In questo episodio, incontriamo Randy Fay. È stato un membro di lunga data della comunità Drupal. Ha scritto circa 1.001 moduli e ha lavorato con un intero gruppo di importanti aziende Drupal. Dopo un po', si è esaurito per l'eccessivo impegno nei confronti di Drupal. Parliamo di alcune delle sue avventure più folli come il ciclismo dalla punta settentrionale del Canada, fino all'Argentina nel corso di diversi anni.

Parliamo del suo coinvolgimento in Drupal e del perché alla fine se ne andò. Poi arriviamo al cuore della conversazione, che ora è il suo lavoro con un progetto chiamato DDEV-Local. Di recente, abbiamo pubblicato un libro su OSTraining intitolato "Local Web Development With DDEV Explained".

DDev-Local può offrirti un ambiente di sviluppo molto più moderno basato su contenitori Docker. Parliamo con Randy, che è lo sviluppatore principale di DDEV, e spieghiamo perché, se stai utilizzando MAMP o WAMP, dovresti considerare l'utilizzo di DDev, poiché accelererà notevolmente il tuo sviluppo e lo renderà molto più affidabile se lo sei lavorando su più progetti.

A proposito, il libro DDEV Explained è stato recentemente aggiornato alla versione 2.0 e ora mostra come utilizzare DDEV con WordPress.

Segui Randy tramite il suo account Twitter su @randyfay e il suo blog RandyFay.com.

Iscriviti al podcast OTraining su iTunes o usa il lettore di podcast qui sotto. Siamo anche su Stitcher, Overcast e altre popolari app per podcast.

Il libro spiegato DDEV

Spiegazione dello sviluppo Web locale con DDEV

DDEV-Local è uno strumento rivoluzionario per lo sviluppo web locale. DDEV-Local ha molti vantaggi rispetto a WAMP, MAMP e altri strumenti che hai utilizzato in passato.

DDEV-Local è un ambiente di sviluppo locale open source. È specificamente progettato per progetti basati su PHP, quindi è l'ideale per gli sviluppatori Drupal, WordPress e TYPO3.

Unisciti a OTraining e ottieni questo libro

Trascrizione dell'intervista a Randy

• Steve : Ciao e benvenuto nel podcast OSTraining. Sono Steve Burge e questo è l'episodio 34. Puoi trovare gli episodi precedenti su OStaining.com/podcast. Parliamo con persone interessanti provenienti da tutto il mondo open source.
• Steve : In questo episodio parlo con Randy Fay. È stato un membro di lunga data della comunità Drupal. Ha scritto, oh, credo, con una stima prudente, direi circa 1.001 moduli. Ha lavorato con un sacco di importanti aziende Drupal. Dopo un po', si è esaurito per l'eccessivo impegno nei confronti di Drupal. Parliamo di alcune delle sue avventure più folli come il ciclismo dalla punta settentrionale del Canada, fino all'Argentina nel corso di diversi anni.
• Steve : Parliamo del suo coinvolgimento in Drupal e del perché alla fine se ne andò. Poi arriviamo al cuore della conversazione, che ora è il suo lavoro con un progetto chiamato DDev-Local. Di recente, abbiamo pubblicato un libro su OSTraining tutto su DDev-Local e su come può darti un ambiente di sviluppo molto più moderno basato sui contenitori Docker. Parliamo con Randy, che è lo sviluppatore principale di DDev, e spieghiamo perché, se stai utilizzando MAMP o WAMP, dovresti considerare l'utilizzo di DDev, poiché accelererà notevolmente il tuo sviluppo e lo renderà molto più affidabile se lo sei lavorando su più progetti.
• Steve : Ehi, e benvenuto, Randy.
• Randy : Piacere di vederti, Steve, o parlarti comunque, eh?
• Steve : Randy, ti unisci a noi dal Colorado? Sei in montagna vicino ad Aspen o nelle aree sciistiche lì?
• Randy : Non esattamente. Siamo in una cittadina chiamata Palisade, proprio vicino a Grand Junction, che si trova all'estremità occidentale del Colorado. È più simile al deserto dello Utah, che alle montagne. Anche se abbiamo la Grand Mesa che svetta proprio fuori dalla mia finestra. La sto guardando proprio ora, che è una montagna di 10.000 piedi. Ma siamo solo a 4.600 o qualcosa del genere.
• Steve : Oh, va bene. Quindi sei abbastanza vicino da vedere le montagne e puoi andare a sciare nei fine settimana, ma in realtà non sei in montagna tu stesso.
• Randy : Questo è il caso. Sì.
• Steve : Sei nato e cresciuto in Colorado?
• Randy : Sì, in realtà sono nato a Grand Junction, che è a 10 miglia da qui. Sono cresciuto in una piccola città chiamata Gunnison. Siamo tornati qui dopo il nostro grande viaggio in bicicletta che abbiamo fatto per due anni e mezzo. Siamo tornati qui perché i miei genitori stavano invecchiando. Mia madre è ancora viva. Ha 92 anni. Uno dei nostri grandi affari per essere qui è prenderci cura di lei. Vive in una vita assistita, ma la vediamo un paio di volte al giorno. È un piacere essere qui, poter essere vicino alla famiglia e fare ciò che vorremmo fare con la famiglia.
• Steve : Beh, sembra che tu abbia lasciato in sospeso uno dei protagonisti di quell'introduzione. Hai fatto un viaggio in bicicletta di due anni e mezzo?
• Randy : Sì, l'abbiamo fatto. In realtà quello è stato il viaggio di una vita, dal 2006 al 2009, io e mia moglie Nancy siamo partiti sopra il Circolo Polare Artico, vicino all'Oceano Artico, in una cittadina chiamata Inuvik nei Territori del Nordovest in Canada. Abbiamo guidato le nostre biciclette nel corso di due anni e mezzo, attraverso le Americhe e fino al nord dell'Argentina prima di esaurire le energie e finire per non... Volevamo arrivare fino in fondo. Non siamo arrivati ​​fino in fondo. Ma wow, abbiamo fatto il viaggio di una vita sulle nostre bici?
• Steve : Questa è una di quelle cose in cui devi provare a iniziare nel bel mezzo dell'estate canadese in modo da evitare di nevicare.
• Randy : Fondamentalmente, abbiamo iniziato il 9 giugno. In realtà era un po' più complesso di così. In realtà devi attraversare un paio di fiumi nel primo tratto lì. Quei fiumi, d'inverno, puoi attraversarli, penso sia un ponte di ghiaccio. In estate, puoi superarli su un traghetto. Ma nel frattempo, quando i fiumi si stanno rompendo, non puoi attraversarli in nessun modo, punto.
• Randy : Abbiamo dovuto cronometrare in modo da uscire abbastanza presto da poter far funzionare le stagioni, ma abbastanza tardi da non rompere il ghiaccio, e saremmo stati in grado di attraversare i traghetti. Siamo stati fortunati.
• Steve : Va bene, quindi per chiunque altro stia pensando di andare in bicicletta dalla punta settentrionale del Canada al sud dell'Argentina, allora devono sapere che c'è una finestra molto stretta per lanciarlo?
• Randy : Beh, forse se corrono più veloci di noi, possono partire più tardi e non avere quel problema, ma abbiamo guidato abbastanza lentamente. Come puoi immaginare, ci vogliono due anni e mezzo. Abbiamo fatto volontariato. È stato il viaggio di una vita. È stata un'opportunità straordinaria. Una delle cose incredibili è che per tutto il tempo che abbiamo girato in America Latina, non abbiamo mai sentito che qualcuno ci minacciasse. Non ci siamo mai sentiti a disagio. Il rischio più grande era di essere travolto da un veicolo, che è lo stesso che i ciclisti hanno ovunque.
• Randy : Ti dice solo molto sulle nostre paure e su ciò che consumiamo. C'è un elemento collaterale. Certo, allora eravamo di mezza età. Ora, probabilmente non lo siamo più, ma una coppia di mezza età in bicicletta non è una minaccia per nessuno. Tuttavia, se riesci a passare così tanto tempo ad attraversare luoghi così esotici e non sentirti nemmeno come se qualcuno volesse farti del male, allora ti dà solo una prospettiva sul mondo. Forse non è così male come a volte pensiamo che sia.
• Steve : Era una cosa più comune da fare. Mi sembra di ricordare di aver letto storie di parecchie persone, negli anni '60, che prendevano, diciamo, un furgone Volkswagen e facevano il viaggio dall'America al Sud America, o forse un giro in bicicletta. Non era una cosa del tutto insolita da fare a un certo punto.
• Randy : Beh, molte persone lo fanno in bicicletta ogni anno. Perché puoi pensarci come una cosa. È un obiettivo. Non è più importante cavalcare le Americhe o andare da un capo all'altro rispetto a qualche altro giro. Ma puoi solo pensare che quando affronti un progetto come guidare da nord a sud, è un modo per pensare a un progetto. È molto motivante. Molte persone lo fanno. La gente lo fa ogni anno. Molte persone lo fanno ogni anno. Scommetto che 20 o 30, o anche di più, lo fanno ogni anno.
• Steve : Praticamente, si passa attraverso le nevi del Canada, gli Stati Uniti, presumo, sono stati abbastanza semplici a parte, forse le autostrade sono un po' troppo trafficate. Cosa succede quando arrivi, diciamo, al Canale di Panama. Non c'è un'enorme giungla lì? Quando arrivi in ​​Sud America, devi fare un'enorme deviazione intorno all'Amazzonia?
• Randy : Quello che abbiamo fatto è che, negli Stati Uniti, siamo scesi lungo la costa occidentale, perché è una corsa famosa. In Messico, siamo andati in Messico a sud di Tucson. Abbiamo guidato lungo l'interno dell'acqua lì. Non siamo scesi a Baja. Ci sono molti ciclisti che scendono lungo la Baja, ma noi vogliamo andare in quella direzione. Poi siamo andati nel centro del Messico e siamo scesi attraverso il cuore del Messico, fino a Città del Messico, e poi su e oltre il Pasa de Cortez, il passo tra i due vulcani che Cortez ha attraversato per conquistare il Messico.
• Randy : Poi siamo scesi a Oaxaca. Quando arrivi a Panama, non c'è un modo reale per andare in bicicletta o attraversare il Darien Gap nel modo in cui vuoi farcela. Abbiamo preso una barca a vela, una barca a vela di 100 piedi da sud di Balboa a Cartagena in Colombia. Poi, in Sud America, abbiamo attraversato le Ande. Avevamo paura della malaria e di tutte le malattie che sono più diffuse nella bassa, e quindi volevamo rimanere in alto. Quindi ci siamo praticamente sfiniti sulle montagne delle Ande.
• Steve : Sì, stavo per dire, suona come un'enorme quantità di lavoro per attraversare le Ande.
• Randy : C'è stato un sacco di su e giù laggiù, e ti sballi davvero. L'elevazione in Perù ha davvero infastidito Nancy. Sono sicuro che avremmo potuto andare più veloci prendendo le rotte costiere. Sono ancora molto, molto contento che siamo andati in alto, ma non c'è dubbio che l'altitudine abbia avuto un impatto su Nancy. E non c'è dubbio che sia difficile fare tutte quelle cose su e giù e remote. Abbiamo fatto delle cose molto interessanti in Perù. Quei paesi sono semplicemente fantastici. Sono adorabili.
• Steve : Geograficamente, è probabilmente simile ad alcune parti del Colorado? Molto montuoso, mediamente molto alto, molto secco in molte parti.
• Randy : Sì, sempre più ripido. Abbiamo superato un passo alto 15.000 piedi. Ad ogni modo, ci sono molti modi per farlo. Molte persone hanno fatto cose molto più esotiche di noi, ma per noi è stato sicuramente un viaggio indimenticabile.
• Steve : Sei del Colorado. Hai fatto almeno un viaggio pazzesco come questo. Come sei finito per essere coinvolto nella comunità Drupal, che è, forse al momento, ciò per cui sei più conosciuto dai nostri ascoltatori.
• Randy : Beh, in realtà, avevo lavorato con Drupal un po' prima del nostro viaggio, ma in realtà ho implementato nuovamente il nostro blog, hobobiker.com in Drupal a quel punto in cui eravamo... Potrebbero essere passati un paio d'anni prima di ciò. Abbiamo lavorato molto duramente sul nostro blog in quel viaggio, perché volevamo registrarlo. Probabilmente è iniziato come un blog Drupal 4.6. Non so a che livello fosse. Probabilmente ero a Panama per trasformarlo in 5.0 o qualcosa del genere.
• Randy : Quell'esperienza personale con la creazione di un blog e la tecnologia Drupal e tutto il resto, quando abbiamo finito con il viaggio, e davvero, eravamo mentalmente esausti quando siamo arrivati ​​nel nord dell'Argentina. Volevo fare qualcosa che usasse la mia mente invece che solo il mio corpo che viaggiava tutto il tempo. Ho pensato: "Beh, scommetto che potrei imparare qualcosa sull'open source e davvero essere coinvolto nella comunità di Drupal". In realtà abbiamo comprato un piccolo laptop in una di quelle prime città dell'Argentina, abbiamo comprato un netbook che potevamo trasportare. Era un bel po' di soldi. Ma in realtà ho iniziato a fare consulenza in Argentina nel novembre del 2008, durante il culmine della crisi finanziaria.
• Randy : Come puoi immaginare, un paio di persone di mezza età che si sono prese un paio d'anni di assenza dal lavoro, sentendo dal nord dell'Argentina che l'intero sistema finanziario sta crollando e, naturalmente, vedendo i nostri risparmi andare via, come hanno fatto tutti gli altri , esperienza molto dolorosa. Ho appena iniziato ad allattare dal basso. C'era un forum su Drupal.org. Vorrei solo dire alle persone che stavano postando i problemi più ingenui lì, con come avevano distrutto o qualunque cosa avessero fatto al loro sito. Dicevo: "Beh, lo farò per te. Se ti piace, pagami. Se non lo fai, allora va bene". Certo, ho avuto alcuni di quei lavori.
• Randy : Stiamo seduti lì a fermarci per un paio di giorni ea lavorare su qualcosa. A poco a poco ottieni lavori un po' migliori. Ma è stata una cosa incredibile avere persone che mi hanno pagato con PayPal durante un completo tracollo finanziario quando siamo in sella alle nostre biciclette in Argentina. Era piuttosto qualcosa.
• Randy : Poi, ovviamente, dopo che abbiamo finito, e siamo tornati a metà del 2009, l'idea di provare a capire cosa fosse l'open source, cosa significasse cercare di dare un contributo nel mondo dell'open source, e per capire come comunicare ed entrare nel mondo Drupal. Capire la comunità è molto più difficile che scrivere codice.
• Steve : Provieni da un background che, anche prima di scoprire che Drupal era abbastanza focalizzato sulla comunità? Hai detto che ti sei offerto molto volontario quando eri in bicicletta? E quindi l'atteggiamento open source è stato naturale per te?
• Randy : Sì, lo era davvero. Ma non avevo mai capito in precedenza come si possa effettivamente fare la differenza nell'open source. Usavo Linux già da un paio di decenni. Avevo usato così tante cose. Ero consapevole del valore di tutte queste comunità open source, ma non ci avevo mai provato... O non ricordo di aver mai provato a fare la differenza in una. Probabilmente avevo presentato un problema in un progetto o due. Probabilmente avevo imparato qualcosa dallo studio dei problemi in un progetto o due. Ma in realtà non avevo mai provato a dire: "Beh, cosa potrei fare per fare la differenza?"
• Steve : Sei sempre stato intorno alla mentalità open source. Sei stato un utente Linux a lungo termine, ma è stato solo quando sei tornato da quel viaggio in bicicletta che hai davvero iniziato a tuffarti e prendere parte alla comunità di Drupal?
• Randy : Giusto. Questo era l'accordo, come potevo effettivamente fare qualcosa di utile nella comunità open source? Potrei essere investito e coinvolto? Questa era la domanda. Non è una cosa molto facile da fare. Cerchi di capire, beh, su cosa lavori? Come ci lavori? Come convincere le persone giuste a prestare attenzione?
• Randy : Ricordo la mia prima patch principale. Non avevo idea di come convincere qualcuno a prestargli attenzione. Era un problema che avevo dovuto risolvere per un progetto su cui stavo lavorando, probabilmente un progetto contrattuale. Ho scoperto un problema con il modo in cui i CSS vengono aggregati. Sono riuscito a capire come risolvere il problema. Sono stato in grado di capire come creare una patch, ma non sapevo come puoi convincere qualcuno a prestare attenzione alla tua patch. Non sapevo cosa fai allora?
• Randy : Sto solo imparando attraverso l'intero processo, come comunichi. Ho dovuto imparare a usare IRC. Più che come usare IRC, però, è come trovare la persona con cui devi parlare in IRC e convincerla a ... persone impegnate a prestare attenzione?
• Steve : Questo è sempre uno dei maggiori colpi alle comunità open source, è che tendono a favorire le persone con una grande quantità di tempo a disposizione, sia perché la loro azienda è generosa, sia perché sono in pensione. O per qualsiasi motivo, hanno molto tempo libero, che l'effettivo impegno di tempo per capire tutte queste cose è un grosso ostacolo al contributo. Ti sei tuffato davvero in profondità nella tana del coniglio di Drupal, giusto?
• Steve : Guardo il tuo profilo su Drupal.org. Hai contribuito a... Sto solo facendo un'ipotesi, ma 1.001 moduli diversi. Hai lavorato per un sacco di diverse agenzie di marca nel mondo Drupal, da Lullabot a Tag One. Hai lavorato anche per Drupal commerce per un po'. Sei stato davvero dentro Drupal per un bel po' di tempo.
• Randy : Lo ero davvero. Continuavo a cercare di essere profondamente coinvolto nelle cose fondamentali. Sono stato coinvolto nello sviluppo del nucleo. Ho mantenuto alcuni moduli. Mi è piaciuto tutto questo, ma mi sono ritrovato, come molte persone nell'open source, come nella comunità di Drupal, a cercare di risolvere ogni problema. Puoi essere così disperso pensando di poter risolvere ogni problema o di poter applicare una patch per ogni bug che incontri, cosa che penso di aver cercato di fare a un certo punto.
• Randy : Mi ha consumato abbastanza bene nel tempo. Ad un certo punto, ho iniziato a capire: "Beh, ehi, penso che questo potrebbe essere il burnout". In realtà ho iniziato a studiare il burnout. Ho scritto una serie sul burnout e di cosa si trattava. Forse non mi rendevo nemmeno pienamente conto che stavo per esaurirmi.
• Steve : C'è stato un periodo, forse tre anni fa, in cui, se andavi a DrupalCons o DrupalCamps, c'era regolarmente una sessione sul burnout. Penso che fosse probabilmente verso il rilascio di Drupal 8.0 quando tutti erano stanchi e frustrati. C'erano voluti cinque, più, anni. Ho visto alcuni dei tuoi post sul blog in quel momento. Stavi anche presentando e cercando di parlare alla comunità dei pericoli di esaurimento?
• Randy : Sì, le persone devono sapere che la loro vita è più importante del progetto su cui stanno lavorando. Questa è la cosa fondamentale, e cercare di adattare le priorità per riconoscerlo. Inoltre, per rendersi conto che non puoi risolvere tutti i problemi. Penso che sia stata probabilmente la cosa fondamentale per me, sono stato in grado di vedere i problemi. Sono stato in grado di risolverli. Se mi dai un problema, probabilmente sono stato in grado di risolverlo. Ma la natura complessa di come risolvi un problema in Drupal mi ha ostacolato. Il fatto che stessi cercando di fare tutto mi ostacolava.
• Randy : Ma una delle aree che ho iniziato a realizzare mentre studiavo il burnout è che ho iniziato a scoprire che, specialmente quando parli di core, il processo per cercare di risolvere un problema in Drupal Core, o nella comunità di Drupal, è in realtà così ... Non lo so. È così radicato, o così difficile. Da allora è migliorato. Ma ai tempi, essenzialmente, se volevi far accadere una cosa significativa in Drupal, dovevi convincere, diciamo, cinque o sei persone chiave che avevi l'idea giusta di cosa fare.
• Randy : Se una persona dice: "Beh, non mi piace". Questo era tutto. Questo era tutto. Era finito. Potresti avere un bloccante che fosse apprezzato e non avevi modo di andare avanti. Ora, c'è stata una significativa riorganizzazione negli anni successivi. C'è stata una migliore distribuzione dell'autorità, quindi è meglio di prima. Ma quella era una cosa importante.
• Randy : Questo mi ha portato a studiare la governance nelle comunità open source, e come funzionava la governance, e come lavoriamo con un dittatore benevolo, alla maniera di Drupal, e molte comunità open source lo hanno. Ho finito per studiarlo per un po', parlare un paio di volte e scrivere alcuni post sul blog su come le comunità open source si autogovernano.
• Randy : Quel processo di tentativo di migliorare la governance è andato avanti negli anni successivi, anche se ho esaurito la pazienza per questo. Ma è stato portato avanti da alcune persone molto brave.
• Steve : Beh, è ​​un momento affascinante per sentirtene parlare, perché la community di WordPress sta attraversando qualcosa di molto simile in questo momento. Hanno appena fatto il rilascio di Gutenberg. Paragono spesso il rilascio di Gutenberg al rilascio di Drupal 8.0, in quanto non solo ci è voluto più tempo del previsto, ma è stato anche molto più drammatico e mal organizzato, e pieno di argomenti e tutte le tipiche cose open source.
• Steve : Hai visto alcuni risultati simili nella comunità di WordPress. Molte persone parlano di burnout, e anche molte persone stanno iniziando a parlare anche di governance, perché gran parte del modo in cui era organizzato il Gutenberg era opera di Matt... Stavo per dire un capriccio, ma probabilmente non è così un modo giusto per dirlo. Ma è diventato molto chiaro a un certo punto del programma di rilascio di Gutenberg, che era la strada di Matt o l'autostrada. Quindi le persone hanno iniziato a fare un passo indietro e dire: "WordPress ha bisogno di un modo migliore per autogovernarsi piuttosto che di un dittatore benevolo che decide tutto a vita".
• Steve : Mi ricorda molto quel periodo in cui Drupal 8.0 era bloccato e non si preparava quando la gente lo voleva. Hai passato tutto questo tempo a fare ricerche su governance e progetti open source. Hai avuto un effetto positivo alla fine, con il blogging nelle discussioni che avevi intorno ad esso?
• Randy : Beh, sì, penso che abbia avviato una conversazione. Voglio dire, ha iniziato una conversazione. Ha l'orecchio di Dries. Ha iniziato a concentrarsi su di esso. Ero alla fine della mia pazienza per questo. Altre persone hanno fatto un buon lavoro portandolo avanti. Come quasi tutto il resto del mondo Drupal, sono passati molti anni. Sarebbe stato bello se in un anno fossero stati compiuti enormi progressi o qualcosa del genere. Solo il fatto che sia stata applicata dell'energia è davvero fantastico.
• Randy : Sulla governance, voglio menzionare che Python sta attraversando una massiccia riorganizzazione, perché hanno perso a vita il loro BDFL, il loro benevolo dittatore. Ha detto: "Ho finito". E ora stanno attraversando momenti incredibili cercando di riorganizzarsi senza di lui.
• Steve : Non ho visto quella storia.
• Randy : Sì, sì.
• Steve : Si è licenziato in un battibaleno? O se ne è andato in modo organizzato?
• Randy : Non so se c'è stato uno sbuffo. Ma ha annunciato il 12 luglio dell'anno scorso che sarebbe andato in vacanza permanente.
• Steve : Il giorno dopo?
• Randy : Sì, penso di sì. Non l'ho seguito così da vicino. Ma è una cosa importante da tenere d'occhio per qualsiasi comunità che fa affidamento su un'unica testa come quella, perché i dittatori benevoli non durano mai per sempre. Trovare un percorso verso un'organizzazione sostenibile è fondamentale, in generale.
• Randy : Beh, e la realtà è che qualsiasi organizzazione ha bisogno di più di un dittatore, giusto? Devi avere una diffusione di una governance efficace in generale.
• Steve : Sì, possiamo prendere in giro i progetti open source e dire che questo è unico per l'open source, ma in realtà non lo è. Tutti quelli che lavorano in grandi aziende hanno storie simili, o lavorano in organizzazioni no-profit, o lavorano nelle scuole. Hanno tutti lo stesso mix di politica e malgoverno.
• Randy : Beh, potresti guardare il governo degli Stati Uniti o del Regno Unito in questo momento e avere delle lezioni anche lì. Ci sono alcuni seri problemi con la governance.
• Steve : Sì, poco prima di entrare nel podcast, ho tenuto d'occhio il voto sulla Brexit. Oddio. L'open source è facile in confronto.
• Randy : Sì, è vero. Esatto, e probabilmente meno consequenziale.
• Steve : Ti sei esaurito in una certa misura. Cosa hai fatto dopo quando hai lasciato la comunità Drupal, quando ti sei fatto da parte? Hai rivolto la tua attenzione a DDev?
• Randy : No, in realtà è... ci sono alcuni anni nel mezzo. Ho fatto alcune cose nel mezzo. Ma ho trascorso due o tre anni molto felici lavorando per Tag One sul lato infrastrutturale. Ho fatto l'infrastruttura e ho fatto del lavoro di sviluppo di Drupal 8.0 per loro. Ma mi sono divertito molto con un certo numero di progetti con Tag One che non erano cose dirette di Drupal. Mi hanno riportato alle mie radici nel mondo Linux. Stavo costruendo ambienti di test di sviluppo completi con Puppet e mi sono divertito molto.
• Randy : Sono stati due o tre anni. Poi stavo cercando un lavoro, perché Tag One stava finendo il lavoro per me e mi piacciono i progetti. I progetti mi motivano. Semplicemente mi aiutano molto a... non so, pensare alla mia vita. Mi piace molto il lavoro a progetto, quindi ho iniziato a farmi prendere dal panico: "Beh, aspetta un minuto. Cosa faccio? Non so come divertirmi tutto il giorno. Ho bisogno di un progetto".
• Randy : Ho twittato che stavo cercando qualcosa. Kevin Bridges di Drud ha risposto subito e ha detto: "Beh, ti piace Go?" E ho detto: "Beh, non so niente di Go. Non so nemmeno che aspetto abbia". Ho finito per lavorare per lui, lavorando in Go. DDev è stato uno dei progetti su cui ho finito per lavorare. Abbiamo anche un prodotto di hosting. Ci ho lavorato. Il primo anno ho lavorato sia su DDev, l'ambiente di sviluppo locale, sia sul progetto di hosting.
• Randy : Ma nell'ultimo anno e mezzo sono un impiegato. Sono stati così gentili da fare in modo che potessi lavorare direttamente su DDev.
• Steve : Quindi fammi capire subito questi nomi per le persone che ascoltano. DRUD è il nome dell'azienda?
• Randy : Esatto. Non chiedere da dove viene, perché nessuno di noi lo sa.
• Steve : DDev-Local è il nome dell'ambiente locale?
• Randy : Giusto, per l'ambiente di sviluppo PHP locale.
• Steve : E DDev-Live è una piattaforma di hosting collegata a DDev-Local che potrebbe essere lanciata ufficialmente entro la fine dell'anno, ma non è ancora del tutto pronta?
• Randy : Sì, ha già dei clienti, ma non è che stiamo invitando le persone a visitare un sito Web e visualizzare il loro sito in questo momento. Abbiamo alcuni clienti esistenti, ma sta ancora maturando e si sta riprendendo. Siamo molto entusiasti di questo. Succedono molte cose buone, ma non è ancora disponibile pubblicamente.
• Steve : Qual è il passo di dadi e bulloni che daresti a uno sviluppatore che si trova su MAMP, o in un ambiente di sviluppo locale leggermente più vecchio stile? Perché gli sviluppatori dovrebbero standardizzare il loro lavoro su DDev?
• Randy : La cosa grandiosa che fa DDev, DDev è basato su docker. Non devi farlo, ma in pratica ciò significa che non devi eseguire alcuna configurazione sulla tua macchina. Installi semplicemente docker e installi DDev, che è solo un'installazione home brew se sei su Mac o Linux. Ha un programma di installazione se sei su Windows.
• Randy : Su tutte quelle piattaforme, puoi usare DDev e si comporterà allo stesso modo. Ma puoi avere progetti che si trovano su qualsiasi versione di PHP. Puoi avere progetti che sono Ingenix o che sono Apache. Puoi avere progetti che utilizzano versioni diverse di MariaDB e non importa. Non devi fare alcuna configurazione per questo. Devi solo cambiare una parola in un file di configurazione o utilizzare la riga di comando. Ecco qua.
• Randy : Oggi sto facendo dei test. Ho sollevato il progetto di supporto a lungo termine Drupal 6.0, che ora supporta PHP 7.2. eccomi su Windows 10 Home, utilizzo Docker toolbox e in grado di visualizzare D6 LTS e testarlo su PHP 7.2. non è una cosa molto facile da fare se ti trovi in ​​un ambiente tradizionale unico come configurare il tuo Apache o Ingenix o altro. Detto questo, mi piace fare tutte quelle cose. Ma DDev fa in modo che non debba nemmeno ricordare come eseguire la configurazione di Ingenix. Non devo avere solo una configurazione Ingenix. La maggior parte delle persone impiega letteralmente meno di 10 minuti per installare DDev e avviare il primo progetto.
• Randy : In realtà lo facciamo ai DrupalCons e ai DrupalCamps. Abbiamo una configurazione chiamata sprint rapido che offre alle persone una configurazione immediata in cui possono iniziare a contribuire a Drupal in pochi minuti, anche se vengono forniti con un computer domestico Windows 10 e non hanno mai configurato un ambiente locale prima, e forse se non sanno cos'è Drupal. Risolve solo un sacco di quei grossi problemi legati al dover sapere troppe cose per poter contribuire, che è un grosso problema ovunque nel nostro mondo, ma risolve alcuni di questi problemi. Speriamo che risolva alcuni di questi problemi.
• Steve : Alcuni dei casi d'uso potrebbero essere, forse uno sviluppatore di un'agenzia che sta lavorando a cinque o sei progetti per clienti diversi. Uno è su PHP e Apache. Uno è su .Net. Uno è un progetto Node.JS. Ognuno avrebbe il suo contenitore, completamente separato, configurazioni diverse. Potrebbero funzionare tutti senza intoppi fianco a fianco sulla stessa macchina?
• Randy : Sì, fianco a fianco. Oppure potresti averne dozzine. Di solito ne tengo solo due o tre alla volta. Ma potrei averne un sacco in giro. In DDev, quando lo fermi, quando lo rimuovi, non fa alcun danno. Il database è archiviato. Il codice c'è. Fai semplicemente un inizio DDev e torna dov'era. Non devi nemmeno avere un gazillion di risorse per usare DDev, puoi eseguirne uno alla volta se non hai molte risorse. Possono essere tutti configurati separatamente. Quando torni a quello su cui stavi lavorando con quello strano client che aveva ancora PHP 5.6, beh, funziona e basta. Devi solo iniziare DDev, ed eccolo lì.
• Steve : Alcune parti della piattaforma DDev sono specifiche? Ad esempio, presumo che tu sia piuttosto impegnato a supportare Drupal, forse anche WordPress. Ci sono parti di esso che sono specifiche della piattaforma per quelle piattaforme? Oppure potresti facilmente inserire, diciamo, un sito Magento o anche un sito Joomla?
• Randy : Questa è un'ottima domanda. Fondamentalmente abbiamo il supporto esplicito per tutte le versioni di Drupal e BackDrop, e TYPO3 e WordPress. Ma quel supporto esplicito per lo più significa semplicemente che scriveremo file delle impostazioni predefinite per loro. Ci sono anche configurazioni Ingenix personalizzate per Drupal e TYPO3. Ma per la stragrande maggioranza di qualsiasi tipo di sviluppo web, purché tu sappia come scrivere i tuoi file di impostazioni, o puntare al database giusto o qualsiasi altra cosa, DDev andrà bene con esso.
• Randy : Abbiamo persone che fanno una serie di cose diverse semplicemente usando... Abbiamo un tipo di app che dovrebbe essere probabilmente chiamato generico, ma invece si chiama PHP. Quindi un tipo di progetto chiamato PHP in cui fondamentalmente disattiva tutto il "Oh, ho intenzione di correggere i file delle impostazioni per te". Quindi è davvero molto semplice farlo.
• Steve : Ci sono grandi comunità che usano DDev? È grande nella comunità di Drupal? Grande nella comunità di WordPress? Chi sta effettivamente sfruttando molto DDev in questo momento?
• Randy : I più grandi sono Drupal e TYPO3, quindi Drupal più BackDrop e TYPO3. TYPO3 l'ha appena abbracciato con l'intero ha- Hanno documenti nei loro documenti che dicono: "Ecco come fai un ambiente locale. Fai DDev". Sono molto così. Quindi TYPO3 e la più ampia comunità di Drupal.
• Randy : Abbiamo fatto uno sforzo, fin dall'inizio, per supportare WordPress. Penso che facciamo un buon lavoro nel supportare WordPress, ma non abbiamo mai fatto breccia nella community. Penso che siano solo le nostre connessioni a lungo termine con la comunità Drupal ad aiutarci. E poi alcune connessioni molto belle, introduzioni che sono state fatte nel mondo TYPO3. Ma abbiamo speranze in molte cose diverse, perché l'ambiente DDev supporta già un'enorme quantità di flessibilità. Ha un server web. Ha un interprete PHP. Ha molti pacchetti. Non è MPM integrato e Yarn, quindi ha tutte quelle cose di cui la maggior parte delle persone ha bisogno. Non è solo un dispositivo Drupal.
• Steve : Ok, quindi hai fatto tutto il tuo sviluppo locale. Hai creato, per esempio, un sito Drupal o un sito TYPO3. C'è un modo per rimuoverlo effettivamente dalla tua macchina e in un ambiente condiviso o in un ambiente di hosting? C'è un modo per spostarlo in produzione?
• Randy : Come per la maggior parte delle cose, il tuo progetto è sviluppato... in genere, userebbe, git, giusto? E quindi spingere il codice è un problema facile. Al momento non abbiamo un comando push DDev. Probabilmente lo faremo un giorno. La maggior parte degli sviluppatori non desidera che un database venga inviato alla produzione. La maggior parte delle volte ciò che vogliono fare è ritirare dalla produzione per vedere se il loro codice funziona correttamente e non eseguire lo sviluppo relativo al database sulla macchina locale, quindi devono correre il rischio di spingerlo in produzione.
• Randy : Direi che la maggior parte degli sviluppatori non vuole una capacità di push del database, ma scommetto che ne troveremo una comunque.
• Steve : Quando si tratta di rivali di DDev, so che parecchie persone usano Lando. Ci sono altre aziende, progetti, che stanno adottando approcci simili a DDev? E come si confrontano con quello che stai facendo?
• Randy : Sì, quindi Lando, abbiamo imparato molto da Lando. Hanno fatto un'enorme quantità di buon lavoro. Probabilmente abbiamo bisogno di tornare indietro e controllare, e imparare di nuovo alcune delle cose buone che stanno facendo. People are always asking for the Lando power off command in DDev. We should probably ask for their permission to just use power off as a command. The traditional on machine techniques are the one competitor I would say. Lando is the other one that I'm familiar with.
• Randy : There's actually quite a number of good things, I think, in the WordPress community that are often tied to hosting services. I'm not familiar with a lot of ways. Like I say, my traditional technique was just to configure everything on my own machine.
• Steve : Yeah, there's quite a few options in the WordPress community that are directly sponsored by individual hosting companies, which leads to quite a bit of fragmentation, unfortunately.
• Randy : Yeah, yeah.
• Steve : I think Pantheon has a service, Flywheel, WPEngine are working on their own service, their own local development integrations. Is there anything super cool that we can expect from DDev in 2019?
• Randy : I think DDev-Live is our big splash, the hosting project is the big splash. What we want with DDev-Local is we want to help people with what they're needing, with what they're encountering as they go along. Our biggest thing is to listen to what the community that's using it is encountering, and try to solve their problems, and try to figure out ways to improve performance, and just to do what they need to do.
• Randy : It's incremental as far as DDev-Local. We don't have huge things. Like I say, I would be surprised if we don't end up with a DDev push command, at least to our own hosting this year. But DDev-Local is a fairly mature product. Our biggest goals are just to help people with it, not to make huge changes with it. What are your problems? What are you experiencing? Try to help us to understand it? How can we make it better for you? Those are the kind of things that we want to hear from people. It doesn't matter whether it's a bug or a feature request, or just a rethinking of how things are done. We want to hear from the community how to do that. We'll do our best to help them, especially if there's me toos coming from other people.
• Steve : If someone's listening to this and wants to take DDev for a test drive, what do they do next?
• Randy : Just search install DDev and you'll land on our docs page. And boom, there you'll be. There's nothing ... It takes basically no time. You install Docker for your environment, and you install DDev. Probably take people less than 10 minutes to get started with a project.
• Randy : What I recommend to people is start with ... If you're in the Drupal world, start with a plan Drupal tarball download. Untar it, and do a DDev config in it, and start it, and install it. Experiment with a thing that has no consequences, just experiment with just a quick try like that. You get a little familiarity. Then try it on that really important client project you're working on.
• Steve : People would head the DRUD, DRUD .com to find DDev-Local. How about you Randy? How can people follow what you're working on?
• Randy : In the Drupal#DDev channel, we always announce everything there. In the TYPO3#DDev channel in Slack. In Slack, in both of those places, we're always there supporting.
• Steve : This is the official Drupal Slack?
• Randy : Yeah, if it is official now. I'm not sure whether it's official. But the official Drupal Slack, the #DDev channel, and TYPO3, same thing, #DDev channel. I'm RandyFay on Twitter. And of course, on Titter, we use the #DDev hashtag, and the DRUD, @DRUD is the company. When anything significant happens, or when there's a bug that somebody encounter ... an important bug that somebody's encountered, then I'll tweet it.
• Steve : Wonderful. You're not planning to get back on your bike again anytime soon?
• Randy : No. Nancy and I, we took a two week trip on Vancouver Island this year, on our mountain bike tandem, on mostly dirt paths and roads. We had a great time. But we don't have ambitious things on our agenda at this point. We were glad we got out there and did ... We've done a number of rides besides the big one, but nothing on the agenda right now.
• Steve : Well, not often you get two and a half years to spare to-
• Randy : Exactly.
• Steve : -take a trip like that.
• Randy : That's right.
• Steve : Wonderful. Thank you so much for joining us, Randy. I wish you all the best with DDev-Local this year.
• Randy : Thank you so much. It was great talking to you.