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

@@olsuhvlad меньше бы таких как вы)) простое делаете сложным

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

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

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

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

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

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

@@ivansidorov5 в jetbrains?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

серьезно? :)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

пасиба :)

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

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

спасибо!

ахахаха

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

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

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

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

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

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

ахахаха

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

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

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

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

спасибо :)

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

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

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

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

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

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

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

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

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

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

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

@@SergeyNemchinskiy джава

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для начала доучите С++ :) Большой проект - много разных файлов и классов, сложные задачи и т.п.

@@user-nu2jz1sb4s ну вот, я понимаю, что много файлов ,но как они между собой связаны?..

@@sashaprokipchuk4185 Большую задачу невозможно решить без декомпозиции. Будь то на процедуры, на классы, на модули, на что угодно. Декомпозиция - разбиение большой задачи на более мелкие. Ну к примеру, вам нужно написать программу, в которую вводится много данных, потому по ним просчитывается какая-нибудь статистика, и выводится в виде графика. И, грубо говоря, в файле input.cpp у вас функции для ввода данных, в файле statistics.cpp - просчёт, в файле diagram.cpp рисуются диаграммы. И какой-нибудь файл main.cpp дёргает в нужное время функции из других файлов. Это очень грубо и упрощённо. Если возникают такие вопросы, значит вы ещё не дошли до таких разделов, как заголовочные файлы, компоновка и т.п., и видео эти вам пока смотреть рано. Эти видео Сергея для программистов, которые уже готовы устроиться на работу, хотя бы джуниором.

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

@@user-nu2jz1sb4s Спасибо, будем изучать!

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

Я уже рассказывал, вот тут: ukposts.info/have/v-deo/g6qDp5uJrmyKwIk.html , но пожалуй еще раз расскажу

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

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

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

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

вот уж нет :)

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

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

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

@@SergeyNemchinskiy regex

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

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

спринг - это куча разных фреймворков. Что про них рассказать?

Не первый десяток лет в профессии, и не смог оценить паттерн? Вы вообще паттерны видели? Они как бы полностью состоят из базовых концепций ООП, если программист работал 10 лет и не смог понять паттерн, то он работал с Excel. Другой вопрос - а уместно было вообще его использовать? Если молодой программист перегрузил код, напихав туда бездумно паттерны с фреймворками, то это и будет говнокодом. Применение любого кода должно быть прежде всего УМЕСТНО, а иначе стрельба себе по ногам.

Попробуйте чистый C. Не C++, а именно C. Если втянитесь, внезапно окажется, что 90% "современных" приёмов - бесполезное дерьмо, только усложняющее код и тормозящее его работу сотнями дебильных переадресаций, и где брутально-тупой конечный автомат решил бы проблему в разы проще и быстрее. Сам сейчас присматриваюсь к Rust, хотя он медленно взлетает.

@@andrewvsk2368 за растом будущее. только пока не очень понятно, как далеко это будущее находится

​@@kardashevr далеко, + не факт что за Растом будущее. Rust хороший язык, но он не очень хорошо интегрируется с C. C живёт вовсе не потому что это самый быстрый язык (не считая нативного ASM), а потому что это самый простой язык и эффективный язык. + Когда человек пишет на C достаточно сложную программу, он автоматически реализует многие устоявшиеся паттерны проектирования из ООП. В C нет наследования, все абстракции реализуются композициями из структур и функций. Сокрытие создаётся средствами языка: правилами области видимости. Фабрика - это неотъемлемая часть даже маленькой программы на C, т.к. нам нужно всегда правильно создавать и удалять структуры данных. В результате человек, пишущий на C вообще никогда не допустит тех ошибок, с которыми могут столкнуться программисты на Java, при этом Java декларирует высокую скорость разработки! Высокая скорость только там, где ПО можно собрать из встроенного говна. В противном случае C эффективнее. И кстати ещё об ООП - C++, Java, C# - это НЕ ООП. Ни в одном языке не реализуется парадигма "всё объект", а отправка сообщений реализуется не средствами языка, а средствами костылей. Сами языки, если убрать всё лишнее просто надстройка над обычным императивным методом программирования, некоторые из которых скорее даже вредны! Например, в любой книге по паттернам очень критикуется Наследование, а ведь это один из столпов ООП (в отличие от инкапсуляции и полиморфизма, которые ООП просто присвоило себе, полиморфизм есть в любой большой программе! его можно реализовать на С, причём даже несколькими способами! (определение типов или указателями на функцию). В C# наследование используется ради перегрузки методов, ради последующего полиморфизма (и даже это не всегда хорошая идея) (это могут быть интерфейсы или абстрактные классы). Другое применение наследования уже вообще гарантировано создаёт говнокод. То есть как всегда: придумали, пропиарили, написали эксабайты говнокода, а теперь думаем что с этим делать.

Есть куча книг как не писать говнокод, например Code Complete.

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

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

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

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

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