Earlier quoted context omitted.
Developers can learn new languages though if a company lets them. (Edited to be less glib. bad habit)
A friend (C# dev) just refused a job from a company in the Netherlands, for a D dev position. I don't know if it's the same company. It's not that they're not capable, but some will not want to risk several years of their career to learn it.
How an Engineering Company Chose to Migrate to D
51–60 of 170 posts
Re: How an Engineering Company Chose to Migrate to D
#52> Nowadays, whenever D is publicly evaluated, the younger languages Go and Rust are often brought up as alternatives. Here, we need not go into an in-depth comparison of these languages because both Rust and Go lack one feature that we rely on heavily: nested functions with access to variables in their enclosing scope. Maybe I've misunderstood, but aren't Rust's closures [1] exactly what the author is describing? Spe…
Re: How an Engineering Company Chose to Migrate to D
#53Earlier quoted context omitted.
>While the article states that other languages were evaluated, it seems as though the project was motivated entirely by the author and the evaluation was just paying lip service to what was basically a foregone conclusion. Now you understand how all of these "How we chose this language" writeups work.
Yeah, almost all the time its the inclination of an individual towards a new language that becomes the driving factor of migration rather than the actual shortcoming of current language.
Re: How an Engineering Company Chose to Migrate to D
#54While the article states that other languages were evaluated, it seems as though the project was motivated entirely by the author and the evaluation was just paying lip service to what was basically a foregone conclusion. Don't get me wrong, I like D from the small amount of playing I've done with it -- and maybe it is the best tool for their purposes -- but this doesn't strike me as an impartial evaluation. The need…
The biggest problem is they have engineers who have turned their hands to programming, one would expect, without the formal training and so have latched onto various antipatterns without knowing any better because Pascal allowed them to get away with it - painting themselves into a corner. He mentioned an awful lot of code that would have to be refactored, and it could be that they are just too far down the rabbit ho…
I have never seen a reasoned argument why C++ vs Fortran is better for technical programming.
Re: How an Engineering Company Chose to Migrate to D
#55This article seems to ignore two of the most important reasons to choose one language over another. Specifically: 1)Expressiveness in the given problem domain. Some languages are really great in particular niches. 2)Availability of devs. The ability to hire and retain a really great team makes or breaks projects, and while a smart, motivated dev can learn any language, it's definitely a factor in their choice to work…
3) Tooling, ecosystem, and library availablity. Picking language X over Y is unwise if it means spending a bunch of time writing the libraries you need, even if it's ultimately more expressive.
With all that said... Lisp' siren call is still out there, and experience tells me it will be the same. (As it was once before)
Re: How an Engineering Company Chose to Migrate to D
#56Earlier quoted context omitted.
Yeah, almost all the time its the inclination of an individual towards a new language that becomes the driving factor of migration rather than the actual shortcoming of current language.
Except that "the inclination of an individual towards a new language" is because of "the actual shortcoming of current language."
Re: How an Engineering Company Chose to Migrate to D
#57This article seems to ignore two of the most important reasons to choose one language over another. Specifically: 1)Expressiveness in the given problem domain. Some languages are really great in particular niches. 2)Availability of devs. The ability to hire and retain a really great team makes or breaks projects, and while a smart, motivated dev can learn any language, it's definitely a factor in their choice to work…
3) Tooling, ecosystem, and library availablity. Picking language X over Y is unwise if it means spending a bunch of time writing the libraries you need, even if it's ultimately more expressive.
Re: How an Engineering Company Chose to Migrate to D
#58This article seems to ignore two of the most important reasons to choose one language over another. Specifically: 1)Expressiveness in the given problem domain. Some languages are really great in particular niches. 2)Availability of devs. The ability to hire and retain a really great team makes or breaks projects, and while a smart, motivated dev can learn any language, it's definitely a factor in their choice to work…
> motivated dev can learn any language
The key word is "motivated". That's why I'm an expert user of C++98 and D but I can't learn Go, Python, C++11, etc.
> able to get really passionate devotees of the language
That.
Re: How an Engineering Company Chose to Migrate to D
#59This article seems to ignore two of the most important reasons to choose one language over another. Specifically: 1)Expressiveness in the given problem domain. Some languages are really great in particular niches. 2)Availability of devs. The ability to hire and retain a really great team makes or breaks projects, and while a smart, motivated dev can learn any language, it's definitely a factor in their choice to work…
3) Tooling, ecosystem, and library availablity. Picking language X over Y is unwise if it means spending a bunch of time writing the libraries you need, even if it's ultimately more expressive.
This was 15 years ago, but I honestly don't know what language I would use today. It's funny but sometimes binary data handling isn't a particular language's strong suit simply because they don't have the primitives to handle it, or if they do, the APIs to handle them are awkward or unnecessarily verbose. It's kinda neat that in C/C++ you can take a 1MB byte buffer and pass it to a function starting at 30% in. In other languages its like you have to pass in the whole thing and another parameter to tell it where to start. I get that's why C/C++ is in the situation it's in (security - but that's why I don't use C/C++ to handle web requests), but sometimes tasks need that.
Re: How an Engineering Company Chose to Migrate to D
#60Maybe I am too timid, but the closing word saying that once the transpiler is ready they could switch overnight seems a bit optimistic. I feel that splitting as much as possible the project into chunks/components and then replacing them one by one sounds more realistic (with the appropriate test harness). Maybe that is the plan but it is not touched in the post. And then maybe an issue that is not that bad, but you a…
I think the Go compiler did something similar.
It certainly requires iteration of continuously attempting the translation until it works, and fixing bugs either in the transpiler or in the original codebase. But once everything seems to be in order, you can do the transition all at once.