In the "traditional" method of selecting a manager, most engineers don't get selected either. However, the process is less transparent that way.
I'm saying this as a candidate that didn't get selected. I got great actionable feedback on how to be a better leader, and I'll keep my fingers crossed when there is another opportunity available.
Would a senior programmer be ejected from the union when they are promoted to say a project manager? I'm just not sure you can isolate value producers.
> The key question isn't "do they produce value?", it's "can they hire and fire?"
This is traditionally the line that people draw, yes, but I think the reasons for that come from the other end.
That's the thing; the manager who manages the cashiers at the grocery store doesn't have more power than the individual contributor software engineer who writes the software for the registers, not in any reasonable sense. That's not why the the line is traditionally drawn where it is.
The line is traditionally drawn where it is because it is management's job to act as a proxy for the will and interests of the owners, and pretending to do that while being in the same union as the workers would be very difficult, or at the very least, quite awkward.
The power relationship a cashier has with his hiring/firing manager at a grocery store is not materially different to the relationship a software developer has with his hiring/firing manager.
In both cases the managers' job is to keep the workers in line.
>The power relationship a cashier has with his hiring/firing manager at a grocery store is not materially different to the relationship a software developer has with his hiring/firing manager.
I disagree.
>In both cases the managers' job is to keep the workers in line.
While I agree with this part, I think the differences in the pay of the worker makes for a hugely different power dynamic. a period of unemployment is a lot easier to take if you can live on 1/4th of what you get paid.
I've heard both arguments: (1) bitcoin script has no loops and so isnt turing complete; but (2) no loops is not a real limitation because the logic just be unrolled ahead of time and packed into a transaction.
Ethereum script is said to only be quasi-turing complete because although it has loops, execution is metered by gas fees (functionally equivalent to bitcoin tx size).