🙌🏻 Привет, друзья!

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

Хороший код, это когда к нему возвращаешься спустя долгое время для выполнения бизнес задачи и можешь быстро в нем разобраться 👀, понять что тут вообще происходит.

А для того, чтобы код был понятным и читаемым, при первом выполнении задачи, лучше всего писать код в «скриптовом» стиле: как код читаешь по шагам/инструкциям - так он последовательно выполняется 1️⃣▶️2️⃣▶️3️⃣. И только потом его оптимизировать, декомпозировать под ООП или ФП, когда в этом будет явная потребность, т.е. не заниматься преждевременной оптимизацией 👎🏻.

Конечно, и я проходил через все эти грабли, но именно это правило 👆🏻 дает наилучшие результаты. Как выяснилось, 90% задач на рабочем месте отлично решаются таким способом.

Всем зеленых пайплайнов 🟢🟢🟢, если конечно они у вас есть, а не как у меня в легаси 🤩🚀

🙌🏻 Привет, друзья!
В разных чатиках с зелеными 🐣 непрограммистами часто происходит холивар как писать хороший код, какой архитектурой пользоваться, во что отдавать приоритет и т.п | Сетка — социальная сеть от hh.ru 🙌🏻 Привет, друзья!
В разных чатиках с зелеными 🐣 непрограммистами часто происходит холивар как писать хороший код, какой архитектурой пользоваться, во что отдавать приоритет и т.п | Сетка — социальная сеть от hh.ru