3 ms·

I was very excited about lisp and "live" environments... I spent a while playing with various lisps, specially Clojure and ClojureScript. I still had to restar

I was very excited about lisp and "live" environments... I spent a while playing with various lisps, specially Clojure and ClojureScript. I still had to restart the REPLs from time to time! I came to the conclusion I enjoy more a language with near 0 startup time as opposed to live environments. Extremely loose typing is not a good compromise for me... but I also came to dislike the "straight jacket" of extremely strict types systems (like Haskell's and friends!). I think these days Golang is a good compromise between practicality and safety. It's fast, cross platform, it now supports generics (since 1.18) and it is overall OK to work with. I feel it falls in an OK sweetspot of features.

lispm 4y ago
> near 0 startup time as opposed to live environments depends what you do, but many Lisp-based live environments have a near 0 startup time in a terminal. Try SBCL (a version of Common Lisp providing fast native compilation, incremental and batch) for example. SBCL also saves all memory (on demand) and can restart it, so one is in the same environment in milliseconds. https://sbcl.org https://sbcl.org
- emmanueloga_ 4y ago
  TL;DR: golang tooling and environment (libraries, open source projects, ppl, etc) is way better than SBCL's. I did play with SBCL a bunch, and other a bit more "esoteric" lists too! [0]. I just feel like langs that are not in some form of top ten and with big corporate sponsoring are pretty much always super behind when it comes to tooling. You can get one or two or three AMAZING golang IDEs to work with (VS Code with Vim plugin is what I use). For SBCL, it HAS to be emacs. And I have mixed feelings about emacs, even when using Evil mode. 0: https://extemporelang.github.io/ https://extemporelang.github.io/
  - lispm 4y ago
    Personally I prefer the interactive development style of SBCL. Thus I would easily prefer SBCL and GNU Emacs over VS Code, especially given that VS Code uses telemetry to spy on its users.
    - emmanueloga_ 4y ago
      well... your HN handle _is_ lispm, so you may be a lil bias lol :-p -- PS. I know I know it is the other way around... it is just an attempt at a joke :-)

lispm 4y ago

> near 0 startup time as opposed to live environments depends what you do, but many Lisp-based live environments have a near 0 startup time in a terminal. Try SBCL (a version of Common Lisp providing fast native compilation, incremental and batch) for example. SBCL also saves all memory (on demand) and can restart it, so one is in the same environment in milliseconds. https://sbcl.org https://sbcl.org

emmanueloga_ 4y ago
TL;DR: golang tooling and environment (libraries, open source projects, ppl, etc) is way better than SBCL's. I did play with SBCL a bunch, and other a bit more "esoteric" lists too! [0]. I just feel like langs that are not in some form of top ten and with big corporate sponsoring are pretty much always super behind when it comes to tooling. You can get one or two or three AMAZING golang IDEs to work with (VS Code with Vim plugin is what I use). For SBCL, it HAS to be emacs. And I have mixed feelings about emacs, even when using Evil mode. 0: https://extemporelang.github.io/ https://extemporelang.github.io/
- lispm 4y ago
  Personally I prefer the interactive development style of SBCL. Thus I would easily prefer SBCL and GNU Emacs over VS Code, especially given that VS Code uses telemetry to spy on its users.
  - emmanueloga_ 4y ago
    well... your HN handle _is_ lispm, so you may be a lil bias lol :-p -- PS. I know I know it is the other way around... it is just an attempt at a joke :-)