‹ BackHN Continuity

Thread

Why building a Rust LSP is hard

144 points · 77 comments · agluszak

  1. octoberfranklin · · focus · HN ↗
    Enter hell: LSP assumes that it's the source of truth, but you still need to access the filesystem yourself, and do it in a synchronized way

    LSP is an example of utterly horrid technical design.

    Stop letting Microsoft design protocols and APIs. They are so. bad. at. it.

    1. tredre3 · · focus · HN ↗
      > Stop letting Microsoft design protocols and APIs.

      Unfortunately nobody else stepped up to do it.

      I'm glad that the code editors out there didn't wait for your theoretical better designed protocol and decided to adopt LSP. Otherwise we'd still have editor that only support one language properly, and the rest is treated like text. If the price to pay is that it sucks for the handful of people who have to work with it, so be it. For every LSP developer that suffers there are tens of thousands of downstream users who benefit from better language support in their favorite editor!

      1. octoberfranklin · · focus · HN ↗
        we'd still have editor that only support one language properly

        Emacs supported zillions of languages before LSP.

        Zoom out.

        1. pjmlp · · focus · HN ↗
          As someone that got introduced to it in 1996, and was a fan of XEmacs variant, still remembers enough keybindings and Elisp, supported beyond plain syntax highlighting was very much hit and miss, even nowadays.
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.