10 yleisintä Web-kehittäjien tyyppiä
Kuinka monta kehittäjää tiedät elämässäsi? Jos työskentelet ryhmän kanssa, saatat huomata, että heillä on tiettyjä quirksia tai persoonallisuuksia, joita voit itse ryhmitellä yhteen, mitä aion tehdä tämän viestin kanssa.
Kehittäjillä on yksilölliset mieltymyksensä ja työtyylinsäovat hyvin erilaisia - vaikka he tekevät samoja töitä. Tarkastelemme 10 yleisintä kehittäjien ryhmää siellä; katso, pystytkö paikalla joko itseisi tai kollegojesi paikalle.
1. Puristit
Puristit ovat määritelmän mukaan ihmisiä, jotka noudattavat perinteisiä sääntöjä, saatat tuntea englantilaisen opettajan tai kaksi, jotka ovat luonteeltaan puristisia. Luettelossa olevat puristit eivät kuitenkaan ole että tiukat, ne ovat vain sellaisia kehittäjiä jotka eivät ole kovin innokkaita käyttämään kehyksiä ja kirjastoja.
He valitsevat Vanilla JavaScriptin JQueryn kautta joka kerta. Ne Älä näe mitään ongelmia puhtaiden kielten ja perinteisen tavan käytössäs; itse asiassa he saavat harmittaa, kun he törmännyt vielä toiseen kehykseen tai kirjastoon. Ylimääräiset kirjastot ovat yhtä lyöneet heille.
Muista, että tämä ei tarkoita, että he eivät käytä niitä todellisessa elämässä. On vaikea olla, kun avoimia työpaikkoja pyydetään näinä päivinä “jQueryn asiantuntemusta”. Riippumatta siitä, kuinka kiltti tai läheinen mielessä he saattavat tuntua, et voi sulkea silmänsä totuuteen heidän väitteissään.
2. Doers
Varmista, että jokaisen on saatava tehtäväänsä, riippumatta siitä, mitä he tekevät, mutta Doersille heidän prioriteettiluettelonsa alkaa työn tekeminen. Voit lyödä vetoa, että heillä on uusin ja nopein kehys, kirjastot ja työnkulku. Heillä on premade-moduulit varten moduulit, kaikki lajiteltu nopeaa käyttöä varten hankkeissa.
Doers asuu uusissa yrityksissä, kun ne toteuttavat kaikki nämä työkalut sujuvaan tuotantoon. Tyypillinen tekijän merkki-oire on tehtäväratkaisijan, kuten gruntin tai gulp: n, käyttö.
3. Polyglotit
Polyglotit ovat niitä, jotka käyttää useita ohjelmointikieliä; jotkut jopa ovat täyden pinon kehittäjiä juggling SQL ja SASS kuin sirkus jonglööri. Näin ollen työskentely vain yhdessä ohjelmointikielessä on lähes mahdotonta web-kehityksessä; et voi paeta tätä kohtaloa, vaikka olisit backend-kehittäjä. Joten vain silloin, kun tiedät vähintään 4–5 ohjelmointikielen, voitte ylpeillä siitä, että olet monikulmio.
Useimmat polyglotit ovat kuka he ovat työnsä vuoksi pikemminkin kuin valinta. Kaikilla ei ole erillisiä frontend-kehittäjiä tai suunnittelijoita. Joko niin, he lähestyä uutta kieltä, jolla on paljon enemmän luottamusta kuin kukaan muu ja jotka ovat nopeita oppijoita. Heidän ei kuitenkaan tarvitse tuntea hukkua, koska jotkut heistä saattavat olla kaikkien kauppojen Jack, eivätkä he ole mestareita.
4. Perfektionistit
Mitä tulee mieleen, kun sanon perfektionistisen ohjelmoijan? No, en tarkoita niitä, jotka pyrkivät kirjoittamaan kaikkein täydellisiä, virheettömiä koodeja. Todelliset perfektionistit ovat niitä, jotka katso, koodaa ja ylitä koodausta. Ne jätä kommentteja, kiinnitä huomiota nimimuuttujat ja tee likainen työ dokumentointi (muun muassa).
Katsotaanpa, kun olit viimeinen kerta jätti yksityiskohtaisen kommentin tai kirjoitti ohjelmiston käyttöoppaan? Ei milloinkaan äskettäin uskon, ellei ja kunnes olet perfektionisti. He ovat mielestäni harvinaisia. Useimmat kehittäjät eivät kiinnitä huomiota niihin (vaikka dokumentaatio on todella tärkeää. Täällä on Thoriq Firdausin ote).
5. Taiteellinen
Web-kehityksen kannalta sanotaan vain, että heidän äidinkielensä on CSS. Muodot, värit, animaatiot, suodattimet ja kaikki muut visuaalisia juttuja heille eniten. Haluatko tavata heidät? Codepen on niiden tavallinen keskus.
He eivät ole suunnittelijoita eivätkä ne ole, mutta maanpinnan tasolla he ovat kehittäjiä. He ilmaisevat taiteensa koodilla eikä Adobe Illustratorilla tai After Effectsillä. Niiden yhdistäminen suunnittelijan kanssa on kuin voin levittäminen leipää, mikä saa aikaan sileän ja suuren yhdistelmän.
6. Uudelleenkäyttö
Ei jokainen meistä halua hypätä ensimmäisessä asiassa kirjoittaa yleinen luokka tai menetelmä käsittelemään toistuvia koodilohkoja. Jätämme tämän osan ulos optimointivaiheeseen asti, joka tapahtuu vasta sen jälkeen, kun olemme ylistäneet suuren punaisen kiinteän 10kpl: n määräajan ja sen jälkeen lyhyen rentoutumisajan..
Uudelleenkäyttäjät tietävät paremmin, että ne muodostavat hyvän pohjan uudelleenkäytettäville koodinpätkille alusta alkaen ja säästävät paljon optimointiaikaa myöhemmin. He ovat enimmäkseen kokeneita kehittäjiä ennakoi koodilohko, joka on velvollinen tekemään useita esiintymisiä. Luultavasti ei ole yksittäistä projektia, joka olisi ilman täysin täytettyä globaalia tiedostoa tai apuohjelmaa.
7. Kirjanpoisto
Päivää ennen ensimmäistä VB Labia, professori antoi meille joukon lyhyitä ohjeita, joiden avulla voit koota lomakkeen. Hän juoksi demon alussa luokkaa, jota valitettavasti jäi, koska sain myöhässä. Ohjeita, joita onnistuin laskemaan alas, ei riittänyt pelastamaan minua, ja istuin liian kaukana ystävistäni viittomakielen tai huulen lukemisen helpottamiseksi.
Joten tein ainoan asian, jonka voisin tehdä - avasin vanhan vanhan oppikirjan. Minusta tuli kirvesmies. Tämän seurauksena sain vain professorin loppurivin kiitosta siitä, että hän pystyi asettamaan kaikki vaatimukset yhdessä muotooni, lisäsin myös taustakuvan, jota kukaan muu luokassa ei tehnyt - sen perusteella, mitä Olen oppinut oppikirjasta.
Ei ole harvinaista, että löydän jotkut kumppanini, jotka ovat todella hyviä ohjelmoinnissa ja logiikassa on pöydät, jotka on pinottu ja peitetty kirjoilla. Kirjanpitot vievät teksteihin syvällistä tietämystä noudattaen, toisinaan saaneet serendipitly, mikä on viime kädessä paras laji!
8. Debuggerit
Debugging on itsessään taito. Sen todellinen teho voidaan tuoda esiin vain, kun sivu näkyy “Sisäinen palvelinvirhe 500”. Debuggerit eivät kykene vain vangitsemaan ja vangitsemaan vikoja omalla koodillaan vaan myös muiden kirjoittamiin koodeihin (joka on kehittäjän painajainen itsessään)!
He ovat hyvin perehtyneitä kaikkiin virheenkorjaustyökaluihin ja -vaihtoehtoihin, olipa kyseessä selain tai IDE. Mutta työkalut syrjään, virheenkorjaus vaatii selkeän tiedon tapahtumavirrasta ja kyvystä havaita laukaisun kyseisessä ketjussa.
Jos koodi kuuluu jollekin toiselle, Debuggers näyttää todellisen havainnointikyvynsä ja kulkee riviä koodilinjoilla, etsimällä puuttuvaa "jos", "muuta", "tai", tai tai puolikolonia
9. Tutkijat
Tutkijoiden kohdalla koodi ei ole vain niiden koodi; siitä tulee aihe; foorumi-keskustelun aihe, blogikirjoituksen aihe, aihe a StackOverflow Q & A. Ei saarnaa, ei tuomita tiedon jakaminen siitä, että he panostivat purkamiseen. Jokaisella kirjoittamallamme koodilla on joskus käyttötarkoitus ja tarkoitus ja valitettavasti sivuvaikutus.
Tutkijat keskuudessamme yrittävät ymmärtää koodin näkökohdan. He kaivavat dokumentaatiot, suorittavat kokeita ja ennen kaikkea jakaa tulokset meille kaikille, jotka ovat ikuisesti kiitollisia siitä, mitä he tekevät.
10. Yhteiskunnat
Vaikka koodit kopioidaan toisistaan, olemme edelleen kiinni osana yhteisöä, joka syö, hengittää ja elää koodia. Fyysisesti kuitenkin istumme tietokoneen edessä itseämme yksin, vaikka emme ole yksinäisiä. Sosiaaliset taidot saavat osuman kuitenkin, pidämme siitä vai ei.
Ja sitten on olemassa yhteiskunnat. He tapaavat sinua juomia varten, kertovat geeky vitsejä, puhuvat uusimmista ja suurimmista kentästä, innostuvat tulevista julkaisuista, laitteistosta tai pehmeästä, osallistuvat mahdollisuuksiin, verkostoitumismahdollisuuksiin ja jos aika sallii, vaihtaa puhelimet kanssasi niin voit molemmat kokeilla toista käyttöjärjestelmää. Tiedätkö, että kehittäjäystäväsi ovat ystävällisiä?
Paketoida
Jotkut teistä ovat varmasti etsimässä ystävää, itseäsi, osana muutamia ryhmiä, toisinaan päällekkäisiä, toisinaan ristiriitaisia - emme tuomitse, lopulta olemme kaikki kehittäjiä. Mutta haluamme tietää, mitkä kehittäjien ryhmistä löydät itsesi eniten liittoutuneiksi. Kerro meille kommenteistamme.
