Best-Practices

Вы когда-нибудь видели кошмар, в котором кто-то читает весь ваш кодовый базис, понимает ваши гениальные алгоритмы лучше, чем вы сами, и затем использует их против вас? Добро пожаловать в мир разработчиков, которые не запутывают свой код. Это всё равно что оставить свой дневник на общественной скамейке с неоновой вывеской «ПРОЧИТАЙ МЕНЯ». Запутывание кода — это не про секретность или паранойю (ну, может быть, немного паранойи, но оправданной). Это законная практика обеспечения безопасности, которая превращает ваш читаемый и поддерживаемый код в нечто, что по-прежнему работает безупречно, но выглядит так, будто было написано инопланетянином в состоянии лихорадки от переизбытка кофеина....

Переполнение стека — это одновременно спасение и подозреваемый злодей в современной разработке программного обеспечения. Это тот друг, который всегда знает ответ в 2 часа ночи, когда вы отлаживаете регулярное выражение, которое, как вам кажется, вообще не должно существовать. Но где-то в коридоре исполнительной власти кто-то в пиджаке, вероятно, ходит взад и вперёд, бормоча о «защите интеллектуальной собственности» и «несанкционированном заимствовании кода». Стоит ли компаниям запрещать использование Stack Overflow? Давайте поговорим о том, почему это всё равно что запретить Википедию, чтобы предотвратить плагиат — это временное решение, которое не устраняет реальную проблему....

В сфере разработки программного обеспечения существует своеобразный культ, который я наблюдаю уже несколько лет. Его приверженцы собираются на ревью кода, в Slack-каналах и на конференциях, повторяя свою священную мантру: «Всё должно быть просто». Они используют простоту как святыню, отвергая всё, что хоть немного сложно, как «избыточную инженерию», и ведут отрасль к краху, чувствуя себя при этом морально выше других. Не поймите меня неправильно — я не противник простоты. Но я глубоко настороженно отношусь к любому догматизму, а современная религиозная вера в «простой код» достигла уровня, который заставил бы средневековых монахов показаться прагматиками....

Когда я впервые столкнулся с методологией Agile около десяти лет назад, это было похоже на открытие огня. Наконец-то у нас появилась система, которая обещала гибкость, быстрые итерации и свободу от бюрократических оков Waterfall. Мы собирались быть другими. Мы собирались быть быстрыми. Мы собирались носить худи и проводить стоячие встречи о стендапах. Затем произошло нечто забавное. Мы настолько увлеклись Agile, что забыли, зачем начали её использовать. Мы стали адептами Agile, и, как и в большинстве случаев фундаментализма, мы упустили из виду первоначальную цель....

Мы все бывали в такой ситуации. Вы потратили годы на изучение Python или, возможно, вы тот человек, который не перестаёт отстаивать Rust на вечеринках. Ваш предпочтительный язык программирования кажется продолжением вашего мозга — вы можете писать на нём с закрытыми глазами, отлаживать во сне и отстаивать его превосходство в интернете, пока ваш кофе не остынет. Но вот неудобная правда: эта суперспособность может незаметно приковывать вас ко дну океана, пока мимо проплывают отраслевые корабли....