«Качество кода» не важно, потому что не гарантирует успеха — мнение техдиректора
Технический директор американского платёжного сервиса Block, основанного фаундером Twitter Джеком Дорси, считает, что в техносфере преувеличивают значение чистоты и качества кода. Об этом Дханджи Прасанна говорил в недавнем выпуске Lenny’s Podcast.
Технический директор американского платёжного сервиса Block, основанного фаундером Twitter Джеком Дорси, считает, что в техносфере преувеличивают значение чистоты и качества кода. Об этом Дханджи Прасанна говорил в недавнем выпуске Lenny’s Podcast.
По его словам, «многие инженеры считают качество кода важным для успеха продукта», но «эти две вещи никак между собой не связаны». Залог успеха не в идеальном коде, а в том, чтобы продукт решал реальную проблему.
Прасанна пришёл к такому выводу во время работы в Google. В 2006 году она купила YouTube — её инженеры заглянули в кодовые базы видеосервиса и были в шоке от них и их «ужасной архитектуры». Между тем именно YouTube, а не фирменный Google Video, стал одним из самых успешных продуктов в истории компании.
«Дело не в том, насколько хорошо он спроектирован», — продолжил Прасанна. В действительности успех продукта определяет то, закрывает ли он какую-то проблему пользователя.
«Просто сосредоточьтесь на том, что строите и для кого вы это стоите. А весь этот код уже завтра может стать не нужен», — добавил он.
Также он считает, что совсем не обязательно всегда быть первым во всех новых технотрендах, потому что «технологии существуют для того, чтобы служить нам», а нам нужно лишь иметь «важную цель» и уметь «заставить технологии служить нам».
Прасанна не единственный, кто считает, что в эпоху ИИ есть вещи поважнее умения кодить. Например, в Salesforce говорят, что гораздо важнее — эмпатия и умение работать в команде. А в Google наоборот утверждают, что уметь кодить — хотя бы на базовом уровне — должны все.
Когда пилишь продукт на коленке очень важно го..нокод размещать в простой и понятной архитектуре без изысков. Потому что когда говнокод начнет решать задачу за зарплату найдешь тех кто его завернет в микросервисы или что там модного появилось ?
«эти две вещи никак между собой не связаны». Залог успеха не в идеальном коде, а в том, чтобы продукт решал реальную проблему.
То есть реальную проблему одинаково решать как с нормальной архитектурой так и с плохой? А он точно техдиректор? Пример с YouTube тоже к чему, его бэкенд наверняка уже переписали с момента покупки, возможно и не раз
Нлрмальная архитектура будет в разы дороже и дольше, а MVP важно как можно быстрее выкатиться в лайв, а там видно уже будет, нужен ли он вообще кому-то.
Рэлацыраваліся? Цяпер вы можаце каментаваць без верыфікацыі акаўнта.
И ещё важен аутсорс в его страну происхождения, чтобы качество не зашкалило.
Предлагаю применить это же правило в авиастроении или атомной энергенике.
Боинг уже давно применяет.
Когда пилишь продукт на коленке очень важно го..нокод размещать в простой и понятной архитектуре без изысков. Потому что когда говнокод начнет решать задачу за зарплату найдешь тех кто его завернет в микросервисы или что там модного появилось ?
Пользоваться такими отходами жизнедеятельности мучение, а поддержка ... Переписывание сколеночных сиюминутных решений затягивается на годы.
Но для стартапа на этапе пробного шара такой подход сгодится. И сразу на помойку все написанное. Лишь бы не тащить такое в прод🫨
Карыстальнік адрэдагаваў каментарый 28 кастрычніка 2025, 09:37
То есть реальную проблему одинаково решать как с нормальной архитектурой так и с плохой? А он точно техдиректор? Пример с YouTube тоже к чему, его бэкенд наверняка уже переписали с момента покупки, возможно и не раз
Нлрмальная архитектура будет в разы дороже и дольше, а MVP важно как можно быстрее выкатиться в лайв, а там видно уже будет, нужен ли он вообще кому-то.