Live data from Hacker News

Viewing profile — MageSlayer

MageSlayer

HN member
Joined
Tue, Oct 19, 2010, 7:43 AM UTC
HN karma
33
Public activity
18 items

About MageSlayer

APL experience 6+ years, Q/KDB, functional approach, FreePascal/Lazarus denisgolovan@yandex.ru

Recent public activity

  1. 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 …

  2. 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? :)

  3. comment
    Comment #23236451

    KDB+ is Lisp under the hood. Please count as highly successful Lisp used in production.

  4. 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…

  5. 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…

  6. 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…

  7. 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…

  8. 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…

  9. 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…

  10. 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…

  11. 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.

  12. 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…

  13. 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…

  14. 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.

  15. comment
    Comment #11005732

    Dyalog APL boasts a great IDE and really clever guys behind it. It is a real pleasure work with it.

  16. comment
    Comment #9803422

    Hm. I filled in email and duplicated it in description.

  17. comment
    Comment #9783749

    Just in case if someone is really interested in APL expert (Dyalog APL) and/or remote job please contact me.

  18. 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…