Live data from Hacker News

Viewing profile — quasilyte

quasilyte

HN member
Joined
Sun, Jun 18, 2017, 7:30 PM UTC
HN karma
62
Public activity
19 items

About quasilyte

No profile information was provided.

Recent public activity

  1. comment
    Comment #37615538

    Does anyone know what data structure is that? I never seen anything like it, so I'm interested in learning how to call it. :)

  2. comment
    Comment #35543724

    Congrats with v1.0! I remember the times when it was called MangoDB. :D

  3. comment
    Comment #21994375

    You might be interested in https://github.com/mvdan/gogrep/issues/32#issuecomment-56866... When gogrep becomes more usable as a library, it would be easier to write such Go program…

  4. comment
    Comment #21994309

    Mostly because plugins support in Go is not ideal and it still requires compilation (in plugin mode). I believe Daniel Martí plans to make gogrep usable as a library, so it will be…

  5. comment
    Comment #21978418

    Features: * Custom linting rules without re-compilation. * Diagnostics are written in a declarative way. * Quickfix action support. * Powerful match filtering features, like expres…

  6. story
  7. story
  8. comment
    Comment #17518272

    Planning to use this secret weapon on the next Go contributors workshop in Russia. :)

  9. comment
    Comment #17360403

    I've contributed https://go-review.googlesource.com/c/go/+/117615 thanks to appendCombine check. :3

  10. comment
    Comment #14623572

    With minor Emacs Lisp compiler patch (addition of %return, %goto and %label intrinsics), it is now possible to output Lisp that is optimal. Possible implementation (about 20 lines …

  11. comment
    Comment #14585562

    I see three main approaches for the tasks projects like ecaml and goism try to solve: 1. Use a plugin system (ecaml) 2. Transcompile to a target language (gosim and emscripten-like…

  12. comment
    Comment #14585088

    It is technically possible, but optimal solution will require more than catch and throw (cl-lib uses them) Simple demonstration: https://pastebin.com/vXp0qPw3 Some S-expressions wi…

  13. comment
    Comment #14583460

    I love Emacs Lisp. Emacs has really good support for it which continues to improve over time. But.. I love more than one language (and more than one Lisp for sure). Will you try to…

  14. comment
    Comment #14583444

    You can call map/reduce/filter from Go code: `xs := lisp.Mapcar(f, ys)`. Mapconcat is already used inside runtime implementation: https://github.com/Quasilyte/goism/blob/master/src…

  15. comment
    Comment #14583183

    Currently, no. Hope I get your question right.. Name mangling scheme preserves fully qualified package path. All goism sources live inside GOPATH (1), so nothing stops us from impl…

  16. comment
    Comment #14582656

    The potential damage can be reduced. There can be a backend that generates Emacs Lisp code. Not necessary optimized or idiomatic, but it could be a good starting point for rewritin…

  17. comment
    Comment #14582534

    Some optimizations are easier in Go than in Emacs Lisp, hence the potential quality of produced bytecode can be higher. For big packages that can be implemented in Go naturally ( n…

  18. comment
    Comment #14582495

    It is possible to emit Emacs Lisp instead of bytecode/lapcode. This was the first code generator target actually. Easier to debug, simpler to trust (for the end user) and not that …

  19. comment
    Comment #14582462

    I used Emacs Lisp for scripting tasks like code and data generation. It is great to have an ability to evaluate form right inside the spot you want results to be inserted. This kin…