С возрастом проходит)

На самом деле, на старте готовое решение не подходит потому, что оно сделано под не существующего в природе среднего потребителя, а свое - потому, что его тупо нет.
Сделать из готового решения что-то почти похожее на то, что нужно - быстрее, чем с нуля. Вопрос в том. в какой момент борьба с рельсами готового фреймворка станет тяжелее борьбы с костылями собственного решения (если не станет - то у меня плохие новости по поводу ваших методов подбора команды).
В процессе костореза что допиливанием готового, что написанием своего неизбежно займется студент из Томска со всеми вытекающими.
С другой стороны, чисто теоретически (практически, наверное, тоже) можно сделать систему, которая будет идеально отвечать потребностям компании на момент "три месяца до релиза". В поддержке свое решение безусловно будет дороже.
В общем, не готов я пока однозначно ответить.

> свое решение безусловно будет дороже

Вот это неочевидно. Новый бизнес-процесс, не "вкорячиваемый" в существующую ERP - это капец как дорого.
Ибо часто оказывается велосипедом, работающим с ERP через ее API с дублированием кучи функциональности и UI. Но сделанный не своим IT, а консультантами по $400/h

Фиг его знает.
Первые 5-7 лет своей карьеры я считал, что смогу напсиcать ERP с учетом тех времен.  И даже что-то писал.
Следующие 20 лет - что не смогу (хотя по факту делал нечто подобное небольшой командой 6-7 человек, не считая sales)
Последние лет 5, опять что смогу (микросервисы или монолит, аккуратно под них маскирующийся очень снизили технологическую планку).

Я писал. Но то была система автоматизации для ISP, в т.ч для работы с кучей оборудования, с кучей заморочек, которых ни в каких sap никогда не будет

А вот для чего-то относительно стандартного в 90% случаев.. Своё время объективно дороже)

Я писал. Но то была система автоматизации для ISP, в т.ч для работы с кучей оборудования, с кучей заморочек, которых ни в каких sap никогда не будет

А вот для чего-то относительно стандартного в 90% случаев.. Своё время объективно дороже)

Обновления накатил уже?

В общем, вопрос битвы "рельсы против костылей".

Рельсы - это очень хорошо.
Главное, чтобы потом от ближайшей станции до места назначения не пришлось таскать все руками. По пустыне. В огне 😊

Привет, нужна вторая голова! Что лучше? Взять готовую ERP и доработать под задачи, или сразу писать под задачи? Компания российская и ситуация такая, что их не устраивает ни одна. Хотят свою и на вопрос "зачем?" вменяемого ответа нет, как и целей внедрения.

Хорошо. Смотри, - работа с erp системой (в России их называют информационными системами) - это КАПЕЦ-КАКОЙ геморрой. Даже внедрение того же SAP в больших компания типа операторов связи, - очень болезненная тема.

Связано это прежде всего с довольно сложной предметной областью. Она настолько сложна обычно, что владельцу кажется, что никакая система даже и догадываться не может о том, что ему требуется. Тем не менее ERP-системы на то и заточены, чтобы принимать форму кастомной предметной области.

На нашем рынке - это 1с (как ни странно, - они довольно активно развиваются и нормально удерживают свой рынок) и SAP.

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

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

Стандартными ключевыми частями ERP-системы является
1) интеграция с чужими системами для всасывания данных
2) многочисленные формы ввода, которые связаны капец какими сложными правилами заполнения вплоть до стадии "для заполнения этого поля вам надо предоставить кровь индонезийского младенца, рождённого девственницей в 3й фазе луны прошлого года". Причём точную формулировку правила не знает ни кто, кроме разработчиков
3) документация для различных слоёв пользователей, включая как тексты, так и видео-уроки
4) отчётность в самых различных формах требующая постоянного апдейта

Ну и да, - со временем бд превращается в форменную помойку.

А что сертификат дает? Или это не на тебя?

Если компания хочет действительно свой бизнес автоматическим, а не "у нас тут все автоматизировано" (см. автоматически vs автоматизировано) то ни один готовый фреймворк им этого не сделает. Это или полностью свое решение или куча костылей разной степени объёма и полноценности вокруг того же 1с или сап.
К выбору просто надо подходить не ожидая что "покупка SAP решит все проблемы, и построит процессы". Это просто инструмент, который позволит упростить часть задач. И в какой-то момент разумнее сказать "мы не будем это реализовывать на 1с, а просто заинтегрируем с ней  отдельную разработку или готовое решение", но заинтегрировать надо качественно, иначе костыль получится.

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

Btw, поздравьте, я чипировался