![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Майкл Оу Черч пишет
For those who’ve been lucky enough to avoid the hideousness of most programming jobs, here’s how many software companies work: business comes up with the ideas and defines the work, product managers intermediate and sit in on interminable meetings, and programmers just implement. Most “scrum teams” are just ticket shops. The engineer has no autonomy. This is business-driven engineering. I’d call it “waterfall of sewage engineering”, but decrying a “waterfall” makes it sound like I support much of what is called “agile”, and I don’t. The problem with “agile” is that it’s still closed-allocation, business-driven engineering, meaning that nothing was accomplished. Trying to “fix” business-driven engineering is like putting salt on a turd to make it edible: it just doesn’t work that way.
This may be paradoxical, but when you have an engineer-driven firm, you get better engineering and better business. See, business-driven engineering rots the mind, because it takes what should be a creative and challenging discipline and turns it into “Write me seven classes and 17 story points by Friday.” It’s also part of why there’s an age-discrimination problem in technology; if you spend your 20s doing that crap, you actually will be a corporate executive (as in premature dementia; not necessarily as in rank and salary, unfortunately) by age 30.
This may be paradoxical, but when you have an engineer-driven firm, you get better engineering and better business. See, business-driven engineering rots the mind, because it takes what should be a creative and challenging discipline and turns it into “Write me seven classes and 17 story points by Friday.” It’s also part of why there’s an age-discrimination problem in technology; if you spend your 20s doing that crap, you actually will be a corporate executive (as in premature dementia; not necessarily as in rank and salary, unfortunately) by age 30.
no subject
The engineer has no autonomy. This is business-driven engineering.
о чём оно? требования конечно идут от бизнеса, бизнес ни в коем случае не будет сам кодить
креативным будь после работы за свои шиши, на работе "выполнил план -- посылай всех в п..."
> turns it into “Write me seven classes and 17 story points by Friday.”
первое называется микроменеджмент, и тут можно сказать бизнесу, что мол сколько классов и где это моя работа, не лезь
второе про требования к пятнице -- дык если не хочешь делать, то за что тебе такому красивому деньги платить?
> when you have an engineer-driven firm, you get better engineering and better business
пример Sun vs Oracle ровно обратное показал
чудо-инженеры пинали менеджеров, и докатились до миллиардных долгов
а древняя бегемотская маркетинговая машина оракла жива, прибыльна и чудо-инженеров схомячила
не вопрос -- пусть чудо-инженеры соберутся, сделают свой чудо-бизнес и драйвают его как хотят
доллар покажет, кто прав, а нытьё про гниение и крэп... "talk is cheap"
no subject
чудо-инженеры пинали менеджеров, и докатились до миллиардных долгов
То есть, это была идея инженеров не развивать Солярис на Интеле, не выкладывать исходный код в свободный доступ и выбросить на рынок сырую Яву, бросив дикие бюджеты на рекламу?
no subject
в сане все бизнес идеи шли от инженеров, потому что это была инженерная компания с холистическим "видением"
держались за свои "более лучшие" процы только потому что NIH
> не выкладывать исходный код в свободный доступ
это никакого влияния на бизнес не оказало
но исходный код они как правило публиковали
если вы про сорцы Unix V -- ну так их никто не публиковал
> выбросить на рынок сырую Яву
у вас какие-то личные завихрения, мне не интересно
Ява как раз всегда приносила и всё ещё приносит доход