Getting in before the COFF boom lowers... :-O At 2024-07-03T17:29:26-0600, Marc Rochkind wrote: > > The programmers considered as "fungible workforce" by mainstream > > software engineering and project management theories are *paid* to > > to their programming job, and they mostly have to carry that job > > over working on prescribed objectives and timelines which have been > > decided by somebody else, managers who know nothing at all about > > software development. Personal interest in the project, passion, > > motivation, curiosity, creative power, sense of beauty, the joy of > > belonging to a community of likeminded people, are never part of the > > equation, at any point. > > What a cynical take on software development! There's some truth to it. But I'd agree that it is not the whole story. > The logical error is to assume that if something is sometimes true > (e.g., "managers who know nothing at all about software development") > then it is always true. Yes, and this fallacy is a popular one among almost any sample of humans one takes. > My experience over many decades is quite different. Most often, > managers know software quite well. Where they fail is in their very > poor understanding of how to manage people. This aligns closely with my experience. Often the worst managers I've had were those who had the best programming "chops". > The bias that operates in software development, and perhaps all > organizations, is that when there is a disagreement between management > and non-management (e.g., programmers), the non-managers usually > assume that they are always right and the managers are wrong. An obvious solution to this sort of problem, long held to be inherently horrific, is to cultivate a more mature perspective on management, and skill at performing it, by having workers manage themselves. One often finds this insight at or near the heart of "revolutionary" approaches to software development like Agile or Lean, sometimes under many layers of obfuscation to avoid alarming MBAs and others whose career plans from adolescence involved going directly into professional management from university. That solution is, of course, worker self-management. > I have never met a programmer or group of programmers who were always > right. Most often, they are ignorant of financing, regulatory > constraints, product schedules, commitments, staffing issues, and > everything else that isn't coding. (There are exceptions, but they > are uncommon.) Indeed. One way to overcome this ignorance and produce more exceptions is to educate one's staff in these very phenomena. I won't digress on why this doesn't often happen in practice. It doesn't take much imagination, or professional experience, to reason it out. > Management, by definition, is the art and science of using resources > to reach an objective. Stated this broadly, programmers solve management problems all the time. Mightn't their skills "port"? > Programmers generally are concerned only with themselves as a > resource and with their own personal programming objective. If I s/Programmers/People/;s/progamming//, then I find this statement no less true. Cooperators and defectors appear in every aspect of life. > It is unusual to find a programmer who understands management. As noted, a solution exists. But it is an unpalatable one to those touted, by themselves or others, as "thought leaders". Regards, Branden