Как написать неподдерживаемый код

25 действенных советов по написанию кода, который невозможно поддерживать

В этом уроке я хочу проиллюстрировать, как писать неподдерживаемый код.

Написав неподдерживаемый код, вы можете убедиться, чтотебя никогда не уволятпотому что ты единственный, кто способен понятьКакиекод делает, и самое главноеПочему.

Обратите внимание: этот пост ироничный

  1. Присваивайте странные, фантастические и случайные имена своим переменным, функциям и объектам. Не должно быть корреляции между названием и тем, что делает элемент или как он себя ведет.
  2. Предпочитайте аббревиатуры и акронимы описательным названиям. Однобуквенные переменные - это здорово.
  3. Поддерживайте повторное использование переменных в коде. Всегда используйтеiв ваших петлях.
  4. Используйте свой родной язык для имен. В конце концов, совсем не обязательно использовать английский.
  5. То же самое и с комментариями. Не стесняйтесь писать их на любом языке, на котором вы говорите, какая разница, если следующий разработчик из другой страны?
  6. Что касается комментариев, я пошутил. Не пишите никаких комментариев.
  7. Если вы действительно хотите писать комментарии, не пытайтесь обновлять их, когда вы меняете код, который они описывают.
  8. Предпочитайте глобальные переменные, чем слишком умничать с областью видимости
  9. Никогда не проверяйте свой код. Вы хороши, ваш код тоже хорош.
  10. Предпочитайте чрезмерное усложнение, чем чрезмерное упрощение. Никого никогда не увольняли за создание сложной и удовлетворяющей эгоизма архитектуры, требующей трехмесячного бесполезного переписывания кода, который работал идеально.
  11. Оптимизируйте все, что вы можете, умными способами. Компьютеры медленные, мы должны избегать их перегрева и помогать бороться с изменением климата. Переписать код на ассемблере часто бывает хорошей идеей.
  12. Относительно неизвестные языки и фреймворки всегда лучше популярных и проверенных на практике решений. Предпочитайте их решениям, которые используют все остальные.
  13. А еще лучше создать свой собственный фреймворк.
  14. Никогда не используйте сторонние библиотеки
  15. Чрезмерное использование сторонних библиотек
  16. Используйте каждый шаблон дизайна, о котором вы читаете, и постарайтесь вписать его в свой дизайн, даже если это не так, правда
  17. Используйте инструменты, созданные крупными корпорациями, потому что они знают это лучше, и ваш стартап, состоящий из одного человека, несомненно, выиграет от тысяч человеко-часов, затраченных на их создание. Бонусные баллы, если они очень сложны в использовании и имеют собственный набор умно звучащих соглашений об именах.
  18. Не используйте контроль версий и даже не проверяйте версию кода вообще. В конце концов, есть только одна правильная версия программы. Вы легко запомните все внесенные вами изменения и, самое главное,Почемубыло внесено изменение. Не нужно отслеживать это во внешнем репозитории.
  19. Свободно копируйте и вставляйте код из Stack Overflow или случайных блогов, не понимая его заранее
  20. Отступ не имеет значения. Вообще. Также смешивайте пробелы и табуляции.
  21. Свободно злоупотребляйте абстракциями. Абстракции отличные. Сделайте все многоразовым и задумайтесь над вещами, как король.
  22. Возможно, вы будете повторно использовать эту библиотеку в каждом проекте в ближайшие 20 лет, кто знает? Лучше сначала подумайте обо всех возможных крайних случаях.
  23. Всегда воплощайте в жизнь каждую прекрасную идею, которая у вас есть
  24. 2000-lines functions are a great idea
  25. Предположим, что за вашими плечами наблюдает 10-кратный инженер, пока вы пишете код.

Дополнительные лабораторные уроки: