Conţinut
- 01. Codificarea nu o mai taie
- Lățime și adăncime
- 02. Avertismentul mare
- 03. Ce spune internetul
- Înțelegeți mediul
- 04. Lucrurile cu care construim
- 05. Devops
- Înțelegeți stiva
- Muncă misterioasă
- Unelte la îndemână
- 06. Dev o va remedia ... poate
- Depanare
- 07. Ce vor utilizatorii
- Piata competitiva
- 08. Desen și scris
- 09. Bucură-te
- 10. Rămâi ascuțit
- I-a plăcut asta? Citiți acestea!
Dezvoltatorii trebuie să fie mai mult decât muncitori care produc coduri. Ne așteptăm la mai mult din viața noastră digitală și acești tipi sunt cei care o construiesc, deci ce trebuie să știe cei mai buni dezvoltatori? Iată lucrurile pe care le văd lipsite de prea mulți dezvoltatori. Acest lucru nu este exhaustiv, dar aceste calități transformă un coder rezonabil într-un dezvoltator uimitor.
Dar nu este un lucru și, mai ales, nu este niciodată capacitatea de a analiza XML sau de a optimiza codul. Este o colecție surprinzătoare de abilități care nu sunt predate în cărțile despre scrierea codului. Sunt ceva în plus.
De ce să te descurci așa? Deoarece dezvoltarea contează, dar dezvoltatorii sunt prea des direcționați într-o lume diferită, nu întotdeauna din ceea ce fac. Acest lucru nu funcționează niciodată. Dezvoltarea - orice lucru tehnic - prosperă întotdeauna când cei cu cunoștințe înțeleg mai mult decât codul.
01. Codificarea nu o mai taie
Suntem într-o lume în care codificarea devine mai puțin impresionantă. Toată lumea creează site-uri, unele dintre ele cod, dar nu trebuie. Nu mai sunt doar tocilarii care pot crea site-uri, aplicații și funcții.
De când a apărut internetul și oamenii s-au putut învăța singuri, au existat dezvoltatori autodidacti. Dar chiar și absolvenții sunt amenințați. Primesc CV-uri cu persoane cu diplome în informatică, cursuri de AI, diverse medii și coduri sub centură, dar încă mai lipsește ceva. Uneori lipsesc multe.
Nu sunt primul care spune asta. „Codificarea nu o mai tăiați” este titlul capitolului 3 din Programatorul pasionat, care alături de cărți precum Gândire și învățare pragmatică îndeamnă programatorii să se îmbunătățească dincolo de cod; pentru a deveni membri responsabili și complet umani ai echipei.
Lățime și adăncime
Dezvoltatorii trebuie să fie mai buni în două moduri: lățimea și profunzimea. Ei trebuie să înțeleagă amploarea interacțiunilor umane din echipa lor și cu lucrurile pe care le construiesc. Ei trebuie să înțeleagă profunzimea sistemului cu care lucrează, până la O / S.
Și nu doar dezvoltatorii ar trebui să citească aceste lucruri. Dacă lucrați cu dezvoltatori, cred că ar trebui să vă așteptați la mai mulți dintre ei. Faceți-i să schițeze despre ce vorbesc. Puneți-i să explice cu imagini, obiecte și (funcționează) decupaje ale oamenilor exact cum va fi sistemul pentru oamenii care îl folosesc.
02. Avertismentul mare
Voi vorbi negativ despre dezvoltatori, dar cred că am voie pentru că sunt unul. De asemenea, pentru că cel puțin un lucru despre care vorbesc aici este adevărat pentru mulți dintre dezvoltatorii pe care îi întâlnesc. Deși munca lor este grozavă și își cunoaște codul, vremurile sunt competitive. Trebuie să aveți un avantaj și acesta este:
- fii mai tehnic
și
- fi mult mai uman
03. Ce spune internetul
Googlingul pentru „abilități esențiale de dezvoltare web” aduce la cunoștință ceea ce vă așteptați. Cunoștințe cadru, x-browser, CSS și JS. Acestea enumeră cadrele pe care ar trebui să le cunoașteți, platformele pe care trebuie să le creați și noile tendințe pe care ar trebui să le urmăriți.
Acestea sunt mass-media noastră. Sunt lucrurile cu care construim, dar nu sunt ceea ce oferă succesul unui proiect. Un dezvoltator poate înțelege fiecare detaliu al sistemului, vă poate spune fiecare caracteristică a unui API și a unei noi tehnologii CSS, dar produce totuși ceva inutilizabil.
Înțelegeți mediul
Dezvoltatorii, ca toată lumea, trebuie să-și înțeleagă mediul - dar trebuie să înțeleagă și publicul, fie că sunt utilizatorii, echipa sau alți dezvoltatori. Ei trebuie să înțeleagă modul în care mediul lor se potrivește cu lumea (cu alte cuvinte, mediul de producție) și ce efect are (cum îl folosesc oamenii).
Am văzut acest lucru descris drept persoana „largă și profundă”. Larg, pentru că trebuie să înțelegeți lumea ca un om care lucrează cu alți oameni. Profund pentru că aveți nevoie de cunoștințe tehnice aprofundate sub nivelul părții dvs. din proiect. Acești dezvoltatori oferă proiectului dvs. un impuls uriaș și schimbă ritmul proiectului, fără de care veți găsi personal non-tehnic împiedicat de detalii plictisitoare care revarsă din echipa tehnologică.
04. Lucrurile cu care construim
Recent am scris o listă cu tot ceea ce folosim pentru a construi site-uri, pentru a gestiona găzduirea și pentru a finaliza lucruri, astfel încât oamenii care se alătură să poată avea o foaie ieftină de tehnologii de învățat în primele săptămâni. Înțelegeam că oamenii știau aceste lucruri, așa că, pentru a începe noilor recruți, vom enumera tot ceea ce folosim în fiecare zi.
Mă așteptam la o jumătate de duzină de tehnologii, dar am ajuns cu mult mai multe. Această listă - „ceea ce folosim” - include CMS-urile obișnuite, limbajele de programare și tehnologiile browserului, dar și o grămadă de instrumente pe care echipa nici măcar nu și le-a amintit folosind. Totul era memorie musculară. Tastând „git”, „phing”, „thor” pe linia de comandă, nici nu ne-am gândit că cineva ar putea să nu.
Construiți instrumente; CI; git pentru controlul versiunii au fost luate de la sine înțeles, dar uitându-ne înapoi peste CV-urile acestea au apărut cu greu. Cele la modă ar apărea (și este cinic faptul că cred că anumite agenții le adaugă ?!), dar adesea fără experiență concretă.
Aceste instrumente sunt importante pentru accelerarea dezvoltării proiectelor, deci asigurați-vă că aveți un set de instrumente mult mai bogat decât limba dvs., CMS și câteva cadre. Aveți nevoie de implementare, testare, CI, control puternic al versiunilor (în echipe - nu pe cont propriu) și trebuie să înțelegeți conceptele de bază ale acestora, mai degrabă decât doar câteva tutoriale.
05. Devops
Aceste instrumente și trucuri suplimentare se încadrează perfect în ceea ce oamenii numesc „devops”. Devops zboară în fața a două silozuri tradiționale: producția, care menține lucrurile în funcțiune și dezvoltarea, care face lucruri noi (și de multe ori oprește lucrurile). Silozurile rezultă în două tabere cu puțină simpatie unul pentru celălalt.
Dezvoltatorii fără cunoștințe de producție produc mai des coduri care nu sunt potrivite pentru producție, utilizând configurații sau caracteristici care nu sunt încă în stiva de producție. Deoarece nu sunt conștienți de problemele mediului de producție, codifică mai degrabă funcția decât să o implementeze în producție.
Aceste mici detalii pot crea întârzieri dureroase, exacerbate de tendința de a trimite managementul serverului în străinătate.
Înțelegeți stiva
Devops este un domeniu uriaș în sine, care cuprinde implementarea continuă și o mulțime de automatizări. Acesta este un rezumat cuprinzător, dar principalul lucru pe care dezvoltatorii trebuie să îl înțeleagă este stiva pe care rulează. Nu este suficient să delegați acest lucru administratorului serverului, trebuie să înțelegeți implicațiile platformei asupra codului dvs.
Dacă lucrați pe Rails, citiți codul Rails și aflați cum este executat Ruby de către Apache. Dacă lucrați în Java, aflați despre opțiunile de configurare. Dacă utilizați Perl, înțelegeți cum să instalați module Perl și să le configurați.
Muncă misterioasă
Lista „ceea ce folosim” conține o mulțime de aceste lucruri, iar dezvoltatorii buni fac acest lucru pentru a înțelege cum se face toată această lucrare misterioasă. Și odată ce o obțin, implementările merg mai repede, munca se desfășoară mai ușor și toată lumea este mai fericită.
Implementarea continuă și practicile conexe de devops devin atât de standard, încât orice dezvoltator sau companie care nu practică acest lucru se pregătește să fie depășit. Altcineva va începe să o facă și apoi va fi mai rapid decât tine.
Unelte la îndemână
Googling pentru „devops” vă oferă o idee despre instrumentele pe care le folosesc acești tipi. Nu este vorba despre PHP și MySQL sau Rails. Este vorba despre livrarea de software și păstrarea fără risc a fragmentelor riscante ale proiectelor. Se concentrează asupra implementării, automatizării și păstrării conductei de la dezvoltator la mediul de producție care rulează cât mai repede posibil.
Veți descoperi că acest stil de dezvoltare vă oferă dezvoltatori care lucrează mai bine între ei și cu alte departamente și companii. Dacă lucrează cu un API de la o terță parte, vor înțelege problemele care ar putea apărea de cealaltă parte. Atunci când lucrează cu administratorii de server, vor înțelege de ce au nevoie instalat și vor ști cum funcționează site-urile lor software pe serverele de producție. Reversul acestui lucru poate fi dureros ...
06. Dev o va remedia ... poate
Căutarea „abilităților esențiale pentru dezvoltatori web” aduce un răspuns frumos de la Michael Greer (The Onion’s CTO) pe Quora:
- Lenea: refuză să facă orice de două ori: scrie un script sau ceva pentru el.
- Lasitate: Se gandeste la testare, ingrijorari legate de sarcina si impactul codului
- Neatenție: încearcă în mod constant lucruri noi, lansează idei în aceeași zi
Lașitatea este un mod frumos de a formula „atenția la detalii”. Depanarea și testarea reprezintă 99% din viața unui dezvoltator pe care nimeni nu l-a menționat atunci când a lovit W3Schools sau a început cursul de calcul 101.
Capacitatea de a remedia aplicațiile necesită abilități excelente de rezolvare a problemelor, dar nu doar codul de depanare. Uneori, soluția pentru utilizatorii care nu își pot descărca facturile este de a face pagina imprimabilă, mai degrabă decât de a petrece o zi generând PDF-uri. Uneori, un link poate înlocui o săptămână de dezvoltare, dar acea soluție elegantă nu se va întâmpla dacă dezvoltatorii rezolvă probleme pur și simplu scriind o mulțime de linii de cod.
Testarea este un punct orb minunat pentru mulți dezvoltatori, în ciuda numeroaselor instrumente disponibile. Utilizați teste unitare, seleniu, testarea sarcinii și instrumente de profilare, cum ar fi xhprof. Analiză din lucruri precum New Relic pentru a menține amprenta aplicației dvs. mică. Și luați în considerare această parte a sarcinii dezvoltatorului: este codul dvs., asigurați-vă că știți că funcționează conform intenției, mai degrabă decât sperați că o va face.
Depanare
Depanarea este și un punct dureros. Nu cum să folosiți un depanator, ci cum să depanați o problemă - așa că aș adăuga în lista lui Michael Greer:
- Nerăbdare: ignoră agresiv informațiile irelevante pentru a găsi și a rezolva problema reală
Aceasta este piatra de temelie a tuturor tehnicilor de depanare. Ignorând irelevantul și găsind sens în relevant. Din păcate, mulți sunt predispuși să bată cu irevocanță irelevantul ore sau zile, rezolvând o problemă încercând același lucru de 10 ori.
Sunt multe cărți (din păcate, nu cea pe care i-am prezentat-o editorului pe care nu o voi numi) despre depanare și fiecare dezvoltator ar trebui să le citească pe toate. Un dezvoltator foarte bun poate depana probleme pe un sistem fără a vedea o linie de cod.
07. Ce vor utilizatorii
Înțelegeți ce încearcă să facă oamenii din jur. Bucurați-vă de cod - iubiți arta de a indenta perfect fișierele CSS sau de a optimiza o aplicație rails - dar amintiți-vă că totul este pentru un scop.
Dezvoltatorii trebuie să înțeleagă afacerea, operațiunile și procesele de afaceri, deoarece lucrurile lor ajută la gestionarea acestora. Dezvoltatorii cu aceste cunoștințe sunt capabili să construiască software și aplicații care îi ajută pe utilizatori, dar de multe ori par neobișnuit de productivi. Acest lucru s-ar putea datora tastării rapide a iluminării sau cunoștințelor uimitoare ale stivei, dar este mai probabil din cauza cunoștințelor lor despre ceea ce își doresc utilizatorii.
Piata competitiva
Revenind la punctul meu inițial, că dezvoltarea devine mai ușoară, iar piața dezvoltatorilor mari este mai competitivă, orice dezvoltator care este capabil să înțeleagă cerințele afacerii și să aducă ceva excelent pentru a le îndeplini va avea un avantaj. Înțelegeți piața, clienții și motivul pentru care oamenii se despart de bani.
Înțelegeți datele și cum se vor schimba în timp. În mintea dezvoltatorului, ar trebui să alinieze noile tehnologii cu provocările pe care le aveți astăzi sau pe care le vedeți venind. În acest fel, când sugerați o idee nouă fantezistă către MD sau către un client, aceasta se va baza pe ceea ce doresc cu adevărat clienții și veți obține bugetul / timpul pe care îl aveți. (În schimb, cel mai rău lucru pe care trebuie să-l observăm este dezvoltatorii care se ocupă de noua lor tehnologie preferată ca soluție pentru toate problemele noastre.)
Dezvoltatorii au mult control - trebuie să știe ce înseamnă fiecare câmp din baza de date pentru utilizatorul final? Dacă schimbăm datele, ce vor vedea utilizatorii? Există o modalitate mai bună de a ajuta utilizatorii? Prea des, punctul de vedere al administratorilor DB este că lumea este o reflectare proastă a bazei lor de date, mai degrabă decât baza lor de date fiind o reprezentare proastă a lumii reale. Lumea este dezordonată și surprinzător de plină de cazuri de margine. Faceți față, administratori DB.
08. Desen și scris
Desenul este cel mai direct mod de a comunica cum vor fi lucrurile. Dezvoltatorii trebuie să fie capabili să își deseneze ideile pe tablă albă, hârtie și covorașe pentru bere.
Dezvoltatorii trebuie să poată prototipa pe hârtie, să imprime capturi de ecran și să mâzgălească pe ei doar pentru a-și comunica intenția. Nu aveți încredere în dezvoltatorul care dă din cap, spune că a înțeles și își deschide editorul.
Eșuați ieftin: cea mai bună codare începe cu desenarea ca prototip rapid. Eșuați mai des și asigurați-vă că toți dezvoltatorii din jurul dvs. fac la fel, deoarece este mai probabil să reușiți în acest fel.
09. Bucură-te
Și ce se întâmplă dacă trebuie să petreci 10 ore rezolvând o problemă mutând un link? Bucurați-vă de el - chiar dacă este doar provocarea de a trece la treabă.
Cea mai proastă atitudine din partea dezvoltatorilor (sau a oricui) este apatia față de ceea ce echipa încearcă să realizeze. Din păcate, acest lucru este obișnuit, deoarece dezvoltatorii se consideră a fi în afara a ceea ce realizează echipa. (Programatorul pasionat pune întrebarea: „Cât de distractiv ai putea să-ți faci treaba?” - încearcă.)
Și fiți gata să vă arătați munca, deoarece inversul este: nu vă extindeți după ce ați încercat câteva tutoriale despre Ruby în „Experiența lui Ruby”!
Dezvoltarea de aplicații web și web este încă o profesie tânără, dar abilitățile necesare pentru dezvoltatorii cu adevărat mari se extind. Toată lumea ar trebui să se aștepte la mai mulți dezvoltatori, deoarece cu cât ieșim cu toții mai repede din camera urâtă din spate și ne implicăm în procesul creativ, cu atât rezultatele vor fi mai bune.
10. Rămâi ascuțit
Pentru a aduce acest lucru la o frumoasă rundă 10, voi adăuga un ultim lucru. Rămâi atent. Găsește concurență. Cel mai rău fel de lucru este unul izolat.
„Fii întotdeauna cel mai rău tip din fiecare trupă în care te afli.”
Cei mai răi - cu adevărat foarte răi - programatori, programatori, designeri își învață lucrurile și se odihnesc pe lauri. Fără un stimulator cardiac, este prea ușor să încetinești și fără a vedea competiția devine obișnuit să te vezi peste medie.
Deci, fii cel mai rău posibil, găsind mai bine. Alăturați-vă proiectelor în afara muncii, contribuiți și căutați feedback și critici, deoarece cu cât primiți mai multe critici, cu atât mai puține persoane vă vor oferi în viitor. Când ghici ce vor mai bine decât sunt, atunci ești dezvoltatorul ninja pe care îl dorește toată lumea.
Dan Frost este director tehnic al companiei web cu servicii complete 3EV, partener oficial AWS. Lucrează în CMS și dezvoltare de aplicații web de șapte ani.
I-a plăcut asta? Citiți acestea!
- Cum să creați o aplicație
- Cele mai bune fonturi web gratuite pentru designeri
- Descoperiți ce urmează pentru Realitatea Augmentată
