Очень плохой программист

особенно в языках без break и исключений

Это вообще C

И чего, C не ЯП?

Мы сейчас говорим о высокоуровневых ЯП.

Вот внезапно так внезапно! Где там по ссылке про «высокоуровневые»? И чем C не высокоуровневый?

Перешёл по ссылке, и думаю, опять перевод что-ли? И точно! На хабре-же своих мыслей ни у кого нет.

То, что я говорил про методы это для тебя ничего не значит.

хотя бы то что результаты правильно работающей программы станут неверными при замене компилятора.

возможно заказчик будет доволен только первую неделю после внедрения.

платите за поддержку и за доработки

Программисты которые считались «не плохими» написали бяку

я таааак часто это слышу.
система пишется под конкретное ТЗ.
всё что вне ТЗ - идет нафиг.
если сегодня вы хотите блокнот, а завтра сделать из него Microsoft Word - то вам в спортлото.
новые решения пишутся _заново_.

платите за поддержку и за доработки

Дык платят, другой вопрос - как дорого обойдутся доработки и какой ущерб нанесут баги в продукте.

система пишется под конкретное ТЗ.

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

новые решения пишутся _заново_.

Возможно. Также возможно что не такие уж новые, тут надо разбираться.

выяснилось что готовое решение под это не масштабируется.

и почему теперь программисты - плохие?

вы сами сказали, что требования изменились

вы выкатываете новые требования, программисты пишут новую систему

Дык платят, другой вопрос - как дорого обойдутся доработки

вот и отлично, чем дороже тем лучше

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

Значит плохо выяснили требования изначально, человек который этим занимался не был компетентным

вот и отлично, чем дороже тем лучше

Как так? Один отдел компании, заказывает разработку другому отделу. Чем лучше?

Тем, что работы больше, не уволят вас

Значит плохо выяснили требования изначально, человек который этим занимался не был компетентным

Да, в некотором смысле это так. Только разговор совсем о другом.

Значит плохо выяснили требования изначально, человек который этим занимался не был компетентным

Да, в некотором смысле это так. Только разговор совсем о другом.

Почему о другом? какие требования такая и система, если изначально по требованиям не было ясно, что система будет масштабироваться, а разработка это не закладывала, значит сбор требований был неправильным, косяк уже изначально в этом