Как говаривал наш CEO, лучше семь раз вовремя, чем один раз правильно.

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

Программисту заплатите чиканным защекоином

Что проживает на дне океана? Читаемость твоего кода!

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

"Тяп-ляп - и в релиз" Ubisoft словили флешбэки после просмотра данного ролика :)

Я вообще не шарю в программировании, просто включаю твои видосы чтобы уснуть, огромное спасибо

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

"Коллекторы сделают дупло Васи размером с Uranus"

Арийcкий код!!! ЗИп файл!!! Фюрер БОБ!!! эх были временна....

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

защекорианство - основное религиозное направление фрилансеров

Обещают научить писать говнокод, в итоге учат как писать правильно (просто добавь немного конец-в-конец тестов)

6:08 - графики которые мы заслуживаем )

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

*Нашёл этот канал случайно, не могу остановиться смотреть видосы... ля какие шедевры!* С «защекоины» царский лайк!

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

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

Рекомендация в 5 утра. Шикарно

чистейшая правда, поддерживаю!) «Плохие программисты беспокоятся о коде. Хорошие программисты беспокоятся о структуре данных ».

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

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

Вот так взял и раскрыл все секреты работы нашей команды!

Цена на "плохой" но работающий код как МИНИМУМ в три раза меньше чем на "хороший" код который могут понять сторонние разработчики!

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

У меня и моей команды не говнокод ! Там просто перегибы на местах.

Хороший код - простой код. Невозможность писать простой код и объяснить сложные вещи простыми словами, говорит о каше в голове.

Узнал из этого видео больше, чем от лучших американских гайдов по архитектуре js.

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

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

Мы в опен-сорсе такой ерундой не маемся. Нет чистого когда - нет когда вообще!

Мне очень понравился ролик. Отдельное спасибо, что сделал акцент на правильное наименование переменных

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

зачем я это смотрю я даже не знаю как код писать

Решаем виртуальные задачи абстрактными методами. А качество кода, меряется количеством строк ))) За ролик спасибо. Актуально и почти смешно.

Топчик Смотрел бы ваши видосы всю жизнь☺️

Прослушал всего минуту, однако уже в восторге!

Я не программист, и не понимаю, почему смотрю это, но, пожалуй, продолжу. :'D

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

Отличный текст и поставленная речь автор молодец ЧТООО всего 100к он достоин большего попробуй сделать разговорный канал на другую тему я думаю лавеху получишь

То чувство когда я тот самый упоротый чувак с лопатой в подворотне.

6:05 графики, которые мы заслужили!)

Работал как-то с индусом. В итоге: близится релиз. В задаче индуса я нашёл 5 багов, 4 из них были серьёзными. Чтобы внести небольшое изменение в реакт-компонент, мне нужно было его переписать

Хороший канал кинули в предложку, интересная тема и подача. Подписка

Код-код-говнокод, чУдная работа, Я б писать нормально мог, только неохота.

Нихуя не понял, но очень интересно. И зачем я это смотрю...я же половину слов даже не понял.

А я просто расскажу историю из жизни (своей). Работал в небольшом стартапе, где было по одному программисту на проект. Причем, были как сильные ребята, так и откровенно слабые. И заметно это было по коду, очень и очень хорошо... Почему слабых не увольняли? Потому что проект был маленький, овнер занимался всем сам - кадрами, рекламой, инвестициями и в том числе - программистами, и человеком он был - максиммально гуманитарным... Плюс, самый слабый человек, так уж получилось, был и самым первым пришедшим на стартап программистом... Что бы вы понимали масштабы маразма - он как-то убедил овнера, что код его проекта, должен быть закрыт от всех других программистов и доступ к репозитарию был только у него одного, такие дела... Как я узнал, что там говнокод? Просто. Мне в какой-то момент, потребовалась интеграция\API от его кода, на просьбу предоставить API, был дан ответ, что он слишком занят и куча исходников, вырванных из его репо, которые мне удалось как-то собрать во что-то работающее и выполняющее нужную мне задачу, ух и насмотрелся я там ужасов... Короче говоря, в какой-то момент, у стартапа (ожидаемо) начались проблемы с бабками и инвесторами, начался аудит, всех программистов попросили предоставить список своих тасков на пол года вперед, плюс, начались душные вопросы, типа "А вот если без Васи, ты смог бы его код поддерживать?" и так далее... По итогам получилось так, что люди писавшие хороший код, имели весьма скромные таск-листы и их код, поддерживать мог кто угодно... Говнокодеры же, имели список багов на 5 лет вперед и ни кто не хотел браться за их код... Как не сложно догадаться, люди писавшие хороший код, вскоре получили расчет, бизнес сделал очень "правильный" вывод, что вполне себе справится и без них... Не скажу, что сильно жалею о случившемся, старался и будуу стараться писать хороший код, хотя бы ради чистой совести, но история очень поучительная, по моему.

Видео попалось в рекомендациях. Посмотрел видео от и до на одном дыхании. Ничего не понял, но очень интересно.

Хорошо быть новичком в этом всём и нихера не понимать

Супер! Просто шикарно!

Поясняющее фото с котенком и пивом - это нечто! Оригинально.

Так вот какие видео смотрел YanderDev, когда он учился делать игры.

По поводу написания Unit-тестов, и подобного тестирования логирования. Если не ясно, надо их добавлять, или нет, всегда есть принцип YAGNI (You aren't gonna need it). И в данном случае, ты как хирург должен спросить у человек, что ему нужно, предложив перечень вариантов. Иначе нельзя просто сказать "чувак короче, я тебя лечил, чтобы коленку поправить. Но также решил удалить тебе апендикс, почку, и одно лёгкое. Тебе эффективнее, ведь за почкой ты и так не следил, а лёгкое у тебя прокуренное. Я хотя-бы продать успею, пока ты не помер"

10 минут описывали подход, который давно изобретен и называется RAD.

Люблю readme. В него хорошо ещё примеры добавлять: запрос-ответ на сервер, готовые примеры конфигурации, и конечно кейсы и на что они влияют.

Первые умные мысли про ооп! В принципе все так и кодят, но после вашего видео перестанут комплексовать))

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

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

Осторожно! Грамотный нейминг первый шаг к рефакторингу!

Клиенты хотят всё и завтра, везёт тебе в твоём выдуманном мирке, обычно клиенты просят сделать всё и ВЧЕРА.

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

Почему я смотрю это в 3 ночи? Я же даже программировать не умею!

Спасибо за отсылку на Бро! Офигел, если честно)

Ты меня убедил писать плохой код, теперь я буду делать только плохой код. Вот прям сейчас сяду, и начну писать плохой код!

Ещё один плюс говнокода: Случай из жизни: поддерживал сайт с приложением одной некрупной компании. Создавал их я, и таким образом, что никто не мог его понять, но по функционалу отвечала по всем критериям (как БП fsp, например (не с чем больше сравнить, извините 😃)). Компании оставалось либо создавать новое приложение с сайтом, либо дальше сотрудничать со мной (что значительно дешевле). И таким образом у меня был капающий доход в течении полугода.

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

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

Ухахаха) это ролик коротко про мои текущие проекты))))) круто!)

8:46 Сукаааааааааа, почему мне такие read me никогда прошлые программисты не оставляли, а то пока перечитаешь что они настрочили ты машинально вяжешь себе висельную петлю от скуки.

*Ты должен пИсать, плохой кот!* (Как-то так я прочитал название видео)

Десять с копейками лет работаю, навидался самого разного и понял одну прикольную штуку. Ты волен писать говнокод в компании где говнокод допустим, равно как ты волен писать суперидеальный отпидореный до блеска код по такой же вывереной архитектуре, снова таки в компании где это подразумевается. Много лет провеслав на самых разнообразных галерах, выбрал лично для себя компанию где требуется идеально чистый, расширяемый, документированный код. Регламент работ просто как устав в армии. Компания берёт ДОХУЯ денег за работу, на таски меньше чем по два-три часа просто не закладывается, имеет вообще нифига не бедных клиентов(с магазинами вроде продать одним заказом 4 башенных крана или 12кг золота) и платит очень хорошую ЗП за хороший код. IT индустрия она очень большая и неоднородная, клиентов хватит всем на любые притязания.

Орнул подача классная)

Помню ваш канал лет 5 назад когда вы делали обзоры на плохой код не очень хороших программ А теперь говорите нужно его писать :)

Лайк, защекоины, повеселило.

Спасибо! После этого видоса перестал себя осуждать(на полшишечки)

Маркс выделял 4 вида отчуждения: от процесса труда | от продукта труда | от других людей | от человеческого в себе В чем же заключается отчуждение труда? Во-первых, в том, что труд является для рабочего чем-то внешним, не принадлежащим к его сущности; в том, что он в своем труде не утверждает себя, а отрицает, чувствует себя не счастливым, а несчастным, не развивает свободно свою физическую и духовную энергию, а изнуряет свою физическую природу и разрушает свои духовные силы. Поэтому рабочий только вне труда чувствует себя самим собой, а в процессе труда он чувствует себя оторванным от самого себя. У себя он тогда, когда он не работает; а когда он работает, он уже не у себя. В силу этого труд его не добровольный, а вынужденный; это - принудительный труд. Это не удовлетворение потребности в труде, а только средство для удовлетворения всяких других потребностей, но не потребности в труде. Отчужденность труда ясно сказывается в том, что, как только прекращается физическое или иное принуждение к труду, от труда бегут, как от чумы. Внешний труд, труд, в процессе которого человек себя отчуждает, есть принесение себя в жертву, самоистязание. И, наконец, внешний характер труда проявляется для рабочего в том, что этот труд принадлежит не ему, а другому, и сам он в процессе труда принадлежит не себе, а другому. Подобно тому как в религии самодеятельность человеческой фантазии, человеческого мозга и человеческого сердца воздействует на индивидуума независимо от него самого, то есть в качестве какой-то чужой деятельности, божественной или дьявольской, так и деятельность рабочего не есть его самодеятельность. Она принадлежит другому, она есть утрата рабочим самого себя. В результате получается такое положение, что человек (рабочий) чувствует себя свободно действующим только при выполнении своих животных функций - при еде, питье, в половом акте, в лучшем случае еще расположась у себя в жилище, украшая себя и т. д., - а в своих человеческих функциях он чувствует себя только лишь животным. То, что присуще животному, становится уделом человека, а человеческое превращается в то, что присуще животному. Правда, еда, питье, половой акт и т. д. тоже суть подлинно человеческие функции. Но в абстракции, отрывающей их от круга прочей человеческой деятельности и превращающей их в последние и единственные конечные цели, они носят животный характер. - К. Маркс. Экономико-философские рукописи 1844 года

Ух попадись мне на интервью)))

ктонить хоть раз видел в глаза "документирование" в реальной жизни?

"Самая большая ложь, в которую верят многие разработчики, - что грязный код поможет им быстро выйти на рынок, но в действительности он затормо-зит их движение в долгосрочной перспективе Разработчики, уверовавшие в эту ложь, проявляют самонадеянность Зайца, полагая, что в будущем смо-гут перейти от создания беспорядка к наведению порядка, но они допускают простую ошибку Дело в том, что создание беспорядка всегда оказывается медленнее, чем неуклонное соблюдение чистоты, независимо от выбранного масштаба времени." Роберт Мартин "Чистая архитектура"

Идея правильная, но как и любая идея, для своей области применимости: т.е. для субъективно тривиальных задач. Для чего-то сложного проще держать код в близком к идеальному состоянии, иначе есть риск так закопаться в ручном дебаге, что времени уйдет ещё больше. Это касается, лично для меня, например, реализации каких-нибудь стейт машин, не блокирующей многопоточности (без теста вообще невозможно выяснить, есть ли ошибки) и частей приложения, где ошибки недопустимы, т.к. приводят к потере данных или неконсистентному состоянию. Как компромисс, можно выносить такой критичный код в отдельные классы и делать их хорошо.

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

За историю про Васю +++

Я не очень разбираюсь в программировании, но мне нравится твой юмор )

Урезать функционал - пиздатая затея. За ранее описав список на что ему не хватает. И после обсуждения с васьком временных фиксов приложения приступить

Обязательно нужна версия на английском или хотя бы субтитры

Молодцы! Озвучили то, о чем стремаются говорить "сеньоры", но имеет место быть.

ЛЯЯ ВОТ ЭТО КОПНУЛ. Вопросов стало еще больше. Итак ЖДУ новых видосиков))) 1)- ЮНИТ ТЕСТЫ_ чито это как это и где это? не короткий ролик на 4 минуты с вырезкой из вики, а какой нибудь наглядный пример как написался юнит тесты и что именно этот юнит тест проверяет - чтоб наглядно было понятно как их писать и что они должны делать и сколько их нужно . 2) ДЕКОМПОЗИЦИЯ- как же правильно делить на части? в каких случаях и т.д. ? Например пилю сам в одну морду игру для ПЕКА, и чтоб еще и на андроидах работала и еще и в браузере - допустим чтоб такая универсальность была пилю её на джава скрипте и по сути в андроид пропихнется лысый браузуер в котором будет все так же работать джава скрипт. Ну или какие то другие варианты - Так вот - как понять на какие части разбивать все это дело если ты сам пилишь ? где можно сократить и один модуль сделать, а где стоит разбить поподробней ибо это ускорит в целом быстроту выполнения кода. Если команда уже из 5 человек что дополнительно можно "декомпозировать" , а если из 10 или с 50ти? В общем тоже не короткий ролик минут на 20-30 хотя бы)

Нет времени на тесты, но есть время подумать о бизнесе )) с таким успехом можно не забирать з/п - так вы сделаете бизнесу ещё лучше.

Суть видео - хороший код дороже плохого. А название видео - кликбейт

Когда новые выпуски c# для самых маленьких?

Агнище! Продолжай! Красавчик!

Лайк, с момента прочтения заголовка видео!

После слова защекоины реклама «щекино в прыщах»

Я тут смотрел интересного человека, так он рассказал, что говнокод не так определяется =). Так вот говнокод, это тот код который невозможно читать (и в первую очередь такое возникает когда нарушен нейминг), а все остальное это норм. С этой точки зрения, то что ты описал и не говнокод вовсе.

вопрос как ты будешь менять/поддерживать этот код

Лучше - это убедить Васю, что пиццерия ему не нужна.

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

Хозяйке на заметку: спрашивайте на собеседовании о solid и ddd и если кандидат ответит всё подробно и правильно, не берите

Много улыбался когда смотрел)))

Блядь это гениальная подача материала!!!