Глобализация как она есть. Вы сделали чисто менеджерские выводы по поверхностному осмотру, тк у всех коробочных решений есть недостаток - отсутствие того что надо именно тебе, причем выясняется оно уже на последнем этапе(закон Мерфи:/). Если коротко, то да, коробка для базовых ф-й норм, но как только ты выходишь за рамки, и ты не Apple, дружно пишешь костыли с помощью своих 2х админов на полставки, п если коробка проприетарка, то расширения заказываешь у производителя, что как бы дороже, чем нормально решение. Классический примеры - 1С, SAP. Хотите в другой формат отчётик - пишите расширение, ой а вы абап не знаете? Ну все, с вас 100500 тыщ. Лучшее решение для тех, кто не хочет тянуть свою команду - заказ системы на основе фреймворков, которые и дают быструю разработку(или уже содержат готовое) базовых фй, и не ограничивают владельца в расширении платформы под индивидуальные нужды. И все это великолепие можно взять как аутсорс, так и по необходимости нанять человеков на постоянку для разработки/поддержки. Конечно, для такого придется чуть чуть включить мозг, возможно, прочитать собственные потребности от системы, а так же потратить пару бутылок дедовской настойки на разговор со знакомым, который разбирается в теме
Согласен, что истина где-то в балансе и платформы с готовым функционалом, понятным фреймворком для hard-code, а так же инструментами no-code и law-code дают преимущества. Но! Я так призываю внимательно разобраться с собственной уникальностью. И здесь у меня есть богатая проектная практика, часто уникальность - это исторически не оптимально сложившиеся процессы. Референсные модели заложенные в тот же SAP или 1С и методология внедрения и использования, все это появилось не просто так, а как выжимка лучших практик. И в итоге эффективнее перестроить свои процессы, чем прогибать этот мир под нас ))
Глобализация как она есть. Вы сделали чисто менеджерские выводы по поверхностному осмотру, тк у всех коробочных решений есть недостаток - отсутствие того что надо именно тебе, причем выясняется оно уже на последнем этапе(закон Мерфи:/). Если коротко, то да, коробка для базовых ф-й норм, но как только ты выходишь за рамки, и ты не Apple, дружно пишешь костыли с помощью своих 2х админов на полставки, п если коробка проприетарка, то расширения заказываешь у производителя, что как бы дороже, чем нормально решение. Классический примеры - 1С, SAP. Хотите в другой формат отчётик - пишите расширение, ой а вы абап не знаете? Ну все, с вас 100500 тыщ. Лучшее решение для тех, кто не хочет тянуть свою команду - заказ системы на основе фреймворков, которые и дают быструю разработку(или уже содержат готовое) базовых фй, и не ограничивают владельца в расширении платформы под индивидуальные нужды. И все это великолепие можно взять как аутсорс, так и по необходимости нанять человеков на постоянку для разработки/поддержки. Конечно, для такого придется чуть чуть включить мозг, возможно, прочитать собственные потребности от системы, а так же потратить пару бутылок дедовской настойки на разговор со знакомым, который разбирается в теме
Согласен, что истина где-то в балансе и платформы с готовым функционалом, понятным фреймворком для hard-code, а так же инструментами no-code и law-code дают преимущества. Но! Я так призываю внимательно разобраться с собственной уникальностью. И здесь у меня есть богатая проектная практика, часто уникальность - это исторически не оптимально сложившиеся процессы. Референсные модели заложенные в тот же SAP или 1С и методология внедрения и использования, все это появилось не просто так, а как выжимка лучших практик. И в итоге эффективнее перестроить свои процессы, чем прогибать этот мир под нас ))