Video

Clean code ограничивает возможности программиста и ухудшает производительность. Но даёт возможность непрерывно разрабатывать, несмотря на изменение условий задачи или замену программистов или их низкую квалификацию. Ну, сделал Кейси супер-оптимальный код для площади квадрата. Завтра приходят и говорят: а нам площадь не в R2, а на торе. Половина оптимизаций в корзину. Ещё через день: нет, нам площадь зубов у коня в вакууме. Переделывай всё с нуля. А вот для кода микроконтроллера или оборудования, которые всегда на месте и должны делать что-то одно, но хорошо, Кейси незаменим. Поэтому там никаких противоречий нет: микроскопом не забивают гвозди, а мультутул не рассматривают как идеальный инструмент для каждой из функций. Пишете код на века или под жёсткие условия выполнения? - Можете класть на все принципы красивости. Хотите быстро поправить и выкатить рабочую версию на прод? - Меньше самодеятельности и оптимизации, больше стандартов и библиотек. И самое главное. Весь спор скоро станет несущественным. Угадайте, кто будет писать абсолютно нечитаемый, но оптимальный по производительности код просто следуя описанию бизнес-задачи?

вместо сеттеров, помеченных @Autowired, можно было использовать @RequiedArgsConstructor над классом, ходят холивары на тему того как лучше инжектить бины: через сеттеры, поля или конструктор, но так мне кажется хотя бы код выглядит чище

все правила - это наши правила

Оба правы, но каждый в своём. Для какого нибудь Энтерпрайза на java чистый код просто необходим. Там критично время разбора и проверки кода (поддержка и расширение). Для других проектов критично время исполнения (реалтайм) где надо считать каждый такт и байт. Спор на пустом месте. И этого реалтайма крайне мало по сравнению с обычными пользовательскими проектами. Например у 747 Боинга до сих пор i386 в бортовом компьютере.

Благодарю за информацию красная таблетка

Приходишь на проект, то что ты писал бы в одну строчку развалено по 100500 файлам, все от всего зависит, и поехали.. какой клин кот... Легаси правит миром

Я примерно половина лексикона понял в начале

Заканчиваю университет в провинции, работаю с третьего курса за 50к Сейчас надеюсь повысят спустя год опыта до 70)

Что х**ня? Разработчики С++, Java и других языков программирования, а также целая армия высококлассных программистов не знают, что такое говнокод?

Linux- вся инфраструктура. Тут тебе докер нативно-работающий. Все, больше ничего не надо в реальной разработке. Потому, что давно уже не деплоится ничего на живом компьютере - контейнеры деплоятся. Хром или Лиса (кому что) одинаковые везде. Все🤷 все остальное дрочерство от тех кто не работает, а хайпует на IT. Что до мониторов Ямаха или КРК, механика-клавиатура - это все дело вкусов

Можно хотеть любые деньги. Платить будут столько сколь заложено у работодателя. Реально думаете что много работодателей которые готовы платить по 2тыс долларов в РФ.

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

Лайк сразу !

"Кейси мало на что повлиял" - оно, конечно да, с т.з. общемировой практики, Но в конкретно взятых проектах, например в embedded разработке, останется меньше вопросов тогда, когда ты хочешь создать быстрый, отзывчивый код. Спасибо за видео!

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

Со словами клин код откатывает нас на 12 лет назад, чел проверяет производительность на С++..... он бы ещё на асемблере проверил как хорошо там реализовано ООП. Ну да С/С++ придуман для оптимизации контроллеров, и там есть очень много штук для получения быстрых вычислений на пару тактов быстрее. Что с простым умножением выливается в 20 кратное ускорение. Вот если бы он на ООП ориентированным языке это проверял. Да и на задачке посложнее, к примеру написал калькулятор хотя бы, с интерфейсом, и запуская тесты и показал что UI приложение тормозит в 20 раз. Вот это был бы аргумент. А так, да, я полностью согласен, умножение написанное на внутренних оптимизациях С++ быстрее чем клин код.

Программист с 2000г... Сейчас архитектор с зп > 500к, никогда не работал за еду. Основной принцип - если мне готовы предложить после собеседования меньше, чем я хочу, значит это не мой работодатель. Периодически (раз в 2-3 года) меняю место работы, перехожу на более высокооплачиваемую. Почему? Все просто, пока ты работаешь на одном месте, работодатель не готов повышать тебе з/п, стоит тебе уйти, поднимается з/п на твоем месте и ты находишь место где больше платят... Был случай, когда после моего ухода, работодатель просил вернуться на з/п в 2х... В ИТ нужно помнить только одно: ты не зарабатываешь, ты продаешь. Каждый скил, каждая экспертиза (например работал со СМЭВ, знаешь что такое ТОИР и как он должен быть устроен), стоит денег и зачастую не малых. Как сказал один мой друг: мой нижний потолок - 100 т.р./мес. - это то, за что я готов числится в команде... И ничего не делать...

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

БЕРЕЖЛИВОСТЬ. Люди и циклы ЦПУ - это ресурсы, а в основе любого технического решения лежит компромис между двумя крайностями. Если важна скорость создания проекта - то почему бы не пожертвовать стабильностью\компактностью? А если нужна надёжность, тогда можно пожертвовать временем на разработку?! С того момента, когда доллар потерял привязку к золоту началась эпоха горячих денег именно тогда (по моему мнению) началась эпоха проектов интузиастов и Майкрософта и Эпла. А в 2008 году тряхнуло рынок залоговых облигаций, когда выяснилось, что во всех фондах есть куча активов, которые ничем не обеспечены. Тогда для богатеев возникла необходимость подкрепить свои состояния чем-то существенным, либо избавится, вложив куда-то в перспективное. Золотая лихорадка действительно беснуется в неокрепших умах. Это я к тому, что "рука рынка" накачивая любую сферу деятельности человека сильно искажет объективное восприятие достаточного и необходимого. Чистый код не зло, это отраслевая субординация, понижающая порог вхождения для рабочего класса и цена этого низкая эффективность.

У меня направление Information security, опыт 8 лет, архитектор систем защиты в банке Расскажу немного со стороны нанимателя: дифицит кадров действительно есть. Очень много собеседуем, но люди просят 200к , абсолютно ничего не зная на эту ЗП. На ЗП 200к я ожидаю что человек через месяц начнет разгружать с меня часть задач, но по их уровню знаний, мне его учить месяцев 5. У нас джуны получают 80к. Но: вот я взял джуна, мне его нужно обучить, он будет сидеть рядом, и хотелось бы чтобы он имел хорошую теоретическую базу. Если есть практика то вообще супер. Сам прохожу курсы, и учусь сам, постоянно. Сижу по ночам и выходным. Что могу сказать, хорошие курсы действительно трудно найти. Гарантированное трудоустройство, ну это честно хз, похоже на враньё. Вся информация из курсов есть в свободном доступе, ни каких тайн там не открывают. Из обязательной базы которую рекомендую каждому : Андрей Созыкин - компьютерные сети. Семаев - Linux Книга Linux глазами хакера. Далее нужно находить себе задачки и решать их. Чтобы понять всю прелесть докеров , и докер компос, попробуйте по инструкции развернуть OpenSearch скриптом, потом через докер, а потом через конфиг docker- compose 5:00 ценный совет, как я изучаю новый софт: Разворачиваю в esxi, virtual box виртуалку, ставлю на нее нужное окружение, делаю снапшот. Теперь я знаю что могу откатиться к этому шагу, и начинаю устанавливать, разворачивать, тестировать. Если что то не получается, повторяю, гуглю логи ошибок. Если понимаю что сломал систему окончательно, делаю откат к снапшоту. При этом я делаю конспекты, и фиксирую удачные шаги. Как то мне нужно было написать прогу на питоне, и первое с чего я начал это отправка всего трейса программы в лог, чтобы понимать что происходит на каждом из этапов. Когда была написана программа, я начал отрабатывать нестандартные сценарии, и исправлять их. А далее наведение красоты. Потратил я на свою прогу недели две.

Так вот сука из-за кого на железе еще 10-15 летней давности софт тормозит так, как будто где-то в фоне биткоин майнят? Я на Linux Debian пересел только потому что Windows 10, как и Windows 7 просто не запустились (ресурсов им мало оказалось)!

Я один пишу свои программы по принципу "Никогда больше, а если снова, то чтобы быстро и не больно" ? Расшифровка: этот принцип подразумевает что работа человека, которую он выполняет, в основном сложная, изнурительная, кропотливая, долгая и т.п. Так зачем её делать второй раз? Сделай один раз и не мучайся, но сделай работу так, чтобы если пришлось делать эту еб@чую работу снова, то чтобы это было быстро и легко. Этот принцип используют все люди с мозгами (строители, электрики, военные), но я слышал что программисты даже не зная что такое указатель неплохие деньги зашибают, так что мозги вроде как и не обязательны. 😮

почти все паттерны это одно и тоже. нужно видео с точки зрения их сравнения. а то получается словно почти все одно и тоже просто с разной стороны использованное

видео класс! по формат видео: до подкаста был такой класс видео который я называю COOL++ а с подкастом...

Когда начинал программировать в 2014 году - увидел курс от кейси под названием Handmade Hero. Для начала мне было трудно въехать что он там вообще пишет и как это соотносится вообще с тем чему меня учили в универе или в книгах, но со временем я всё понял. Отныне я никогда не назову клин кодом то что является "нормальным" в современной практике. Его способ написания кода гораздо более легкий и натуральный. И хочу сказать что я кайфую от программирования - чего точно бы не было бы пиши я "Clean code"

вот где бля 10 часов с++ какой скилфэктори

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

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

Год прошел что по RUST?

Э... о модели данных надо думать. От этого угла и плясать надо. Я имею ввиду то, что любой код работает с моделью данных, и то, как решаются взаимоотношения кода и модели данных и решает подход к архитектуре приложения. Чем больше модель данных проникает в код - тем больше требуется "чистого кода". Чем больше у вас получается вытеснить модель данных из кода - тем больше вы можете себе позволить не задумываться о "чистом" коде. И время программистов экономится в разы в любом случае, так как код действительно не требует вмешательства при любых изменениях в модели данных. Усё!

Эх, у вас так прозвучало, что Docker это 15-20к за навык. любопытно было бы прикинуть сколько стоить может hibernate , html+css+bootstrap , redis или postgresql. Сразу отпал бы вопрос сколько заряжать на собеседование. Тема для ролика :)

С чего ты начал !!!!!!

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

Очередная бесполезная книжка и бесполезные советы, которые уже 100500 раз повторялись. Говнокод был, есть и будет. Причины, почему он появляется разные. Чаще всего - плохое ТЗ. Или - "напиши аналог гугла, освобождаю тебя от основной работы на три месяца". Или - хочу 1000 денег, а своём городе максимальная цена - 100. И уехать не могу/не хочу.

что за биг О

warp будет круче. есть и на винде и *unix

простите, но уши сворачивается в трубок от:"ну, типа, шаришь, не шаришь, чем , чувак"

На самом деле если ты разбираешься в том, как работает весь этот ООП на низком уровне, понимаешь какой код генерирует компилятор, с умом используешь все его фичи, собирать с проект с опцией -О3, то ты можешь писать производительный клинкод, работающий ничуть не хуже кода, ООП не использующего (а если ещё применять параллелизм и simd, так вообще всё будет летать). Проблема в том, что это верно только для языка C++, т.к. программы на нём компилятся непосредственно в машинный код CPU, и представлять себе, какой код будет сгенерирован из той или иной строки исходника при должном опыте сравнительно легко (в особых случаях можно дизассемблировать и проверить). А вот работа виртуальных машин Java, C# и пр. совершенно непрозрачна. Как там реальзовано ООП под капотом не ясно. Отсюда и лаги. Байткод - зло)

появится новых подход, учитывющий и то, и другое

Вот бы FIG в wsl можно было установить...

Топ топов

Проьлема решаемая. Сейчас нейронки могут писать код лучше джунов. А может и мидлов. Еще пару итераций, и будут писать "ки.ерпанк" на асеблере. И читаемость кода будет 100% (для этих же нейронок".

Добро пожаловать в капитализм: не задумываясь пишите код, о процессорном времени вам вообще думать вредно)), ну а что полезно? С просите вы. Полезно читать книги типа "чистый код", ну и тратиться на все более мощное железо, поднимая прибыль монстров от ИТ, только это прямая деградация как ни крути)))

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

Кроме проблемы молотка и гвоздей важно помнить о стандартизации. Как было сказано, клин кодом и его подходом пользуются миллионы. Это позволяет быстрее понимать и изменять проект. В то время как типичный Кейси может понаписать такого, что все будет работать в 20 раз быстрее, но он один будет понимать, что вообще происходит. Интересно было бы увидеть книгу в духе optimized code с паттернами написания оптимизированного, но гибкого и читаемого кода.

реклама скама курсов в середине ммм... найс

Ну не знаю...Моя первая ЗП 10к) Выполнял много - платили мало. Потом повысили до 20, потом до 30, потом до 50. Отработал в сумме год. Этот опыт дал мне следующую работу в 50к, потом 70, сейчас 120. Опыта в сумме около 3 лет энтерпрайза, в общем около 5.

всем привет! друзья, пишу не похвастаться, а реально обратиться за советом. я пишу код уже больше 5 лет, за это время поменять 100500 разных работ и сфер деятельности, прочел кучу книг по алгоритмам и все такое. я сейчас работаю над штукой сложности CRM, но большинство моих задач на фичи это написать какой-то хендлер, который отловит запрос на АПИшку, сходит в базу и вернет ответ. сложность зашкаливает. максимум - распараллелить какие-то вычисления. думал по мере роста что-то поменяется, но по мере прогресса начал только больше не писать фичи, а фиксить баги (джуны просто не могут в них разобраться), но и там засада. я читаю логи или кафку, нахожу багу, фикшу, но и там нету этих алгоритмов и структур. за 5 лет ниразу не использовал граф в продуктовой разработке, вообще. я что-то не так делаю? может действительно это надо только тем, кто пишет новые языки программирования и компиляторы? или действительно современная продуктовая разработка не про это?

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

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