Content
- 01. La codificació ja no es talla
- Amplada i profunditat
- 02. La gran advertència
- 03. El que diu internet
- Comprendre el mitjà
- 04. Les coses amb les que construïm
- 05. Devops
- Entendre la pila
- Obra misteriosa
- Eines pràctiques
- 06. Dev ho solucionarà ... potser
- Depuració
- 07. Què volen els usuaris
- Mercat competitiu
- 08. Dibuix i escriptura
- 09. Gaudeix-te
- 10. Mantingueu-vos aguts
- T'ha agradat això? Llegiu-los!
Els desenvolupadors han de ser més que treballadors gruixuts que generen codi. Esperem més de la nostra vida digital i són aquests els qui la construeixen, així que què han de saber els millors desenvolupadors? Aquí hi ha les coses que veig que falten a massa desenvolupadors. Això no és exhaustiu, però són aquestes qualitats les que converteixen un programador raonable en un desenvolupador increïble.
Però no és una cosa, i no és mai la possibilitat d’analitzar XML o d’optimitzar el codi, és una sorprenent col·lecció d’habilitats que no s’ensenyen als llibres d’escriptura de codi. Són una mica més.
Per què ventilar-se així? Com que el desenvolupament és important, però els desenvolupadors es destinen massa sovint a un món diferent, no sempre a la seva creació. Això no funciona mai. El desenvolupament (qualsevol cosa tècnica) sempre prospera quan els coneixedors entenen més que el codi.
01. La codificació ja no es talla
Estem en un món on la codificació és cada vegada menys impressionant. Tothom crea llocs, alguns codifiquen, però no cal. Ja no és només el nerd qui pot crear llocs, aplicacions i funcions.
Des que va aparèixer el web i la gent es va poder ensenyar, hi ha hagut desenvolupadors autodidactes. Però fins i tot els graduats estan amenaçats. Tinc currículums amb persones titulades en informàtica, cursos d’IA, diversos suports i codificació, però encara hi falta alguna cosa. De vegades falten moltes coses.
No sóc el primer a dir això. "La codificació ja no es talla" és el títol del capítol 3 de El programador apassionat, que juntament amb llibres com Pensament i aprenentatge pragmàtic instar els programadors a millorar-se més enllà del codi; per convertir-se en membres de l'equip resposables i completament humans.
Amplada i profunditat
Els desenvolupadors han de ser millors de dues maneres: amplitud i profunditat. Han d’entendre l’amplitud de les interaccions humanes al seu equip i amb les coses que construeixen. Han d’entendre la profunditat del sistema amb què treballen, fins a l’O / S.
I no només els desenvolupadors haurien de llegir aquestes coses. Si esteu treballant amb desenvolupadors, crec que n’haureu d’esperar més. Feu-los un esbós de què parlen. Feu que expliquin amb imatges, objectes i (funciona) retalls de persones exactament com serà el sistema per als humans que l’utilitzen.
02. La gran advertència
Parlaré negativament de desenvolupadors, però crec que m’hi permeten perquè sóc un. També perquè almenys una cosa que parlo aquí és certa per a molts dels desenvolupadors que conec. Tot i que el seu treball és fantàstic i coneixen el seu codi, els temps són competitius. Cal tenir un avantatge, i això és:
- sigues més tècnic
i
- ser molt més humà
03. El que diu internet
Si busqueu "habilitats essencials de desenvolupament web", apareix el que esperareu. Coneixement del marc, navegador-x, CSS i JS. Enumeren els marcs que heu de conèixer, les plataformes que heu d’escriure i les noves tendències que heu de vigilar.
Aquests són els nostres mitjans de comunicació. Són les coses amb les que construïm, però no són el que dóna èxit al projecte. Un desenvolupador pot entendre tots els detalls del sistema, us pot explicar totes les funcions d’una API i una nova tecnologia CSS, però encara pot produir alguna cosa inutilitzable.
Comprendre el mitjà
Els desenvolupadors, com tothom, han d’entendre el seu mitjà, però també han d’entendre el públic, ja siguin els usuaris, l’equip o altres desenvolupadors. Han d’entendre com s’adapta el seu mitjà al món (és a dir, l’entorn de producció) i quin efecte té (com l’utilitzen les persones).
Ho he vist descriure com la persona "àmplia i profunda". Ampli, perquè cal entendre el món com un ésser humà que treballa amb altres humans. Profund perquè necessiteu un coneixement tècnic complet per sota del nivell de la vostra part del projecte. Aquests desenvolupadors donen un gran impuls al vostre projecte i canvien el ritme del projecte, sense la qual cosa trobareu personal no tècnic encallat en els tediosos detalls que desborda l’equip de tecnologia.
04. Les coses amb les que construïm
Fa poc vaig escriure una llista de tot el que fem servir per crear llocs, gestionar allotjaments i fer coses perquè les persones que s’uneixen puguin tenir un full de trucs de tecnologies per aprendre durant les primeres setmanes. Vam considerar que la gent sabia aquestes coses, de manera que, per començar els nous reclutes, enumeraríem tot el que fem servir cada dia.
Esperava mitja dotzena de tecnologies, però vaig acabar amb moltes més. Aquesta llista - "allò que fem servir" - inclou els CMS habituals, els llenguatges de programació i les tecnologies del navegador, però també un munt d’eines que l’equip ni tan sols recordava que feia servir. Tot era memòria muscular. Escrivint 'git', 'phing', 'thor' a la línia d'ordres, ni tan sols pensàvem que algú no.
Construir eines; CI; git per al control de versions es donava per descomptat, però mirant enrere sobre els currículums pràcticament no van aparèixer. Els de moda apareixerien (i és cínic que crec que hi hagi algunes agències que hi afegeixin ?!) però sovint sense experiència concreta.
Aquestes eines són importants per accelerar el desenvolupament de projectes, així que assegureu-vos que teniu un conjunt d'eines molt més ric que el vostre idioma, el CMS i un parell de marcs. Necessiteu desplegament, proves, CI, un control de versions fort (en equips, no pel vostre compte) i heu d’entendre els conceptes bàsics d’aquests en lloc d’uns quants tutorials.
05. Devops
Aquestes eines i trucs addicionals s'adapten perfectament al que la gent anomena "devops". Devops vola davant de dues sitges tradicionals: la producció, que manté les coses en marxa, i el desenvolupament, que fa coses noves (i sovint deixa de funcionar). Les sitges donen lloc a dos campaments amb poca simpatia els uns pels altres.
Els desenvolupadors sense coneixements sobre producció produeixen amb més freqüència un codi que no és adequat per a la producció mitjançant la configuració o les funcions que encara no estan a la pila de producció. Com que no són conscients dels problemes de l'entorn de producció, codifiquen per completar la funció en lloc de desplegar-la a la producció.
Aquests petits detalls poden crear retards dolorosos, agreujats per la tendència a enviar la gestió del servidor a l'estranger.
Entendre la pila
Devops és un camp enorme en si mateix, que inclou un desplegament continu i molta automatització. Aquest és un resum exhaustiu, però el que els desenvolupadors han d’entendre és la pila que utilitzen. No n’hi ha prou de delegar-ho a l’administrador del servidor, heu d’entendre les implicacions que la plataforma té en el vostre codi.
Si treballeu amb Rails, llegiu el codi de Rails i sabeu com Apache executa Ruby. Si treballeu a Java, coneixeu les opcions de configuració. Si utilitzeu Perl, enteneu com instal·lar els mòduls Perl i configurar-los.
Obra misteriosa
La llista "què fem servir" conté moltes d'aquestes coses i els bons desenvolupadors hi salten per entendre com es fa tot aquest misteriós treball. I un cop ho aconsegueixen, els desplegaments van més de pressa, el treball es desplega de manera més fluida i tothom està més content.
El desplegament continu i les pràctiques relacionades de devops es tornen tan estàndard que qualsevol desenvolupador o empresa que no ho practiqui s’està configurant per ser superat. Algú altre ho començarà a fer i serà més ràpid que tu.
Eines pràctiques
Cercar en Google "devops" us dóna una idea de les eines que fan servir aquests nois. No es tracta de PHP i MySQL ni Rails. Es tracta d’enviar programari i de mantenir sense risc els trossos arriscats dels projectes. Es concentren en el desplegament, l'automatització i mantenint el gasoducte des del desenvolupador fins a l'entorn de producció el més ràpid possible.
Trobareu que aquest estil de desenvolupament us ofereix desenvolupadors que treballen millor entre ells i amb altres departaments i empreses. Si treballen amb una API d’un tercer, entendran els problemes que poden aparèixer a l’altra banda. Quan treballin amb els administradors del servidor, entendran el que necessiten instal·lar i sabran com funcionen els seus llocs de programari als servidors de producció. El revers d’això pot ser dolorós ...
06. Dev ho solucionarà ... potser
Aquesta cerca de "coneixements essencials per a desenvolupadors web" aporta una bona resposta de Michael Greer (The Onion's CTO) a Quora:
- Mandra: es nega a fer res dues vegades: escriu un script o alguna cosa per a això.
- Covardia: pensa provar, es preocupa per la càrrega i l'impacte del codi
- La temeritat: prova constantment coses noves i llança idees el mateix dia
La covardia és una bona manera de redactar ‘l’atenció als detalls’. La depuració i les proves són el 99% de la vida d'un desenvolupador que ningú no va esmentar quan va arribar a W3Schools o va iniciar el curs d'informàtica 101.
La possibilitat de solucionar aplicacions requereix excel·lents habilitats per resoldre problemes, però no només depurar codi. De vegades, la solució perquè els usuaris no puguin descarregar les seves factures és fer que la pàgina es pugui imprimir, en lloc de passar un dia generant PDF. De vegades, un enllaç pot substituir una setmana de desenvolupament, però aquesta solució elegant no es produirà si els desenvolupadors resolen els problemes només escrivint moltes línies de codi.
Les proves són un meravellós punt cec per a molts desenvolupadors, tot i les moltes eines que hi ha. Utilitzeu eines de proves unitàries, seleni, proves de càrrega i perfils com xhprof. Anàlisi de coses com New Relic per mantenir petita la petjada de la vostra aplicació. I tingueu en compte tot això com a part del treball del desenvolupador: és el vostre codi, assegureu-vos que sàpiga que funciona tal com es pretén en lloc d’esperar.
Depuració
La depuració també és un punt dolorós. No com utilitzar un depurador, sinó com depurar un problema; per tant, afegiria a la llista de Michael Greer:
- Impaciència: ignora agressivament la informació irrellevant per trobar i resoldre el problema real
Aquesta és la pedra angular de totes les tècniques de depuració. Ignorant la irrellevància i trobant significat en el rellevant. Malauradament, molts són propensos a martellar amb irrupció la irrellevància durant hores o dies, solucionant un problema provant el mateix 10 vegades.
Hi ha molts llibres (per desgràcia, no el que vaig llançar a l’editor que no nomenaré) sobre la depuració i tots els desenvolupadors haurien de llegir-los tots. Un desenvolupador realment fantàstic pot depurar problemes en un sistema sense veure cap línia de codi.
07. Què volen els usuaris
Compreneu què estan intentant fer les persones que us envolten. Gaudeix del codi: adora l'art de sagnar perfectament fitxers CSS o d'optimitzar una aplicació de rails, però recorda que tot és per a un propòsit.
Els desenvolupadors han d’entendre el negoci, les operacions i els processos empresarials perquè les seves coses ajuden a fer-los funcionar. Els desenvolupadors amb aquest coneixement poden crear programari i aplicacions que ajudin els usuaris, però sovint semblen inusualment productius. Això pot ser degut a la seva escriptura ràpida d’il·luminació o al coneixement sorprenent de la pila, però és més probable que sigui pel seu coneixement del que volen els usuaris.
Mercat competitiu
Tornant al meu punt original, el desenvolupament és cada cop més fàcil i el mercat dels grans desenvolupadors és més competitiu que qualsevol desenvolupador que sigui capaç d’entendre els requisits empresarials i aportar alguna cosa excel·lent per complir-los. Conegueu el mercat, els clients i per què participen dels diners.
Compreneu les dades i com canviaran amb el pas del temps. En la ment del desenvolupador, haurien d’adaptar les noves tecnologies als reptes que teniu avui o que veieu que vindran. D’aquesta manera, quan suggeriu una idea nova i fantàstica al MD o a un client, es basarà en allò que realment volen els clients i obtindreu el pressupost / temps. (En canvi, el pitjor que podem veure són els desenvolupadors que venen amb la seva nova tecnologia favorita com a solució per a tots els nostres mals).
Els desenvolupadors tenen molt control: necessiten saber què significa cada camp de la base de dades per a l'usuari final? Si canviem les dades, què veuran els usuaris? Hi ha una manera millor d’ajudar els usuaris? Massa sovint la visió dels administradors de DB és que el món és un mal reflex de la seva base de dades en lloc de que la seva base de dades sigui una mala representació del món real. El món és desordenat i sorprenentment ple de casos. Tracteu-ho, administradors de DB.
08. Dibuix i escriptura
El dibuix és la manera més directa de comunicar com seran coses. Els desenvolupadors han de ser capaços de dibuixar les seves idees sobre pissarres, paper i catifes de cervesa.
Els desenvolupadors han de ser capaços de prototipar en paper, imprimir captures de pantalla i escriure-hi per comunicar la seva intenció. No confieu en el desenvolupador que assenteix amb el cap, diu que ho ha entès i obre el seu editor.
Falla a bon preu: la millor codificació comença amb el dibuix com a prototip ràpid. Fracasseu més sovint i assegureu-vos que tots els desenvolupadors que us envolten facin el mateix, ja que és més probable que tingueu èxit d’aquesta manera.
09. Gaudeix-te
I què passa si heu de passar deu hores resolent un problema movent un enllaç? Gaudeix-ne, fins i tot si només és el repte de superar la feina.
La pitjor actitud dels desenvolupadors (o de qualsevol persona) és l’apatia cap al que l’equip intenta aconseguir. Malauradament, això és habitual, perquè els desenvolupadors es veuen fora del que està aconseguint l'equip. (El programador apassionat planteja la pregunta: "quant de divertit podríeu fer la vostra feina?", proveu-ho.)
I estigueu preparats per mostrar el vostre treball, ja que el contrari: no amplieu després d'haver provat un parell de tutorials sobre Ruby a "Experience of Ruby".
El desenvolupament de pàgines web i aplicacions encara és una professió jove, però el conjunt d’habilitats que necessiten els desenvolupadors realment grans s’està ampliant. Tothom hauria d’esperar més de desenvolupadors perquè com més aviat sortim tots de la desagradable sala del darrere i ens involucrem amb el procés creatiu, millors seran els resultats.
10. Mantingueu-vos aguts
Per arribar a aquesta bonica ronda 10, afegiré una última cosa. Mantingueu-vos aguts. Trobar competència. El pitjor tipus de res és un de forma aïllada.
"Sigueu sempre el pitjor de cada banda en què esteu."
Els pitjors programadors, programadors, programadors, dissenyadors aprenen les seves coses i descansen sobre els llorers. Sense un marcapassos, és massa fàcil frenar la velocitat i, sense veure la competència, és costum veure’s per sobre de la mitjana.
Per tant, sigueu el pitjor que pugueu trobant millor. Uniu-vos a projectes fora de la feina, contribuïu i busqueu comentaris i crítiques perquè com més crítiques rebreu, menys persones us donaran en el futur. Quan endevineu què volen millor del que són, aleshores sou el desenvolupador ninja que tothom vol.
Dan Frost és director tècnic de l'empresa web de serveis complets 3EV, soci oficial d'AWS. Fa set anys que treballa en el desenvolupament de CMS i aplicacions web.
T'ha agradat això? Llegiu-los!
- Com es crea una aplicació
- Les millors fonts web gratuïtes per a dissenyadors
- Descobriu el següent per a la realitat augmentada
