Что необходимо знать разработчику

Занимаясь программированием, специалист должен четко понимать, что от результата его работы зависит как удовлетворенность пользователей результатом, так и репутация самого программиста. Узнать об особенностях работы программиста можно посетив курсы по ссылке http://itstolytsa.ua/nashy-kursy/web-design/web-programing. Это правило прописано в так называемой «Колхозной доктрине программистов». Пользователи никогда не должны испытывать страдания от пользования не идеальным продуктом.

Так как вы работаете в команде, все члены должны быть единогласны в решении спорных вопросов. Научитесь решать возникающие проблемы посредством компромисса. В команде не должно быть разногласий. Выберите главу коллектива, который, при возникновении спорных ситуаций, беспрепятственно смог бы их разрешить.

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

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

Пользователям все равно, сколько теоремы вы доказали в процессе работы над проектом, поэтому не вдавайтесь в сложности, и используйте только проверенные решения. Уделите лучше время написанию дополнительных нагрузочных тестов. Если определенные проекты основаны на некой базе данных со своими нюансами, то совершенно не стоит использовать что то свое. Так как вы можете наткнуться на множество препятствий и совершить ошибки.

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

Большинство задач можно решить и не техническим способом. К примеру, если приложение требует большей памяти, то, возможно не стоит заниматься его оптимизацией, а просто докупить оперативную память. Еще одним моментом является то, что программист должен избегать переработок. Но иногда компания может от него этого требовать, ссылаясь на то, что решение определенных вопросов необходимо здесь и сейчас. Но это может быть следствием недостаточно организованного планирования. Руководству следует учитывать что отдохнувший программист – полезный программист.

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

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

Автор статьи: Никита Сток (Компьютерные курсы "Столица").