HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
microsoft
language-server-protocol
TypeScript2016–2024
microsoft / language-server-protocol

language-server-protocol

Defines a common protocol for language servers.

54Distinct people
59Mentions
1Explicit recommenders
13.1KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Defines a common protocol for language servers.

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

tree-sitter is a phenomenal project i’m doing a git-related project myself and use it to generate symbols for source code if you’re into it too, i recommend also checking out…

ushakov used a recommendation phrase. One indexed comment matches. This is a phrase match, not a verdict.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 6:01:08 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year59 dated mentions

Observed mentions: 2016-06-27 19:48:43 UTC to 2024-09-06 22:23:58 UTC.

051015202016-01-01 00:00:00 UTC to 2017-01-01 00:00:00 UTC (exclusive): 14 mentions; 4 submissions, 10 comments20162017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 18 mentions; 1 submissions, 17 comments2018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 8 mentions; 0 submissions, 8 comments2019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 3 mentions; 3 submissions, 0 comments2020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 comments20202021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 4 mentions; 0 submissions, 4 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 4 mentions; 0 submissions, 4 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 3 mentions; 1 submissions, 2 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments2024

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20162016-01-01 00:00:00 UTC2017-01-01 00:00:00 UTC14410
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC18117
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC808
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC330
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC303
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC404
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC404
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC312
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC211

From the project README

An excerpt from the repository, fetched Nov 13, 2026.

Read the project’s introduction
Microsoft Open Source Code of Conduct This project has adopted the Microsoft Open Source Code of Conduct. Resources: Microsoft Open Source Code of Conduct Microsoft Code of Conduct FAQ Contact opencode@microsoft.com with questions or concerns
Read the full README on GitHub

What Hacker News says

14 sources
Different poster, but I have an opinion. I think that if you're going to do React/Redux, your life would be easier in Elm. I'm a full time Clojure/Clojurescript dev and from my perspective, the main thing Elm is lacking is Protocols (in Clojure/Swift, Traits in Rust). I know Evan has been pushing back on it because it adds complexity to learning the language and you can get by without them, but I miss them. I could quibble about other things but there's nothing I strongly dislike. From an adoption perspective, I think a focus on tooling would help a lot. There was a talk at elm-conf where a refactoring suite was written as a chat bot. Ditching the chat bot part and building a language server [1] would make it much easier to pitch the language. [1] https://github.com/Microsoft/language-server-protocol For a non-web developer looking to tra
Read the rest
nsition into web dev, the main weakness of Elm is that the community is small so you basically have to build your components yourself. This tends to be challenging for experienced programmers coming from other languages because CSS has no abstractive power at all and the traditional layout techniques are incredibly unintuitive. You'll probably have the most success using flexbox everywhere. The community is friendly and I think Evan does a pretty good job leading it. I've pushed a number of younger developers at js meetups to pick it up and they've reported back with positive impressions. Of the compile to js langauges I know, I'd pick Elm as the most likely to succeed. Overall, I like Elm and am happy with it's progress. I don't think it's ready for unqualified adoption, as you'll be doing a lot of library building you wouldn't need in more mature ecosystems and I'm not completely confident it's on the path to great success. I wouldn't push the language in a workplace at this point. By comparison, I would push Rust. You're in largely the same position in both languages in terms of writing libraries but I think Rust has hit critical mass.
In Ask HN: What cool development languages/tools changed your career?
For anyone interested in similar tools, Microsoft recently published a protocol[1] for this type of service, and an implementation[2] of it for VSCode+NodeJS. Swift also has a library[3] called SourceKit which does the same thing for Swift – it can run as an out-of-process daemon, and people have written integrations for Atom, Emacs, etc. to get autocomplete, syntax highlighting, def links, etc. [1]https://github.com/Microsoft/language-server-protocol [2]https://github.com/Microsoft/vscode-languageserver-node [3]https://github.com/apple/swift/tree/master/tools/SourceKit
In Introducing Rust Language Server
This appears to be based on the stellar open-source code-editor used by VSCode. Looking at the network traffic, it looks like you are also using the language server protocol [1] to provide context-aware code intelligence. As far as I know this is the only use of the language server protocol in a web browser. Have you documented anywhere how you made this work? [1] https://github.com/Microsoft/language-server-protocol
In Sourcegraph launches a new semantic code search and browsing interface
Visual Studio Code uses OmniSharp as middleware for the C# extension for instance to check code, find usages, and lookup types. The "rename symbol" works fine so far. I guess, but am not sure, they use the language server protocol [1] to communicate with OmniSharp. A few months ago I stumbled upon a Java language server [2] which utilizes Eclipse JDT. Maybe if the Java language server supports refactoring and Vim support the language server protocol, we could have refactoring of Java code in Vim on par with Eclipse. [1] https://github.com/Microsoft/language-server-protocol [2] https://github.com/gorkem/java-language-server
In The fall of Eclipse
RE: Other languages this distinction is what you're looking for : https://github.com/Microsoft/language-server-protocol Completely separating the tool layer from the language layer. Red Hat, Eclipse, etc have already implemented tons of languages like https://github.com/Microsoft/language-server-protocol/wiki/P... Haxe, Java, C#, C++ (! probably the most impressive of the list). If you conform to the API you can leverage all of those pre-existing backends.
In Show HN: Carbide – A New Programming Environment

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.