Начална » Уеб дизайн » 10 най-често срещаните видове уеб разработчици

    10 най-често срещаните видове уеб разработчици

    Колко програмисти познавате в живота си? Ако работите с група от тях, може да забележите, че те имат особени особености или личности, които всъщност можете да групирате заедно, което ще направя с тази публикация.

    Разработчиците имат своите индивидуални предпочитания и стил на работаса много различни - дори и да вършат една и съща работа. Ще разгледаме 10-те най-често срещани групи разработчици; вижте дали можете да забележите себе си или някой от вашите колеги там.

    1. Пуристите

    Пуристите по дефиниция са хора, които се придържат към традиционните правила, може би познавате учител по английски или двама, които по природа са пурист. Пуристите в списъка ми обаче не са че строги, те са просто вид разработчици които не се интересуват много от използването на рамки и библиотеки.

    Те ще избират Vanilla JavaScript през JQuery всеки път. Те не виждам никакви проблеми с използването на чисти езици и традиционен начинс; всъщност те се дразнят, когато се натъкнат на още една рамка или библиотека. Допълнителни библиотеки са еднакви за тях.

    Имайте предвид, това не означава, че те не използват тези в реалния живот. Трудно е да не го направя, когато тези дни се търсят свободни работни места “експертиза в jQuery”. Независимо от това колко напрегнати или близки могат да изглеждат, не можете да си затваряте очите в истината в техните аргументи.

    2. The Doers

    Разбира се всеки трябва да свърши работата си, без значение какво, но за Doers, техния списък с приоритети начало с работата. Можете да се обзаложите, че разполагате с най-новата и най-бърза рамка, библиотеки и работен поток. Те имат готови модули за модули, всички сортирани за бърза употреба в проекти.

    Извършващите пребивават в стартиращи фирми, като прилагат всички тези инструменти за безпроблемно производство. Типичен симптом на издателя е използването на бегач като задача или гълтане.

    3. Полиглоти

    Полиглотите са тези, които използване на множество езици за програмиране; някои дори са разработчици на пълен стак, които жонглират с SQL и SASS като циркови жонгльори. Въпреки това, работата в един единствен език за програмиране е почти невъзможна в уеб разработките; не можеш да избягаш от тази съдба, дори и да си разработчик. Така че, само ако знаете поне 4-5 езика за програмиране, можете ли да се похвалите, че сте полиглот.

    Повечето полиглоти са тези, които са поради тяхната работна ситуация а не по избор. Не всеки може да има отделни разработчици или дизайнери. Така или иначе, те подхождате към нов език с много по-голяма увереност от всеки друг и сте бързи обучаеми. Няма нужда да се чувствате претоварени от тях, защото някои от тях може да са Джак на всички сделки, но не са майстори на нищо.

    4. Перфекционистите

    Какво идва на ум, когато казвам перфекционистки програмист? Е, не искам да кажа онези, които се стремят да напишат най-съвършените, безупречни кодове. Истинските перфекционисти са тези, които изглежда, код и надхвърля кодирането. Те оставяйте коментари, обръщам внимание на променливи за именуване и направете мръсната работа, известна още като документация (наред с други неща).

    Нека си го кажем, кога за последен път остави подробен коментар или написа ръководство за вашия софтуер? Не по всяко време наскоро вярвам, не и докато не сте перфекционист. По мое мнение те са редки. Повечето разработчици не обръщат внимание на тях (макар че документацията е много важна. Ето го Thoriq Firdaus).

    5. Арт

    По отношение на уеб разработката, нека просто кажем, че майчиният им език е CSS. Shapes, цветове, анимации, филтри и всички останали визуални неща за тях най-много. Искате ли да се срещнете с тях? Codepen е обичайният им център.

    Те не са дизайнери, или може би са, но на нивото на земята те са разработчици. Те изразяват изкуството си с код, а не с Adobe Illustrator или After Effects. Сдвояването им с дизайнер е като разнасянето на масло върху хляба, което води до гладка и чудесна комбинация.

    6. Reuser

    Не всеки от нас желае да скочи в първото нещо, за да напишете общ клас или метод, за да се справят с повтарящи се блокове от код. Оставяме тази част до етапа на оптимизация, който се случва само след като сме грациозно пресекли големия кратък краен краен срок от 10px и краткия период за релаксация след това.

    Повторните потребители знаят по-добре от това, те правят солидна основа на многократно използваните кодови фрагменти от самото начало и спестяват много време за оптимизиране. Те са предимно опитни разработчици, които могат предвиждам блок от код, който е длъжен да прави многобройни изяви. Вероятно няма нито един техен проект, който да не е напълно запълнен глобален файл или помощен клас.

    7. Книжните червеи

    Ден преди първата ми лаборатория VB, професорът ми ни даде кратки инструкции, за да съставим формуляр. Тя стартира демонстрация в началото на класа, която за съжаление пропуснах, защото влязох късно. Битовете с инструкции, които успях да запиша, не бяха достатъчни, за да ме спасят и бях седнал твърде далеч от приятелите си за някакъв език на знаците или четене на устни, за да помогна.

    Затова направих единственото, което можех да направя - отворих стария си добър учебник. Станах книжен червей. В резултат на това не само получих похвала от моя професор в края на класа, че успях да поставя всички изисквания в моята форма, но и добавих фоново изображение - което никой друг в класа не направи - въз основа на това какво Научих от учебника.

    Не е необичайно да намеря някои от моите сътрудници, които са наистина добри в програмирането и логиката има бюра, които са подредени и покрити с книги. Книжните червеи поемат към текстовете в търсене на задълбочени познания, понякога получени случайно, което в крайна сметка е най-добрият вид!

    8. Debuggers

    Отстраняването на грешки е умение само по себе си. Истинската му сила може да бъде изведена само когато страницата се покаже “Вътрешна грешка на сървъра 500”. Отладчиците не само могат да улавят и мачкат грешките в собствения си код, но и в кодове, написани от други (което е собствен кошмар на разработчика)!

    Те са добре запознати с всички инструменти и опции за отстраняване на грешки, независимо дали са в браузър или IDE. Но инструментите настрана, отстраняването на грешки изисква ясно познаване на потока от събития и способността да се забележи спусъка в тази верига.

    Ако кодът принадлежи на някой друг, това е, когато дебъгерите показват истинската си способност за наблюдение, преминавайки през редове по редове от код, търсейки липсващите „if“, „else“, „или“, „и, или точка и запетая

    9. Изследователите

    За изследователите кодът не е просто код за тях; става тема; тема за дискусия във форума, тема за блог пост, тема за Stackoverflow Q & A. Без проповядване, без съдийство, просто споделяне на знания, което те полагат усилия за дисекция. Всеки код, който пишем, има полза и цел и за съжаление е страничен ефект, понякога.

    Изследователите сред нас се опитват да разберат този аспект на кода. Те изкопават документация, провеждат експерименти и най-важното споделят своите констатации за останалите от нас, които ще бъдат вечно благодарни за това, което правят.

    10. Обществените

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

    А след това има и обществото. Те се срещат с вас за напитки, разказват шеги, говорят за най-новите и най-големите неща в тази област, се вълнуват от предстоящи издания, хардуер или мека, участват в възможности, възможности за работа в мрежа и ако времето позволява, разменяйте телефони с вас така че и двете можете да изпробвате различна операционна система. Знаете ли, че е приятел на приятел от вашия разработчик?

    Завийте

    Някои от вас са длъжни да намерят себе си приятел, като част от няколко групи, понякога припокриващи се, друг път противоречащи - ние не съдим, в края на краищата, всички ние сме разработчици. Но ние сме любопитни да разберем кои от групите разработчици се намирате най-близки до тях. Кажете ни в коментарите.