Bloating HTTP and its implementations for REST-specific use-cases
I have no idea what are you talking about. Setting a request/response header is not bloating HTTP. That's like claiming that setting a field in a response body is bloating JSON.
Bloating HTTP and its implementations for REST-specific use-cases
I have no idea what are you talking about. Setting a request/response header is not bloating HTTP. That's like claiming that setting a field in a response body is bloating JSON.
It was supposed to be a better C without the bloat and madness of C++, right?
D was sold as a better C++, way back then when C++ was stuck with C++98. To be more clear, D promised to be C++ under active development. That was it's selling point.
In the meantime C++ received 2 or 3 major updates, and thus D lost any claim to relevance.
From the blog post, it sounds like the underlying motivation is not tied to technical aspects but control over the language. If I had invested any of my personal time onboarding onto D and migrated any of my projects to D, I would be concerned about the negative impact these political stunts have on the tech stack.
I understand. I have to admit I felt a little dirty after pasting that text.
to add to this, id like standardization of qualification and competencies - kind of like a license so I don’t have to “demonstrate” myself during interviews.
I strongly disagree. There is already a standardization of qualification of competences in the form of cloud vendor certifications. They are all utter bullshit and a huge moneygrab which do nothing to attest someone's experience or competence.
Certifications also validate optimizing for the wrong metric, like validating a "papers, please" attitude towards recruitment instead of actually demonstrate competence, skill, and experience.
Also, certifications validate the parasitic role of a IT recruiter, the likes of which is responsible for barring candidates for not having decades of experience in tech stacks they can't even spell and released just a few months ago. Relying on certifications empower parasitic recruiters to go from clueless filterers to outright gatekeepers, and in the process validate business models of circumventing their own certification requirements.
We already went down this road. It's a disaster. The only need this approach meets is ladder-pulling by incompetent people who paid for irrelevant certifications and have a legal mechanism to prevent extremely incompetent people from practicing, and the latter serves absolutely no purpose on software development.
Should be titled, “demotivating a programmer with a specific personality type.”
The author talks about developers who are underpaid, aren't recognized by their work, and aren't even supported adequately with decent gear. This doesn't read like a list of developer traits. This reads like glorifying exploitation and terrible work conditions.
I think they were making a joke
The missing /s, coupled with some absurd comments on this thread, make it hard to tell apart the jokes from the activists.
A very large part of the problem is that the people who are knowledgeable are often the ones that bought into the whole lone wolf coder shtick.
I'd add that a large part of the problem is that we have people complaining about perceived problems without being able to present any kind of solution.
Why are you applying to that soulless shitshack??
If you automatically rule out companies that either do their own coding assessments or offload them to third parties, you'd rule out most of the potential job market.
Keep in mind that this is for « typical IEEE members », which I am pretty sure is not a great representative sample of programmers in general.
It's still way better than counting references in YouTube and twitter, and weirdly enough TIOBE's results are in line with this poll.
I remember the first time I read about that concept and immediately thought “you mean the way we’ve been writing websites since the 90s?”
This is a poorly informed take. Your pop's dynamic html server side rendering has nothing to do with the problem of rendering DOMs generated by JavaScript running in a browser according to the client's state and leave it in a coherent state. Trying to pass off React's SSR for the same thing that was done in the 90s is like trying to pass off an Android app as the programs written for DOS.
To be honest, to me this all sounds like sociopath behavior to throw politically-inconvenient people under the bus in desperate self-preservation, and hoping this would intimidate anyone falling out of line.
Everyone in that group should present their immediate resignation. Shameful.