News for hackers. Stuff that matters.
Re:How an Engineering Company Chose to Migrate to D by closeparen on Wednesday June 20, 2018 @12:33PM (#17356910)
Framing closures as a “requirement” is pretty strange. Depending on the context they can be an ergonomic nice-to-have, but it’s not like you can’t express a program without them.
Re:How an Engineering Company Chose to Migrate to D by setr on Wednesday June 20, 2018 @12:58PM (#17357133)
>Depending on the context they can be an ergonomic nice-to-have, but it’s not like you can’t express a program without them.

When talking about turing complete languages, everything is an ergonomic nice-to-have. All language features aspire to be so nice to have, that you come back around and call it a necessity. But you can still express a program without them, unless you strip out so much as to lose turing completeness.

Re:How an Engineering Company Chose to Migrate to D by closeparen on Wednesday June 20, 2018 @01:09PM (#17357265)
Right, which is why "requirement" is a silly framing that ascribes a sort of objective engineering necessity embedded in the problem to what is actually an subjective aesthetic choice between solutions.

(I'm generally pretty skeptical of the whole "write down your requirements with no awareness of available solutions and then choose a solution that meets them" approach to decision-making).

Re:How an Engineering Company Chose to Migrate to D by lomnakkus on Wednesday June 20, 2018 @04:28PM (#17359453)
Why do you find it strange? To me, "requirement" signals that there's some sort of pain threshold for writing/maintaining code that the writer isn't willing to go above. Is there anything weird in that?

> (I'm generally pretty skeptical of the whole "write down your requirements with no awareness of available solutions and then choose a solution that meets them" approach to decision-making).

I also don't understand this. If there's a solution that meets all of the requirements what does it matter what there are other solutions? I mean, yeah, you be doing a local vs. global optimization, but as long it meets the requirements it's probably not a big deal. (The only exception is if the requirements are so broad as to be meaningless, but as long as they're reasonably specific, I don't see the problem.)

Re:How an Engineering Company Chose to Migrate to D by WalterBright on Wednesday June 20, 2018 @02:21PM (#17358109)
A language with only goto and call statements can express any program, too. It's not unreasonable to require higher level programming constructs, because such make programming faster and less prone to error.
Re:How an Engineering Company Chose to Migrate to D by zombinedev on Thursday June 21, 2018 @02:12AM (#17362558)
If you have a half million codebase that you need to migrate, I would say that every heavily used Extended Pascal feature is required to be easily translatable. If it's simply possible but the translation is not direct or easy, then the maintainers may be better off staying with Ext Pascal than maintaing a half million uglified code base.