Говнокод - необязательно писать код и рефакторить одновременно
Vložit
- čas přidán 14. 02. 2023
- В этом видео поговорим о критике, говнокоде, рефакторинге... Все это в принципе связанные темы, но просто эмоции немного бушуют и хотелось высказаться.
Стрим Диджитализируй • Стрим! Пишем Telegram ...
Поддержать меня: boosty.to/mflenov
Обо мне: www.flenov.ru
Мой ИТ блог www.flenov.info
Мой просто блог blo.moe
Twitter: / flenov
Инстаграм: / mflenov
Телеграм: t.me/mflenov
Это видео надо включить в список обязательных к просмотру для всех новичков. Ведь именно АГРЕССИВНАЯ критика может на корню деморализовать человека и он окончательно потеряет и без того не крепкую веру в себя в этом деле. Так что писать говнокод в самом начале это не страшно. А с большим опытом тем более не страшно :- ))
Привет Михаил. К сожалению, почему-то раньше не видел ваши видео, по ссылке от Алексея перешёл. Посмотрел несколько роликов, зашло. У вас просто и доступно получается доносить инфу, продолжайте в том же духе. Спасибо за ваш контент🤝. Всех благ вам!
Когда-то давно услышал такую мысль: "Хороший код - это не написанный код"
Хорошие советы! Часто ловлю себя на том, что пытаюсь отрефакторить код на этапе создания фичи) в итоге темп замедляется, а выхлопа особого это не дает.
Стараюсь писать красивый код, но если время поджимает и ничего не придумывается красивого приходится делать так как получается, главное выполнить задачу
Спасибо вам за вашу работу 👍. Продолжайте!
Михаил, отличное видео! Спасибо!
Полностью подписываюсь под каждым словом. Если решать задачу и сразу думать как ее оптимизировать, мысль по древу растеклась. Неважно, кодите вы или задача из любой другой сферы деятельности. Сначала сделаем, потом улучшаем. Залог производительности. Хорошо, если методы решения сразу оптимальны. Для этого приходится развиваться… Вроде демагогия, но это блин работает
Еще в книги "Чистый код" говорится, что без тестов код отдавать как-то не правильно...если "говнокод" работает под тестами, то это великолепно)
Стивен Кинг называл это открытой и закрытой дверью. Первый раз ты пишешь для собственного понимания (с закрытой дверью), а второй раз чтоб тебя поняли все остальные
Просто спасибо! полезные мысли услышал. Я новичок в этой сфере и каждый раз когда смотрел чужой код который более красиво написан, замарачивался, что бы переписать свой, хотя он работает и хорошо читаем. Вместо того, что бы дальше изучать язык и кодить, что то новое.
С примера про поездку за хлебом в голос посмеялся) спасибо
Прекрасный канал я нашёл. Отдельное уважение за C#
Дополнительно.
Комментаторам можно посоветовать попробовать так же без отрыва девять часов с нуля написать свою фичу
У меня обычно итерациями мелкими происходит смена 2х шапок на автомате, пишешь кусочек кода средней паршивости качества, в какой то момент рефакторишь, меняешь имена, разбиваешь по функциям, генерикам. В какой то момент уже более сложный рефакторинг затрагивающий кучу всего. Без всяких книжек, по опыту)
При сопровождении главное консистентность! Если в проекте год говно, значит пишем такое же говно как вокруг, если не говно - пишем так же хорошо.
каждую новую функцию/метод/переменную называю foo, а следющию bar. бессоница больше не мучает.
Я делаю так, пишу метод не сильно смотря на его красоту, как только с ним заканчиваю, потом его рефакторю уже
Всегда придерживаюсь правила - сначала код должен работать и выполнять поставленную задачу, потом наводим красивости. Самый красивый и оптимизированный код в мире нафиг не нужен если дедлайн был 2 дня назад.