Стартапы и говнокод 

Мне кажется, если код легко читать, то это уже не говнокод.

Я пишу код в два-три этапа. - Говнокод, но работающий. - Первое причесывание - лучший нейминг, декомпозиция длинных функций, выделение классов, если они прям на поверхности и просятся. Если время поджимает, то это в принципе уже можно отправлять на ревью. А если есть запас по времени, то тут уже третьим этапом можно посидеть и почесать репу над тем, надо ли добавить какую абстракцию или переделать существующие. В стартапах же часто могут ограничиться первым этапом. Эт не говоря о том, что местами еще и ревью может не быть, ибо оно тратит время, а надо еще вчера.

Если красивый код читается хуже чем говнокод, то есть вероятность что их метами перепутали

Google пишет некачественный код. Вижу это по постоянно ломающимся, то здесь то там, функционалам. Например сейчас у них в поисковике периодически пропадает кнопка в виде шестирёнки для входя в дополнительные опции поиска. Раньше они ломали другие вещи и потом очень долго их чинили. Ну а Facebook - это вообще один сплошной глюкодром. При этом попасть программистом в эти компании довольно трудно, по крайней мере гораздо труднее, чем в обычные компании. Выходит, что заумствие рождает глупость, то есть говно реализацию. То есть внешне код вероятно красивый, но откровенно глючный.

Про то, что стартапы принимают хороших разработчиков, улыбнуло. Он на то и стартап, что денег в обрез. К нам в наш стартап прошлый год зазывали таких. Приходили. Но ценник, который они называли, у директора сразу глаза на лоб лезли.))) В итоге приняли студента в помощь, но толку от него как оказалось мало)))

Работал с стартапе, тех директор бы заморочен на качестве, все по DDD, без тестов код не принимался и т.д. У нас не было возмонжности взять в штат много тестировщиков, приходилось сразу делать хорошо. P.S. работал с коллегой, он писал классный код, но ни черта не понтый: вместо двух foreach у него был reduce от map от filter, а данные брались не из массива, а из генератора.

Нужны критерии говнокода. Иначе говнокодом можно назвать всё что угодно. При этом самое забавное, что качество кода ≠ качество продукта.

Ну и если даже в стартапе был говнокод, это не значит, что человек не может писать по-другому. Иногда действительно нужно чтобы просто работало здесь и сейчас, а красиво когда время появится.

4:35 вспомнил код quake, где в функции для нахождения корня используются побитовые операции, и кто то это увидел и оставил комментарий по типу "что это за фигня"

По личному опыту, качество кода очень редко зависит от уровня разработчика, а чаще от объема работы и дедлайнов, а если уж и проводить корреляцию между опытом и количеством говнокода, то она будет прямая, потому что менее опытным разрабам обычно дают более простые задачи и время с запасом, а более опытным - сложные и с дедлайнами

Недавно наткнулся на программы с 90-х под dos и win95-98 они крохотные по сравнению с нынешними, а количество функций порой удивляет (к примеру аська на джаве). И как итог сейчас есть программы для вывода пары слов на экран тяжелее игр из прошлого... у которых если сделать скриншот, то будет весить больше самой игры. Как идея автору канала, осветить тему: почему они так распухли? Не уж-то программисты разленились оптимизировать код? Может это сговор программистов и производителей процессорной техники? Сколько будет весить программа на Ассемблере?🙃

О, мне тоже приходилось исправлять баги два года назад в репозитории Mytonctrl, как знакомо))

На прошлой работе у нас была культура код ревью, но главная задача была - имплементация фичей, но каждый последний спринт на квартал был клинап спринт (спринт для рефакторинга). Ну и про то что такое хороший код - для меня это код который сохраняет баланс между производительностью и читаемостью/поддержкой.

Согласен с Вами, Миша.

Если бы можно было, то поставил 100 лайков. 👍👍👍👍👍👍👍👍 Полностью согласен про маленькие функции и абстракции.

еще у всех понятие "говнокод" свое)) и часто оно очень широкое

❤

💖💖💖❤❤❤

В бизнесе\стартапе (на ранних этапах проекта) часто случаются спешка\условия неопределенности\быстро реализовать и показать фичу\срочно исправить баг\сделать рабочую демку\ и т.д. В таких случаях лучше сделать на 3ку, но чтобы работало и успеть вовремя. А потом в спокойной обстановке все по фэншую отрефакторить. Разработчики-перфекционисты в таких ситуациях - это ад.

Давай, давай контент в кайф! Надо писать не супер-мега-ультра код, который, а код который требует бизнес с его возможностью и временем. А кст каркассон на заднем фоне топ)

к вопросу о том, что «тот кто пишет говнокод - не скажет что он пишет говнокод» видимо я исключение и понимаю что сейчас я пишу говнокод, потому что надо было сделать вчера, а тз пришло - сегодня

Говнокод - это и есть то, что не возможно прочитать, вроде так всегда и было.

100%

Я считаю если код работает, это хороший код

вообще абстракция это инструмент и если он используется не по назначению или 'на будущее' это тоже говнокод

Я агент 007: 0 паттернов 0 адекватного нейминга 7 признаков говнокода в каждом модуле

Есть ещё другой прикол: вот я работаю в лютом Enterprise, в одном из топовых банков, и блин, качество кода меня прям весьма расстраивает. И вопрос не спешки, а в том что например есть очень давние сотрудники, которые работают в компании по 15 лет, которые не следят за последними трендами, которые не понимают почему в JS сейчас не используют var или шаблонные литералы. Также есть проблема с тем что порой Recode занимаются просто коллеги не вникаю щие в суть того что сделано, и вообще с другой технологии.

Снова напрашивается вывод, что в резюме нужно писать то что нужно работодателю, а не факты. И попасть в цикл жалоб, что разрабы обманывают потому что не трудоустраиваются.

Ну что-то у меня во многом не совпадает мировозрение. Хотя в тех двух стартапах в которых я успел поработать и правда к своему удивлению я не встретил того что мог бы назвать красивым понятным структурированным кодом. С другой стороны в аутсорс проектах гигантский компаний с мировым именем я встречал удивительно неоптимальные, крайне странные куски кода, а так же мертвый код. Но все же легко пишущийся это вообще не легко читающийся. Может если ты начинаешь писать компонент то в начале эти два понятия как-то могут сосуществовать. Но подход легкого написания без структурирования, выделения отдельных абстракций часто ведет к связанности кода, когда ты даже если не хочешь вынужден добавлять в компонент функционал, который к нему не должен относится. И чем дальше тем менее он понятный и читаемый, сложнее понять как все взаимосвязано и для того чтоб переписать его понадобится уйма когнитивных усилий и времени. Его и читать сложно и понимать и самое главное поддерживать (менять, расширять). Ведь стартап это про поиск идеи бизнес модели (слак появился из проекта создания игры). Стартап предполагает очень динамичное изменение и появление новых идей, концепции, фич. Конечно такая динамика и темп предполагают некоторую свободу и отсутствие очень строгих рамок, но не говнокод, не "что вижу, то пою".

Смотрел видео про говнокод. Оказывается, говнокод - это такой код, который ты не сразу понимаешь. Соответственно хороший код - такой, который тебе понятен. Так что сама идея говонокода это субъективщина и боязнь RTFMa. Я в своем проекте не стесняюсь щедро вставлять комменты, и не ставлю читаемость во главу угла. И еще у меня такой проект, что читаемость там с трудом можно пропихнуть. Ситуёвина такая.

пацаны если это так, то почему в продуктах столько гавнокода?

Красивый код это для Эстетов,а говнокод для истинных гуманнов😊

Имхо: Написать легко используемый/читаемый/изменяемый код - сложная задача. А что еще можно подразумевать под понятием красивого кода - хз.

звук - видео +

я как раз залетал в интересные, но, к сожалению, не очень успешные стартапы, хотя я самоучка, не еще закончивший школу, с видео я по пунктам не согласен. Только сегодня слушал Женю Давыдова на подкасте EL.together, который на своем нехилом опыте вещает более оптимистичные вещи для джуниоров и миддлов

Проблема говнокода, скорее, не в самом говнокоде, а в том, что люди будто бы не допускают мысли о том, что их решение будет читать (встраивать, интерпретировать в своей голове, поддерживать) другой человек. Какая-то форма аутизма накрыла ИТ или набежали люди, провалившие тест Салли-Энн. А может, это и просто примета нашего времени, в любой сфере.

Думаю, хороший код прост в понимании, элегантен, в него очень легко и быстро можно вносить изменения. Да и если в нем есть абстракции, то это ж не плохо, ведь цель абстракций тоже упростить понимание и увеличить простоту внесения изменений. А если это какие-то говноабстракции, то и создают они говнохороший код. Хороший код легко читается и легко масштабируется. Все остальное это уже говнокод, который мнит себя хорошим кодом. :)

Говнокод это когда 99.8% процессорного времени уходит на интерпретацию кода. Мы пришли к тому, что вычислительные ресурсы нерационально используются.

С чего это в стартапы нанимают хороших программистов? У меня был обратный опыт. Люди 2 года пилили проект. Без аналитики. Без опыта. Концепция проекта несколько раз поменялась. Программисты до этого пилили простые сайты где с ними и познакомился инвестор.

Говнокод это не только код без абстракций а еще кривой нейминг, форматирование, неправильная декомпозиция. Код оформленный в этом плане не как говнокод читать проще. Сложно читать именно код с большим количеством абстракций. Можно и говнокодом делать оверинжениринг с абстракциями (но сложно, т.к. чтобы это сделать нужно уже какой-то порядок иметь, иначе это будут говно-абстракции с кривыми зависимостями). В говнокоде обычно присутствует большое количество запутанности, т.к. решения проектируются на ходу. Когда кодовая база увеличивается, все эти запутанности и неочевидности очень сложно держать в голове, т.к. нужно помнить все эти особенности, не подчиняющиеся какой то общей логике и воспринимать и поддерживать такой код становится очень сложно. Про стартапы согласен - стартап стартапу рознь, просто людям при прочих равных когда есть и так предложения - проще отсекать риски, т.к. в среднем скорее всего все таки в стартапах будет чаще говнокод (думаю именно так думают hr-ы)

Давайте для начала определимся что есть говнокод?) Код, который не работает, или плохо читается?) Ну о чем мы тут рассуждаем)))) Ставят задачу, ставят ценник. Требование: надо быстро, чтоб работало) Ну так получите и распишитесь))) Работает? Да) Ну и досвидос)

без чёткого определения всё это путой разговор. что такое говнокод? позабавила фраза "говнокод, но легко читается". Ну так а почему это тогда говнокод то? Читаемость и легкоизменяемость вроде как самые главные признаки как раз таки хорошего кода.

если все пишут говнокод, может это и не говнокод ?)

"чистый код" - это просто книга!🤣все хотят что было как там в книге описано, хрен кто когда так пишет!🤣

Про красивый код в больших компаниях это тоже сказки. Там говкода не меньше. Слитые сорцы Яндекса тому подтверждение.

не соглашусь, что простой понятный код - это говнокод. ИМХО говнокод - это как раз уродливый непоятый код, с плохим неймингом, простой и понятый код - это хороший код :)

Что-то я так и не понял, что Миша понимает под говнокодом. Для меня говнокод - это в первую очередь плохо отфоматированный код - на него просто смотреть противно. Далее переменные с нечитабельными именами, многоуровневые условия и т.д. Все это сразу видно, когда открываешь говнокод. Если мне нужно написать что-то быстро, то самый распространенный мой косяк - это повторяющийся код. Но я не считаю это вот прям говнокод - просто излишний код, но его не в облом читать и в нем нетрудно разобраться.

Очень крутое видео!

Да что такое этот ваш красивый код

Как говорил мой прадед: "Если код работает, то это не может быть гавнокодом".

Миша, подумай о втором ребенке.

Большое количество абстракций - это скорее плохой код Абстрактные функции могут стать узким горлышком, их к тому же сложнее поддерживать, так как они задевают очень много зависимостей

Столько раз услышал слово "говнокод", что непроизвольно гимн Украины напевать начал

да все ваши скрипты бесполезные - это однодневный никому не нужный авнакод ахаха!

Как писать говнокод: 1) Начать писать на Руби, пхп, жабаскрипте или питоне 2) Сапир-Ворф позаботятся об остальном