Как стать автором
Обновить

Комментарии 3

Я не понимаю увлечения продуктами гигантов типа Оракла. Они хороши в том случае, если вы сможете заказчику показать что проблема на стороне поддержки вендора - а заказчик скажет "а-а, ну ладно - тогда ждем", и пойдет ждать. Или, в более грубой формулировке: "... за покупку мейнфрейма от IBM еще никого никогда не увольняли!".

А если вам работать надо - то с продуктом с исходниками вы хоть что-то можете сделать (потратив время и ресурсы) - а с закрытым продуктом ваш вариант один: есть то, что дают...

На бытовом уровне - у каждого же есть кухня в квартире, да ? Хотя кто мешает вам заключить договор и есть еду из ресторана каждый день ? Даже в СССР пробовали построить дом с фабрикой-кухней - но не взлетело. Потому что когда вы готовите на кухне и получилось невкусно, то можно внести коррективы и сделать вкуснее. А если вам приносят готовое в коробочке - можете, конечно, не есть - но следующая еда только завтра... :-)

Потому что бизнесу где-то нужно провести черту между "с этого места делаем сами" и "купим уже готовое" в цепочке создания конечного продукта. Например в вашем примере с кухней вы готовите из готовых полуфабрикатов ("Я не понимаю увлечения продуктами из магазинов типа Ашана!"): по вашей квартире не ходят куры, а в прихожей не колосится пшеница. Как правило граница проходит там где стоимость промежуточного результата становится завышенной (например из-за малого масштаба производства) И/ИЛИ получаемые выгоды от переизобретения чуть улучшенных велосипедов становятся несущественны. Для большинства бизнесов разработка собственных инфраструктурных продуктов и инструментов находится далеко за этой чертой.

Это да - но мне кажется, что граница должна проходить в точке, где поставщика одного решения можно заменить на поставщика другого решения. Если завтра мне не продадут мясо в Ашане, я пойду в другой магазин, или на рынок. Аналогично, например, не надо создавать в организации интернет-провайдера если нужны услуги связи. Но если осознается критичность некого продукта для бизнеса - он должен быть или внутри периметра контроля, или должны быть доступны поставщики с возможностью переключения с одного на другого. В случае с ПО - обычно поставщики не любят давать вам возможность переключения (а любят, наоборот vendor lock-in). И лучше бы в таком случае иметь продукт с исходниками, и покупать на рынке услуги разработчиков при необходимости...

Зарегистрируйтесь на Хабре, чтобы оставить комментарий