Что такое говнокод? Тот, что не работает?

[@Velo-Bomzh]

*Однажды злодеи решили украсть мой код, но не смогли его прочитать. Один сразу выпрыгнул в окно, второй успел выколоть себе глаза.*

[@alexanderbelov6892]

Однажды в США автоугонщики хотели угнать автомобиль с ручной коробкой передач. Но не смогли понять, как работает ручная коробка передач. Пришлось ретироваться.

[@Tyn4tyk]

@Олег Сухетский меньше бы таких как вы)) простое делаете сложным

[@TheGloriousRussian]

А третий всё время повторял WTF

[@rammix1]

@@TheGloriousRussian *А третий с тех пор непрерывно повторяет WTF.

[@_WingCommander]

Вполне тянет на статью "доведение до самоубийства", аккуратнее 😁

[@eugenedukatta9355]

Почему в очень многих резюме есть ГОВНОтребование: "Умение понимать чужой код" ??? Но я ни разу!!! не встречал требование "Уметь писать код так, чтобы его понимали другие" ?

[@АндронныйКоллайдер-ф5щ]

Потому что приехав в Китай тебе придется понимать по китайски, а не переучивать всех говорить по русски. А если ты не способен прочесть код в котором скобочки пробельчики не так расставлены как ты привык, то пойди купи себе букварь и научись наконец читать.

[@damirgarifullin6877]

У JetBrains есть в вакансии такое: "Умеешь проектировать и писать код, который легко читать и поддерживать."

[@ivansidorov5]

советую не идти в такие конторы. история там была скорей всего такая: очередной умный оптимизитор менеджер-начальник решил экономить и нашел джуниора который сделал какашку за 20 000 рублей в месяц за 1 год, а теперь ищут тебя, который эту какашку будет поддерживать

[@damirgarifullin6877]

@@ivansidorov5 в jetbrains?

[@ivansidorov5]

@@damirgarifullin6877 Да в любое место , где пишут что нужно умение читать чужой код. Любйо человек умеет читать чужой код, но этим собщением они готовят к говнокоду, потому что какой-то умный начальник до тебя нанимал чухана за 10 000 рублей и он там наговнокодил, если бы изначально наняли норм программиста за 250 000 рублей то говна бы и не было в проекте

[@purplep3466]

Согласен с автором, но все же, иногда нужно насрать, чтобы вырос цветок

[@Сергей-к3у7е]

Ты сделал мой день ))

[@СергейКолобаев-л4ь]

Это ты про удобрение?))))

[@alexanderbelov6892]

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

[@KlinovAS]

По этому в Пайтоне срать нужно очень акуратно, а в СосиДваПлюса или Джузи можно одной длинной

[@vasilymaestrovs9546]

Вчера я делал ревизию своего первого андроид-проекта. Который писал еще в 15-16м году. И я понял, что такое говнокод ))

[@inbuckswetrust7357]

теперешний лет через 5 посмотришь ;)

[@MrSumkinFedor]

Радуйтесь - ведь это значит, что вы выросли в профессиональном плане.

[@artyomb7424]

Порой смотришь в код месячной давности, а там такая жуть и ты не понимаешь зачем ты это написал)

[@liamsmith7052]

Я свой первый андроид-проект переписывал 3 или 4 раза. Там просторов для косяков уйма, это да.

[@alexanderbelov6892]

Я могу сделать ревизию своего кода, который писал для себя 20 лет назад, и сделать вывод, что это не говнокод, хотя его можно было бы спроектировать лучше (сейчас я это понимаю чуть лучше), и я этот код всё еще понимаю. Но также понимаю, что его больше никто не поймёт, так как он содержит алгоритмы, чьё описание в книге я перечитывал несколько раз, чтобы начать понимать их. А понять эти же алгоритмы глядя в код просто невозможно - тяжёлая математика. И то что этот код никто не поймёт при любом способе написания и стиля - гарантированно. Но всё равно это не говнокод, а некоторое отсутствие документации, квалификации читающего, и т.п. Если бы я читал чьи-то алгоритмы из области генетики, то я бы также вряд ли что-то понял, но не потому что передо мной говнокод. Так что понятие говнокода относительно, и не определяется количеством WTF, а скорее временем и усилиями, которые читатель хочет потратить на изучение кода. Не хочет - говорит постоянно WTF, и объявляет всё говнокодом. Совершенно не корректный критерий.

[@man-jj7rc]

После просмотра 20 роликов Немчинского стал senior Java developer, Очень годно.

[@SergeyNemchinskiy]

серьезно? :)

[@ni55an]

А коллеги и руководство в курсе? 😃

[@cupon8869]

лох, я президентом стал уже после 8го ролика

[@Dmittry]

Я после 5-го ролика познал дзен и ушёл в тибетский монастырь.

[@Max-kr4ie]

Я после первого ролика посмотрел второй. А чего добился ты ?

[@tsoier]

x -= -1

[@SergeyNemchinskiy]

вот именно :) Даже я завис секунд на 5. Не надо так :)

[@ЮрийКарпов-э3ч]

Ништяк. Буду теперь так инкрементить)

[@VIlyaM108]

Это, типа, лайк поставил?

[@SlavikUkraine]

@User 1 это операция прибавления единицы к переменной х, только замысловатым и нецелесообразным способом( иначе говоря, через задницу) .

[@SlavikUkraine]

@User 1 Ты , походу , не понял мой предыдущий комментарий , как и то , что должен был делать тот код. "Х -= -1" это равносильно тому, если бы ты написал x = x - (-1) т.е. по правилам математики х+1. Оператор -= это аналог X=X -... . Ты же написал про какую-то ерунду , к тому же в левой части у тебя должна стоять переменная. Т.е. Х . Никаких -Х , 2Х и т.д. + ко всему этому , ты пишешь почему не -х= -1. Да потому что в первом случае мы отнимаем минус единицу( прибавляем единицу), а твоя запись ( по крайней мере, так подразумевалось) делает Х постоянно равной 1

[@dimapetrashchuk3036]

Говнокод это не только плохой кодСтайл или нечитаемый код, а и вполне красивые и читаемые костыли)

[@webget1596]

Кстати да, очень бесит когда можно решить саму проблему довольно немножко переписав код, но программист решает просто дописать к ней костыль, а в будущем из-за этого костыля приходиться переделывать пол проекта))

[@SergeyNemchinskiy]

да, безусловно. Но это по правилу Паретто

[@andrewvsk2368]

То есть почти все паттерны проектирования xD. Модели событий, делегаты и прочие модные фишки). События в Сишном стиле более прямолинейны, зато любой поймёт код. В C# в достаточно сложной программе запрос идёт через дохрена интерфейсов и эвентов, но это называется разумным кодом. Любой open source проект на C читается вообще без проблем.

[@maxlich9139]

@@webget1596 не мы такие, жизнь такая)))

[@KoCMoHaBT61]

@@andrewvsk2368 Вот прямо 146% попадание. Наплодила банда четырёх "жабапрограммистов со знанием паттернов", теперь для того, чтобы два числа сложить они пишут фактори, делегаты, эвенты... А ещё где-то есть тайная книжка, которое плодит программистов однострочных функций: Read->ReadNumber->ReadNumberFromFile->ReadNumberFromTextFile->ReadNumberFromUTFEncodedTextFile.

[@1981leks]

Любой чужой код говнокод. И даже свой код годичной давности и дальше тоже говнокод.

[@mmospanenko]

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

[@andrewvsk2368]

Не всегда и сильно зависит от языка. Например, на чистом C если не выделываться и работать с умом получается код на века. При этом любой проект на Java (который согласно пиар-компании должен упрощать код) превращается в дерьмо очень-очень быстро. Причём ООПшники порой полные неадекваты, задачи, которые решаются в 500 строк кода в одном файле они решают создавая дохрена классов и интерфейсов, реализуют паттерны (смысл которых чаще НЕ понимают, чем наоборот) и получается тормознутый монстр с массой потенциальных семантических ошибок). Это "добро пожаловать в реальный мир", на словах все идеально, на практике сами языки чаще способствуют порождению ПО из натурального дерьма.

[@eduardczuwak8394]

Seregi? ja seregi kod ludshe dazhe ne verstaju...zabyl, napisal na novo..poreshaesh srazu kuchu zadacz.

[@KlinovAS]

согласен. и английский язык тоже вонючее гавно. читается одно, а произносится другое

[@alexsandrosipenko2182]

Обожаю ваши видео. Очень мотивирующие и дающие не ИТ специалисту понять структуру в целом, а не только как быть гребцом на галере. Спасибо Вам огромное))

[@СвятойМармеладник]

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

[@SergeyNemchinskiy]

отлично, значит - растете

[@lynx6511]

Помнится, надо мне было внести изменения в код дипломной работы на C++/Qt, которую писал весной прошлого года. Первые часа два я не мог понять, что там происходит и под чем я был, когда писал этот код. Изучение джавы дало неплохой толчок по ООП и вообще, как всё должно быть. Теперь я пишу говнокод, но уже не настолько дурно пахнущий. :)

[@WolfzPain]

Встречаю такую тему, что многие усложняют себе задачу или лепят весь код в один метод отчасти и на это есть проверки, но обычно такие (на размер метода) правила отключают. Короче KISS пацаны)

[@RUS4HELP]

Вы самый топовый ментор! И умный и с чувством юмора!

[@SergeyNemchinskiy]

спасибо!

[@alexperemey6046]

Я сейчас читаю книгу Элеонор Остром "Управление общим". Там описана интересная проблема, при которой все вроде и понимают, что нужно "делать правильно" и так будет "лучше для всех" в конечном итоге. Но никто не делает, поскольку "будет лучше" только в том случае если так будут делать все. А если не все, то больше всех пострадает тот, кто все же делает правильно. И мне кажется, что в вопросе "говнокода", который все осуждают и все равно пишут, эта идея тоже много объясняет. Чтобы написать код "понятный для других" зачастую нужно банально больше времени уделить его архитектуре, доводке, даже названия переменных возможно подберешь не с первого раза. Это лишняя работа и лишнее время. Которое сохранит время того программиста, который будет саппортить код после тебя. А оно ТЕБЕ надо? Особенно если учесть, что времени всегда не хватает и все такое, ведь начальную версию продукта нужно выпустить как можно быстрее. Это уже потом, когда продукт начал приносить прибыль, можно на эту прибыль жить и не спеша вылизывать код. Вот и получается, что ВСЕГДА проект пишется на говнокоде. А уже потом, возможно, будет поставлена задача привести код в порядок. Когда уже "все работает" и есть время перевести дух. Задачу эту возможно будешь ты и решать (хотя ты от своего говнокода страдаешь меньше и понимаешь его лучше), а возможно, ее будет решать уже кто-то другой.

[@Konstantin_Terletskiy]

Во-во. Очень знакомое ощущение. Смотришь свой же код двух-трёхмесячной давности и думаешь иной раз, что да, сейчас я уже так не написал бы. И да, в программировании развиваться надо непрерывно. А то как получается, первые свои программы я писал, помню, для персоналки Hewlett-Packard 85 ещё в 1982 году. Там ещё операционки не было даже, просто Бейсик-монитор встроенный. И всё. А потом МИФИ, студент факультета Кибернетики. А там у нас вообще к старшим курсам было так - ну чего? Новый язык изучить? Паскаль у нас там не читали, Си не читали, сами брали книжку и изучали. Потом C++, потом уже в Штатах фирма послала всех своих программистов на недельные курсы основ Явы. Основы дали, дальше опять сами. И сейчас всё сами. А так что, на уровне 1982 года застрять, что ли? Нет, программирование и хорошо именно тем, что постоянно требуется развитие. Застрял - всё. Специфика профессии.

[@serggio88888]

ну как же приятно Серея слушать)

[@SergeyNemchinskiy]

пасиба :)

[@malikvalley]

Серей это кто? (Who?)

[@rambler9249]

@@malikvalley это деепричастие

[@akiloci2198]

08:50 а если Вы видеоблогер, и не развиваетесь, меняйте профессию)) Это я к тому, что поначалу критиковал ваши видео, но теперь они мне нравятся всё больше и больше))

[@Dmittry]

У меня не говнокод! У меня обфускация! (Главное - правильный маркетинг.)

[@SergeyNemchinskiy]

ахахаха

[@andrewvsk2368]

Любой проект на C# или Java - это обфускация). Никто даже о декомпиляции не парится никогда, т.к. читать этот говнокод - неблагодарное дело. Это по определению write-only. Это одна из причин, почему чистый C до сих пор жив и жив будет и почему даже современные либы пишут именно на C. В защиту C# (на Java не пишу, но та же фигня) - быстрота и удобство на первых порах. То есть очень круто прототипировать приложения, которые почти сразу будут работать, т.к. дофига инструментов доступны из коробки и чаще работают, чем нет), но поддерживать код на C# - это ХУЖЕ, чем поддержка бородатого сишного кода стандарта с89 c *бнутыми структурами данных и стилем.

[@alexanderbelov6892]

Dijkstra программирование - это программирование с использованием имён переменных d, i, j, k, s, t, r, a.

[@Mike-hp3fh]

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

[@iSonsaku]

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

[@xrollup]

"программирование - профессия где все время придется учиться", и вот это блин ни разу не аллегория или стеб. это, блин, так и есть.

[@soversus5374]

а что делать... языки совершенствуются и чаще в лучшую сторону. Так что это скорее плюс...

[@МайкЛжец-ь6ж]

в основном в вебе и геймдеве, в остальных сферах все более-менее спокойно.

[@vargvarg7922]

@@МайкЛжец-ь6ж как жсер скажу, что нифига подобного, хрен бы сним что либы и фреймы совершенствуются постоянно, сам жс в 2015 году выкатил ес6, который неплохо так поменял подход

[@_Mikekkk]

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

[@Roman_Ogorodnikov]

Захожу на канал, чтобы с удовольствием послушать рассказчика! 8) По теме. Еще немаловажный эффект оказывает владение темой, на которую пишется код. Даже гений не сможет понять смысл кода, если он не в теме и код для него будет Г.

[@alexperemey6046]

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

[@Mr43046721]

Большое спасибо за видео. Мотивируете писать код вместо просмотра котиков на работе)))

[@DK-fg8sl]

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

[@МойПК-и6э]

Когда вы смотрите на свой старый говнокод, вы понимаете, что растете. Да, согласен. НО понятие "говнокод" работает также в режиме реверса: когда вы (например новичок) смотрите на чужой более продвинутый код - он также кажется вам говнокодом. Или, иными словами, если вы могли бы посмотреть на свой код В БУДУЩЕМ - он также показался бы вам говнокодом. Философия. Всё течет, всё меняется, а на самом деле все изменения - лишь иллюзия, всё неизменно от говна к говну...

[@SergeyNemchinskiy]

ахахаха

[@zena2405]

Помню еще в школе, в мохнатых 80-90 гг, я заметил, что бейсик на корветах нормально запускает программы без пробелов.. Пишешь чтото типа: fori=2toa

[@АлексейМеньшиков-э5ж]

Серега - ты отличный ментор)))

[@SergeyNemchinskiy]

скорее все-таки блогер :) Ментор я так себе

[@Mike-hp3fh]

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

[@YKovalenko]

Сколько же боли сейчас было про кнопочку :'( Когда люди собирают простой лендинг на ангуляре, это вызывает адовое количество боли в саппорте :(

[@AkkayHT228]

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

[@YKovalenko]

@@AkkayHT228 я боюсь, что тут немного проще =) Тот лендинг не нуждался ни в Laravel, ни в Angular, но если продать такой стек, выйдет дороже =) Вот и всё, а то что потом почти невозможно саппортить такие проекты, это уже совершенно другой вопрос

[@ni55an]

Мы им дали компоненту архитектуру, а они копипастят шаблоны (фс) многие фронтенд фреймворки

[@drovoseg]

@@YKovalenko лендинг на Laravel это конечно зря, надо было делать на Java EE

[@alexperemey6046]

Потому что саппорт не знает ангулар. Другой причины я придумать не могу, почему фреймворк может вызывать боль на простом лендинге. Я понимаю, почему он может вызывать боль на сложном проекте, где вылезают его недостатки и недоработки. Но боль на лендинге?

[@bubendancer7210]

Зависит ли ЗП программиста и возможность его трудоустройства от возраста. Есть мнение, что возраст за 40 для программиста в странах СНГ уменьшает шансы рассмотрения его кандидатуры на вакансию и уменьшает уровень ЗП даже при наличии у него большего опыта. Так ли это?

[@memzo_getR]

Недели 2 назад начал изучать пайтон, писал простые коды по заданиям по курсам.. прошёл пару теорий, заданий.. решил закрепить материал и вернулся назад и заметил свои старые коды написанные в 5-10 строк и просто переписал их на более понятный лад и в 2-3 строки.

[@standvik1159]

как успехи в обучении?

[@karelalex]

Я тут на одном проекте пытался делать инъекцию говнокода , но старшие товарищи мешали, зато уже опытным проггерам не мешал никто, и они этим не часто, но регулярно пользовались. Ещё там же забавно появлялось то, что компания всем подряд не оплачивала идею ультимейт (я за свои кровные купил), в ультимейт есть анализатор кода, который периодически выдавал варнинги типа: твоя переменная будет всегда false, можешь не проверять. Или друг, ты же тремя строчками назад проверял на null, зачем ещё раз?

[@dann1kid]

что за ультимейт?

[@karelalex]

@@dann1kid IDEA за денежку.

[@Лучшеникакогознаниячемникакое]

К сожалению, существует способ сделать очень понятный код, но тем не менее WTF будет раздаваться при его чтении постоянно. Сделать код слишком длинным. То есть никакой универсальности, минимум абстракций - все вопросы решать тупо лоб и делать очень много копипасты. Такой код поймет даже школьник. Но почти любой программист оказавшись где-нибудь на 4056-й его строке, будет материться сильнее, чем от любой сложности говнокода. У меня сейчас как раз такая задача. Через неделю уже сдавать проект, а его явно писали дети. Сижу и часами читаю сочинения "как я провел лето". Это ужасно.

[@alexperemey6046]

Если код на уровне "как я провел лето" - это прекрасно. Просто задачи-то решаются сложные. И поэтому "решение в лоб" с точки зрения языка зачастую подразумевает довольно запутанный алгоритм с точки зрения логической. И просто написанный код перестает быть простым для понимания. Такой вот парадокс.

[@Лучшеникакогознаниячемникакое]

@@alexperemey6046 Когда он занимает тысячи строк? А бывает и больше - я видел 16К только на форме. Оченама сложный там у этой формы интерфейс, видимо. Что в этом прекрасного-то? Я не нанимался днями и неделями читать детские каракули. ))) Сложная задача требует сложной структуры абстракций. А когда кодеры в такое не могут - они и начинают гнать строку. Решая задачу в лоб - то есть по принципу, "что вижу, то пою". Куча тупорылых циклов и условий в общем. Скопипасченных много раз с небольшими изменениями для разных вводных. Огромная, почти бесконечная куча - уснешь на первой трети уже. И иногда у них это, к сожалению, даже работает.

[@агатакристи-г3ы]

Говнокод - это когда "WTF-метр" зашкаливает у ревьювера.

[@AyzekUorren]

Попробуйте один метод, никогда не говорить про себя что код плохой ( даже когда это не так ), никогда не говорить что задача сложная и всегда искать замены слову сложная на немного трудная, смотрите потом на результаты, часто за многими замечаю, как преувеличивают проблемы и слишком долго их обсуждают, вместо того что бы решить. Если вернуться к коду, все очень просто, читаете TDD, 1. Пишите тесты 2. Пишите код 3. Запускаете тесты 4. Удачно поздравляю конец, нет, повторить 2 - 3 пункт до успеха. Тоже самое при рефакторинге. Любой такой код не будет страшен, когда он протестирован, а без тестов, вы можете сделать даже хуже.

[@vahivsky]

Говнокод - это код который сложно поддерживать, он не обязательно сложночитаемый. Например, если в коде полно копипейста - в нём можно легко разобраться, но при поддержке придётся менять одну вещь в 10 местах. И наоборот, если в общий метод выносится то, что общим быть не должно - любые правки этого метода будут вызывать баги в неожиданных местах. Вот пара примеров говнокода в копилочку :)

[@jurybounackoff3025]

"И Ваш код никогда не заслужит название говнокода". .Ну Фоооокс))) Ситуация простая, каждый раз когда ты срочно в угоду заказчику делаешь костыли нужно просто ставить тэг: "Guanocode" .. и раз в неделю рефакториться. Совсем не писать говнокод заказчик скорее всего не позволит. Ну или недостаточно квалифицированные РП, работающие с заказчиками.

[@TedRed]

Здравствуйте! Есть вопрос к вам Как лучше писать код: 1) максимально подробно и понятно каждому (но код будет длинным) 2) максимально кратко и эффективно (код будет коротким, но порой непонятным с первого взгляда) Или все же какой-то баланс держать лучше? Я только начинающий)

[@_Ivan_B_]

8:24 Когда читаешь старые сообщения в фейсбуке или еще где то.

[@alexbozhko72]

Кроме читабельности есть ещё несколько критериев качества кода. Масштабируемость, производительность, требовательность к ресурсам. Это вещи, казалось бы очевидные (на первом курсе учат), но частенько приходится подумать как все это увязать.

[@AkkayHT228]

Alexander Bozhko масштабируемость это уже про чистую архитектуру, а не про чистый код, то же самое с оптимизациями, но чистый код лучше производительного)

[@alexbozhko72]

@@AkkayHT228 Это следует из того, что разработчики матеряться громче юзеров? ;)

[@ni55an]

Последнее время стал постоянно придерживаться позиции, что код должен выглядеть близким к человеческой речи. Читая код должно быть сразу понятно как это работает (с учётом того, что читатель разбирается в предметной области). Тогда такой код можно значительно быстрее модифицировать

[@SecretYouTubeAgent]

Согласен. Код он словно книга или небольшой рассказ. Иногда читаешь, и хочется воскликнуть "ай, как славно написано!"

[@natty55555]

Абсолютно согласен. Только некоторые критические участки приходится оптимизировать (по скорости) и тогда ясность страдает, но обычно стараешся комперсировать комментариями

[@lichlichi]

Спасибо вам, Сергей)

[@robot_0121]

Гвлнокод хорошо понимает только твой IDE и больше никто. Буду жениться на IDE.

[@fermidist]

Было бы очень круто, если бы на каждое предложение "у нас на канале есть видео..", в углу видоса была бы на него ссылка

[@SergeyNemchinskiy]

Было бы круто :) Надо заняться

[@meteysh]

Все верно коротко и понятно рассказал

[@splcell]

Как вы чуваки любите все усложнять...

[@Konstantin_Terletskiy]

Да, вот я всегда стараюсь свой код делать понятным, если это Java, ещё и внятный Javadoc делать к нему. А иначе потом сам недели через две посмотришь и "блин, а зачем вот это?". Не говоря уж о других программистах, которые могут этот код потом пытаться понять.

[@KlinovAS]

))))) Видал)))) Одна строчка кода и два абзаца комментария)))))))))))) Вышла такая поэма на 9 этажей)))))

[@kirillsushilnikov9614]

Сергей очень крут.

[@SergeyNemchinskiy]

спасибо :)

[@ottercoder]

Хорошо настроенные линтеры и код-ревью отлично помогают от говнокода

[@SergeyNemchinskiy]

Это видео не о том, а объяснение новичкам - что же это такое

[@ottercoder]

@@SergeyNemchinskiy как его избегать будет отдельным видео?)

[@maxlich9139]

01:51 ха, сейчас работаю в фирме, и много проектов пишем с нуля. легаси мало и ими никто не занимается. в будущем скорее всего их перепишем на новых технологиях

[@SergeyNemchinskiy]

это не джава, я так понимаю?

[@maxlich9139]

@@SergeyNemchinskiy джава

[@ИгорьГорбунов-ю9ж]

Благодарю за видео.

[@happywater7353]

Коэффициент WTF.., надо будет запомнить..

[@SergeyNemchinskiy]

не я придумал :)

[@alexanderbelov6892]

Когда я смотрю впервые на чужой код, я вспоминаю фильм Путь Карлито с горкой порошка на столе... Этот код надо не курить, его надо нюхать.

[@tatit188]

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

[@ТёмаВечный-б4ш]

Исходя из опыта, любой код = говнокод в той или иной степени. Причем один и тот же код в один момент времени для одного говнокод, для другого - совершенство. Тут очень много субъективщины. Как минимум в команде нужны правила, т.к. общепринятые правила имеют кучу допущений, и даже меняются. Пример - приватные поля класса в С#.

[@nochnoy_kot]

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

[@VitaliyNET]

Жиза) Все верно сказано. Возвращаюсь к своему коду и WTFакаю .... who did this щет)))) А потом, ой этой был я со своей супер-пупер неразширяемой архитектурой.

[@mikech76]

А мы ввели ещё термин - школокод)

[@AlexAlex-jk2tn]

Спасибо за советы, вроде хорошие, но не ко всем языкам применимы, например C++ я не нашёл единого стандарта кодирования, у всех свой стандарт, кто-то использует гугловский стандарт, кто-то косит под STL и не понятно будет для начинающих программистов какой же стиль всё таки предпочтительный.

[@НиколайСушков-е5ж]

*10 (говнокод) kzbin.info/www/bejne/rKm7mqyGnNWHZ7s #конспСНП 2- трудно прочитать и понять (по именам переменных и методов и классов - что они делают и для чего). 5- при обучении языку после изучения его конструкции найти методичку по правилам пользования языком (какими буквами называть элемены кода, их расположение, отступы и т.п.) по запросу "язык кодстайл".

[@LyubomirZalizkiy]

Привет! Есть вопрос - Хорошо ли использовать автоаптейт БД из гибернейта. Или лучше писать SQL миграции ? Спасибо за видео! Очень интересно!

[@SergeyNemchinskiy]

на этапе прототипирования - самое оно. дальше - отключайте нафиг

[@JoeDoe-wr9bu]

индусский код - лучший пример говнокода! индус - лучший производитель говнокода!

[@user-ux7yu2kb4k]

вижу говнокод ставлю лайк не смотря

[@АртемБогуш-е3л]

Сергей, расскажите, пожалуйста, о salesforce разработке. Что это и с чем его едят. На сколько перспективно с этим связываться, ваше мнение. Это ж вроде к java относится. Спасибо заранее!

[@SergeyNemchinskiy]

Я уже рассказывал, вот тут: kzbin.info/www/bejne/gau1pJiIrJuMlbc , но пожалуй еще раз расскажу

[@Rosko6nii90]

Очевидно. Автор этот может рассказывать любую фигню и я буду это смотреть...

[@SergeyNemchinskiy]

ахаха. так мило :)

[@Алексей-щ6ю3у]

Здравствуйте. А комментарии превращают говно код в норм код?

[@агатакристи-г3ы]

Сергей, а есть у вас курсы по чистому коду ?

[@nickvirus9463]

Это из за того что Вы не часто начинали проэкты - ушли в преподавательство?

[@SergeyNemchinskiy]

:) Это особенность джава энтерпрайз

[@sergZh78]

Я просто не обращаю внимания. Есть задача - исправить это, добавить то, вот тут. Делаю. Не получается иначе как костылём? Пишу костыль. Одним больше, одним меньше.. При этом понятия не имею как программа работает в целом. Т.к. это ведомо только тем, кто все это писал. А их судя по коммитам было с десяток.

[@dencelman]

👍

[@Павел-г6ъ]

То что у вас в компании писали все по разному значит не было договоренности т е ревью не было Тим лид не о чем был

[@YuriyRusinov]

Интересно, но Теорию Относительности Эйнштейна понимали немногие, говорит ли это, что он плохой ученый :-)

[@РоманК-в5т]

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

[@kobalt-tv-777]

А можно ли считать говнокодом, много лишнего кода, где можно было бы обойтись более коротким вариантом кода? Например банальное применение if/else, где вполне подходит switch (). Ну или я вот читал книгу по этой теме. Где рекомендуется чтобы в одном модуле было не более 25 строк (Идиально). Ну максимум до 50 строк в один модуль. Говорят, что это не только оптимизация, но и увеличение степень обслуживаемости кода. Читабельность.

[@alekseyshibayev5243]

Я свичи прошу переделать. Пиши так, чтобы читать было понятно. Пишешь 1 раз, читаешь 10.

[@user-neuser76]

Красивые самолеты хорошо летают))

[@silicontower0908]

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

[@soul-snatcher225]

создал игру на Пайтон + библиотека tkinter, это был обычный кликер с прокачкой. буквально спустя пару месяцев, я решил заглянуть туда, что оказалось зря, короче там было такое дерьмище, плюс ещё и повторение кода. надеюсь вы знаете, что меня ждёт...

[@ismeretlenukendt7883]

О бож это так мимимишно!!!

[@a.inozemtsev]

Иногда ведь бывает непонятно, но совсем по другим причинам. Например неопытность

[@SergeyNemchinskiy]

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

[@qweezique]

Первая работа джуном - и я пишу микросервисы с нуля)

[@owl1891]

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

[@legomonsters6888]

Могу прислать много примеров 😉

[@SergeyNemchinskiy]

вот уж нет :)

[@legomonsters6888]

Сережа, пока ты здесь, в одном из видео ты рассказывал что у тебя на курсах первое тестовое задание непростое, можно пример какую прожку надо написать? Просто подумываю пойти учиться но не хочется приходить совсем лошарой😁так сказать сам оценю свои нынешние способности😉заранее спасибо

[@legomonsters6888]

@@SergeyNemchinskiy обещаю без говнокода😁

[@SergeyNemchinskiy]

@@legomonsters6888 развернуть слова, оставив на месте все не буквенные символы

[@JoeDoe-wr9bu]

@@SergeyNemchinskiy regex

[@WolfzPain]

немного решает проблему codacy (и прочие сервисы проверки залитого кода) и так же прекоммит стайлеры.

[@alexanderbelov6892]

Это не тот, что ругается на delete p; printf("%P ", p); ? Какое им дело до invalid pointer p? Такие тулы глубоко копать не станут. Часто ругают что-то очевидно не по делу.

[@Глупыйдурачок]

Здравствуйте, Сергей. Можно тупой вопрос? Что вы думаете насчёт будущего php?

[@homo-ergaster]

Ничего хорошего он не думает. Он уже говорил в другом видео, что PHP - это язык для написания плагинов к WP.

[@YKovalenko]

Да нормальное будущее. Все известные фреймворки будут жить ещё максимально долго. Например laravel и symfony или же YII2, всё так же востребованы весьма на рынке.

[@Глупыйдурачок]

@@YKovalenko интересно его мнение

[@SergeyNemchinskiy]

Запишу видео :)

[@Глупыйдурачок]

@@SergeyNemchinskiy буду очень ждать)

[@dann1kid]

Семь бед - один ответ: Костыль и велосипед

[@alexanderbelov6892]

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

[@gumelov]

ммм у вас два ответа.

[@sergeyfamiliy2781]

Побежденные программисты должны писать программы на языке победителя!

[@НиколайПетров-п5т]

Непрограммист читал код программиста и понял "это г... код"

[@sergeyshramko4200]

Спасибо.

[@Zyozikexclusive_ZX]

Из комнаты не издавалось ни одного WTF. Он подумал : " я написал офигенный чистый коТ" ))) Но в комнате , открыв редактор кода, программист мгновенно умер от такого Говно-кода.

[@JoeDoe-wr9bu]

Про говнокод есть другая более интересная тема: каждый раз когда в той или иной компании я встречаю существующий проект, то примерно в 90% это говнокод и у меня всегда лишь 1 вопрос: как люди пишущие это говно получали эти позиции, в то время как тебе приходилось хрен знает что сделать чтобы попасть туда.

[@Anatoly555]

А всё потому, что теория, которую рассказывают в видосах - это одно, а практика это совсем-совсем другое.

[@iex32]

ситуация поменялась, теперь требования не БЫСТРО а КАЧЕСТВЕННО

[@igoraleksandrovich1498]

@@iex32 Это где такое? В любой сфере заказчик хочет быстро, а на качество плевать.

[@mr.sievert]

А если код намеренно запутан?

[@СинийКардинал-б5о]

Со всем согласен, но... Когда "...и заказчик-дурак тычет мышкой в картиночки гордо..." - от этого почему-то становится горько. К слову. Языки вроде Python и Ruby буквально принуждают к правильному оформлению кода.

[@LayronPK]

Задам вопрос всем шарящим. Я молодой программист, учусь на магистратуре, за плечами 4 года бакалаврата и пару-тройку языков программирования на каком-то уровне. Уже вроде пора и на работу, но без опыта никуда не берут, поэтому пришлось идти не куда хочу, а куда возьмут. Ну и попал в компанию которая разрабатывает на делфи. Задачи не сильно интересные, но в качестве опыта неплохо. Так вот спустя пару месяцев понял чего хочу сейчас: в геймдев. Но сначала нужно хотя бы годик наработать и выучить нужный язык... А нужный это какой? На чём сейчас пишут геймдевелоперы? Слышал раньше что на плюсах... Только не кидайтесь помидорами пожалуйста.

[@SergeyNemchinskiy]

да,в основном на плюсах, если говорить о 3д играх. А если казуалки, то на чем только не пишут. Вот на юнити (си-шарп) например

[@razorprod4097]

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

[@MsSergey1313]

А как быть в случаях когда для сохранения производительности или экономии памяти приходиться жертвовать удобочитаемостью? Напр. запихать в одну переменную некоторое количество разных булевых значений чтобы не тратить байт на хранение только одного тру или фолс.

[@БарометрАтмосферный]

Некрасивый и дорогой финансовый код на Яве. В таких организациях это не воспринимается как говнокод - это кодстайл.

[@JoeDoe-wr9bu]

Это не экономия, это - говно. Я бы еще мог понять если бы у тебя проект был на СПП, который имел местами вставки из ассемблера (что сейчас уже не критично). Но то что ты описал - это говно. Давай угадаю: у тебя еще и работа есть где ты числишься перспективным разработчиком?:)))))))))))))

[@MsSergey1313]

Joe Doe то что я описал является весьма полезной вещью при программировании микроконтроллеров. Иногда без этого тупо нельзя обойтись. Например при передаче данных через радиомодули которые могут передать байтов очень мало (за некоторый промежуток времени). У меня кстати есть видос на канале про ардуино и радиомодули.

[@JoeDoe-wr9bu]

@@MsSergey1313 Для этой цели есть ассемблер , на худой конец с++. а то что делаешь ты - это говнокод.

[@MsSergey1313]

@@JoeDoe-wr9bu В критичных местах среда позволяет это вставить а в остальных просто нет смысла заморачиваться. И обычно я свой код понимаю спустя много времени без WTF благодаря высокоуровневости большей части написанного. Как вы думаете что будет если всё писать на ассемблере? Насколько будет лучше и понятнее?

[@angrycatstudio2816]

- У моего кода диарея, у вас есть лекарство? - Увольтесь.

[@KoRoBoCHkA_2]

Говнокод заканчивается там, где ты узнаешь что такое говнокод

[@SergeyNemchinskiy]

если бы....

[@alexshtams]

не существует говнокода... это субъективное понятие. но существуют юзеры, которые будут говорить , что это говнокод.

[@evgeny_5891]

Круто, как поставить 20-ть лайков?)

[@dmitrikomarov2484]

спасибо

[@den_8451]

А что делать если стоит выбор между производительностью и понятностью кода?

[@antaki93]

Время программиста стоит дороже времени компьютера. Железки сейчас достаточно мощные. Если это не какая-то особо требовательная задача или особенно слабое железо, то читаемость в приоритете.