И почему они худшие.
Я программировал дольше, чем себя помню. Я встречал разных программистов, которые будут обучать вас, учиться у вас и даже спорить с вами. Не знаю, повезло ли мне, но я всегда встречал третьего. Итак, чтобы перейти к делу, вот худшие программисты, которых я встречал в своей карьере:
1. Тот, кто отказался выйти из своей зоны комфорта. Он работал на одном языке и с единым фреймворком и категорически отказывался изучать новые технологии. Когда его попросили перейти на новый движок БД или использовать новую технологию, он проигнорировал запрос и в итоге сделал все, что считал нужным. Это сделало его худшим программистом, с которым я когда-либо работал.
2. Тот, кто сказал, что занимается программированием, а на тесте не знает даже псевдокода. Тот, кто программировал, но не мог работать в команде, так как по его словам, его идеи были лучшими и он не принимал что другие были правы.
3. Тот, кто говорит, что весь код, который он не написал, — ерунда. И он имеет в виду не только код, написанный его коллегами, но и внешние библиотеки, фреймворки и даже элементы используемой им платформы (в данном случае Java). Результат? Он постоянно переписывал колесо и черную нить, да к тому же она была не лучше существующей.
4. Тот, кто хочет, чтобы мы перенесли весь существующий код, чтобы использовать инструмент, который он хорошо знает. Эй, нет, как ты используешь этот фреймворк, нет, ты должен использовать этот другой. Технические обоснования? Никакого, но оказывается, что тот, который мы используем, этого не знает, и вместо того, чтобы выучить его, он хочет, чтобы мы все модифицировали, чтобы использовать тот, который он уже знает.
5. Тот, кто не разобрался в архитектурных шаблонах, используемых в проектах, и вместо того, чтобы адаптировать их для хорошей работы, предпочитает слепо копировать их и тиражировать то, что делается в других проектах, очень другой характер. Результат? Технический долг с первого дня.
6. Тот, кто работает над проблемой две недели подряд, не получая никаких результатов, приходит в отчаяние, чтобы высказаться и выслушать свои опасения. Кто-то спросит, почему просто не сделать это по-другому/использовать X-библиотеку/и т.д.? Оказывается, это было решением. А если бы спросил с первого-второго дня, то уже кончил бы. Но нет, он уже две недели потерял, и теперь удивляется, что его команда злится на него из-за того, что он уже потерял две недели на проблеме, которая заняла пару дней, и все из-за того, что не спросил.
7. Тот, кто думает, что знает много, но не знает ничего. Кто не принимает предложений или критики и, короче говоря, делает то, что хочет, не заботясь о других или общем благе. Вместо того, чтобы учиться на своих ошибках, они остаются закрытыми в том, что они в порядке, а другие нет.
8. Те, кто делает логичное нелогичным способом. Программирование похоже на написание книги. Будут те, кто сможет правильно написать предложение, но не целую страницу и уж тем более целую книгу со связностью, смыслом, дальнейшим смыслом, ритмом и т. д.
Я не знаю, где они сейчас и работают ли они программистами, но я надеюсь, что они улучшат свои навыки программирования и изменят отношение, о котором я упоминал выше.
Дополнительные материалы на PlainEnglish.io. Подпишитесь на нашу бесплатную еженедельную рассылку новостей. Подпишитесь на нас в Twitter и LinkedIn. Присоединяйтесь к нашему сообществу Discord.