Комментарии к публикации «Что каждому разработчику следует знать с самого начала»

10.09.2019 09:51:19 iFebrity

iFebrity — Tue, 10 Sep 2019 09:51:19 GMT

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

18.08.2019 10:59:25 DrPass

DrPass — Sun, 18 Aug 2019 10:59:25 GMT

Если у вас в резюме чего-то не было и вас взяли на работу, то все что сверх изучено — должно быть оплачено.

А кем должно? Если вам предлагают изучить не что-то совсем уж экзотическое, а вполне себе востребованную платформу, и у вас реально есть свободное время, то вы не развалитесь, если сделаете это и в нерабочее время. Эти знания вы не вернёте работодателю, они остаются с вами, и повышают вашу же ценность. Понятное дело, что вопрос добровольный, и принуждать к этом работодатель не может, но занимать принципиальную позицию «раз вы не платите — я это делать не буду», это тоже глупо.

18.08.2019 08:48:22 pavelsc

pavelsc — Sun, 18 Aug 2019 08:48:22 GMT

Выходит из третьего пункта, но все же — учить что либо связанное с проектом исключительно в рабочее время, а не дома, если конечно вас не прет от изучения очередного фреймворка или недоязыка. Я к примеру отказался в свое свободное время учить Coffee Script, предложил либо сходить искать фрилансера для задачи, либо скомпилить и работать с js.
Если у вас в резюме чего-то не было и вас взяли на работу, то все что сверх изучено — должно быть оплачено.

14.08.2019 12:47:21 VivAmigo

VivAmigo — Wed, 14 Aug 2019 12:47:21 GMT

Код должен быть информативным

Код не должен быть излишне сложным

Самая весёлая часть написания кода — это баланс и приведение к нему своего стиля написания программы. А вот он уже достигается планированием. Лично мой образ мышления (который я никому не навязываю) — спланируй поведения кода максимально большими по содержанию абстракцией. Потом по мере необходимости дели этот образ на составляющие. И запомни, между абстракцией A и абстракцией B всегда есть некая абстракция C, которую можно заметить только после первого применения программы на «боевой ситуации». Но именно она и будет твоей «Ахиллесовой пятой». А автор статьи правильно написал — Вы никогда не напишете «идеальный» код». Именно по этому всегда храни исходники на «всякий случай».

14.08.2019 08:32:06 halted

halted — Wed, 14 Aug 2019 08:32:06 GMT

Код не должен быть излишне сложным
Код не должен быть неэффективным (не пишите намеренно медленный код)

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

14.08.2019 08:08:46 assembled

assembled — Wed, 14 Aug 2019 08:08:46 GMT

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

Интересно, те кто это говорят когда-нибудь видели J?

14.08.2019 07:50:14 Antervis

Antervis — Wed, 14 Aug 2019 07:50:14 GMT

А есть абстрактный программист Вася, который за эти две недели написал 10 строк кода, а за последующие два дня 500…

14.08.2019 06:38:54 ariksu

ariksu — Wed, 14 Aug 2019 06:38:54 GMT

Наверное, если вам странно, то можно попробовать выбрать другое место. Я в своё время спускался, выходил из БЦ и заходил за угол, там практически никогда никого не было.

14.08.2019 06:29:01 Modis

Modis — Wed, 14 Aug 2019 06:29:01 GMT

Наверное странно будет выглядеть, если я встану в середине дня по середине опенспейса и начну делать зарядку :)
Хотя, одна девочка у нас переодически делала упражнения возле туалета. Но что-то бросила

13.08.2019 21:11:32 sbnur

sbnur — Tue, 13 Aug 2019 21:11:32 GMT

Типа гуру втирал дуру

13.08.2019 20:21:22 winotix

winotix — Tue, 13 Aug 2019 20:21:22 GMT

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

Исследования, как связанные с работой, так и не связанные

Ой, по острию ножа ходите. Совет, конечно, хороший, но лучше не вслух )))

13.08.2019 18:25:15 JekaMas

JekaMas — Tue, 13 Aug 2019 18:25:15 GMT

Странно про код ревью — искать им опечатки, пропуски… Линтеры, тесты, CI. Зачем этим заниматься вручную мне неясно.
На мой взгляд, ревью важный инструмент, если в команде есть недавно нанятые программисты. И для того, чтобы пройти по списку требований в задаче и сличить их со списком новых тестов и затем с кодом. Большего делать не стоит. А если делается, то надо искать способ автоматизировать эти действия.

13.08.2019 17:18:32 amazed

amazed — Tue, 13 Aug 2019 17:18:32 GMT

Очень немногие кодируют более четырёх часов в день

Довольно спорное заявление. Когда тебе еще не 40, карьера на подъеме, руководство ждет результатов «вчера» и проекты относительно увлекательные, то вполне нормально кодить и по 10 часов в день годами. Чем еще заняться на работе? За 4 часа даже не успеешь нормально в поток войти, это не серьезно.

13.08.2019 16:00:25 GCU

GCU — Tue, 13 Aug 2019 16:00:25 GMT

Безусловно это не основные метрики, а скорее дополнительные/косвенные.
Больше кода — дольше читать и сложнее разбираться.
Если исправление достаточно простого дефекта вместо 3-4 строк в одном файле требует изменений 5-6 строк кода в 10-ти файлах — то это вполне может быть поводом задуматься о рефакторинге, например.
Сами по себе строки кода не так интересны, как необходимые на исправления затраты по времени и сложности работы (но это сложно считать).

Строки, коммиты, изменения очень легко измерять, составлять всякие красивые отчёты и рисовать диаграммы. Некоторым нравится подобная бюрократия, она создаёт красивую картинку «контроля», ни одно одно изменение не прошло незамеченным, каждая строчка посчитана :)

13.08.2019 15:30:13 GCU

GCU — Tue, 13 Aug 2019 15:30:13 GMT

В оригинале явного «самого начала» не было, но заголовок действительно «завлекательный»:

What Every Developer Should Learn Early On

«Чему каждому разработчику стоит научиться по-раньше» — не сильно лучше :)

13.08.2019 14:52:54 AlexXYZ

AlexXYZ — Tue, 13 Aug 2019 14:52:54 GMT

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

13.08.2019 14:46:38 DrPass

DrPass — Tue, 13 Aug 2019 14:46:38 GMT

Как разработчик, вы услышите много сумасшедших, невероятных теорий о значении «строк кода».

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