DubiousPusher
To be fair, this isn't entirely new. The American West was strewn with cheap wooden structures that all looked alike with big fake fonts with hand painted signs. Those mostly rotted so they're uncommon in our lexicon outside of movies.
Hand placed parquet that took a master craftsman several weeks to lay disappeared. Intricate carvings upon otherwise utilitarian and common structures likewise.
Art Deco itself is a compromise with this creeping reality. Not fully modern minimalist but economically efficient in using flattened elements, prefabs and smoker accents for detailing.
When a trad person posts their diatribe online it is a simple tell. They know next to nothing about how the built world is actually created. And they don't understand how wages came to form the basis of respect for working people. The act of decrying the utilitarian transition is itself a form of disrespect via ignorance. Because what you are essentially saying is that your aesthetic preferences are more important than the time of expert laborers, whether you know it or not.
And maybe that's a pretty good analogy to what's going on with this post. It contemplates a world of suburban parental neglect and private burrito taxis and lays them at the feet of AI. But these were happening before LLMs burst onto the scene.
In a world of $3,000 rent and $3,000 medication and $3,000 preschool, what do you expect will happen?
Recently I moved to Docker Sandboxes. This removed most of what I was having to hand roll. Though I still own the renewal for short lived tokens. The git setup in docker sandbox is especially nice. The host is served as a remote 'host' in the sandbox and it can read but not write the host's origin.
On the host, each sandbox got is reachable as sandbox-[name].
Humans were simply nowhere near answering all the useful questions they had which software could answer. The problem was that software was expensive.
Now, software is cheaper and so people who couldn't afford to answer questions they've long wondered about can afford to answer them.
exits stage left
I'll be here all week folks!
Strong bee-hive pinata vibes here.
You can get quite specific. You can find texts you wouldn't discover unless you spent years studying the topic. Often these are completely approachable and give interesting perspectives they just get buried behind a wall of syllabi and listicles.
This is how I ended up reading Thompson's 'The Making of the English Working Class' and Graves' 'Goodbye to all That' among others.
These two technologies combined greatly simplified this specific product making it far easier to maintain. Performance on these services was not important so native code was carrying a lot of penalties without the benefits.
Having a well documented messenger like service bus with great SLAs removed several tools we had needed in the old implementation.
We were able to leverage the tests form the original product to define success and tmthus were able to solve a lot of the edge cases in the new code w before we even shipped.
However, the old code was perfectly fine code. If new technologies had not provided significant simplification of the service architecture, a rewrite would've been foolish. And without the very good previously existing tests, we would've run into a lot of issues as we released.
In the words of my old man, "I'm not telling you what I know, cause then you'll know what I know plus what you know and then you'll know more than me!"
Both books highlight the value of dissolving conscious aim in favor of experience something. Pirsig's point isn't, you gotta act like a noob and then you can be good at maintaining motorcycles. His point was that there is a joy in losing yourself in these things that have to be done. If you are rushing to get it done or focusing too much on the end state, you will lose the joy and this thing will become a chore.
He does make the connection that years of doing things this way will lend you a kind of skill. And he connects the ideas to the Western concept of gumption which is a kind of motivation or persistence but again the book's core is not, lose yourself and you will get good. It's more like that a Western obsession with accomplishment can rob you of the joy that can come from engaging with activities for their own sake and not pushing through them just to get them done.
On the other side, you have people who insist that there are things which do not yield to science. So whether they admit it or not, they insist upon the existence of magic.
In fact, the definition of magic might as well be, that which does not yield to explanation. The only question once you believe in magic is, what alternative epistemology do you accept? Scripture? Tradition? Divine revelation?
> Just keep in mind all the dangerous people who these groups investigated that they did nothing about that went on to do bad stuff.
There are numerous people that America's intelligence agencies have intimidated, harassed and yes drugged for similar reasons.
OP, I hope you have been seen by a mental healthcare professional. They can help you determine the nature of these experiences. I hope you have extensively documented these experiences. Sharing that documentation with your family or others who you know to be sober in judgement is probably the only mechanism you have to distinguish if your experiences are based in reality.
I love C. I came up on C. But C does not tell you a story. It tells you about the machine. It tells you how to keep the machine happy. It tells you how to translate problems into machine operations. It is hard to read. It takes serious effort to discern its intent.
I think any time you believe the codebase you're developing will have to be frequently modified by people unfamiliar with it, you should reach for a language which is both limiting and expressive. That is, the language states the code intent plainly in terms of the problem language and it allows a limited number of ways to do that. C#, Java (Kotlin) and maybe Python would be big votes from me.
And FYI, I came up on C. One of the first senior engineers I was tutored by in this biz loved to say, good code will tell you a story.
When you're living with a large, long lived codebase, essenti