imported>Txxx: /* Значение фразы */

2019-09-02T11:19:17Z

Значение фразы

Новая страница

[[Файл:Umenie.JPG|thumb|Умение разбираться в чужом коде реквестед<ref>На самом деле, код из [[C++#Шаблоны|книжки Александреску]] и из либы Loki и при вдумчивом чтении всё совершенно понятно.
{{цитата|— Я делаю особую, шаблонную [[Девид Блейн|магию]]<br/>— Не-не-не, Андрей Александреску, не-не-не|[[Баян|Анекдот]]}}</ref>]]
'''«Умение разбираться в чужом коде»''' — строка-[[детектор]], которая содержится чуть более, чем во всех вакансиях на должность [[быдлокодер|программиста]] и смежные должности. Чаще всего акцент на этой фразе делается для вакансий разработчика на [[C++]] и [[PHP]], где «чужой» не только код.

== Значение фразы ==
* Вроде как компания ищет высококлассного специалиста.
* Этот специалист должен быть настолько хорошим, что мог бы даже разбираться в чужом коде.
[[На самом деле]] [[There is no spoon|никакого такого умения не существует]]. Любой человек, способный писать, [[Чукча не читатель|может и читать]]. Другое дело, что можно писать так, что потом сам хрен прочитаешь. Усугубляется это тем, что в сравнении с натуральными языками языки программирования, на человеческий взгляд, перегружены «пунктуацией», которая в них крайне важна и [[Grammar Nazi|не терпит ошибок]], а небольшие «слова» [[Программа из одной строчки на Perl|могут иметь очень большую (и неочевидную) смысловую нагрузку]].

Потому и существуют [[Lurkmore:Гайдлайны|гайдлайны]], они же правила оформления. Например, не лениться использовать «говорящие» названия переменных и функций, даже если они длинноваты, оставлять комментарии в ключевых местах (то есть почти везде), не использовать [[goto]]-подобные операторы и так далее. И если подобных единых правил придерживаешься, то код хоть немного, но можно читать. Однако код, написанный [[дедлайн|в спешке]], почему-то получается нечитабельным у большинства разработчиков.

== Настоящее значение фразы ==
* Нужен идиот, который согласен разгребать это дерьмо.
* Руководитель свято верит, что причина получающегося дерьма в нерадивых программистах, а не в нём.
* Разгрести это дерьмо у тебя не получится при любом желании, так как от тебя будут требовать писать всё [[MOAR|больше]] и [[больше 9000|больше]] кода, который непонятно как придётся прикручивать к уже существующему, на вдумчивое разгребание времени не останется совсем.
* В разработке архитектуры ПО используется метод «снизу вверх», требования меняются постоянно в зависимости от [[желание левой пятки|настроения левой пятки]] руководителя.
* С 2011 года среди [[Java]]-разработчиков фраза приобрела новый оттенок: программисту подсовывают («посмотреть», доделать, переделать, заставить работать…) под видом собственной разработки довольно качественный код, [[Reverse Engineering|декомпилированный]] из какого-нибудь коммерческого продукта. [[Реврайтинг|Ну и…]]

== Что мы узнаём об организации по такой вакансии ==
* [[Макдональдс|Большая текучка кадров]].
* Некому толком поставить процесс разработки в верную позу (при грамотной организации процесса разработки ПО код получается таким, что разобраться в нём не составит труда для любого программиста).
* Темпы разработки постоянно подгоняются начальством, качество кода ужасно, переписывать приходится больше, чем писать.
* Качество ПО, производимого этой конторой — дерьмо.
* Вам будут перманентно ебать мозг.

== Что мы узнаём о работнике ==
Если фраза встречается в резюме, то означает симметричное:
* я готов копаться в любом дерьме;
* я буду писать такой код, разобраться в котором можно, только обладая данным умением;
* я умею заставить работать то, что накодили разработчики.

== Когда сабж оправдан ==
Встречаются случаи, когда такое требование размещают в вакансиях оправданно. Это могут сделать после опыта работы с ковбоями-идеалистами. Когда такие люди сталкиваются с любой программой, они сразу же начинают истерить и пытаться переписать всё с нуля по своим лекалам. Тем не менее «умение разбираться в чужом коде» — это OCHE плохая формулировка. Годная альтернатива — это «[[толерантность|терпимое отношение]] к чуждому коду». И всё равно строка, скорее всего, лишняя, так как должна подразумеваться в каждой вакансии [[программист]]а по умолчанию, что-то вроде столь же неимоверно популярного в вакансиях «умения работать в команде», которое на деле означает лишь «не быть мудаком» или «быть податливым мудаком».

Также есть конторы, специализирующиеся на поддержке чужих программ. Обычно востребованы в случаях, когда:
* за давностью лет авторов нельзя найти, или они отказываются от работы;
* документация [[Армейский способ|армейски проёбана]], и никто не знает, как оно работает;
* [[Reverse Engineering|реверс-инжиниринг]] с целью сделать свой аналог [[С блекджеком и шлюхами|с чем положено]].
Здесь уже сабж действительно один из ключевых навыков. Но это уже, скорее, компетенция программиста-аналитика 80-го уровня, а не школьника-быдлокодера, и написано в [[Матан|таких терминах]], что не сразу узнаешь, что это оно.

== А на самом деле ==

А [[на самом деле]] это базовый навык, без которого нельзя работать программистом. Даже если чужой код был написан твоим коллегой буквально вчера и вы вместе работаете над одним проектом. Кстати, даже если с этим коллегой тесно общаетесь, то вам всё равно придётся разбираться в его коде без него хотя бы потому, что чисто физически тяжело запомнить все правки и то, зачем они были сделаны, особенно если проект большой. Вообще, умение разбираться в чужих наработках свойственно всем профессиям со времён индустриализации общества: новый разработчик твоего кредитного [[Форд Фокус|фокуса]] выкурил много старых чертежей перед тем, как сделать в них свои правки.

== См. также ==
* [[Reverse Engineering]]
* [[Корпоративная культура]]
* [[История успеха]]
* [[ЖРАТ]]

== Примечания ==
<references />

== Ссылки ==
* [http://www.phpinfo.su/articles/additionally/o_kommentirovanii_programmnogo_koda.html Что делать, если сотрудник не пишет комментарии к коду].

{{Языки программирования|Программизм}}

[[Категория:Мемы работодателей]]

Умение разбираться в чужом коде - История изменений

imported>Txxx: /* Значение фразы */