Is the field still in demand? Are there any opportunities? What will I be working on? What tips can you give me?
Ask HN: Are compiler engineers still in demand, and what do they work on?
1–10 of 98 posts
Re: Ask HN: Are compiler engineers still in demand, and what do they work on?
#2Re: Ask HN: Are compiler engineers still in demand, and what do they work on?
#3Re: Ask HN: Are compiler engineers still in demand, and what do they work on?
#4Re: Ask HN: Are compiler engineers still in demand, and what do they work on?
#5Compsci degree? Working compilers? Opensource commits? Github repo full of parsers?
Re: Ask HN: Are compiler engineers still in demand, and what do they work on?
#6Re: Ask HN: Are compiler engineers still in demand, and what do they work on?
#7Re: Ask HN: Are compiler engineers still in demand, and what do they work on?
#8Instead, think about languages in general. There is a myriad of opportunities between the js eco system, JVM and .NET, things like Rust and even low-level languages like LLVM. It should be straightforward to pick features from one eco system and port them to another. Say linear types from Rust to the JVM. Pick one or two such features, port them to your favorite eco system and provide a prototype compiler/macro library on github. With that kind of experience under your belt, you should be the goto guy for any software company that does tooling in that ecosystem. From that vantage point you could start looking for ever more interesting work.
Re: Ask HN: Are compiler engineers still in demand, and what do they work on?
#9Re: Ask HN: Are compiler engineers still in demand, and what do they work on?
#10IMO, you should forget about compiler engineering as working on the backend of, say, gcc, or llvm. Yes, there are such positions (e.g., intel needs people adapting compilers to new processor instruction sets) but they are few and very specialized. Instead, think about languages in general. There is a myriad of opportunities between the js eco system, JVM and .NET, things like Rust and even low-level languages like LL…
LookML in Looker is one example I can think of - imo it has enabled Looker to solve the self-service data issue much better via a low-code approach than Tableau and Qlikview (both "no-code").