10 Meest voorkomende soorten webontwikkelaars
Hoeveel ontwikkelaars ken jij in je leven? Als je met een groep van hen werkt, merk je misschien dat ze bepaalde eigenaardigheden of persoonlijkheden hebben die je echt kunt groeperen, wat ik ga doen met dit bericht.
Ontwikkelaars hebben dat hun eigen voorkeuren en werkstijlzijn heel anders - zelfs als ze hetzelfde doen. We gaan een kijkje nemen bij de 10 meest voorkomende groepen ontwikkelaars die er zijn; kijk of je jezelf of een van je collega's daar kunt zien.
1. De Puristen
Puristen zijn per definitie mensen die zich aan traditionele regels houden, je kent misschien een leraar Engels of twee die van nature puristisch is. De puristen in mijn lijst zijn dat echter niet dat strikt, ze zijn gewoon het soort ontwikkelaars die niet erg enthousiast zijn over het gebruik van frameworks en bibliotheken.
Ze halen elke keer Vanilla JavaScript over JQuery. Ze zie geen problemen bij het gebruik van pure talen en traditionele maniers; in feite raken ze geërgerd als ze struikelen over nog een ander raamwerk of bibliotheek. Extra bibliotheken zijn voor hen gelijk.
Let wel, dit betekent niet dat ze die niet in het echte leven gebruiken. Het is moeilijk om dit niet te doen, wanneer vacatures tegenwoordig deze dagen vragen “expertise in jQuery”. Ongeacht hoe gespannen of nauwgezet ze lijken, je kunt de waarheid niet blind houden voor hun argumentatie.
2. De doeners
Natuurlijk moet iedereen zijn werk gedaan krijgen, wat er ook gebeurt, maar voor de Doers, hun prioriteitenlijst begin met het klaren van de klus. Je kunt erop rekenen dat ze beschikken over het nieuwste en snelste framework, bibliotheken en workflow-instellingen. Zij hebben premade modules voor modules, allemaal gesorteerd voor snel gebruik in projecten.
Dokters wonen in start-ups terwijl ze al die tools implementeren voor een vlotte productie. Het veelbetekenende symptoom van een typische doener is het gebruik van een taakloper zoals grunt of gulp.
3. De polyglen
Polyglots zijn degenen die gebruik meerdere programmeertalen; sommige zijn zelfs full-stackontwikkelaars die SQL en SASS jongleren als een circusjongleer. Dat gezegd hebbende, werken in slechts één programmeertaal is bijna onmogelijk in webontwikkeling; je kunt aan dat lot niet ontsnappen, ook al ben je een backend-ontwikkelaar. Dus alleen als je tenminste 4-5 programmeertalen kent, kun je opscheppen dat je een polyglot bent.
De meeste polyglotten zijn wie ze zijn vanwege hun werksituatie in plaats van door keuze. Niet iedereen krijgt aparte frontend-ontwikkelaars of -ontwerpers. Hoe dan ook, zij benader een nieuwe taal met veel meer vertrouwen dan wie dan ook en zijn snelle studenten. Je hoeft je er echter niet door te laten overweldigen, omdat sommigen van hen misschien van alle markten thuis zijn, maar er geen baas over zijn.
4. De perfectionisten
Waar denk je aan als ik de perfectionistische programmeur zeg? Nou, ik bedoel niet degenen die ernaar streven de meest perfecte, foutloze codes te schrijven. De echte perfectionisten zijn degenen die kijk, codeer en ga verder dan coderen. Ze laat commentaar achter, Let op variabelen benoemen en doe het vuile werk aka documentatie (onder andere).
Laten we eerlijk zijn, wanneer was de laatste keer dat je liet een gedetailleerde opmerking achter of schreef een handleiding voor je software? Onlangs nog geloof ik niet, tenzij en totdat je een perfectionist bent. Ze zijn naar mijn mening zeldzaam. De meeste ontwikkelaars letten daar niet op (hoewel documentatie echt belangrijk is. Hier is de mening van Thoriq Firdaus over).
5. De Artsy
In termen van webontwikkeling, laten we zeggen dat hun moedertaal CSS is. vormen, kleuren, animaties, filters en al het andere visuele dingen het meest belangrijk voor hen. Wil je ze ontmoeten? Codepen is hun gebruikelijke hub.
Het zijn geen ontwerpers, of misschien wel, maar op grondniveau zijn het ontwikkelaars. Ze drukken hun kunst uit met code in plaats van Adobe Illustrator of After Effects. Het koppelen ervan met een ontwerper is als boter op brood brouwen, wat resulteert in een soepele en geweldige combinatie.
6. De hergebruiker
Niet ieder van ons is erop gebrand om als eerste te beginnen met het schrijven van een generieke klasse of methode om herhalende codeblokken aan te pakken. We laten dat gedeelte over tot de optimalisatiefase die pas optreedt nadat we de grote rode solide 10px-deadline en de korte ontspanningsperiode die volgde sierlijk hebben overschreden..
Reusers weten beter dan dat, ze maken vanaf het begin zelf een stevige basis van herbruikbare codefragmenten en besparen later veel optimalisatietijd. Het zijn meestal ervaren ontwikkelaars die dat kunnen voorzie een codeblok dat gebonden is om meerdere keren te verschijnen. Er is waarschijnlijk geen enkel project van hen dat geen volledig gevuld globaal bestand of een utiliteitsklasse heeft.
7. De boekenwurmen
Een dag voor mijn allereerste VB-lab gaf mijn professor ons een aantal korte instructies om een formulier samen te stellen. Ze had een demo aan het begin van de les, die ik helaas heb gemist omdat ik te laat ben binnengekomen. De stukjes instructies die ik kon noteren waren niet genoeg om me te redden en ik zat te ver van mijn vrienden voor gebarentaal of liplezing om te helpen.
Dus ik deed het enige wat ik kon doen - ik opende mijn goede oude leerboek. Ik werd een boekenwurm. Als gevolg hiervan kreeg ik niet alleen lof van mijn professor aan het einde van de les om alle vereisten in mijn formulier samen te stellen, ik voegde ook een achtergrondafbeelding toe - die niemand anders in de klas had - op basis van wat Ik heb geleerd van het leerboek.
Het is niet ongewoon voor mij om een aantal van mijn medewerkers te vinden die echt goed zijn in programmeren en logica hebben bureaus die zijn gestapeld en bedekt met boeken. Boekenwurmen volgen de teksten op zoek naar diepgaande kennis, soms serendipitously verworven, wat uiteindelijk de beste soort is!
8. De debuggers
Debuggen is een vaardigheid op zich. De ware kracht ervan kan alleen naar voren komen als de pagina wordt weergegeven “Internal Server Error 500”. Debuggers zijn niet alleen in staat om de bugs in hun eigen code te vangen en te verpletteren, maar ook in codes die door anderen zijn geschreven (wat op zichzelf al een nachtmerrie is van een ontwikkelaar)!
Ze zijn goed op de hoogte met alle tools en opties voor foutopsporing, of het nu in een browser of een IDE is. Maar hulpmiddelen opzij, vereist debuggen de duidelijke kennis van een stroom van gebeurtenissen en het vermogen om de trigger in die keten te herkennen.
Als de code toebehoort aan iemand anders, laten Debuggers dan hun ware waarnemingsvermogen zien, gaan ze door lijnen op regels code, op zoek naar ontbrekende 'if', 'else', 'of', 'en, of een puntkomma
9. De onderzoekers
Voor de onderzoekers is code dat niet net een code voor hen; het wordt een onderwerp; een onderwerp voor forumdiscussie, een onderwerp voor een blogpost, een onderwerp voor een StackOverflow V & A. Geen prediking, geen veroordeling, gewoon een delen van kennis die ze proberen te ontleden. Elke code die we schrijven heeft een gebruik en een doel en helaas een bijwerking, soms.
De onderzoekers onder ons proberen dat aspect van code te begrijpen. Ze graven documentatie uit, voeren experimenten uit en vooral deel hun bevindingen voor de rest van ons die eeuwig dankbaar zal zijn voor wat ze doen.
10. De Sociables
Ondanks het kopiëren van codes uit elkaar, we blijven bij elkaar als onderdeel van een gemeenschap die eet, ademt en leeft code. Fysiek echter, zitten we alleen voor de computer, alleen hoewel niet eenzaam. Onze sociale vaardigheden raken een succes hoewel, of we het leuk vinden of niet.
En dan zijn er de Sociables. Ze ontmoeten elkaar voor een drankje, vertellen geeky grappen, praten over de nieuwste en beste van het veld, zijn enthousiast over aankomende releases, hardware of soft, houden zich bezig met kansen, netwerkmogelijkheden en als de tijd het toelaat, wissel telefoons met je uit zodat je allebei een ander besturingssysteem kunt uitproberen. Kent u een Gezellig onder uw ontwikkelaarsvrienden?
Afronden
Sommigen van jullie zullen vast en zeker een vriend vinden, als deel van een paar groepen, soms overlappend, andere keren tegenstrijdig - we oordelen niet, uiteindelijk zijn we allemaal ontwikkelaars. Maar we zijn benieuwd naar de groepen ontwikkelaars waar u het meest mee verbonden bent. Laat het ons weten in de comments.