Managers don't care about those bullet points.
If you want to sell a language to the upper layers, you need a list of business reasons, not language features.
If you want to sell a language to the upper layers, you need a list of business reasons, not language features.
As for me, I also use the awareness of manager to the developer needs to be productive, give best ROI and would definitely use that to select a job.
Really reduced codebase size and features like type provider which increase safety and saves from writing boiler plate code do save on the bottom line, especially in maintenance.
Also, if you are using vanilla C# for math computation, you can save CPU/energy by translating it to F#, it tends to run significantly faster, that also impacts the bottom line in some contexts.