Earlier quoted context omitted.
It's not capitalism, but the bad apples exploiting it.
It is a bit naïve to just blame the free market for everything wrong in the world. When I read complaints like that I wonder what "alternative" the author has in mind. Capitalism in this sense also gave us much of the software and hardware that is praised on HN. It is more accurate and useful to discuss which motivations, cultural shifts, or even psycological traits that have caused the decline in software quality an…
Uncomfortable Truths in Software Engineering
41–50 of 400 posts
Re: Uncomfortable Truths in Software Engineering
#42> Sophisticated DSLs with special syntax are probably a dead-end. Ruby and Scala both leaned hard into this and neither got it to catch on.
Rails is one of the most popular web frameworks around and a combo of Rails and Ruby power some really high traffic / high importance platforms like GitHub, Shopify and Stripe's API.
Re: Uncomfortable Truths in Software Engineering
#43Earlier quoted context omitted.
It's not capitalism, but the bad apples exploiting it.
I'd like to see examples of well known good apples outside of OSS that care about performance, compatibility, accessibility, security, and privacy.
Re: Uncomfortable Truths in Software Engineering
#44Earlier quoted context omitted.
It's not capitalism, but the bad apples exploiting it.
It's not the fault of a system that rewards unethical behavior by having a massively skewed risk/reward profile for said behavior, it's the fault of people with low-normal levels of empathy who make rational decisions. Sure.
"But here the incentives point in the wrong direction."
"It's not the system's fault! People shouldn't follow those incentives!"
Re: Uncomfortable Truths in Software Engineering
#45No. It's because the syntax is, well, §!$?§$. Headings, things like using an image as a link, that takes two lines of it's own (3 with an alt text).
.. |LABEL_TO_USE| image:: image.jpg
:target: http://example\.comRe: Uncomfortable Truths in Software Engineering
#46This one from the article is a bit weird: > Sophisticated DSLs with special syntax are probably a dead-end. Ruby and Scala both leaned hard into this and neither got it to catch on. Rails is one of the most popular web frameworks around and a combo of Rails and Ruby power some really high traffic / high importance platforms like GitHub, Shopify and Stripe's API.
Re: Uncomfortable Truths in Software Engineering
#47> 6. We don’t have the Alan Kay / Free Software / Hypercard dream of everybody having control over their own computer because integrating with disparate APIs is really fucking hard and takes a lot of work to do. This will never get better, because API design is decentralized and everybody is going to make different decisions with their APIs. No, it’s because it’s the incentive of most every developer involved to make…
Re: Uncomfortable Truths in Software Engineering
#48There’s no rigorous academic evidence for this, but a lot of companies have been backporting typescript/mypy/sorbet onto existing dynamic codebases and the case studies have been overwhelmingly positive. Not to be a buzzkill, but migration reports from any tech A to tech B are always overwhelmingly positive when the industry has a newlywed period with tech B. Save for a clear, undeniable failure the stakeholders will…
I like Typescript. The Typescript enthusiasts are also glib about what a pain it can be to teach. This is not a minor tradeoff.
Re: Uncomfortable Truths in Software Engineering
#49>The open source maintainer problem isn’t going to get much better in the near future. >People are gonna keep blaming “Capitalism” for this. Capitalism is great, there really is no need to defend it at every opportunity, especially if no one is attacking it.
great is a relative term. It's much better than feudalism, and certainly better than the most prominent socialisms that've been tried (USSR, China etc). However, it does not align incentives towards the things we think are "good", like maintaining open source software, securing software, etc - so it certainly isn't ideal.
Re: Uncomfortable Truths in Software Engineering
#50There’s no rigorous academic evidence for this, but a lot of companies have been backporting typescript/mypy/sorbet onto existing dynamic codebases and the case studies have been overwhelmingly positive. Not to be a buzzkill, but migration reports from any tech A to tech B are always overwhelmingly positive when the industry has a newlywed period with tech B. Save for a clear, undeniable failure the stakeholders will…
Number one, static type checking is hardly a "new tech" for which the industry is in a "newlywed period". If anything, it is the middle-aged wife that the industry's crawling back to, as the passion fades from its dynamic mistress dalliance. Secondly, the obvious counterexample here is MongoDB. Way too hyped-up during its honeymoon, and then almost immediately crapped on by the entire industry (to the point where we'…