I find the idea of viewing a language as "serious" to be fundamentally flawed. Every project has a set of requirements and constraints. Usually the pragmatic la

I find the idea of viewing a language as "serious" to be fundamentally flawed. Every project has a set of requirements and constraints. Usually the pragmatic language choice is dictated by external factors. Things like library support, developer expertise, and tool maturity are much bigger factors for most businesses. The "serious" professional choice for my company (an OS vendor, with a focus on certifiable systems) is currently C. The tooling we use is for C, the expertise within my company is in C, and the industry that we work with understands and expects C. At some point, the operating systems industry will transition to more modern languages. Rust is promising, but it is a long way from being a serious consideration for FAA certifiable projects.