Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

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

2 <ul><li>11 май 2020</li>

3 <li>0</li>

4 </ul><h2>Почему программирование - это не написание кода</h2>

5 Программисты так любят свой код, что совсем забывают, для чего он нужен. Давайте-ка вспомним.

6 vlada_maestro / shutterstock

7 Пишет о программировании, в свободное время создаёт игры. Мечтает открыть свою студию и выпускать ламповые RPG.

8 Люди, которые далеки от программирования, думают, что работа программистов заключается в написании кода. И хорош тот программист, который пишет больше кода за меньшее время. Мы можем их простить, потому что сами имеем ошибочное представление о работе других специалистов.

9 Беда в том, что мы, программисты, думаем о своей работе точно так же.

10 Давайте разберёмся, чем мы на самом деледолжны заниматься и почему кода нужно писать как можно меньше.

11 И код, и любые приложения на самом деле никому не нужны. Что действительно нужно людям - это решение их проблем.

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

13 Ни один пользователь не заходит в приложение просто потому, что ему нравится, что оно существует.

14 Люблю этот набор единиц и нулей в моём вычислительном устройстве!

15 © Ни один пользователь в мире.

16 Пользователям не нужно это приложение, они хотят:

17 <ul><li>скоротать время в длинной очереди;</li>

18 <li>узнать новости;</li>

19 <li>пообщаться с другом или родственником, который живёт в другом городе;</li>

20 <li>отвлечься от бренности бытия на мемы с котиками.</li>

21 </ul>Помогает ли код удовлетворить хоть одну из этих потребностей? Сам по себе - нет. Он лишь инструмент в руках программиста. Поэтому программист должен думать не о коде, а о том, как с его помощью решить конкретные проблемы.

22 Если не думать о конкретных задачах, то кода становится слишком много:

23 <ul><li>появляются фичи, которые не решают никаких проблем;</li>

24 <li>фичи, которые действительно нужны, работают не так, как это нужно пользователям;</li>

25 <li>используется неподходящая архитектура и так далее.</li>

26 </ul>Всё это мешает развивать проект, потому что чем больше кода, тем больше вероятность, что где-то появятся уязвимости и баги. В итоге получается приложение, которое не только не решает прежних проблем, но и создаёт новые.

27 И наоборот: нацеленность на решение проблем позволяет лучше продумать архитектуру и правильно расставить приоритеты в разработке. Так можнодостичь большей эффективности с помощью меньшего объёма кода.

28 Отсюда следует простое правило:

29 Я считаю, что не стоит заниматься этим больше 4 часов в день. Оставшееся время лучше тратить на планирование архитектуры, изучение потребностей пользователей, ревью существующего кода, составление тестов и документации(этим лучше заниматься заранее).

30 В пример можно привести эту статью. Мне потребовалось всего полдня, чтобы написать её, но перед этим я несколько недель "варил" её в своей голове. То же самое и с программированием: лучшие решения появляются когда угодно, но не в процессе написания кода.

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

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