Live data from Hacker News

Viewing profile — m00natic

m00natic

HN member
Joined
Tue, Jun 05, 2012, 11:19 PM UTC
HN karma
13
Public activity
16 items

About m00natic

https://github.com/m00natic

Recent public activity

  1. comment
    Comment #20224026

    How can you provide a REPL language without analyzing it at runtime? Write Lua random syntax in the REPL? Not a great improvement over C++. Not to mention that you'll probably use …

  2. comment
    Comment #20213432

    Well, dynamic queries by end users is the main goal here. Your static helper functions are completely unusable in that context. Analysing a query and generating code at runtime is …

  3. comment
    Comment #20212196

    It's allegorical in the sense that this is general Lisp technique useful not just in this case. The DSL is targeted at (non programmer) end users and supposed to be fired through a…

  4. comment
    Comment #20212124

    Implementing a "simple virtual machine" for a particular task is greenspunning[1]. Introducing a JIT library is work, complexity, debug and portability issues. LLVM compiles much s…

  5. comment
    Comment #19447558

    I was more after > The question is whether you want that sort of power in day-to-day programming It's good to use the least powerful mechanism, no doubt. But it seems you are tryin…

  6. comment
    Comment #19442791

    "we should always use the least powerful mechanism that will accomplish our goal" I like this when implementing something for non proficient users. But when it comes to providing t…

  7. comment
    Comment #19318557

    So where's Haskell's advanced object system or the restart/condition system that Common Lisp has? Even its performance is hardly on par with CL for all the flexibility of the latte…

  8. comment
    Comment #18864877

    I'm yet to see a "modern" (statically-typed) language with random syntax whose macro-like facilities are actually usable by mere mortals. My observation is that in practice lisp pr…

  9. comment
    Comment #18857214

    Static languages are still complete blubs compared to lisps as far as practical metaprogramming goes. And Common Lisp's type system is much less of a blub in that regard.

  10. comment
    Comment #17038740

    Looking at https://sites.google.com/view/energy-efficiency-languages/re... Common Lisp is beating on performance surprising number of static languages too. Despite being more dynam…

  11. comment
    Comment #5736541

    Depends on the machine. With https://github.com/m00natic/vlfi you can explore arbitrarily large file in instant.

  12. comment
    Comment #4469689

    Thanks for the link!

  13. comment
    Comment #4365520

    OT Emacs clunkiness/outdated architecture...give me a break, minimal core with lisp interpreter on top giving programmable and extensible platform next to none is still what...30 y…

  14. story
  15. comment
    Comment #4092241

    Well, there has been lexical-let in the cl package for quite a while.

  16. story