Spedizioni, Elixir ed Exercism

Jonathan: Be', buonasera a tutti e benvenuti al podcast di Exercism. Ho il privilegio di avere con me **Brian **Underwood. Brian, dove vivi in questo momento? E raccontaci un po' la tua storia e come sei finito dove sei adesso. Brian: Sì, certo. Grazie per avermi invitato. Sì, allora, sono a Stoccolma, in Svezia. Ma in origine vengo dagli Stati Uniti, sono nato in Ohio, quindi un bel viaggio da lì. Jonathan: No. Brian: il, credo, il mio... volevi sapere da dove vengo, tipo il mio percorso nel mezzo, immagino. Jonathan: Sì, esatto. Come sei finito dal centro degli Stati Uniti alla... Svezia, alla Scandinavia, sai, è un bel salto. Brian: Certo. Sì. Sì, ovviamente, è, è il centro degli Stati Uniti. Non ti biasimo per averci girato intorno, tipo, nessuno sa davvero dov'è l'Ohio. Quindi è, è davvero divertente. Sì, quindi, sai, sono andato alla Ohio State per l'università. Ed era tipo informatica e didattica. Ed è stato bello. Mi è piaciuto. E in un certo senso facevo... supporto tecnico, ehm, alla Facoltà di Lettere per tutto il tempo che sono stato lì. Sono stato abbastanza fortunato da trovare un lavoro lì quando ho iniziato. E in un certo senso ho continuato per un paio d'anni dopo la laurea. Ehm, ma poi, credo di essermi un po' annoiato di dove ero e di quello che facevo, e inoltre la mia ragazza mi ha lasciato. Quindi non, non parliamone. Jonathan: Ricordi non proprio felici, verrebbe da dire. Brian: Sì, insomma, col senno di poi è andato tutto bene. Ma sì, è un po' come dire: okay, qui ho avuto l'opportunità, credo. E così ho deciso di passare qualche settimana viaggiando per l'Europa, la prima volta che, in un certo senso... uscivo davvero dagli Stati Uniti per un periodo prolungato. Ed è stato bello, viaggiare per l'Europa. E poi ho deciso, prima di fare quello, ho deciso che mi sarei trasferito. E in un certo senso avevo puntato su Boston come posto in cui trasferirmi. E così ho avuto, credo, non so se sono stato fortunato in un certo senso, ma ho avuto un paio di opportunità in cui, tipo, sai, avevo sempre fatto, tipo, il supporto Mac era una cosa importante che avevo fatto. Quindi quello era tipo un lavoro che avevo, in un certo senso, avuto l'opportunità di prendere: un lavoro di supporto tecnico Mac a Boston. E un altro era questa piccola startup che faceva software per, tipo, aziende di telefonia mobile e, tipo, per come, tipo, organizzavano il merchandising nei loro negozi. E, sai, credo di voler davvero passare a fare il programmatore. Ma quest'altro lavoro era tipo: oh, è la cosa che faccio da tanto tempo. Ma credo che pendessi dalla parte del tipo: okay, voglio tipo abbracciare questa nuova vita, questa, questa, questa carriera che voglio. Quindi, però credo di essere stato anche un po' fortunato a ottenere il lavoro, perché credo che avessero davvero bisogno di qualcuno. E così mi hanno preso, in un certo senso. E si è rivelato un lavoro piuttosto importante che ho avuto per diversi anni. Ehm, ma sì, e poi quello è stato un po' l'inizio. Insomma, più o meno da lì, ho conosciuto quella che ora è mia moglie e ci siamo trasferiti a Providence, ci siamo sposati lì. Ehm, poi ci siamo trasferiti in California. Credo che mia moglie abbia trovato un lavoro a San Francisco. E io ero tipo: sì, posso. Sono uno sviluppatore software, posso, posso farcela, posso trovare un lavoro a San Francisco. No, no, nessun problema. Quindi è stato fantastico. Vivevamo a Oakland e lavoravamo a San Francisco per un paio d'anni. Ma poi abbiamo deciso che volevamo viaggiare in giro per un paio d'anni. E così abbiamo finito per viaggiare per il mondo per due anni con il nostro, a quel punto, a quel punto avevamo un figlio di due anni e mezzo. E così abbiamo viaggiato con lui per un paio d'anni. E, e poi sì, siamo tornati negli Stati Uniti per un paio, un paio d'anni. E poi abbiamo deciso, tipo: oh, sai, eravamo passati per Stoccolma durante i nostri viaggi. E abbiamo pensato: ci piace davvero Stoccolma. Quindi: okay, ci torneremo. E così è, è lì che siamo stati negli ultimi quattro anni circa. Jonathan: Tua moglie è svedese o è solo che ti piace Stoccolma? Oh, tipo come, qual è la storia? Brian: Sì, no, è una buona domanda. È la domanda che fa un sacco di gente. Ma no, siamo entrambi americani. Tutti e tre siamo americani, incluso mio figlio. Anche se parla svedese molto meglio di entrambi. Ci stiamo lavorando. Ma sì, no, ci è semplicemente piaciuta molto. Credo che ci fossero un paio di posti in cui avevamo viaggiato e avevamo pensato: beh, magari potremmo viverci, se... se volessimo trasferirci da qualche parte. Credo che uno fosse Auckland, un posto in cui eravamo passati e che ci era piaciuto molto. In Nuova Zelanda? Vuoi dire Auckland, Nuova Zelanda? Nuova Zelanda, esatto. Ma era un po' lontano, sarebbe stato tipo, se avessimo voluto tornare in Ohio a trovare la famiglia, sarebbe stata una gran tirata. E comunque è ancora un po' una tirata dalla Svezia, ovviamente. Jonathan: Okay, e ora, hai accennato, tipo, hai fatto un commento su programmazione informatica contro, o scienze informatiche, scusa, e programmazione. Tipo, qual era la differenza? Perché nella mia testa, le scienze informatiche sono più o meno programmazione, ma chiaramente non è così. O forse sì, non lo so. Quindi cosa intendevi esattamente con quello? Brian: Sì. Non so se conosco la differenza. Insomma, ho una laurea in informatica, e credo che fosse programmazione, ma non era tipo... hai sentito, o altre persone hanno sentito, che con una laurea non impari sempre, tipo, le cose reali che potresti imparare e fare in un lavoro. E probabilmente è un po' cambiato da quando sono andato all'università. Credo che ci sia probabilmente stato uno spostamento verso un'istruzione più pratica. Tipo, ricordo... Sai, imparavamo, credo tipo C e Java erano i due linguaggi principali che imparavamo allora. E in particolare, ricordo che in una lezione imparavamo questa cosa in Java, dove erano molto, era questa, credo fosse un metodo di insegnamento o una specie di modo di affrontare le cose in cui commentavi molto accuratamente ciascuna delle tue funzioni per dire, era tipo, si chiama design by contract, in cui dicevi tipo: cosa è ammesso? Sai, in un contratto legale, sai, più o meno dici, tipo: okay, quali sono le tue responsabilità? Quali sono le mie responsabilità? E quindi progettare una funzione per contratto significa, sai: okay, se mi fornisci questi valori nelle variabili, e, sai, per questa non mi fornisci mai un numero negativo. E ti assicuri sempre che questa stringa non sia mai vuota, o quello che è, giusto? Queste sono le cose di cui sei responsabile. E poi, se lo fai, io prometto di, di fare questo, giusto, e di farlo accadere. E così c'era questa struttura di commenti che ricordo mi confondeva molto, pensavo che in qualche modo i commenti venissero eseguiti, e facessero parte del programma. Ed era, io, sai, credo di aver passato un paio di giorni tipo: come? cosa dovrei fare qui? E alla fine ho capito, in un certo senso, che era solo questa specie di metodo molto formale che... E credo che sia stato utile, in un certo senso, che a volte il pensiero mi plasma la mente. È bene pensare che una funzione non debba poter gestire ogni singola cosa che può capitare, perché altrimenti porta solo alla follia. Jonathan: Dunque, sei andato all'università con informatica come, in un certo senso, il corso principale che stavi considerando. Come hai deciso di farlo? Era solo che avevi una specie di attrazione naturale verso le materie più scientifiche a scuola o alle superiori, oppure c'è stato un momento in cui hai pensato: in realtà questo mi calza proprio bene? Come ci sei arrivato, a decidere che l'informatica era davvero una laurea che volevi fare? Brian: Sì, probabilmente sono stato abbastanza fortunato a esserne attratto naturalmente, credo. Non so, tipo ricordo... a un certo punto di aver avuto una specie di scelta tra programmi, potevo entrare nel programma di arti e scienze, indirizzo informatica, o nell'indirizzo di ingegneria informatica. E uno dei due prevedeva tipo di seguire un corso di lingua, o tipo lo spagnolo era quello per cui ero più o meno indirizzato dalle superiori. Ma l'altro era tipo: oh, non devi fare la lingua straniera, ma devi fare più fisica e matematica. E io ero tipo: okay, iscrivimi. Quindi credo di essere stato, credo di esserne stato attratto. Credo che sia così, anche se la cosa a cui penso spesso è che, e forse è una specie di privilegio che ho io, quello di avere un interesse per la scienza o la matematica, ma mi sembra che probabilmente... la matematica, fare matematica. Un sacco di persone sono tipo: oh, la matematica, mi innervosisce la matematica, o è stressante, o quello che è. E questo, capisco che potrebbe essere del tutto così, ma mi chiedo se magari a volte. e le persone, alcune persone semplicemente, per un motivo o l'altro, trovano il divertimento nella matematica e riescono in un certo senso a entusiasmarsi, ed è come se fosse la stessa quantità di lavoro e di scoperta delle cose. Ma non sembra, perché quando ci divertiamo, non ci sembra che sia tanto lavoro. Probabilmente non è esattamente così, è solo una mia teoria personale che probabilmente è giusta solo a metà. Jonathan: Ma è stato divertente perché, allora, ricordo di aver fatto chimica per tre anni al GCSE nel Regno Unito, e per due anni, hai tre anni di apprendimento fino ai tuoi esami GCSE e poi hai questi grandi esami a 16 anni e fai tutta una serie di argomenti, quindi fai tipo dieci materie diverse, ed è parecchio. E poi decidi: okay, farò gli A level, farò o più matematica o scienze o quello che è, o inglese o teatro o quello che è. Ma ricordo che la chimica, per me, non ha fatto clic per circa due anni, e poi tipo nella settimana prima dell'esame tutto ha avuto senso: la tavola periodica e come funzionava tutto quanto, e oh, potevo ricavare tutte le risposte dalla tavola periodica, devo solo tipo, è come un cruciverba o quello che è. Ed è stata la lampadina che si accende, e ricordo che da quel momento pensavo: oh, questa è la materia più facile di sempre. Ma erano due anni di specie di lotta per arrivare a quel punto, ed è interessante perché sento che per me programmare è simile, cioè tipo immergiti per tanto tempo e poi ti si accende la lampadina, e non vedo l'ora che anche questo inizi a muoversi in quella direzione. Ma credo che quello che stai descrivendo lì, sai, ho visto amici che capivano molto in fretta, subito, e in un certo senso se la godevano, e l'aspetto di risoluzione dei problemi era la caratteristica principale dell'apprendimento, cosa che trovo molto interessante. Quindi è bello che tu l'abbia vissuto anche tu, immagino. Brian: So che c'è questa app, in realtà, che mio figlio ha usato sull'iPad. C'è una società o una serie di app chiamata Dragon Box. Non so se ne hai mai sentito parlare. Ma fanno delle app educative davvero belle. Di solito sono abbastanza scettico sulla maggior parte delle app educative, ma loro ne fanno diverse davvero buone. E una di queste riguarda la geometria. E ci penso spesso come metafora, che non era geometria, era algebra. Ce n'è una anche di geometria. Ma con quella di algebra, in realtà non ti insegna i concetti dell'algebra. Ti insegna la meccanica dell'algebra. Jonathan: Assicurati di mettere un pollice in su a questo video e iscriviti al nostro canale per altri video come questo. Brian: E lo fa in un modo in cui hai due lati diversi con queste due scatole diverse, e devi far sì che le cose, in un certo senso, si bilancino sui due lati. Sposti il mostro da un lato all'altro, oppure devi trasformarli da un certo tipo di mostro a un altro. È passato un po' di tempo da quando l'ho visto, ma quello che ricordo così chiaramente è che stava imparando la meccanica dell'algebra, anche se non capiva verso cosa stava lavorando e perché lo stesse facendo. Ma era divertente farlo, e l'hanno fatto in un modo che lo rendeva davvero coinvolgente. E la cosa che trovo così bella di questo, e voglio che rifaccia l'app quando inizierà a fare algebra, perché sento che se hai imparato la meccanica, allora non devi preoccupartene tanto, e puoi in un certo senso pensare di più al livello alto senza stressarti per la parte meccanica. E credo che magari sia la cosa che dici con la chimica. Non so se per te è stato così, ma magari è tipo: perché dovrei interessarmi a tutta questa roba meccanica, e a queste regole, e a queste cose? Ed è come se, una volta arrivato a un certo punto, sia tipo: okay, in un certo senso ho faticato attraverso tutto questo. Ora posso magari interessarmi al perché lo sto facendo. Jonathan: Sì, sì. No, è stata un'esperienza davvero interessante, perché era la prima volta che attraversavo, in un certo senso, quel processo di capire qualcosa e poi passi attraverso questo periodo in cui perdi molta fiducia in quelle materie, perché pensi: oh, il mio cervello non è particolarmente portato per quel tipo di processo mentale. Ma in realtà, poi, se guardi alla letteratura inglese, per esempio, che è quello che ho fatto io, in realtà procedi in modo molto sistematico attraverso l'analisi del linguaggio e di come sono strutturate le cose e della comprensione, in un certo senso, ma c'è una sfumatura, c'è anche una natura artistica in tutta quella faccenda, il che, insomma, si potrebbe dire che c'è anche quell'elemento artistico nello sviluppo e nel codice. Ogni persona ha il suo piccolo tocco, e credo che sia quello che realizzo sempre di più: non c'è una regola fissa per niente. È solo, sono tutti compromessi. Quindi no, è stato affascinante. Quindi ora, hai, hai, ci hai aiutato nelle coorti, che se qualcuno ci sta ascoltando, abbiamo gestito tipo esperienze di apprendimento in Elixir e Golang, e Brian, tu hai dato una mano, in un certo senso, con la coorte di Elixir. Quindi come ti sei avvicinato a Elixir come linguaggio? Tipo, qual è stato il percorso per arrivarci? Brian: Sì, è buffo, perché proprio oggi qualcuno mi ha fatto esattamente quella domanda. Perché è un, insomma, è un linguaggio di nicchia, sai, in un certo senso. Ma sono stato nel mondo Ruby. Sono uno sviluppatore Ruby da tanto tempo. E amo davvero Ruby, perché è, sai, sono un tipo di programmatore a cui piace, voglio, voglio concludere le cose, voglio pensare a, voglio risolvere problemi difficili. Ed è difficile risolvere problemi difficili quando pensi ai piccoli dettagli delle cose e devi avere a che fare con i puntatori o quello che è, giusto. Quindi Ruby era fantastico per questo. E poi, naturalmente, Joseph Alim, il creatore di Elixir, è venuto fuori dal mondo Ruby. Era già prolifico nel mondo Ruby e ha deciso che aveva bisogno, non bisogno, magari è straordinario, avrebbe creato il suo linguaggio ed è stato prolifico anche in quello, e ha fatto un lavoro straordinario. Quindi in un certo senso, sai, ero in un certo senso agganciato a quel mondo, sai, ascoltavo dei podcast in cui a volte parlavano di Ruby, ma poi c'era tipo: oh, questa è una cosa nuova, Elixir, e credo che poi forse sia stato un po' un cambiamento, beh, una cosa abbastanza fondamentale è stata che vivevo, in realtà ero appena tornato a Columbus per un po', Columbus, Ohio, e Joseph Aleem è venuto al gruppo Ruby di Columbus, la Columbus Ruby Brigade. E loro erano tipo, sai, Joseph Aleem è così gentile da venire a parlare di qualunque cosa tu voglia parlare. E ovviamente lui era tipo: sì, parlerò di Elixir perché ho creato questo linguaggio. Ne sono davvero entusiasta. Sì. Sì, esatto. E me lo ricordo. È così buffo, proprio tipo un anno fa, ho trovato una registrazione di quella presentazione. Ed è un po' sgranata. Ma puoi ancora guardarla. E io ancora, riesco a trovare il punto in cui faccio una domanda a Joseph. E proprio tipo ricordo di aver avuto questa, questa confusione su come esattamente. Jonathan: Ne sono davvero entusiasta. Brian: i, questi concetti tipo: crei questi processi e possono riprendersi dai fallimenti, se hai i supervisor e quello che è. E non ricordo esattamente cosa ha detto, ma io ero tipo: come funziona? E tipo, tipo: okay, ti riprendi dagli errori. Ma tipo, vieni comunque a sapere di quegli errori? O tipo, cosa succede? E io, è, è stato tutto un processo, tipo, capire cosa significa. E credo sia un processo davvero interessante. Credo che all'epoca, c'erano molti nella comunità Elixir che faticavano, tipo, a descrivere questi concetti. E credo che ci siano più post sui blog là fuori e sempre più cose che le persone possono assorbire e avvicinarsi più in fretta. Quindi, ma comunque, è tipo il punto da cui sono arrivato. Credo che quello sia stato uno dei punti principali. È tipo: oh, questo sembra interessante. E se Jose dice che è figo, allora dovrei darci un'occhiata. Jonathan: Quindi è stato quasi come se il momento fosse giusto per te, per avvicinarti? È stato tipo che molte cose diverse si sono allineate e hanno avuto senso per te. Avevi esplorato altri linguaggi? Tipo, insomma, hai menzionato i puntatori. Ed è un riferimento a Go in particolare o era tipo che eri solo a caccia di un linguaggio che ti si addicesse, verrebbe da dire? Brian: Credo di... Sì, insomma, io... sono tipo super fan dell'idea che cose diverse vadano bene per scopi diversi. E sono, sai, sono un grande fan di Elixir adesso. Sento che probabilmente sono un po' di parte, tipo: sì, Elixir si può usare praticamente per qualsiasi cosa. Probabilmente non è del tutto vero. Ma credo che la cosa dei puntatori, credo fosse solo che avevo in mente il C, credo, sai, si fa un po' di C, C++ all'università. Credo. Sai, sì, quindi tipo, per diversi anni ho lavorato con Neo4j, il database a grafo. E quella era una cosa di cui ero super entusiasta. Ed ero uno dei maintainer delle gem Neo4j per Ruby. Perché era questa Non dobbiamo entrare troppo nei dettagli, ma i database a grafo ti permettono di fare certe cose più velocemente, o semplicemente in alcuni modi più facilmente. Era tipo, per me era questo, era una, non molte persone usano Neo4j per questo, ma sento che era un po' come Ruby, nel senso che ti aiutava a pensare alle cose a un livello più alto. E quindi ti permetteva di fare le cose in modo più elegante. Ma mi piace proprio quell'idea, tipo: okay, i database a grafo potrebbero andare bene per questo scopo, poi un database relazionale per quest'altro e un database a documenti per quest'altro. E okay, beh, se devo fare un piccolo servizio che deve funzionare super veloce, magari lo farei in Rust o Go o quello che è. E quindi dovrei conoscere quei linguaggi e, per le cose di livello più alto, ci sono Ruby e Python, ma ora c'è Elixir, e Elixir è, e ha in realtà molti grandi vantaggi. È una cosa difficilissima capire cosa va bene per cose diverse, perché c'è così tanto coinvolto in un linguaggio, per esempio, che capire se va bene per qualcosa è difficile. E inoltre le persone, me compreso, credo si investano emotivamente in alcuni dei linguaggi che amano, per un motivo o per l'altro. E quindi è tipo: beh, è difficile. Mm-hmm. Jonathan: E Brian, usi Elixir ogni giorno al lavoro? E cos'è il lavoro per te al momento? Tipo, cosa fai, com'è la giornata tipo a questo punto? Brian: Sì, allora, sono un consulente per Erlang Solutions. E quindi lavoro con un cliente di Erlang Solutions, che è una società chiamata VicAI. Non so se ne hai sentito parlare. Credo che Lars Wirthven, credo, li abbia un po' aiutati e abbia scritto di loro un po' sul suo blog. È una persona in un certo senso semi-famosa nel mondo di Elixir. E sì, quindi sono una società che... aiuta altre società, hanno, fanno un'applicazione che aiuta le aziende a elaborare le fatture, in modo semi o completamente automatico, usando l'intelligenza artificiale. Okay. E quindi sì, è così, e quindi hanno, sai, ovviamente, modelli di machine learning, ma poi hanno un'API in Elixir che permette loro di coordinare, in un certo senso, un sacco di cose. Jonathan: Okay. E quindi hai a che fare con molti clienti diversi durante la giornata o è tipo che lavori con un gruppo specializzato con cui, in un certo senso, procedi passo passo e collabori? Tipo, come funziona tutto quanto? Brian: Sì, allora, di solito faccio parte di una specie di team dedicato a una funzionalità, con un product manager, e abbiamo uno sviluppatore web e uno sviluppatore mobile e a volte uno sviluppatore back-end, il team di machine learning. E poi è bello, a volte abbiamo tipo una persona di prodotto o QA che si interfaccia con i nostri clienti per aiutarci, in un certo senso, a capire le cose più rilevanti, più necessarie, tipo, sai, di cosa hanno davvero bisogno gli utenti e i clienti? Ma è un po' tipo a strati, tipo noi, sai, a seconda di cosa si tratta, tipo abbiamo, abbiamo un grande cliente diretto, e poi abbiamo tipo dei sistemi contabili, degli ERP con cui lavoriamo, che hanno persone che, sai, inseriscono i loro clienti, onestamente non lavoro poi così tanto con quella parte, tipo con il lato cliente. Ma è, credo che abbiamo molti modi diversi di interfacciarci con, con i clienti, e in un certo senso dobbiamo fare tante danze diverse per integrarci, il che è, il che è di per sé un problema interessante. Jonathan: Quindi la settimana è piuttosto varia e fai molte cose diverse durante la settimana o è abbastanza prevedibile? Brian: Ehm, sì, credo che sia, sai, credo di essere abbastanza fortunato perché, ehm... di solito, insomma, c'è, c'è di solito un progetto su cui lavoro. Ma tipo, per esempio, una cosa che credo di poter raccontare, recentemente, mi stavo occupando di aiutare a fare in modo che i nostri calcoli a ritroso fossero, fossero corretti nel modo in cui elaboriamo le fatture. Perché quella poteva essere una cosa complicata, solo avere a che fare con quello. Soprattutto quando ti arrivano fatture da un sacco di fornitori diversi, che possono essere, sai, possono fare le cose in modo diverso l'uno dall'altro. E quindi, ma sono abbastanza fortunato perché loro, a loro piace assicurarsi che teniamo sotto controllo la nostra... qualità del codice e, e in generale, le cose. E così cerchiamo di dedicare una buona quantità di tempo a fare, fare cose per migliorare le cose, rendere migliore il nostro codice o migliorare le cose. E quindi, sai, io, è anche un po' come sono fatto. È tipo, di solito cerco solo di ritagliarmi almeno un po' del mio tempo per, tipo, sai, faccio un sacco di integrazioni tipo con Datadog per l'applicazione, per assicurarci di poter avere il tracing per le nostre richieste e i nostri job in background e tutte quelle cose. E quella è una cosa che mi solletica davvero, poter tipo, una volta fatto quello, tipo: okay, ora ho gli strumenti che mi servono per fare il mio lavoro. Ma sì, tipo, tipo, inoltre, credo proprio di recente, c'è una cosa che, che mi ha interessato, tipo una specie di modo di organizzare il codice e di fare riferimento ad altri moduli. E c'è uno strumento nel mondo di Elixir, chiamato Credo, che ti permette in un certo senso di far rispettare regole diverse nello stile del tuo codice. E così ho creato una nuova regola di Credo per far potenzialmente rispettare quella regola. E quindi sono un po' curioso di vedere come va. Jonathan: Okay, bello. Sembra, a essere onesto, un po' al di sopra della mia testa, ma in qualche modo, sono sicuro che qualcuno là fuori saprà cosa sta succedendo. Ma prima hai accennato al fatto che hai lavorato un po', in un certo senso, per una startup, credo di aver capito bene. Quindi avevi questa parte di supporto tecnico, e c'era anche un po' una storia di startup in corso. È qualcosa che ti interesserebbe in futuro, o è qualcosa che hai sempre in fondo alla mente? Qual è tipo la tua traiettoria, pensi, nei prossimi cinque, 10 anni in termini di programmazione? Insomma, magari non lo sai, ma ho pensato che fosse una domanda piuttosto interessante da fare alle persone: dove ti vedi tra cinque anni, cinque, 10 anni? Brian: Sì, è una buona domanda. Insomma, io in un certo senso... Per quanto riguarda le startup, sono sempre stato tra aziende piccole e medie. Jonathan: Grazie. Brian: così felice in aziende molto grandi. E non mi sono mai davvero visto come consulente fino a poco tempo fa, quando ero tipo: okay, è in un certo senso... interessante poter tipo... andare in aziende diverse e magari provare ad aiutarle a risolvere i loro problemi, ma poi magari passare a un'altra azienda. Insomma, se qualcuno di Big Gag mi sta ascoltando, non sono insoddisfatto. Jonathan: Ero tipo: non credo che dovrei chiederlo a qualcuno in un podcast, ma sì, ovviamente, dando per scontato che vada tutto alla grande. Scusa, il mio gatto sta graffiando la porta qui. Brian: Oh sì, sì, ho appena avuto un, abbiamo appena preso un cucciolo circa un mese fa, e quindi sono costantemente tipo costretto a, tipo, lei abbaia o, sai, magari una o due volte tipo fa la pipì sul letto ed è tipo: devo occuparmene. Jonathan: Quindi abbiamo appena preso, è assurdo. Alle 5 del mattino ogni giorno. Alle 4.30 del mattino salta sul letto e inizia tipo a grattare la sua faccia. È carino e adorabile. Ma sì, dopo un po' è tipo: dai. Ma sì, tornando a tutta la faccenda, tipo, dei prossimi paio d'anni, cosa ti piacerebbe poter fare o realizzare? Brian: Sì, è una buona domanda. Credo che mi piaccia l'idea di capire... Credo che una delle cose che forse mi attira di Elixir è che è ancora un po' fresco. E quindi mi piace... tipo, quali sono alcuni modi per aprire nuove strade e trovare nuovi schemi. E specialmente in tipo, sai, non è solo tipo, sai, sono stato nel mondo Ruby per un po', e quindi tipo arrivando a Elixir, a volte ci sono cose che sono tipo: oh, mi mancava questo da Ruby, quindi sarebbe bello tipo costruirlo o farlo. Ma poi ci sono anche cose che sono tipo, sai: oh, questa è una cosa che non riuscivo a fare molto bene in Ruby. Ma se faccio solo questo, allora, sai, potremmo, potrebbe essere ancora più fantastico sfruttando i punti di forza di Elixir. Quindi credo che sia tipo la roba che mi interessa, tipo trovare, trovare casi d'uso interessanti e parlarne, condividerli, perché è anche una cosa che, è sempre una cosa che mi ispira, tipo quando leggo, specialmente quando tipo leggo di qualcosa, tipo un vero caso d'uso, e vedo i dettagli, non solo tipo: sì, abbiamo fatto questa cosa e in un certo senso, ecco come l'abbiamo affrontata. È tipo: ma dove posso vedere un po' di codice o tipo cosa c'è nei dettagli? Sì. Jonathan: Sembra che ti piaccia il lato dell'ottimizzazione delle cose, tipo prendere qualcosa e aprire una nuova strada per rendere qualcosa migliore e più efficiente. Almeno, è quello che sento. È giusto, pensi? Brian: Sì, credo, e credo che efficiente sia un bene. Ma credo che forse direi ancora di più: trovare modi per rendere le cose piacevoli. Mi piace un sacco l'idea di come possiamo risolvere i problemi in modo da non doverci più avere a che fare. Tipo fare librerie, così possiamo essere tipo: okay, ora quel problema, sì, quel problema è risolto, ora passiamo a qualcosa che, sai, sia un uso migliore del nostro tempo, giusto? Jonathan: No, certo. Ha senso. Quindi una delle cose che mi è piaciuto chiedere alle persone, specialmente in tutto, perché sono abbastanza, direi che sono abbastanza nuovo al settore tech nel suo insieme, e non vengo da tipo un background particolarmente esperto in termini di sviluppo fin da giovane, eccetera, eccetera. E una delle cose che spesso mi ha colpito è, e lo senti spesso con gli amici che sono nel settore tech, che ci sono parecchie opinioni che volano in giro, il che sembra abbastanza, abbastanza vero. Ma abbiamo questa domanda che ci piace fare, in un certo senso, alle persone che vengono al nostro podcast, che è: qual è la collina su cui saresti disposto a morire nel settore tech? E ovviamente ponendola in un modo un po' scherzoso. Ma c'è una particolare mentalità o opinione che hai e di cui dici: questa è la collina che difenderei? E può essere qualsiasi cosa. Quindi un buon esempio sarebbe tipo DJ, che è uno dei nostri maintainer, magari lo conosci, la sua collina era il ruolo della conversazione davvero centrale, tipo avere una conversazione ben intenzionata e buona, ben strutturata, nello spazio tech. Quindi avere quell'interrogazione robusta, sai, stimolante, che è in un certo senso costruita sulle giuste fondamenta, verrebbe da dire, sto cercando di ricordare cosa ha detto qualcun altro. Rebecca di Unison ha detto che preferirebbe avere 50 persone in un team che fossero laboriose, coscienziose, e magari meno talentuose, piuttosto che un genio con cui è un incubo interagire. Quindi speriamo che siano tipo buoni esempi. E ti ho un po' buttato sotto il bus lì con quella domanda arrivata dal nulla, perché probabilmente hai parecchie prospettive. Ma ce n'è una di cui diresti: no, questa è quella su cui sono disposto a restare fermo? Brian: Hmm. Sì. Sì, perché il mio primo pensiero è stato tipo: oh, tipo camel case contro snake case. Beh, non so se morirei su quella collina o no. Credo che molte di quelle cose tipo Jonathan: Non potrei... Brian: Sì, sì, ma su molte di quelle cose credo di... forse diventare meno categorico col tempo. Ma sì, mi piacciono queste cose di livello più alto di cui parli. Sento che potrei, mi piace. Fammi vedere se riesco a tirare fuori questa cosa. Purtroppo stai montando questo, quindi le mie pause spariranno e basta, giusto? Jonathan: Almeno, questo è il piano. Brian: Sì. Allora, c'è uno strumento chiamato Remote Retro. Che ho usato diverse volte e consiglio davvero caldamente. E l'ho scoperto perché è scritto in Elixir. Ma a parte questo, credo che sia semplicemente ben progettato. E col tempo è diventato uno strumento sempre migliore. Ma inizia sempre con una direttiva fondamentale, che credo fosse, mentre lo guardo ora, vedo che è stata presa da Norm Keith. C'è una pagina wiki qui, quindi potete cercarla. Puoi andare su remote-retro.org se vuoi dare un'occhiata. Ma... la, sì, ecco la direttiva fondamentale, che credo sia solo, è tipo la cosa che leggi all'inizio di una retrospettiva per mettere le persone nella mentalità giusta, che dice: a prescindere da quello che scopriamo, comprendiamo e crediamo davvero che ognuno abbia fatto il miglior lavoro possibile, date le conoscenze che aveva all'epoca, le sue competenze e capacità, le risorse disponibili e la situazione in questione. Ehm, quindi credo che sia buono. Credo che sia simile, tipo... Devi assicurarti di essere sempre... Tipo, e in realtà, dirò anche una cosa in più. C'era un'intervista e posso, posso condividerla se vuoi tipo mettere il link nella descrizione dell'episodio o quello che è, dopo. Jonathan: Ci farò riferimento di sicuro. Brian: Sì, consiglio sempre questo articolo, anche se è sempre difficilissimo da trovare e non so, ormai probabilmente è un po' caduto nell'oblio, ma c'era questo... quest'uomo che era un amministratore della Veterans Association negli Stati Uniti, il dipartimento governativo. E nello specifico, credo si occupasse del loro sistema sanitario. E ha rilasciato questa intervista in cui veniva dal mondo aerospaziale. E molto di quello di cui ha parlato era... come nell'aerospaziale, in molti, probabilmente non è perfetto ovunque, ma in molti di quelli che ha vissuto. Dai la colpa al processo, non dai la colpa alle persone. E se qualcosa va storto, dici, sai: okay, sai, non è, sai, tipo, io ho, ho cancellato una tabella in produzione. Ma per fortuna nessuno me ne ha dato la colpa. Erano tipo: okay, cosa facciamo adesso? Beh, noi, facciamo in modo che quando entri in produzione sulla console, viene fuori, il prompt è rosso. E così è chiaro che sei in produzione, giusto? Perché io ho fatto quell'errore, perché pensavo fosse sviluppo quando invece, sì, giusto. Quindi, quindi sono stato fortunato ad avere un ufficio in cui davamo la colpa al processo e non, non alla persona. E quindi è stato davvero fantastico. E quindi ne ha parlato nel contesto tipo della medicina, che era tipo: okay, a volte magari un infermiere potrebbe dare il farmaco sbagliato a un paziente. È tipo: beh, a volte le etichette sono confuse, e/o c'è questa cosa che è tipo, è difficile, o è semplicemente quello che è, non è l'ideale. È tipo: okay, risolviamolo. Facciamolo. Quindi se vogliamo, se davvero ci prendiamo cura del paziente, facciamo in modo che sia un processo in cui è più difficile sbagliare. Quindi questa è una cosa che credo sia importante per me. Jonathan: È davvero bello. Metterò di sicuro queste note dell'episodio. È fuori dal tipo, dall'agile, è tipo costruito sulla metodologia agile, verrebbe da dire? O è tipo un po' qualcos'altro? Cosa ne pensi? Brian: Sai, è una buona domanda, credo. Ho avuto l'impressione che facesse parte di una tradizione ragionevolmente lunga in alcuni ambienti dell'ingegneria aerospaziale. Insomma, aerospaziale, credo che magari abbia semplicemente a che fare con il fatto che tipo se hai, se stai costruendo aerei o se stai costruendo razzi. Sei nel lavoro in cui tipo: questo deve funzionare. E quando ci mettiamo un essere umano sopra, che sia un astronauta o un passeggero, dobbiamo dargli la migliore possibilità di funzionare. E il modo migliore per farlo è mettere da parte il nostro ego e dire, sai, cosa? Jonathan: Ehm. Brian: cosa farà funzionare questo il più possibile ogni volta se seguiamo semplicemente il processo. Credo che sia parte di questo, sì. Jonathan: Perché quando ho cercato Remote Retro, sembrava molto tipo terminologia agile. Quindi mi chiedo se forse sia stato in qualche modo cambiato da lì, da qualche parte. Ma è davvero bello. Non l'avevo mai sentito prima. Quello che ho sentito riguarda le checklist, specialmente in medicina e aerospaziale. Quindi è tipo: un pilota segue una checklist. Non si discosta dalla sua checklist. E un medico fa lo stesso. È davvero bello. Brian, iniziamo ad atterrare. Ho davvero un'ultima domanda per te questa sera. Ed è davvero: qual è il tuo consiglio per la comunità di Exercism per la prossima settimana? Se potessi dare un solo consiglio, e potrebbe essere su qualsiasi cosa. Potrebbe essere tipo: vai a bere del kombucha dal, non so, tuo negozio di gastronomia locale, o vai a correre e nuotare nell'Oceano Artico o qualunque cosa sia. Se ci fosse una cosa che consiglieresti alla comunità di Exercism di provare, quale sarebbe questa settimana? Brian: Salute! Hmm. Ehm, direi... che, ehm, insomma, entro, entro le tue, ehm, sai, possibilità, perché magari questo è, sai, non, è sempre difficile dare consigli a tutti. Ma credo che una cosa che è stata importante per me è che, credo una volta sono andato al pronto soccorso perché avevo un mal di testa improvviso. E c'era forse una preoccupazione che fosse tipo un mal di testa lampo, che può essere una cosa piuttosto seria. Quindi sono andato e il medico mi ha visitato e lì è andato tutto bene. Ma sai, il medico mi faceva, in un certo senso, domande generali e diceva tipo: okay, quanto ti alleni? E, sai, qual è la tua attività e quello che è. E io ero tipo, sai, essendo americano, ero tipo: beh, io, sai, cammino parecchio, faccio magari 8000 passi a settimana, al mese, o in media al giorno. E lui tipo: sai, dovresti, dovresti uscire tre volte a settimana, per 45 minuti, tipo per sudare davvero. E, sai, non l'ho fatto subito. Ma, sai, dopo magari cinque o sei mesi, ho preso una specie di schema, un'abitudine di correre, di solito tre volte a settimana, a volte erano due volte a settimana, ma sai, e credo che quella sia stata una cosa che ha rappresentato un cambiamento piuttosto grande nella mia vita. Credo che mi abbia aiutato molto. Quindi credo di sapere che è una cosa difficilissima da fare ed è difficilissima per me iniziare. E credo che parte del modo in cui l'ho fatto è tipo: ero tipo: okay, uscirò e se finisco per camminare per il 75% del tempo, allora okay, sarà così e basta. Lo costruirò piano piano. Jonathan: Bello. Credo che sia stato interessante che tu l'abbia menzionato, perché noi... Brian: Credo che sia stato interessante che tu l'abbia menzionato, perché noi... Jonathan: No, è davvero bello, perché una delle cose che abbiamo cercato di ragionare con le coorti era cosa avrebbe facilitato le persone a crescere e imparare e, in un certo senso, a muoversi e prendere slancio, immagino, nella loro corsetta di programmazione, verrebbe da dire. E una di queste era semplicemente uscire, anche solo per 10 minuti al giorno, giusto per metterti, in un certo senso, nella condizione di provarci. E anche se non arrivi davvero da nessuna parte, anche se leggi solo le istruzioni e per quel giorno è finita, se ti presenti in qualche forma, in un certo senso fa una grande differenza. Ma credo che sia un ottimo consiglio, decisamente un promemoria per me di andare a fare un po' di sport, solo perché a volte è così sedentario stare seduti in casa. Quindi se qualcuno là fuori ci sta ascoltando, segui il consiglio di Brian e vai a correre. Ma insomma, inizierà a fare un po' più freddo a Stoccolma nelle prossime due settimane. Corri ancora in pieno inverno o è tipo corsa indoor? Brian: Sì, corro. E insomma, direi anche, tipo, sai, il miglior esercizio che puoi fare, se devi uscire per 30, 40 minuti al giorno tre volte a settimana o giù di lì, è tipo, qualunque cosa che ti piaccia di più, sai, perché se non ti piace correre, allora probabilmente non riuscirai a mantenerlo. Quindi sai, dirò questo per primo, ma, ma sì, l'inverno, sai, ho un cappello, che è tipo, a Stoccolma è anche buio. Quindi mia moglie mi ha preso un cappello che ha delle fibre integrate che sono retro-riflettenti. Okay, quindi è, è bello. Così può tenermi al sicuro. E poi ho una mascherina per il viso e delle cose per le orecchie da mettere, sì, e poi, sì, quindi devo coprirmi bene, ma può essere bello anche questo, perché mantiene, quando fa freddo, sai, posso tenere il passo più basso e riesco comunque a farlo. Sì, esatto. Esatto. Jonathan: Oh, splendido. Ma Brian, volevo solo dirti un enorme grazie per il tuo tempo questa sera, e probabilmente è stata una giornata lunga, con i bambini, il lavoro, il nuovo cucciolo e tutta quella roba, quindi volevo solo ringraziarti per il tuo tempo e per averlo condiviso con noi, e per chiunque ci stia ascoltando, metteremo le note dell'episodio nella descrizione qui sotto, così potete dare un'occhiata. Se ne hai l'opportunità e stai ascoltando questo, vai a dare un'occhiata al percorso di Elixir, e sono sicuro che **Brian **non so se fai del mentoring sul percorso di Elixir, ma magari se sei nello spazio del mentoring, prima o poi potresti vedere della gente nuova che si affaccia e prova le cose. Ho sentito molte cose belle su Elixir, quindi credo che sia decisamente da tenere d'occhio per il futuro, e sì, buona serata Brian. Aspetta solo un attimo quando fermo la registrazione, ma sì, è stato bello averti con noi e grazie per aver condiviso un po' di scorci sulla vita di Brian Underwood, e sì, quindi grazie a tutti per l'ascolto e buona serata. Ci vediamo presto.