Homepage » Web Design » A webes fejlesztők 10 leggyakoribb típusa

    A webes fejlesztők 10 leggyakoribb típusa

    Hány fejlesztő tudja az életében? Ha egy csoporttal dolgozol, észrevehetjük, hogy vannak olyan sajátosságaik vagy személyiségeik, amelyeket ténylegesen csoportosíthatsz, amihez ezt a hozzászólást fogom tenni.

    A fejlesztőknek egyéni preferenciáik és munkatípusuk vannagyon különbözőek - még akkor is, ha ugyanazt a munkát végzik. Megnézzük a 10 legelterjedtebb fejlesztői csoportot; nézd meg, hogy képes vagy-e megismerni magát vagy kollégáit.

    1. A puristák

    A puristák definíció szerint az emberek, akik ragaszkodnak a hagyományos szabályokhoz, talán ismerik az angol tanítót vagy kettőt, akik természetüknél fogva tisztán vannak. A listámban lévő puristák azonban nem hogy szigorúak, csak a fejlesztők akik nem szívesen használnak kereteket és könyvtárakat.

    Minden alkalommal Vanilla JavaScript-et választanak a JQuery felett. Ők a tiszta nyelvek és a hagyományos módszerek használata során nem talál gondots; sőt, bosszankodnak, amikor még egy másik keretrendszerre vagy könyvtárra botladoznak. Az extra könyvtárak megdöbbentették őket.

    Ne feledje, ez nem jelenti azt, hogy nem használják azokat a való életben. Nehéz nem, amikor az üres álláshelyek manapság kérnek “szakértelem a jQuery-ben”. Nem számít, mennyire éles vagy szoros gondolkodásúnak tűnhetnek, nem tudsz szemet vetni az igazságra az érvelésükben.

    2. A Doers

    Persze mindenkinek meg kell tennie a munkáját, függetlenül attól, hogy mi legyen, de a Doers-nek, a prioritások listáját Rajt a munka elvégzésével. Fogadhatsz, hogy a legfrissebb és leggyorsabb keretek, könyvtárak és munkafolyamatok vannak beállítva. Van nekik premade modulok mert modulok, mindegyik gyors felhasználásra rendezve projektekben.

    Az ügyfelek az induló vállalkozásokban laknak, miközben az összes eszközt a zökkenőmentes gyártás érdekében végrehajtják. Egy tipikusan a meggyőző jelzőtünet az a feladat, hogy egy runner vagy gulp-et használjon.

    3. A poliglotok

    A poliglotok azok, akik használjon több programozási nyelvet; némelyikük is teljes veremfejlesztők, akik SQL-t és SASS-t zsonglőrnek, mint egy cirkuszi zsonglőr. Ez azt jelenti, hogy csak egy programozási nyelven való munka a webes fejlesztésnél közel lehetetlen; nem tudsz elkerülni ezt a sorsot, még akkor is, ha Ön backend fejlesztő. Tehát csak akkor, ha legalább 4-5 programozási nyelvet ismer, büszkélkedhet azzal, hogy egy poliglot.

    A legtöbb poliglott az, aki ők munkakörülményeik miatt a választás helyett. Nem mindenkinek van külön frontend fejlesztője vagy tervezője. Akárhogy is, ők az új nyelvet sokkal több bizalommal éri, mint bárki más, és gyors tanulók. Nem kell érezni, hogy túlterheltek rajtuk, mert némelyikük lehet minden üzlet Jacke, de nem egy mester.

    4. A Perfekcionisták

    Mi jut eszembe, amikor a perfekcionista programozót mondom? Nos, nem értem azokat, akik a leg tökéletesebb, hibátlan kódokat írják. Az igazi perfekcionisták azok, akik nézd meg, kódolj és túlmegy a kódoláson. Ők hagyj megjegyzéseket, figyelni névváltozók és csináld a piszkos munkát dokumentáció (többek között).

    Nézzünk szembe vele, mikor volt az utolsó alkalom részletes megjegyzést hagyott, vagy egy kézikönyvet írt a szoftveréhez? Nemrégiben nem hittem, nem, hacsak nem, és amíg nem vagy egy perfekcionista. Véleményem szerint ritkák. A legtöbb fejlesztő nem fordít figyelmet azokra (bár a dokumentáció valóban fontos. Itt van a Thoriq Firdaus felvétele).

    5. A Művészetek

    A webfejlesztés szempontjából mondjuk, hogy az anyanyelvük CSS. alakzatok, színek, animációk, szűrők és minden más vizuális dolgok számukra a leginkább. Találkozni akarsz velük? A Codepen a szokásos csomópontja.

    Ők nem tervezők, vagy talán ők, de a felszínen fejlesztők. A kódot inkább az Adobe Illustrator vagy az After Effects helyett kódolják. A tervezővel való párosítása olyan, mint a vaj kenyérre való elterjedése, ami egy sima és nagyszerű kombinációt eredményez.

    6. Az újrafelhasználó

    Nem mindannyian szeretnénk elsőként ugrani, hogy írjunk egy általános osztályt vagy módszert a kód ismétlődő tömbjeinek kezelésére. Ezt a részt csak az optimalizálási szakaszig hagyjuk el, amely csak akkor következik be, amikor kecsesen átléptük a nagy, piros 10-szeres határidőt és az azt követő rövid relaxációs időszakot..

    Az újrafelhasználók jobban tudják, mint az újrafelhasználható kódrészletek, és a későbbiekben sok időt takarít meg. Ezek többnyire tapasztalt fejlesztők, akik képesek előrevetít egy olyan kódblokkot, amely többször is megjelenhet. Valószínűleg nem létezik egyetlen olyan projektük, amelyik teljesen feltöltött globális fájl vagy hasznossági osztály nélkül lenne.

    7. A könyvetörők

    Egy nap az első VB Lab előtt, professzorom rövid utasításokat adott nekünk egy űrlap összeállításához. Az osztály elején egy demót futott, amit sajnos elmulasztottam, mert későn érkeztem. Az utasítások bitjei, amiket sikerült lejegyeznem, nem voltak elégek, hogy megmenthessek, és túl messzire ültem a barátaimtól, hogy bármilyen jelnyelvi vagy ajakolvasási segítséget nyújtson.

    Tehát az egyetlen dolog, amit meg tudtam csinálni - kinyitottam a jó öreg tankönyvemet. Könyvesféreg lettem. Ennek eredményeképpen nemcsak az osztály végén elért professzorom dicséretét kaptam, hogy sikerült az összes követelményt együtt formázni, én is hozzáadtam egy háttérképet - amit senki más nem osztályozott - az alapján, hogy Megtanultam a tankönyvből.

    Nem ritka számomra, hogy találok néhány társamat, akik nagyon jóak a programozásban és a logikában van íróasztal, amely halmozott és könyvekkel van borítva. A könyörgődések a mélyreható ismeretekre törekednek a szövegekbe, néha szerencsésen, ami végső soron a legjobb fajta.!

    8. A debuggerek

    A hibakeresés önmagában egy készség. Valódi ereje csak akkor jelenik meg, ha az oldal látható “Belső szerver hiba 500”. A debuggerek nemcsak saját kódjukban, hanem mások által írt kódokban is képesek megragadni és megragadni a hibákat (ami önmagában a fejlesztő rémálma)!

    Ők jól ismerik az összes hibakeresési eszközt és opciót, függetlenül attól, hogy böngészőben vagy IDE-ben van-e. Az eszközök azonban félreérthetõk, a hibakeresés megköveteli az események áramlásának világos ismeretét, és azt a képességet, hogy a láncindítót észleljük.

    Ha a kód valaki máshoz tartozik, akkor a Debuggers megmutatja a valódi megfigyelési képességét, a sorok mentén, a kódsorok mentén, hiányzó "ha", "más", "vagy", vagy egy félköteg

    9. A kutatók

    A kutatók számára a kód nem éppen kódot számukra; téma lesz; a fórumfórum témája, egy blogbejegyzés témája, a téma a StackOverflow Q & A. Nem prédikálás, nem ítélve, csak a tudás megosztása, hogy erőfeszítéseket tettek a szétválásra. Minden kódunknak van használata és célja, és sajnos mellékhatása.

    A köztünk dolgozó kutatók megpróbálják megérteni a kódot. Kinyomtatják a dokumentációkat, kísérleteznek, és ami a legfontosabb megosztják eredményeiket mindannyiunk számára, akik örökké hálásak lesznek azért, amit csinálnak.

    10. A társadalmak

    A kódok egymástól való másolása ellenére, együtt maradunk olyan közösség részeként, akik eszik, lélegzik és életet kódol. Fizikailag azonban a számítógép előtt ülünk magunk, egyedül, de nem magányosak. Társadalmi képességeink megütnek bár, akár tetszik, akár nem.

    És akkor vannak a társadalmak. Találkoznak veled az italokért, mondják el a geeky vicceket, beszélnek a legújabb és a legnagyobb terepről, izgatottak a közelgő kiadásokról, a hardverről vagy a lágyról, részt vehetnek a lehetőségekről, a hálózati lehetőségekről, és ha az idő lehetővé teszi, telefonok cseréje veled így mindkettő más operációs rendszert próbálhat ki. Ismer egy közönséget a fejlesztői barátai között?

    Csomagolja fel

    Néhányan kötelesek találni egy barátot, magadat, néhány csoport részeként, néha átfedésben, máskor ellentmondásosan - nem ítéljük meg, végül mindannyian fejlesztők vagyunk. De kíváncsi vagyunk arra, hogy a fejlesztők csoportjai közül melyik találja magát leginkább kapcsolódónak. Tájékoztassa velünk a megjegyzéseket.