Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <a>#статьи</a>

2 <ul><li>28 июн 2021</li>

3 <li>0</li>

4 </ul>Проверено, без смс и регистрации.

5 Переводчик-фрилансер. Увлечён своей профессией. Переводит полезные статьи на разные темы - от IT до путешествий, урбанистики и социологии. Занимается лингвистическими исследованиями.

6 об авторе

7 Технический писатель из Дании. Автор с почти миллионом просмотров. Бэкенд-разработчик (.NET) в компании FinTech. В прошлом - ведущий технический консультант "Большой четвёрки".

8 Код с плохим форматированием. Скриншот: Никлас Миллард /<a>Medium.com</a>Вывести разработчика из себя, на самом деле, очень просто. Особенно уязвимы те, чьи убеждения по-религиозному тверды и не подвергаются пересмотру. В этом смысле коллективы программистов, разработчиков и софт-инженеров одни из самых токсичных.

9 Да даже сама эта тема - кто же мы на самом деле - уже веский повод для жаркой дискуссии. Вы презренныйразраб - некое подобие мартышки с клавиатурой? Или вполне достойныйпрограммист? А может быть, пафосныйсофт-инженер? Или птица высочайшего полёта -архитектор ПО? Поругаться можно даже из-за самоназвания - неслучайно некоторые софт-инженеры приходят почти в неистовство, если кто-то осмелился назвать их высочества "разработчиками".

10 ОТ ПЕРЕВОДЧИКА

11 Отечественные разработчики (пока что) явно терпимее. Но вот назовёте нашего тимлида, например, кодером - вряд ли попадёте к нему в друзья.

12 В этой статье я собрал подобные темы. Каждая из них способна задеть программиста за живое, а как сильно - зависит от опыта, навыков и убеждений спеца.

13 Когда я опубликовал одну из первых своих статей <a>Stop Using If-Else</a>("Откажитесь от оператора if-else"), то был приятно удивлён: всего за несколько дней она набрала больше ста тысяч просмотров - по меркам Medium это немало.

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

15 Если интересуетесь этой темой, приглашаю прочесть мои статьи <a>Replacing If-Else With Commands and Handlers</a>("Как заменить if-else<a>шаблоном Command</a>и обработчиками") и <a>If-Else Is a Poor Man’s Polymorphism</a>("If-else - полиморфизм для бедных").

16 В общем, кто-то считает, что новичку нельзя просто так взять и начать использовать ООП. Вроде как надо изучить всё от и до, проникнуть в суть, достичь просветления. А мне не нравится, что из-за этого<a>начинающие разработчики долго считают объектно-ориентированное мышление чем-то жутко сложным</a>.

17 Один из первых моих проектов планировал коллега - магистр политических наук. Тогда нам нужно было разработать решение с нуля: развернуть и настроить три облачные среды, создать модель базы данных, написать бизнес-логику, бэкенд и фронтенд.

18 По оценке коллеги, всё это я должен был сделать в одиночку за 34-36 часов. Меня даже не спрашивали, реалистичны ли эти сроки, - график работ над проектом сразу представили клиенту.

19 Такая вот фигня просто выбешивает разработчиков.

20 В статьях разработчики делятся опытом. Часто их тексты бросают вызов привычному, рассказывают, как писать код по-новому. А потом авторы видят под статьями комменты вроде: "Я разработчик с 20-летним опытом. И то, о чём вы пишете, всегда делалтаким-то способом, а не вашим. И мой способ работает!"

21 Такие комментарии больше говорят об их авторах, чем о теме. Что это значит на самом деле? Человек 20 лет пишет код одним и тем же образом, не меняя стиля, не пробуя ничего нового. А статью решил прочитать только затем, чтобы убедиться, что знания его до сих пор актуальны. Дорогие комментаторы, сожалею, но мир не стоит на месте.

22 Так что читать комменты - дело не всегда благодарное. Хейтеры не дремлют. С любым советом из статьи можно поспорить, а предлагаемые<a>приёмы и правила</a>упрекнуть в неуниверсальности.

23 Вы когда-нибудь видели, чтобы чужой код хвалили? А вот поносить - другое дело. Для этого даже не обязательно понимать, что код должен делать и почему он написан именно так. Всегда легче назвать чужой код глупым, чем признать, что ты чего-то в нём не догоняешь.

24 Зацепиться можно за любую мелочь:

25 <ul><li>за фигурные скобки на одной и той же строке,</li>

26 <li>или вынесение их в отдельные строки,</li>

27 <li>или за выбор<a>стиля K&R</a>с отступом из восьми пробелов.</li>

28 </ul>Загуглите curly braces discussion (пер.: "обсуждение фигурных скобок") - от числа результатов теряется дар речи.

29 Варианты расстановки фигурных скобок. Скриншот: Никлас Миллард /<a>Medium.com</a>Классический повод для спора: как всё-таки делать отступы в коде - табом или пробелом?

30 Именно на ревью кода и во время пул-запросов токсичность разработчиков проявляется во всей красе.

31 Ревью кода - это вроде как позвать людей, которые опозорят работу других людей при их же коллегах.

32 Похожее происходит и при пул-запросах. Досадно, когда тратишь время, разрабатываешь какую-то крутую фичу. Потом предлагаешь добавить её в мастер-ветку репозитория - и твой код зарезают. Причём делают это те, кто даже не участвовал в его написании. Это обескураживает.

33 По сути, и на ревью кода, и после пул-запроса одни разработчики без обиняков говорят другим, как тем следует писать их код. И никого никому не жаль, если в числе "тех других" нет их самих.

34 Нужны ли комментарии коду? Говорят, об этом спорили ещё строители Вавилонской башни. Хотите последовать их примеру - без собеседника не останетесь точно.

35 Чаще всего комментарии привлекают внимание на этапе ревью. Вроде как "если понадобился коммент, значит, вы написали недостаточно понятный код".

36 Тут был Капитан Очевидность. Скриншот: Никлас Миллард /<a>Medium.com</a>Контраргумент. Очевидно, что вдумчивые комментарии очень помогут тем, кто будет читать код после вас. Да и вы сами, заглянув в свой исходник через несколько лет, будете им только рады.

37 Об этом я уже писал в статье<a>Yes, Your Code Need Comments</a>("Да, вашему коду нужны комментарии").

38 <a>Бесплатный курс по Python ➞Мини-курс для новичков и для опытных кодеров. 4 крутых проекта в портфолио, живое общение со спикером. Кликните и узнайте, чему можно научиться на курсе. Смотреть программу</a>