there are parts of the American market that are free and there are parts that are not. We'd have to get into specific details to classify said parts.
While I don't think the existing economy is so binary (bicameral?), you are free to assume either a free market or not and make your arguments accordingly to explore the principles of free markets versus planned economies. I don't think a critique of the general principles of free market versus not relief on my specific answer. We are talking about ideals espoused in a self-proclaimed manifesto, so it's appropriate to speak about the ideals.
indeed but sometimes abstractions are useful. i would argue that in this case the binary is useful because of the PP's use of the word "totalitarian" (as in "totalitarian neofeudalist").
i am arguing that the word was misapplied to the essay since the essay was promoting free markets and it's central planning that offers opportunity for totalitarian control.
i don't think anyone has a clear answer for "winning the argument" since definitions can be endlessly debated.
i think a more useful question is "what about the existing US economy is what makes it work/effective?" another useful question is "what about other economies make them less effective than the US economy?"
to answer the first question, the US economy works better when it's a freer market. magatte wade gives a convincing answer to the second question about africa when she points out it's generally very difficult to start a business in african countries.
i'm curious about what alternative you are interested in promoting and how. are you against free markets or do you have ideas on how to make markets more free?
the "control" of a "weighted control economy" is usually enforced through government (including those politicians you reference). so when we bring in more government then it's less free market. how close we are getting to a free market depends on who is in power and calling for reduced government intervention/regulations for businesses.
as far as control of media, traditional media is becoming increasingly irrelevant and when free speech is allowed on social media the economy becomes more free.
and small players seem to disrupt all the time. openai being the most obvious recent example. twitch being another notable example before that.
i usually don't respond to distracting personal questions, but your use of bicameral confused me a little. did you mean to say binary?
In the article they are talking with students who haven't graduated yet, a couple of PMs, and one software engineer who took a three month break between gigs and has been looking for a month.
Ten years into my self-taught software engineer career I ran across a statement "if you aren't seeing problems in your work that can be solved by graphs (or any advanced algorithms really), then you are likely avoiding those problems."
I thought he may be right, picked up an algorithm book and started a "coding club" at the company I was working at where we'd meet and go over the details of a specific algorithm.
"money doesn't grow on trees and runways are very real and scary, so without deadlines companies fundamentally cannot function."
Runways being real doesn't mean you need deadlines. Deadlines are useful to motivate the unmotivated.
The better path to dealing with shrinking runways is early and continuous delivery of valuable software. This is facilitated by making sure the team is aligned and onboard with the solution (for motivation) then giving them the environment, support, and trust to get the job done.
This is further enhanced by self-organized teams since the best architectures, requirements, and designs emerge from self-organizing teams.
With that emergence, the team will deliver valuable and working software at regular intervals (measured by weeks or months at most, preferring the short timescale) and the stakeholders will determine when that valuable software is valuable enough for customers to pay for.
This early and continuous delivery is the primary measure of progress. It also facilitates a welcoming of changes to the requirements at any stage (as the focus is delivering value, not getting a roadmap done).
Roadmaps and deadlines will often get in the way of this system of efficiency in software delivery precisely because the estimation game gives team permission to use all the time negotiated in the estimation, which is already padded enough to ensure an "under promise and over delivery."
Curious what you can find about IT bands? I used to run triathlons. Stopped when I had a long recovery from a cracked foot. 10 years later I have chronic IT band tightening that pulls my knee out of alignment and causes constant pain.
When I was doing triathlon, I was in the Clydesdale division because I had a physique more like a football player than a runner. I've often wondered if my leg/knee problems of today are casually related to my choice to seriously do an exercise against body type.
Ianal, but I think ddg could come back and claim that their service doesn't copy the content or that their abstract is fair use, so a dmca wouldn't apply to them.
If that happens I'd use language about the exclusive "public display" right that you have over your work.
I'm not aware of this claim being used for a dmca, but I'd like to see how such a claim turned out.
I use the "safe enough to try" test. If I can't convince my coworker or employee that my idea has better tradeoffs (using my 30+ years of experience), I'm humble enough to know that maybe I'm wrong. I then ask myself the question "is what they are proposing safe enough to try?" If the answer is yes, then they will do their work their way and we'll learn something. They will learn the old guy might know a thing or two or I'll learn that new things come along all the time.
I stick with regular vi for a very long time because of this. I was a systems consultant way back when and I'd have to work on several variants of unix that had a mich-too-long lag time on getting vim ports. Iirc, sparc was the unix that took the longest in getting a gnu tools pipeline, so once they had vim and I could reasonably expect most of my customers could install it, I switched.
I now do a pretty standard config (mostly use the vim plugin in VSCode since I'm a software dev nowadays).