Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

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

2 <ul><li>1 июл 2021</li>

3 <li>0</li>

4 </ul><h2>"Это вообще не смешно! Это больно!" Ловите новую десятку айтишных шуток</h2>

5 Продолжаем переводить с программерского языка на человеческий.

6 Полина Суворова для Skillbox

7 Фулстек-разработчик. Любимый стек: Java + Angular, но в хорошей компании готова писать хоть на языке Ада.

8 В <a>предыдущей подборке</a> мы больше шутилио программировании, технологиях и языках, но почти не затронули людей, которые всё это применяют. Исправим это упущение.

9 Про них всякое говорят:

10 Что такое программист? Это автомат для превращения кофе в код.

11 (<a>Источник</a>/ перевод Skillbox Media)

12 Программисту нужен кофе - программист идёт за кофе. Коллаж: Екатерина Степанова / Skillbox MediaНекоторые до сих пор думают, что программисты и вообще все айтишники - это такие лохматые существа с вечно красными глазами, в стоптанных тапках и вытянутых свитерах. Мол, они мало спят (потому что всё время работают) и непрерывно поглощают кофе. На входе кофе, внутри - магия, на выходе - готовый код.

13 Хотя в <a>опросе</a>пятилетней давности, который провёл сайт developermedia.com, лишь 16,4% из примерно тысячи разработчиков ответили, что не пьют кофе, но времена меняются. Программисты забывают о корнях и теперь вместо кофе частенько выбирают чай, а то и вовсе<a>цикорий</a>🥤

14 Правда, о некоторых традициях отрасли забывать всё же не стоит - например, о таком вот принципе:

15 Всегда пишите код так, как будто человек, который будет его поддерживать, - склонный к насилию психопат, который знает, где вы живёте.

16 (<a>Источник</a>/ перевод Skillbox Media)

17 Разработчик, который написал фрагмент программы, не всегда занимается его сопровождением (сам правит ошибки и добавляет новые возможности). Программисты не крепостные, они меняют проекты и места работы, а вот код за ними остаётся.

18 Есть такое понятие, какlegacy code. Это код, перешедший по наследству от разработчиков, связь с которыми уже не поддерживается.

19 А ещё так называют устаревший код, который сохраняют для совместимости с предыдущими версиями продукта: например, написанный на старой версии языка или для старой операционной системы.

20 Если этот код кривой и запутанный, а сроки на доработку горят, то несчастный наследник как минимум проклянёт своего предшественника. И не раз. А уж если он (чисто случайно) склонный к насилию психопат… 😱

21 В общем, лучше всегда писать отличный код, но это сложно, а потому:

22 Хороший программист всегда посмотрит в обе стороны, прежде чем перейти дорогу с односторонним движением.

23 (<a>Отсюда</a>/ перевод Skillbox Media)

24 Правильно делает: психопату же законы дорожного движения не писаны 😀

25 По правде, шутка эта скорее не о тех, кто сопровождает код, а о пользователях готовых программ. Программисты продумывают самые разные сценарии, которые могут сломать приложение. Например, чтобы обеспечить ввод корректных данных:

26 <ul><li>не дают вводить отрицательные денежные суммы;</li>

27 <li>скрывают или делают неактивными кнопки, которые не должны быть нажаты раньше времени;</li>

28 <li>добавляют проверку и форматирование в поля для ввода телефонов и email-адресов.</li>

29 </ul>Но всегда находятся пользователи, которые делают что-то настолько странное, что ни программистам, ни тестировщикам и в голову не могло прийти.

30 Есть и второй смысл:хороший программист понимает, что спецификация на программу может быть далека от того, что на самом деле реализовано. На заборе тоже много всего написано, а за ним дрова лежат.

31 Поэтому говорят:

32 Документация как секс: средненькая всяко лучше, чем никакой, а уж если хорошая - совсем здорово.

33 (<a>Источник</a>/ перевод Skillbox Media)

34 Совсем без документации программеры обречены вслепую копаться в чужом коде. Особенно тяжко приходится, когда нужно не просто понять, что такой код делает, а исправить в нём ошибки или добавить новые возможности.

35 Так что использовать какую-нибудь отлично задокументированную библиотеку - это ни с чем не сравнимое удовольствие. Почти ни с чем. Ну, вы поняли 😏

36 Программист идёт искать баги в коде. Коллаж: Екатерина Степанова / Skillbox MediaЕсли судить по доле шуток про баги, то может показаться, что программисты большую часть времени не пишут код, а ищут в нём ошибки. Если вы тоже программист, то уже знаете секрет: так и есть! И в этом нет ничего плохого. Не зря же говорят:

37 Отладить код в два раза сложнее, чем написать его с нуля. Следовательно, если вы пишете код настолько умный, насколько можете, то вы по определению недостаточно умны, чтобы отладить его.

38 (<a>Отсюда</a>/ перевод Skillbox Media)

39 Отсюда - вредный совет: код пишите в два раза глупее, чем можете, только тогда у вас хватит ума его отладить.

40 Конечно, это просто шутки: программисты вовсе не пишут глупости, которые потом долго исправляют, чтобы почувствовать себя умнее. Ладно, оговоримся, не пишут глупости намеренно. Shit Bugs, конечно, happen. И с ними приходится разбираться. Говорят, что:

41 Найти ошибки в коде бывает непросто. И ещё сложнее - если вы уверены, что их там нет.

42 (<a>Источник</a>/ перевод Skillbox Media)

43 Программистам не чуждо творчество, а на свои творения сложно смотреть непредвзято. Иногда так хочется верить, что вот этот фрагмент уж точно написан идеально и ошибок там быть ну никак не может.

44 Так что один говорит: "У меня всё работает", и другой вторит: "И у меня всё работает!" В совсем запущенных случаях никто не хочет искать ошибки, в итоге же в программе работает примерно ничего.

45 Наверное, лучше быть к себе критичнее, чтобы не вышло как в <a>истории</a>с приложением Horizon. В этой программе была какая-то древняя ошибка в алгоритме расчётов. Из-за неё в почтовой компании Post Office Ltd., которая пользовалась этой программой, на протяжении 20 лет возникали недостачи денег.

46 Недостачи руководители вешали на рядовых служащих. В итоге - сотни пострадавших сотрудников: одни потеряли жильё и попали в тюрьму, а некоторые даже покончили с собой.

47 И всё, возможно, потому, что кто-то не хотел искать ошибку в программе.

48 А если поразмыслить над этой фразой во время чайной церемонии, можно увидеть аналогию с афоризмом "Самое трудное - это поймать кошку в тёмной комнате, особенно когда её там нет", который часто приписывают Конфуцию. По крайней мере, его вспоминал герой известного в СССР фильма "Место встречи изменить нельзя".

49 Однако ещё труднее - найти эту самую кошку в трактате Конфуция, особенно если<a>её там нет</a>.

50 Не соврём ни на йоту - всё отражено в народном эпосе:

51 Почему не хватает времени, чтобы сразу всё сделать правильно, но всегда найдётся время, чтобы сделать больше неправильного?

52 (<a>Отсюда</a>/ перевод Skillbox Media)

53 Эта фраза - самая что ни на есть грустная реальность, хоть и попалась нам в подборке шуток.

54 В настоящих проектах время на разработку ограничено: заказчикам нужно работающее приложение к определённому сроку, и мало кого волнует:

55 <ul><li>насколько стройная у этого приложения архитектура;</li>

56 <li>насколько оптимальны в нём алгоритмы;</li>

57 <li>как мощны его лапищ… ой, простите, кажется, это<a>из другого</a>сборника шуток 🐕</li>

58 <li>и что думают о применяемых подходах те крутые ребята на ютуб-канале о разработке.</li>

59 </ul>Иногда приходится искать компромисс между тем, чтобысделать правильнои простосделать, чтобы работало. А если не предусмотреть для программы достаточно гибкую архитектуру, то реализация каждого нового пожелания заказчика добавляет новых и новых костылей, то есть больше неправильного.

60 К счастью, далеко не всегда приходится идти на такие жертвы. И даже остаётся время подумать о производительности. А уж мы знаем, как заставить программу работать быстрее:

61 Быстрее всего работает код, который отсутствует.

62 (<a>Источник</a>/ перевод Skillbox Media)

63 Вы же не будете спорить, что процессор скорее справится с инструкцией, которую не надо выполнять, а браузер - со страницей, которую вовсе не надо рисовать? 😎

64 В этой фразе заложено по крайней мере два глубочайших смысла:

65 <ul><li>Иногда при попытках оптимизировать код выясняется, что, если удалить целые куски, ничего не ломается. Напротив - работает, и работает быстрее.</li>

66 <li>Не стоит доходить до крайности, стараясь ускорить и улучшить. Ведь крайность - это полное отсутствие кода.</li>

67 </ul>Нет кода - нет багов.

68 (<a>Отсюда</a>/ перевод Skillbox Media)

69 С одной стороны, это о том, что ошибки есть в любом коде. С другой - если вы удалите фрагмент программы, то можете быть уверены, что исправили в нём все ошибки.

70 И вот он, идеальный рецепт: хотите кода без ошибок - просто не пишите его 😄

71 А чтобы работа программиста не показалась вам совсем уж безрадостной и бессмысленной, закончим на позитивной ноте:

72 - Сколько программистов нужно, чтобы поменять лампочку?

73 - Размечтались, у вас же проблема с железом!

74 (<a>Источник</a>/ перевод Skillbox Media)

75 Шутку оценят все, кто хоть раз слышал в свой адрес: "Ты ж программист!" За этой фразой может, к примеру, последовать просьба починить утюг, заменить экран смартфона или даже отремонтировать сливной бачок. В лучшем случае - переустановить Windows. Об этом мы <a>рассказывали здесь</a>.

76 "Логика" такая:

77 <ul><li>программист работает на компьютере;</li>

78 <li>компьютер - это техника;</li>

79 <li>сантехника - это тоже техника (пишется же почти одинаково);</li>

80 <li>значит, программисту можно дать любую технику и он сможет с ней работать.</li>

81 </ul>Конечно, среднестатистический программист в состоянии заменить лампочку, но если он до того уже починил утюг и спас мир, то может просто не захотеть этого делать.

82 Так что применяйте ваших программистов по назначению - ведь теперь вы знаете в них толк 👼

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