Фредерик Брукс R.I.P.

[vak]

Брукс был голова. Это он обнаружил, что при росте команды программистов как N, объём производимого кода тоже растёт как N, но количество ошибок в коде увеличивается как N квадрат.

Ещё из Брукса:

1. Successful software always gets changed.
2. All programmers are optimists.
3. Good judgement comes from experience, and experience comes from bad judgement.
4. Software work is the most complex that humanity has ever undertaken.
5. I am more convinced than ever. Conceptual integrity is central to product quality.
6. Men and months are interchangeable commodities only when a task can be partitioned among many workers with no communication among them. This is true of reaping wheat or picking cotton; it is not even approximately true of systems programming.
7. Improving your process won't move you from good to great design. It'll move you from bad to average.
8. The hardest single part of building a software system is deciding precisely what to build. Therefore the most important function that software builders do for their clients is the iterative extraction and refinement of the product requirements. For the truth is, the clients do not know what they want. They usually do not know what questions must be answered, and they have almost never thought of the problem in the detail that must be specified.
9. How does a project get to be a year behind schedule? One day at a time.
10. You can learn more from failure than success. In failure you're forced to find out what part did not work. But in success you can believe everything you did was great, when in fact some parts may not have worked at all. Failure forces you to face reality.
11. The bearing of a child takes nine months, no matter how many women are assigned.
12. Brooks’ Law: Adding manpower to a late software project makes it later.

(отсюда)

Comments

[juan_gandhi]

У людей с узким горизонтом.

[kondybas]

У нас есть широкий спектр людей с узким горизонтом. Некоторые всерьез считают, что разработка заканчивается на MVP. А другие не видят разницы между прототипом, наскоро сляпанным в рад, и собсно продуктом. Третьи не подозревают об О(n²) и считают саботажем намеки на непараллелящуюся архитектуру. Больше всех люблю тех, кто верит, будто в сакральных триадах "быстро-дешево-качественно" или САР Брюэра можно изловчиться и поиметь все три плюшки одновременно.

[juan_gandhi]

Я все еще не могу понять, это они от невежества, или это психологический трюк.

[kondybas]

Я не пытаюсь понять. Просто принимаю, как данность. После того, как Оракл впиндюрил в мускль json-тип, и тем лишил его даже 1НФ, меня не интересуют причины. Только упругость коллектива. Если для пластических деформаций нужны большие усилия - ищем другой проект.

[juan_gandhi]

Впендюривание куда-либо в реляционные базы джейсона шаг популярный, но совершенно антинаучный.

[kondybas]

Так большинство толком и не знает, что оно такое - реляционность. Для них рсубд - это гардероб, откуда польты выдают по номеркам.

[juan_gandhi]

Вот это вот самый ужас. Им и nosql нужен потому, что они sql не знают.

[kondybas]

Да чего ж - ужас? Наоборот :) Раньше писали плохие запросы, теперь уже не пишут.

[vlad_m]

Вау!
Не знал, не знал.
Спал спокойно.

[kondybas]

Так там еще и функций добавили для манипуляции полями json прямо внутри записи в БД. Наверное, поэтому идет массовая миграция с мускля на марию :) Хотя и марии пришлось добавить алиас "json" на лонгтекст - просто для совместимости при репликации в гетерогенной среде.

Но тенденция грустная.

[euthanasepam]

«Developers! Developers! Developers!»

[vlad_m]

Мне как то дали "по-быстрому" посмотреть на одно приложение.
Уточнить, где лучше разделить его на библиотечную часть и "верхнюю".
Я пошёл смотреть "снизу" пришел в ужас, сказал, что выделить из этого в библиотеку не получится примерно ничего. Редизайн нидед.

Послушались. "По-быстрому" не получилось. )