10 самых распространенных типов веб-разработчиков

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

Разработчики имеют свои индивидуальные предпочтения и стиль работы, которые очень разные – даже если они делают ту же работу. Мы рассмотрим 10 самых распространенных групп разработчиков. посмотрите, сможете ли вы заметить себя или одного из своих коллег там.
1. Пуристы
Пуристы по определению – это люди, которые придерживаются традиционных правил, возможно, вы знаете одного или двух учителей английского, которые по своей природе пуристы. Пуристы в моем списке, хотя и не который строго говоря, они как раз те разработчики, которые не очень заинтересованы в использовании фреймворков и библиотек.

Они будут выбирать Vanilla JavaScript вместо JQuery каждый раз. Они не видят никаких проблем в использовании чистых языков и традиционных способов; на самом деле, они раздражаются, когда натыкаются на еще одну платформу или библиотеку. Дополнительные библиотеки равны для них.
Имейте в виду, это не значит, что они не используют их в реальной жизни. Трудно этого не делать, когда вакансии в наши дни требуют «экспертизы в jQuery». Неважно, какими бы напряженными или недалекими они ни казались, вы не можете закрывать глаза на правду в их аргументах.
2. Деятели
Конечно, каждый должен выполнить свою работу, несмотря ни на что, но для Деятелей – их список приоритетов. Начните с выполнением работы. Вы можете поспорить, что у них установлены новейшие и самые быстрые фреймворки, библиотеки и рабочий процесс. У них есть готовые модули за модули, все отсортировано для быстрого использования в проектах.

Работники живут в стартапах, внедряя все эти инструменты для плавного производства. Характерным признаком типичного делателя является использование бегуна задач, таких как ворчание или глоток.
3. Полиглоты
Полиглоты – это те, кто использует несколько языков программирования; некоторые даже являются разработчиками полного стека, жонглируя SQL и SASS, как цирковой жонглер. Тем не менее, работа только на одном языке программирования практически невозможна в веб-разработке; Вы не можете избежать этой участи, даже если вы являетесь бэкенд-разработчиком. Таким образом, только когда вы знаете как минимум 4-5 языков программирования, вы можете похвастаться, что вы полиглот.
Большинство полиглотов являются теми, кто они есть, из-за своего рабочего положения, а не по выбору. Не у всех есть отдельные разработчики или дизайнеры внешнего интерфейса. В любом случае, они подходят к новому языку с гораздо большей уверенностью, чем кто-либо другой, и быстро учатся. Не нужно чувствовать себя подавленным, потому что некоторые из них могут быть мастерами на все руки, но не являются мастерами.
4. Перфекционисты
Что приходит на ум, когда я говорю программист-перфекционист? Ну, я не имею в виду тех, кто стремится писать самые совершенные, безупречные коды. Настоящие перфекционисты – это те, кто смотрит, кодирует и выходит за рамки кодирования. Они оставляют комментарии, обращают внимание на именование переменных и выполняют грязную работу или документацию (среди прочего).

Посмотрим правде в глаза, когда вы в последний раз оставляли подробный комментарий или писали руководство для своего программного обеспечения? Я верю не в последнее время, до тех пор, пока вы не станете перфекционистом. Они редкие, на мой взгляд. Большинство разработчиков не обращают на это внимания (хотя документация действительно важна. Вот что говорит Торик Фирдаус).
5. Искусный
С точки зрения веб-разработки, давайте просто скажем, что их родным языком является CSS. Формы, цвета, анимация, фильтры и другие визуальные элементы имеют для них наибольшее значение. Хотите встретиться с ними? Codepen – их обычный центр.
Они не дизайнеры, или, может быть, они есть, но на первом уровне они разработчики. Они выражают свое искусство с помощью кода, а не Adobe Illustrator или After Effects. Соединять их с дизайнером – все равно что намазывать масло на хлеб, в результате чего получается гладкая и великолепная комбинация.
6. Рейзер
Не каждый из нас стремится в первую очередь написать общий класс или метод для обработки повторяющихся блоков кода. Мы оставляем эту часть до стадии оптимизации, которая происходит только после того, как мы грациозно пересекли крайний край большого красного сплошного 10px и короткий период релаксации после этого.

Повторные пользователи знают об этом лучше, они создают прочную основу для многократно используемых фрагментов кода с самого начала и значительно экономят время на оптимизацию. В основном это опытные разработчики, которые могут предвидеть блок кода, который должен появляться несколько раз. Вероятно, нет ни одного их проекта, в котором бы не было полностью заполненного глобального файла или служебного класса.
7. Книгоеды
За день до моей самой первой лаборатории VB мой профессор дал нам набор кратких инструкций, чтобы собрать форму. В начале урока она провела демонстрацию, которую я, к сожалению, пропустил, потому что опоздал. Кучек инструкций, которые мне удалось записать, было недостаточно, чтобы спасти меня, и я сидел слишком далеко от своих друзей, чтобы какой-либо язык жестов или чтение по губам могли помочь.
Таким образом, я сделал единственное, что мог – открыл свой старый добрый учебник. Я стал книжным червем. В результате я не только получил похвалу от своего профессора в конце урока за умение собрать все требования в своей форме, но и добавил фоновое изображение – что никто другой в классе не сделал – основываясь на том, что Я узнал из учебника.

Для меня не редкость найти некоторых из моих партнеров, которые действительно хороши в программировании и логике, чтобы иметь столы, которые сложены и покрыты книгами. Книжные черви берут тексты в поисках глубоких знаний, иногда получаемых по счастливой случайности, что в конечном итоге является лучшим видом!
8. Отладчики
Отладка сама по себе является навыком. Его истинная сила может быть выявлена ​​только тогда, когда на странице отображается «Внутренняя ошибка сервера 500». Отладчики способны не только отлавливать и устранять ошибки в своем собственном коде, но и в кодах, написанных другими (что само по себе является кошмаром разработчика)!
Они хорошо разбираются во всех инструментах и ​​опциях отладки, будь то в браузере или в IDE. Но помимо инструментов, отладка требует четкого знания о потоке событий и умения определять триггер в этой цепочке.

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

Исследователи среди нас пытаются понять этот аспект кода. Они выкапывают документы, проводят эксперименты и, самое главное, делятся своими выводами с остальными, кто будет бесконечно благодарен за то, что они делают.
10. Общительные
Несмотря на то, что мы копируем друг у друга коды, мы все еще остаемся частью сообщества, которое ест, дышит и живет кодом. Хотя физически мы сидим перед компьютером в одиночестве, хотя и не одиноко. Наши социальные навыки действительно бьют все равно, нравится нам это или нет.
А потом, есть общительные. Они встречаются с вами за напитками, рассказывают отвратительные шутки, рассказывают о последних новинках в этой области, с нетерпением ждут предстоящих выпусков, аппаратных или программных, используют возможности, сетевые возможности и, если позволяет время, меняются телефонами, чтобы вы оба могут попробовать другую ОС. Знаете ли вы Общительный среди ваших друзей разработчиков?
Заворачивать
Некоторые из вас обязательно найдут своего друга в составе нескольких групп, иногда совпадающих, а иногда противоречащих друг другу – мы не судим, в конце концов, мы все разработчики. Но нам любопытно узнать, с какой из групп разработчиков вы считаете себя наиболее близкими. Дайте нам знать об этом в комментариях.