Deleted Comment
So? I don't really like this kind of non-response response. It's like the guy who joins every conversation to point out that they don't, in fact, own a TV (Onion article, look it up).
I mean, sure, there are people who have enough that they won't take a new job for double the money, but they are so few and far between that it doesn't make sense to structure the argument around them.
You may not want double your salary, but for every one of you there are a few thousand others who want a nicer house, or better schools for their kids, or nice vacations, or an earlier retirement.
When you say you won't even consider doubling your salary because you don't want to work for a perfectly legal company, in reality you are saying that a) you have no one who depends on you and your income for success, and b) you don't care to retire early to do your own thing.
You are NOT saying anything about your principles, even though you think you are.
It does read like someone very young wrote it, I guess the author is young enough to know everything.
* open source project
* success
* no monetary reward, maybe just cost
* burnout
* project abandoned
This is why I don't try to make any open source projects - what's the gain?
I'd only do it if it paid money. If people aren't willing to pay then I'm not willing to work.
I can think of two reasons to work on open source. Altruism, you want to give back to the community without expecting a monetary gain in return. Investment in skills, if you want to differentiate yourself from peers, you'll have something to talk about to potential employers. It is a great opportunity to learn and become a better software engineer.
I've seen some of my old code I wrote in the workplace ten years ago, going through the hands of many developers of various skill levels and with different ideas, and then getting back to me. Needless to say, it is pretty ugly.
Analyzing that, I found the real good parts mostly untouched. The parts that I though were great when I wrote them and make me feel ashamed today usually didn't hold up. The most butchered parts tend to be of the overly abstract kind. Interestingly, some of the complicated and clever stuff that most people advise against did well. If it does the job well, people will keep it and put it to good use.
You can code romantically in the workplace. You just have to realize your code will be under attack and it has to be strong enough to defend itself. Weak code is not beautiful anyways, so in the end, all that adversity will help make your code better and more beautiful.
On the topic of overly complex stuff not being touched, I find that's usually because no one understands it and hence others refrain from touching it lest it break.
Perhaps romantic aspects could only be achieved when there are no third parties, just the programmer and their code. Working in or more importantly leading a team mandates a different approach by putting aside aesthetic considerations for more pragmatic ones that will satisfy all parties involved.
It's hard to be romantic in corporate environments.
This is the same process SEO spam caused for search - it hampers the nature by which things function and the river needs to reroute (pagerank then usage metadata) to replace the lost signal.
ChatGPT is more of an existential threat because it will propagate to infect other knowledge bases. Luke Wikipedia relies on "published" facts as an authority, but ChatGPT output is going to wind up as a source one way or another. And worse, then ChatGPT will digest its own excrement, worsening its own results further.
All signs point to this strengthening the value of curation and authenticated sources.
>"11:59" is an episode of the science fiction television series Star Trek: Voyager. The episode originally aired on February 9, 2000 as the 11th episode of the sixth season.