Developer Tools Engineer
Developer Tools Engineers build the editors, language servers, debuggers, and code intelligence infrastructure that software developers use every day. Their daily English covers writing LSP specification proposals, documenting extension APIs, presenting language server performance improvements, and writing developer-facing documentation for new editor features. This path covers the specialized vocabulary of editor tooling, language server protocols, and code analysis infrastructure.
Topics covered
- Language Server Protocol
- Debug Adapter Protocol
- Tree-sitter grammars
- VS Code extension API
- Code intelligence
- Editor infrastructure
Vocabulary spotlight
4 terms every Developer Tools Engineer should know in English:
Language Server Protocol — a JSON-RPC protocol that standardises how editors (clients) communicate with language-specific intelligence servers — enabling one language implementation to work across all LSP-supporting editors
"Implementing an LSP server for our domain-specific language immediately gave developers go-to-definition, hover docs, and diagnostics in VS Code, Neovim, and Emacs."
An error, warning, or hint reported by the language server about a specific code location — displayed as inline squiggles or in the Problems panel
"The language server emits a diagnostic for every unused import, helping developers clean up code before committing."
An incremental parsing library that builds a concrete syntax tree for a source file in real time as the user types — used for syntax highlighting, code folding, and structural code analysis
"We wrote a tree-sitter grammar for our query language, which enabled accurate syntax highlighting in 15 editors immediately."
LSP-based color tokens that allow a language server to provide fine-grained, semantically-aware syntax highlighting beyond what textmate grammars can express
"Semantic tokens let us highlight local variables differently from parameters — something token-based regex grammars cannot distinguish."
📚 Vocabulary Reference
Key terms organised by category for Developer Tools Engineers:
Protocols
Language Intelligence
Parsing & Syntax
Editor Extension
Recommended exercises
Real-world scenarios you'll practise
- Writing an LSP feature proposal: specifying the request/response format, error conditions, and client capability negotiation for a new language server feature
- Documenting a VS Code extension: writing the README, feature overview, configuration reference, and known limitations for an extension marketplace listing
- Presenting language server performance improvements: explaining the incremental parsing improvements and their impact on time-to-first-diagnostic
- Writing a tree-sitter grammar specification: documenting the grammar rules, node types, and test corpus for a domain-specific language