Comments 16
Чистый код — это тот, который удобно читать вашей команде, и который не противоречит логике и здравому смыслу, не нужно изучать книжки «Чистый код», «Совершенный код», «Чистая архитектура» и т. д.
А, не нужно, да? Хорошо, Айти Вавилон, не будем. Действительно, что это мы.
И еще момент, я знаю всего пару человек, которые пишут чистый код сразу, обычно это выглядит так:
Решил бизнес-задачу (код ужасен или близок к этому) → Рефакторинг под правила проекта (код читаемый, но с проблемами) → Ревью кода (если есть время, правим, если нет, в бэклог)
Все пишут ужасный код, и это нормально, не старайтесь научиться сразу писать хорошо, это долго и сложно, и не всегда эффективно.
Какая у вас замечательная команда. Сразу видно - профессионалы!
Рекомендую ознакомиться с историей погибели браузера Netscape и её причинами, мой юный начинающий фронтендер.
Вот я вас не пойму, вроде написано что для тех кто еще не пишет продакш код, кто только учится и вместо основ языка учит паттерны и SOLID, а у вас все одно, пока 10 лет на computer science не потратил, не разработчик
ИИ — ваш помощник
Не тратьте месяцы на то, что ChatGPT делает за 5 минут (например, unit-тесты).
Но не доверяйте слепо — учитесь проверять его решения. (vibe coding = зло)
Не тратьте месяцы на изучение того что делает ChatGPT за 5 минут, но в следующем же пункте Вы говорите что надо его проверять но чтобы его проверить надо потратить месяцы на изучение чего-то чтобы в этом хорошо разбираться. Оба пункта противоречат друг другу.
Я имел ввиду что нет смысла тратить время на написание, к примеру, unit тестов, когда это может сделать ИИ, но не нужно слепо копировать, прочитайте код, проверьте, похож ли тест на что то имеющие смысл
Для реально полезных тестов нужно знать тонны теории (граничные случаи, mock-объекты), но джунам это почти не пригодится.
Из Вашей же статьи, оказывается знать надо много, и самое главное понимать то ли тестируют тесты и вообще нужны ли они.
Не тратьте месяцы на то, что ChatGPT делает за 5 минут (например, unit-тесты).
Как часто вы сливаете коммерческий код чату гпт? Не думаю, что кого либо похвалят за такую работу.
Название статьи прочитайте, пожалуйста, речь идет о людях, которые только учатся.
Про сливать коммерческий код: если это код утилит или хуков без специфичной бизнес-логики (ключей, API и т. д.), то я проблем не вижу. Если вы думаете, что очередной специфичный конвертер телефонов нельзя залить в ГПТ для написания тестов, дело ваше, но в нем нет ничего, что может создать уязвимость. (Скорее всего, этот конвертер был уже взят из ГПТ или Stack Overflow.)
речь идет о людях, которые только учатся.
учатся все)
для начинающих фронтендеров
Есть такая тенденция, скидывать джунишкам монотонную и не сложную работу. Например, юнит тесты. Не думаю, что они будут разбираться, взяли это со stackoverflow или откуда еще. Просто скормят все что можно. Была уже такая ситуация)
Ну, скидывать джунам юнит-тесты..... Ну, это очень странно, я никогда не видел, чтоб джунам давали писать юнит-тесты на чужой функционал (при условии, что это не джун с 2 годами опыта). Так как писать нормальные тесты сложно, скорее всего, если так делают, то задача не написать тесты, а сделать покрытие 90%, и плевать на качество тестов и способ их написания. Если уж так случилось, что нужно дать задачу хоть какую-то, чтоб работал, дайте писать тесты на утилиты, там не должно быть бизнес-логики.
так, стоп. ты сам пишешь про юнит тесты и джунов. Теперь называешь это странным. Надо как то определится.
Так я пишу что это не надо учить
все верное, а по какой причине не надо?
ладно, я сам отвечу за тебя, потому что устал это развивать.
Ты пишешь, что не стоит джуну развиваться в области юнит тестов, потому что ии все может сделать сама за 5 минут(это одна из причин).
Теперь вернись к первому комментарию.
Хотя если ты раздаешь грейды людям, которые пишет только пет проекты, без коммерции, то приношу извинения. Я что то в этой жизни упустил..
Грейды я не раздаю, но если человек уже хорошо пишет код и умеет в бизнес задачи, а нынешний найм работает по паттернам VK, которые способны к поиску кого угодно, но не адекватных разработчиков, то человека можно назвать джуном (и давно джун это грейд?)
Про тесты, их вообще мало кто пишут во фронтенде, а нормальные тесты пишут еще меньше, если мы говорим про галлеры, там там часто пишут тесты ради тестов, и нафиг там не надо уметь их писать, пишешь что то что повышает покрытие тестами. А там где тесты пишут нормально, там объясняют что и как нужно тестировать, потому что нельзя взять часть проекта, дать ее джуну (Который ни бизнеса не знает, ни технических тонкостей) и ждать нормальных тестов
Вот вроде нормально все по пунктам расписано с большим упором на рациональность. Джуны не знают, что они толком знают, а что не очень и вынуждены в сжатые сроки учить всего и много. Как правило, знания плохие во всём (начинающий) и потому джуны часто просят реальные задачи для тренировок. При этом каждый комментатор ставит его на место специалиста. Неужели вы не видите, что автор совсем не утверждает, что что-то знать не надо вообще, а что надо сделать упор на некоторые области. Вы просто вырываете любую фразу из контекста и жонглируете словами, подменяя вложенный смысл собственной точкой зрения. На работе тоже так с коллегами или они за себя могут постоять?
7 «бесполезных» навыков для начинающих фронтендеров в 2025