Obsah
- 01. Kódovanie to už viac neprestrihuje
- Šírka a hĺbka
- 02. Veľká výhrada
- 03. Čo hovorí internet
- Pochopte médium
- 04. Veci, s ktorými staviame
- 05. Devops
- Pochopte stoh
- Tajomná práca
- Šikovné náradie
- 06. Dev’h to napraví ... možno
- Ladenie
- 07. Čo chcú používatelia
- Konkurenčný trh
- 08. Kreslenie a písanie
- 09. Užite si to
- 10. Zostaň ostrá
- Páčilo sa vám to? Prečítajte si tieto!
Vývojári musia byť viac než len gruntujúci pracovníci generujúci kód. Očakávame viac z nášho digitálneho života a sú to títo ľudia, ktorí ho budujú. Čo teda potrebujú vedieť najlepší vývojári? Tu sú veci, ktoré podľa mňa príliš veľa vývojárov chýbajú. Nie je to vyčerpávajúce, ale práve tieto vlastnosti robia z rozumného kodéra úžasného vývojára.
Nie je to však jedna vec a obzvlášť to nikdy nie je schopnosť analyzovať XML alebo optimalizovať kód. Je to prekvapivá zbierka zručností, ktoré sa v knihách o písaní kódu nevyučujú. Sú niečím navyše.
Prečo sa takto vetrať? Pretože na vývoji záleží, ale vývojári sú príliš často dodávaní do iného sveta, nie vždy tak, ako by tvorili. Toto nikdy nefunguje. Vývoj - čokoľvek technické - vždy prekvitá, keď tí, ktorí vedia, ako rozumejú nielen kódu.
01. Kódovanie to už viac neprestrihuje
Nachádzame sa vo svete, kde sa kódovanie stáva menej pôsobivým. Každý vytvára webové stránky, niektoré z nich kódujú, ale nemusíte. Už to nie je len hlupák, kto môže vytvárať weby, aplikácie a funkcie.
Odkedy prišiel web a ľudia sa mohli učiť, boli tu samouk vývojári. Ale aj absolventi sú ohrození. Dostávam pod pásy životopisy s ľuďmi s diplomom z informatiky, kurzmi AI, rôznymi médiami a kódovaním, ale stále mi niečo chýba. Niekedy veľa chýba.
Nie som prvý, kto to povie. „Kódovanie to už viac neprestrihnite“ je názov kapitoly 3 z Vášnivý programátor, ktoré spolu s knihami ako napr Pragmatické myslenie a učenie vyzvať programátorov, aby sa zlepšili nad rámec kódu; stať sa zodpovednými a úplne ľudskými členmi tímu.
Šírka a hĺbka
Vývojári musia byť lepší v dvoch ohľadoch: šírka a hĺbka. Musia pochopiť šírku ľudských interakcií v ich tíme a s vecami, ktoré budujú. Musia pochopiť hĺbku systému, s ktorým pracujú, až po O / S.
A tieto veci by nemali čítať iba vývojári. Ak pracujete s vývojármi, myslím, že by ste ich mali čakať viac. Nechajte ich načrtnúť, o čom hovoria. Nechajte ich vysvetliť pomocou obrázkov, predmetov a (funguje) výrezov ľudí presne to, aký bude systém pre ľudí, ktorí ho používajú.
02. Veľká výhrada
Budem hovoriť negatívne o vývojároch, ale myslím si, že mám povolenie, pretože ním som. Aj preto, že aspoň jedna vec, o ktorej tu hovorím, platí pre mnohých vývojárov, s ktorými sa stretávam. Aj keď je ich práca skvelá a vedia svoj kód, časy sú konkurenčné. Musíte mať výhodu, a to je:
- byť viac technický
a
- byť veľa ľudskejšie
03. Čo hovorí internet
Google pomocou „základných zručností pri vývoji webu“ prináša to, čo by ste čakali. Rámcové znalosti, prehliadač x, CSS a JS. Uvádzajú zoznam rámcov, ktoré by ste mali poznať, platformy, pre ktoré musíte písať, a nové trendy, na ktoré by ste mali dohliadať.
Toto sú naše médiá. Sú to veci, s ktorými staviame, ale nie sú to, čo dáva projektu úspech. Vývojár dokáže porozumieť všetkým detailom systému, oznámi vám všetky funkcie rozhrania API a novej technológie CSS, ale napriek tomu vytvorí niečo nepoužiteľné.
Pochopte médium
Vývojári, ako každý, musia rozumieť svojmu médiu - musia však rozumieť aj publiku, či už ide o používateľov, tím alebo iných vývojárov. Musia pochopiť, ako sa ich médium hodí do sveta (inými slovami do produkčného prostredia) a aký má efekt (ako ho ľudia používajú).
Videl som, že sa to popisuje ako „široký a hlboký“ človek. Široký, pretože musíte chápať svet ako človeka pracujúceho s ostatnými ľuďmi. Hlboko preto, že potrebujete dôkladné technické znalosti pod úrovňou vašej časti projektu. Títo vývojári dajú vášmu projektu obrovskú podporu a zmenia tempo projektu, bez ktorého nájdete netechnických zamestnancov uviaznutých v zdĺhavých detailoch, ktoré pretekajú technologickým tímom.
04. Veci, s ktorými staviame
Nedávno som si napísal zoznam všetkého, čo používame na vytváranie webov, správu hostingu a dokončovanie vecí, aby sa ľudia, ktorí sa pripoja, mohli počas prvých týždňov naučiť cheatu technológií. Berieme to tak, že sme čítali, že ľudia o týchto veciach vedeli, takže aby sme novým náborom umožnili nový štart, vymenovali sme všetko, čo každý deň používame.
Očakával som pol tucta technológií, ale skončil som oveľa viac. Tento zoznam - „to, čo používame“ - obsahuje obvyklé CMS, programovacie jazyky a technológie prehľadávačov, ale aj množstvo nástrojov, ktoré si tím ani sám nepamätal. Všetko to bola svalová pamäť. Keď na príkazový riadok napíšete „git“, „phing“, „thor“, ani nám nenapadlo, že to niekto nemusí.
Stavať nástroje; CI; git na správu verzií sa považovali za samozrejmosť, ale pri spätnom pohľade na životopisy sa tieto ťažko objavovali. Objavili by sa tie trendy (a je cynické, že si myslím, že ich niektoré agentúry pridávajú ?!), ale často bez konkrétnych skúseností.
Tieto nástroje sú dôležité pre urýchlenie vývoja projektu, takže sa uistite, že máte oveľa bohatšiu sadu nástrojov ako váš jazyk, CMS a niekoľko rámcov. Potrebujete nasadenie, testovanie, CI, silnú kontrolu verzií (v tímoch - nie sami) a musíte pochopiť základné koncepty týchto koncepcií, a nie iba niekoľko návodov.
05. Devops
Tieto ďalšie nástroje a triky úhľadne zapadajú do toho, čo ľudia nazývajú „devops“. Devops letí tvárou v tvár dvom tradičným silám: produkcii, ktorá udržuje veci v chode, a vývoju, ktorý robí nové veci (a často ich zastaví). Výsledkom sila sú dva tábory, ktoré k sebe navzájom málo sympatizujú.
Vývojári bez výrobných znalostí častejšie produkujú kód, ktorý nie je vhodný na výrobu, pomocou konfigurácie alebo funkcií, ktoré ešte nie sú v produkčnom zásobníku. Pretože si nie sú vedomí problémov produkčného prostredia, kódujú skôr, aby túto funkciu doplnili ako nasadili do výroby.
Tieto malé podrobnosti môžu spôsobiť bolestivé oneskorenia, ktoré ešte zhoršuje trend odosielania správy serverov do zahraničia.
Pochopte stoh
Devops je samo o sebe obrovským poľom, ktoré zahŕňa neustále nasadenie a veľa automatizácie. Toto je rozsiahle zhrnutie, ale kľúčová vec, ktorú musia vývojári pochopiť, je zásobník, na ktorom beží. Nestačí to delegovať na správcu servera, musíte pochopiť dôsledky, ktoré má platforma na váš kód.
Ak pracujete na Rails, prečítajte si kód Rails a informujte sa, ako program Ruby vykonáva Apache. Ak pracujete v prostredí Java, informujte sa o možnostiach konfigurácie. Ak používate Perl, pochopte, ako nainštalovať moduly Perl a nakonfigurovať ich.
Tajomná práca
Zoznam „čo používame“ obsahuje veľa týchto vecí a dobrí vývojári sa k tomu posunú, aby pochopili, ako sa táto záhadná práca vykonáva. Akonáhle to dosiahnu, nasadenia idú rýchlejšie, práca sa nasadzuje plynulejšie a všetci sú šťastnejší.
Nepretržité nasadenie a súvisiace postupy spoločnosti Devops sa stávajú tak štandardnými, že každý vývojár alebo spoločnosť, ktorá to nepraktizuje, sa pripravuje na predbehnutie. Začne to robiť niekto iný a potom bude rýchlejší ako vy.
Šikovné náradie
Googling pre výraz „devops“ vám poskytne predstavu o nástrojoch, ktoré títo muži používajú. Nejde o PHP a MySQL alebo Rails. Reč je o prepravnom softvéri a udržiavaní rizikových častí projektov bez rizika. Sústredia sa na nasadenie, automatizáciu a čo najrýchlejší chod potrubia od vývojárskeho až po produkčné prostredie.
Zistíte, že tento štýl vývoja vám dáva vývojárov, ktorí lepšie spolupracujú navzájom aj s ostatnými oddeleniami a spoločnosťami. Ak pracujú s API od tretej strany, pochopia problémy, ktoré sa pravdepodobne môžu vyskytnúť na druhej strane. Pri práci so správcami serverov pochopia, čo potrebujú, a vedia, ako fungujú ich softvérové weby na produkčných serveroch. Opak toho môže byť bolestivý ...
06. Dev’h to napraví ... možno
Toto hľadanie „základných zručností vývojárov webu“ prináša príjemnú odpoveď od Michaela Greera (CTO) pre Quora:
- Lenivosť: Odmieta dvakrát robiť čokoľvek: napíše k tomu scenár alebo algo.
- Zbabelosť: Myslí na testovanie, obáva sa zaťaženia a dopadu kódu
- Nerozvážnosť: Neustále skúša nové veci, prináša nápady z rovnakého dňa
Cowardice je pekný spôsob formulovania ‘zamerania na detail’. Ladenie a testovanie je 99 percent života vývojárov, o ktorých sa nikto nezmieňuje, keď narazili na W3Schools alebo začali kurz výpočtovej techniky 101.
Schopnosť opravovať aplikácie si vyžaduje vynikajúce schopnosti riešenia problémov, nielen ladenie kódu. Riešením, keď si používatelia nemôžu stiahnuť svoje faktúry, je niekedy riešenie, vďaka ktorým je možné stránku vytlačiť, a nie deň stráviť generovaním súborov PDF. Odkaz môže niekedy nahradiť týždeň vývoja, ale toto elegantné riešenie sa nestane, ak vývojári budú riešiť problémy čisto písaním množstva riadkov kódu.
Testovanie je úžasný slepý bod pre mnohých vývojárov aj napriek mnohým nástrojom, ktoré sú tu. Používajte jednotkové testy, selén, nástroje na testovanie záťaže a profilovanie, napríklad xhprof. Analýza z vecí ako New Relic, aby bola vaša aplikácia malá. A toto všetko považujte za súčasť práce vývojára: je to váš kód, uistite sa, že viete, že funguje tak, ako mal, než dúfate.
Ladenie
Bolesť je tiež ladenie. Nie ako používať ladiaci program, ale ako ladiť problém - preto by som pridal do zoznamu Michaela Greera:
- Netrpezlivosť: agresívne ignoruje irelevantné informácie na nájdenie a vyriešenie skutočného problému
Toto je základný kameň všetkých postupov ladenia. Ignorovanie irelevantného a nájdenie zmyslu v príslušnom. Bohužiaľ, mnoho z nich je náchylných na otrocké otĺkanie irelevantných hodín alebo dní a napravenie problému desaťkrát pokusom o to isté.
Existuje mnoho kníh (bohužiaľ nie tá, ktorú som poskytol vydavateľovi, ktorého nebudem menovať) o ladení a každý vývojár by si mal všetky prečítať. Skutočne skvelý vývojár dokáže ladiť problémy v systéme bez toho, aby videl riadok kódu.
07. Čo chcú používatelia
Pochopte, o čo sa snažia ľudia vo vašom okolí. Vychutnajte si kód - milujte umenie dokonalého odsadenia súborov CSS alebo optimalizáciu aplikácie Rails - ale nezabudnite, že všetko je to len za určitým účelom.
Vývojári musia rozumieť podnikaniu, operáciám a obchodným procesom, pretože ich veci pomáhajú pri ich fungovaní. Vývojári s týmito znalosťami dokážu vytvárať softvér a aplikácie, ktoré pomáhajú používateľom, ale často sa zdajú neobvykle produktívne. Môže to byť spôsobené rýchlejším písaním na klávesnici alebo úžasnou znalosťou zásobníka, ale je to pravdepodobnejšie vďaka ich znalostiam toho, čo používatelia chcú.
Konkurenčný trh
Vráťme sa k pôvodnému bodu, že vývoj je čoraz ľahší a trh pre skvelých vývojárov je konkurencieschopnejší, každý vývojár, ktorý dokáže porozumieť obchodným požiadavkám a prinesie im niečo vynikajúce, bude mať výhodu. Pochopenie trhu, zákazníkov a toho, prečo sa ľudia rozchádzajú s peniazmi, pomáha.
Pochopte údaje a to, ako sa budú časom meniť. V duchu vývojárov by mali radiť nové technológie s výzvami, ktoré dnes máte alebo uvidíte prichádzať. Takto, keď navrhnete MD alebo klientovi nový nápad, bude to založené na tom, čo zákazníci skutočne chcú, a získate na to rozpočet / čas. (Naproti tomu najhoršou vecou, ktorú musíme byť svedkami, sú vývojári, ktorí predávajú svoju novú obľúbenú technológiu ako riešenie všetkých našich neduhov.)
Vývojári majú veľkú kontrolu - potrebujú vedieť, čo ktoré pole v databáze znamená pre koncového používateľa? Ak zmeníme údaje, čo uvidia používatelia? Existuje lepší spôsob, ako pomôcť používateľom? Správcovia databázy DB sa príliš často pozerajú na to, že svet je skôr zlým odrazom ich databázy, než že ich databáza predstavuje zlú reprezentáciu skutočného sveta. Svet je neporiadok a je prekvapivo plný okrajových prípadov. Vyriešte to, správcovia DB.
08. Kreslenie a písanie
Kreslenie je najpriamejší spôsob komunikácie, aké budú veci. Vývojári musia byť schopní nakresliť svoje nápady na tabuľu, papier a podložky pod pivo.
Vývojári musia byť schopní prototypovať na papieri, tlačiť snímky obrazovky a čmárať ich, len aby oznámili svoj úmysel. Neverte vývojárovi, ktorý kývne, hovorí, že rozumie a otvára svojho editora.
Lacné zlyhanie: najlepšie kódovanie začína kreslením ako rýchly prototyp. Zlyhajte častejšie a zabezpečte, aby všetci vývojári vo vašom okolí robili to isté, s najväčšou pravdepodobnosťou tak uspejete.
09. Užite si to
A čo keď budete musieť stráviť 10 hodín riešením problému presunutím odkazu ďalej? Užite si to - aj keď je to len výzva prekonať prácu.
Najhorší prístup vývojárov (alebo kohokoľvek) je apatia k tomu, čo sa tím snaží dosiahnuť. Je to bohužiaľ bežné, pretože vývojári sa považujú za tím, ktorý je mimo toho, čo tím dosahuje. (Vášnivý programátor kladie otázka: „o koľko zábavnejšie by ste si mohli urobiť svoju prácu?“ - vyskúšajte.)
A buďte pripravení ukázať svoju prácu, keď to bude naopak: nerozširujte to, keď vyskúšate niekoľko tutoriálov o Ruby na tému „Experience of Ruby“!
Vývoj webových aplikácií a aplikácií je stále mladé povolanie, ale rozširujú sa zručnosti, ktoré skutočne potrebujú vývojári. Každý by mal očakávať viac vývojárov, pretože čím skôr všetci vyjdeme z nepríjemnej zadnej miestnosti a zapojíme sa do tvorivého procesu, tým lepšie budú výsledky.
10. Zostaň ostrá
Aby som to dotiahol do pekného 10. kola, pridám jednu poslednú vec. Ostaň ostrá. Nájdite konkurenciu. Najhorší druh všetkého je izolovaný.
„Vždy buď najhorší v každej kapele, v ktorej si.“
Najhorší - naozaj, veľmi zlí - programátori, programátori, dizajnéri sa učia svoje veci a odpočívajú na vavrínoch. Bez kardiostimulátora je príliš ľahké spomaliť a bez konkurencie je zvykom vidieť sa nadpriemerne dobre.
Takže buďte najhorší, ako môžete, tým, že budete lepšie. Pripojte sa k projektom mimo práce, prispievajte a hľadajte spätnú väzbu a kritiku, pretože čím viac kritiky získate, tým menej ľudí vám v budúcnosti dá. Keď hádate, čo chcú lepšie ako oni, potom ste vývojár ninja, ktorý chce každý.
Dan Frost je technický riaditeľ webovej spoločnosti s kompletnými službami 3EV, oficiálny partner AWS. Vo vývoji CMS a vývoji webových aplikácií pracuje sedem rokov.
Páčilo sa vám to? Prečítajte si tieto!
- Ako zostaviť aplikáciu
- Najlepšie bezplatné webové písma pre návrhárov
- Objavte, čo bude v oblasti rozšírenej reality nasledovať
