1) если продукт не востребован на рынке , то всё просто закрыли и всё , обычно более проблемно - если продукт зарабатывает 1 млн в месяц и не больше и сделан из дерьма и палок , что делать ? оставить и ждать пока он совсем бабахнет или вкладываться в рефакторинг ? или вообще закрыть , чтобы сфокусироваться на более успешных вещах поэтому здесь не так всё просто , мы стараемся либо рефактринг , либо вообще закрыть 2) если разработчик делает работу хорошо , но нет дела как работает продукт - ну сложно будет делать продукт и не вовлекаться в работу при этом. Можно просто либо найти команду где продукт интереснее , либо заняться инфраструктурными задачами - core сервисы и тп Разработчик должен прежде всего задумываться о том чего он хочет, хочется работать с более классным продуктом => искать другую команду , не хочется вообще с бизнесом сталкиваться => core и здесь хорошо и бизнес интересный - > ну тогда надо продукт тоже понимать иначе это ерунда 3) справедливый %% от прибыли вообще понятие абстрактное , у каждой партии он свой , акционеры вложили деньги , сейлзы и маркетинг продавали , операционисты поддерживали работу компании , инженеры из ИТ компы всем ставили и сеть тянули, безопасность следила, чтобы не было проблем иначе вся прибыль в трубу (главное не деньги , главное безопасность - я вот с этим согласен на самом деле ) , ну и соответственно команда разработки сделала классный продукт , какой справедливый %% она получит ? действительно будут всякие повышенные премии и легче в корпоративной иерархии продвигаться, быстрее оклад вырастет и в больших %% , но не более
можно было конечно, например, "замутить" небольшое своё S3 "опытно-промышленное", чтобы год не ждать , но тоже так всё везде сразу не сделаешь , поэтому облако добавляет возможностей . Сильно ресурсоёмкие вещи ( по ядрам процессоров) в облако пока не тащим , плюс есть различные механизмы оптимизации стоимости при работе с облачной инфраструктурой , поэтому расходы зависят больше от архитектуры продуктов в облаке и качества контроля за расходами
зависит от времени амортизации , своя инфраструктура тоже амортизируется + кроме инфраструктуры есть ещё софт, многие облачный провайдеры забывают про софт , а soft does matter. Например, нужно S3 хранилище , а в компании его нет , где его взять ? да можно нанять свой саппорт купить железяк и сделать свой S3, но это потеря 1 год времени - > полгода всех убеждать , что нужен S3 , насчитать там какой-то большой бюджет года на три вперёд , потом "нанимаем людей и строим S3". Железки в ЯО норм , но основное это софт ,плюс каналы взаимодействия , например есть Amazon и он очевидно по функционалу богаче , но как и к кому тыкнуться в случае чего там , как построить ландшафт так , чтобы его там внезапно не заблокировали - гораздо большая проблема, поэтому ЯО
1) если продукт не востребован на рынке , то всё просто закрыли и всё , обычно более проблемно - если продукт зарабатывает 1 млн в месяц и не больше и сделан из дерьма и палок , что делать ? оставить и ждать пока он совсем бабахнет или вкладываться в рефакторинг ? или вообще закрыть , чтобы сфокусироваться на более успешных вещах
поэтому здесь не так всё просто , мы стараемся либо рефактринг , либо вообще закрыть
2) если разработчик делает работу хорошо , но нет дела как работает продукт - ну сложно будет делать продукт и не вовлекаться в работу при этом. Можно просто либо найти команду где продукт интереснее , либо заняться инфраструктурными задачами - core сервисы и тп
Разработчик должен прежде всего задумываться о том чего он хочет, хочется работать с более классным продуктом => искать другую команду , не хочется вообще с бизнесом сталкиваться => core и здесь хорошо и бизнес интересный - > ну тогда надо продукт тоже понимать иначе это ерунда
3) справедливый %% от прибыли вообще понятие абстрактное , у каждой партии он свой , акционеры вложили деньги , сейлзы и маркетинг продавали , операционисты поддерживали работу компании , инженеры из ИТ компы всем ставили и сеть тянули, безопасность следила, чтобы не было проблем иначе вся прибыль в трубу (главное не деньги , главное безопасность - я вот с этим согласен на самом деле ) , ну и соответственно команда разработки сделала классный продукт , какой справедливый %% она получит ? действительно будут всякие повышенные премии и легче в корпоративной иерархии продвигаться, быстрее оклад вырастет и в больших %% , но не более
можно было конечно, например, "замутить" небольшое своё S3 "опытно-промышленное", чтобы год не ждать , но тоже так всё везде сразу не сделаешь , поэтому облако добавляет возможностей . Сильно ресурсоёмкие вещи ( по ядрам процессоров) в облако пока не тащим , плюс есть различные механизмы оптимизации стоимости при работе с облачной инфраструктурой , поэтому расходы зависят больше от архитектуры продуктов в облаке и качества контроля за расходами
зависит от времени амортизации , своя инфраструктура тоже амортизируется + кроме инфраструктуры есть ещё софт, многие облачный провайдеры забывают про софт , а soft does matter. Например, нужно S3 хранилище , а в компании его нет , где его взять ? да можно нанять свой саппорт купить железяк и сделать свой S3, но это потеря 1 год времени - > полгода всех убеждать , что нужен S3 , насчитать там какой-то большой бюджет года на три вперёд , потом "нанимаем людей и строим S3". Железки в ЯО норм , но основное это софт ,плюс каналы взаимодействия , например есть Amazon и он очевидно по функционалу богаче , но как и к кому тыкнуться в случае чего там , как построить ландшафт так , чтобы его там внезапно не заблокировали - гораздо большая проблема, поэтому ЯО