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