There are several hidden assumption I made to get to the conclusion. But now that I'm thinking about it, this is interesting because while we establish (loosely speaking) how union
shouldn't be, we didn't say specifically how our newly improved union would be. And hence each of us would have our own idea of what a programmer union would be -- similarities or otherwise with factory union. I guess a more productive question would be to specific how should our "union", or "professional organization" would be, in more details instead of the loaded "union" term.
Anyway, here is the some of the assumptions I made to go to said conclusion in the previous post:
- Difference in programmers' ability will necessitate difference in pay grade. Vastly so, in the case of programmers. This causes issue in different members of the union. Couple with issues of "how to determine someone is a good programmers", I can see resentment or stupid rule being put up. Assuming that union has certain power in compensation negotiation, their interest doesn't align with any SINGLE programmer either. Everyone want THEIR compensation to be as high as possible, the union doesn't have their incentives in caring for a single individual member (this is the same dynamic as recruiter/job seeker right now in term of salary).
- Programming is more of a creative jobs, and like-minded interest could be a more questionable notion than in older times.