MageSlayer

6 ms·

1.
by MageSlayer 5y ago
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 are 10-1000x times "bette
2.
by MageSlayer 5y ago
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? :)
3.
by MageSlayer 6y ago
KDB+ is Lisp under the hood. Please count as highly successful Lisp used in production.
4.
by MageSlayer 6y ago
> 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, Xeon-W with 5.3GHz frequency? Tell me more :)
5.
by MageSlayer 6y ago
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?). Not sure why feeling so excited about those p
6.
by MageSlayer 8y ago
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, changing/fixing functions while debugging). The ove
7.
by MageSlayer 8y ago
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 productive in.
8.
by MageSlayer 9y ago
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-prioritization may lead to it getting fixed sooner, as Niko
9.
by MageSlayer 9y ago
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 Rust compiler can suddenly take
10.
by MageSlayer 9y ago
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 respect at some point or even now. I use bo
11.
by MageSlayer 9y ago
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.
12.
by MageSlayer 9y ago
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 purpose.
13.
by MageSlayer 9y ago
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 scales without issues up 1e6+ LOC (yes, modules&
14.
by MageSlayer 9y ago
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.
15.
by MageSlayer 11y ago
Dyalog APL boasts a great IDE and really clever guys behind it. It is a real pleasure work with it.
16.
by MageSlayer 11y ago
Hm. I filled in email and duplicated it in description.
17.
by MageSlayer 11y ago
Just in case if someone is really interested in APL expert (Dyalog APL) and/or remote job please contact me.
18.
by MageSlayer 16y ago
>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.freepascal.org/ ) gives pretty much everything Delphi has. Curren