🚲 Велосипеды
В корпоративной разработке на каждом шагу встречаются собственные самописные "лучше оригинала" внутренние разработки. Это может быть собственный мессенджер, звонилка, система авторизации, какая-то система учета времени, ну и еще много-много чего, в принципе встретить можно что угодно. Хорошо это или плохо? Давайте разбираться (спойлер: обычно это полный пздц). Мы рассмотрим несколько кейсов из моего опыта, а потом попробуем сделать какие-то выводы.
🔹 В одной неназванной компании существует собственный мега-универсальный сборщик, которым собираются "бандлы" из сервисов для их раскатки на стенды и поставки клиентам. Этот сборщик писался давно, написан он, внезапно, на OCaml, и поэтому сейчас вносить в него правки очень затруднительно, а потому они и не вносятся и все просто уже годами кушают какашки и мирятся с багами, отсутствующим функционалом и т.д. Одной из его "особенностей" является то, что он умеет собирать эти "бандлы" только при условии, что ветка в каждом сервисе (репозитории), который входит в "бандл", называется одинаково. То есть нельзя сделать такую сборку, в которой все сервисы будут взяты из ветки master, а какой-то один - из ветки feature/a - нужно чтобы ветка feature/a существовала во всех репозиториях. Естественно, когда вы разрабатываете фичу в одном из 20 репозиториев, вы не пойдете в 19 остальных, чтобы заводить там пустые ветки. Таким образом эта особенность сборщика повлияла и на процесс разработки в компании: код там сначала мерджится в master, а потом уже тестируется (потому что иначе невозможно получить сборку) 🤡
🔹В другой неназванной компании сталкивался с чем-то типа самописного UI для Helm, только вместо хельма и кубера там докер и докер-компоуз. Ну, не силен в девопс-мире и сложно мне назвать ближайшую альтернативу, но, короче, там можно было типа выбрать в интерфейсе компоненты и раскатить их на виртуалку, вот и все. Это работало и вроде даже +- сносно, но стоила ли эта разработка затраченного времени? Настолько не устраивали альтернативы, что пришлось писать ВСЕ с нуля? Ну, есть большие сомнения в целесообразности таких решений.
🔹 В компаниях пожирней можно встретить самописные внутренние порталы, мессенджеры, чаты, звонилки, ну, короче, целые экосистемы. Иногда это работает сносно, иногда не очень, в зависимости от того, насколько это зрелое решение и сколько туда вбухали бюджетов. Я могу понять какие-то специфические внутренние продукты, которым может не существовать альтернатив, ну или там секьюрность или еще какие-то причины, но условный самописный внутренний мессенджер, например, понять сложно.
Из всего этого можно сделать вывод, что если у вас не миллионы лишних денег и времени, чтобы обеспечить такой разработке достаточную поддержку, то не мучайте себя и своих коллег, используйте готовые альтернативы, которые уже кем-то поддерживаются 👍 Лучше потратить эти бюджеты на целевой продукт.
А с какими самописными решениями сталкивались вы? 🤔
· 10.11.2025
Попадалась программа по расчётам CAE, написанная на Fortran очень давно. С кривым интерфейсом, каким-то косяками в расчётах, но ее использовали десятки лет. И отношение было к ней как к духу машины в Вархаммер 40к)))
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён