Ту так напишите: - вот это и это тупит - вот тут оно не даёт сделать то-то и то-то - вот цена программистов Кобол, а здесь - завались программистов
нееее. не так.. - Вот тут и тут тупит, а у конкурентов нет... - Вот тут и тут не дает сделать то-то, а это не дает нам выигрывать вот эти и эти тендеры - У нас 20 программеров на коболе из за этого время найма столько то, на рекрутинговые агенства мы тратим столько то...
нееее. не так.. - Вот тут и тут тупит, а у конкурентов нет... - Вот тут и тут не дает сделать то-то, а это не дает нам выигрывать вот эти и эти тендеры - У нас 20 программеров на коболе из за этого время найма столько то, на рекрутинговые агенства мы тратим столько то...
Не всегда. Иногда важно, что оно просто неудобно для разработки и поддержки. Даже если ты - лидер.
Чтобы в момент переезда не отставать от рынка - переезжайте плавно. Нет таких монолитов, которые распилить нельзя в принципе. Они нераспиливаемые только когда команда некомпетентна.
Если команда, привыкшая писать монолит,не в состоянии прицепить json-/xml- rpc к системе - это не команда, это сборище макак. Если они не могут порезать одну БД на несколько - это тоже признак примата не слишком высокого порядка.
я не раз видел, как человек приносит что-то (не придирайтесь к синтаксису): class X <T, K> extends Y <X<T, K>, K> и потом сидит, очень довольный собой и тем, что сделал. "мам, я покакал"
я не раз видел, как человек приносит что-то (не придирайтесь к синтаксису): class X <T, K> extends Y <X<T, K>, K> и потом сидит, очень довольный собой и тем, что сделал. "мам, я покакал"
Всё можно распилить, - говорили они. А у кого-то реальный критический параметр "это можно возить грузовиком" vs "для этого нужно строить отдельную одноразовую дорогу, а для этого сначала нужно построить асфальтовый завод"