Viewing profile — MageSlayer
MageSlayer
HN member- Joined
- Tue, Oct 19, 2010, 7:43 AM UTC
- HN karma
- 33
- Public activity
- 18 items
- HN profile
- View on Hacker News ↗
About MageSlayer
Recent public activity
-
comment
Comment #30426613
Personally, I expect implementing specifications properly. That's it. About "commercial applications", let's face it. Those "enterprise solutions" cost way higher not because they …
-
comment
Comment #30426542
Perhaps, it's the author does not want to name vendors which fail giving them time to contact him with some attractive suggestions. Or I am too suspicious? :)
-
comment
Comment #23236451
KDB+ is Lisp under the hood. Please count as highly successful Lisp used in production.
-
comment
Comment #23035836
> For typical desktop workloads memory bandwidth is not that important. Perhaps, I need to take that as an axiom, right? i7 5820K was non-typical for that matter then. And yes, Xeo…
-
comment
Comment #23035134
Too bad they have only 2 channel memory controllers and same 32/32 L1 cache. That means all that power is still wasted waiting for memory (Max Memory Bandwidth 45.8 GB/s, seriously…
-
comment
Comment #17440533
My main reason for using _proper_ dynamic languages (or better - dynamic languages VM - Lisps, APLs, etc.) is REPL/interactive debugger (stack restarts, walking the stack freely, c…
-
comment
Comment #17319618
Really fast incremental compiler due to module system done right. That's the reason why projects scale nicely. 1e6+ lines of code can still easily be a project you can be productiv…
-
comment
Comment #15845942
Well, yes. The last comment says the issue is still there :) I mean this bug alone in fact nullify the entire incremental compilation effort. It's kind of weird. > The de-prioritiz…
-
comment
Comment #15845277
Agree. Moreover, Rust compiler contains some dark areas which nobody wants to deal with. See https://github.com/rust-lang/rust/issues/38528 for example. Basically it means that Rus…
-
comment
Comment #14978661
Broken multi-threading, broken string, ... Care to elaborate? UTF8 move perhaps? Which native compiler/RAD got UTF8 for free? Virtually every C/C++ project was "broken" in that res…
-
comment
Comment #14978065
You are not comparing apples to apples. Try finding any native code static typing compiler with RAD on board featuring quick compilation within 2x C++ resulting binary speed.
-
comment
Comment #14977920
I highly doubt it's production code. Nobody uses both objects(pointers) and interfaces simultaneously. It's a quick way to disaster. In practice Delphi/FPC interfaces serve their p…
-
comment
Comment #14977749
As a Delphi/FPC/Lazarus veteran (10+ years), comparing one of the quickest compilers with Qt/Boost C++ development cycle looks like a joke. Much faster edit-compile cycle which sca…
-
comment
Comment #14977697
I guess you need to contact devs to clarify. I regularly build from sources for Linux and cross-compile for Windows both x32 and x64 using just single "make ..." command.
-
comment
Comment #11005732
Dyalog APL boasts a great IDE and really clever guys behind it. It is a real pleasure work with it.
-
comment
Comment #9803422
Hm. I filled in email and duplicated it in description.
-
comment
Comment #9783749
Just in case if someone is really interested in APL expert (Dyalog APL) and/or remote job please contact me.
-
comment
Comment #1806483
>The problem is that Pascal have not any libraries (GUI, 2D/3D, Game Development Engines, programming micro-controllers, ...). It's not true. Lazarus ( http://www.lazarus.freepasca…