Когда вешают картину, то обязательно нужны минимум двое человек. Один двигает картину, другой стоит сзади и говорит в какую сторону повернуть, чтобы она была точно горизонтальна к полу.
Когда программист пишет код, то ему обязательно нужен взгляд со стороны, чтобы корректировать функции и поведение программы. Особенно в начале, когда программист кроме технической стороны процесса совершенно не понимает клиента. Голова новичка забита целым ворохом сложных понятий из области разработки программного обеспечения. Причем, чем больше человек погружается в свою профессию, тем ему труднее получается понимать людей, для которых он пишет код.
Многие могут возразить, но ведь для этого и нужны всякие прожект-менеджеры, бизнес-аналитики и прочие умные дяденьки в строгих костюмах. Это приемлемо в больших организациях, и там простому кодеру можно до пенсии писать свои циклы, тесты и рефакторить вволю, при этом не особо задумываясь даже о том, как это будут использовать конечные потребители. Главное, чтобы все зелененькое было и карточки в канбане летели в Done.
Но что делать, если программист достаточно смел и упрям, для создания своего сервиса. В команде не так много людей и каждый из них на вес золота. Вот тут нужно напрячь все свои способности, чтобы слышать клиента и предвидеть то, как он захочет «повернуть картину». Нужно научиться программировать и одновременно ставить себя на место клиента, чтобы самому себе говорить «вот это полная ерунда и не будет работать, переделай, а вот это здорово и можно даже улучшить».
Читать далее