Комментарии 3
Я вижу в статье некоторое внутреннее противоречие. Пункт 1 говорит, что писать свое, а не покупать готовое решение - неэффективно. Но потом ниже на несколько абзацев говорится про опасность зависимости от несиабильных линий поставок. Для софта, как бы, справедливо все то де самое, что и для железа. Очередные санкции вам могут перекрыть не только потоу деталек, но и доступ к каким-то сервисам и программным продуктам. Плюс, никому не хочется потом в будущем отстегивать гигантские роялти за используемый код, а для бедных стартапов это прямо совсем критично.
Отличное замечание, противоречие действительно может считываться.
Но по сути это не логическое противоречие, а разные уровни риска и разные фазы развития компании. Где проходит граница?
В первом пункте речь шла о другом перекосе: инженерной культуре, которая рефлекторно переписывает всё с нуля, даже когда это экономически бессмысленно.
Это проблема эффективности: потеря времени, потеря фокуса, размазывание ресурсов, удлинение time-to-production.
В части про железо акцент был не на «делайте всё сами», а на контроле над узкими местами.
Ключевой вопрос в hardware: ято произойдёт, если этот поставщик исчезнет завтра?
Если это критический компонент BOM, то это уязвимая позиция.
Ровно то же самое справедливо для софта.
Вероятно отличная статья. Пока читаю с ощущением, что русский - не родной для автора язык.

9 вещей, которые я понял, анализируя рынок робототехники в этом году