Neste episódio, nos encontramos com Randy Fay. Ele tem sido um membro de longa data da comunidade Drupal. Ele escreveu cerca de 1.001 módulos e trabalhou com várias empresas líderes em Drupal. Depois de um tempo, ele se cansou do compromisso excessivo com o Drupal. Falamos sobre algumas de suas aventuras mais loucas, como andar de bicicleta do extremo norte do Canadá até a Argentina ao longo de vários anos.

Falamos sobre seu envolvimento no Drupal e por que ele saiu no final. Então chegamos ao cerne da conversa, que é o trabalho dele agora com um projeto chamado DDEV-Local. Recentemente, lançamos um livro no OSTraining chamado "Local Web Development With DDEV Explained".

O DDev-Local pode fornecer um ambiente de desenvolvimento muito mais moderno baseado em contêineres do Docker. Conversamos com Randy, que é o desenvolvedor líder do DDEV, e explicamos por que, se você estiver usando MAMP ou WAMP, deve considerar usar o DDev, pois ele acelerará muito seu desenvolvimento e o tornará muito mais confiável se você estiver trabalhando em vários projetos.

A propósito, o livro DDEV Explained foi atualizado recentemente para a versão 2.0 e agora mostra como usar DDEV com WordPress.

Siga Randy através de sua conta no Twitter em @randyfay e seu blog RandyFay.com.

Assine o podcast OSTraining no iTunes ou use o player de podcast abaixo. Também estamos no Stitcher, Overcast e outros aplicativos populares de podcast.

O livro explicado DDEV

Desenvolvimento Web Local Com DDEV explicado

DDEV-Local é uma ferramenta revolucionária para desenvolvimento web local. DDEV-Local tem muitas vantagens sobre WAMP, MAMP e outras ferramentas que você usou no passado.

DDEV-Local é um ambiente de desenvolvimento local de código aberto. Ele é projetado especificamente para projetos baseados em PHP, por isso é ideal para desenvolvedores Drupal, WordPress e TYPO3.

Junte-se ao OSTraining e obtenha este livro

Transcrição da entrevista com Randy

• Steve : Olá e bem-vindo ao podcast OSTraining. Eu sou Steve Burge e este é o episódio 34. Você pode encontrar os episódios anteriores em OSTaining.com/podcast. Conversamos com pessoas interessantes de todo o mundo do código aberto.
• Steve : Neste episódio, estou conversando com Randy Fay. Ele tem sido um membro de longa data da comunidade Drupal. Ele escreveu, oh, eu acho, em uma estimativa conservadora, eu diria cerca de 1.001 módulos. Ele trabalhou com um monte de empresas líderes em Drupal. Depois de um tempo, ele se cansou do compromisso excessivo com o Drupal. Falamos sobre algumas de suas aventuras mais loucas, como andar de bicicleta do extremo norte do Canadá até a Argentina ao longo de vários anos.
• Steve : Falamos sobre seu envolvimento no Drupal e por que ele saiu no final. Então chegamos ao cerne da conversa, que é o trabalho dele agora com um projeto chamado DDev-Local. Recentemente, lançamos um livro no OSTraining sobre DDev-Local e como ele pode fornecer um ambiente de desenvolvimento muito mais moderno baseado em contêineres Docker. Conversamos com Randy, que é o desenvolvedor líder do DDev, e explicamos por que, se você estiver usando MAMP ou WAMP, deve considerar usar o DDev, pois ele acelerará muito seu desenvolvimento e o tornará muito mais confiável se você estiver trabalhando em vários projetos.
• Steve : Ei, e bem-vindo, Randy.
• Randy : Bom ver você, Steve, ou falar com você de qualquer maneira, hein?
• Steve : Randy, você está se juntando a nós do Colorado? Você está nas montanhas perto de Aspen, ou nas áreas de esqui de lá?
• Randy : Não exatamente. Estamos em uma pequena cidade chamada Palisade, bem perto de Grand Junction, que fica no extremo oeste do Colorado. É mais como o deserto de Utah, do que como as montanhas. Embora tenhamos a Grand Mesa bem na minha janela. Estou olhando para ela agora, que é uma montanha de 10.000 pés. Mas estamos apenas em 4.600 ou algo assim.
• Steve : Ah, tudo bem. Então você está perto o suficiente para ver as montanhas e pode esquiar nos fins de semana, mas na verdade você não está nas montanhas.
• Randy : Esse é o caso. Sim.
• Steve : Você nasceu e foi criado no Colorado?
• Randy : Sim, na verdade eu nasci em Grand Junction, que fica a 16 km daqui. Eu cresci em uma pequena cidade chamada Gunnison. Voltamos aqui depois da nossa grande viagem de bicicleta que fizemos por dois anos e meio. Voltamos aqui porque meus pais estavam ficando velhos. Minha mãe ainda está viva. Ela tem 92 anos. Um dos nossos grandes negócios sobre estar aqui é cuidar dela. Ela vive em uma casa de repouso, mas nós a vemos algumas vezes por dia. É uma delícia estar aqui, poder estar perto da família e fazer o que a gente gostaria de fazer com a família.
• Steve : Bem, parece que você deixou um dos protagonistas dessa introdução pendurado. Você fez uma viagem de bicicleta de dois anos e meio?
• Randy : Sim, nós fizemos. Na verdade, essa foi a viagem de uma vida, de 2006 a 2009, minha esposa, Nancy, e eu começamos acima do Círculo Ártico, perto do Oceano Ártico, em uma pequena cidade chamada Inuvik nos Territórios do Noroeste do Canadá. Andamos de bicicleta ao longo de dois anos e meio, pelas Américas e até o norte da Argentina antes de perdermos o fôlego e acabamos não ... Queríamos chegar ao fundo. Não chegamos ao fundo. Mas uau, fizemos a viagem de uma vida em nossas bicicletas?
• Steve : Essa é uma daquelas coisas em que você tem que tentar começar no meio do verão canadense para evitar nevar.
• Randy : Basicamente, começamos em 9 de junho. Na verdade, era um pouco mais complexo do que isso. Na verdade, você tem que atravessar alguns rios no primeiro trecho. Esses rios, no inverno, você pode passar por cima deles, acho que é uma ponte de gelo. No verão, você pode passar por cima deles em uma balsa. Mas no meio tempo, quando os rios estão se rompendo, você não pode atravessá-los de forma alguma, ponto final.
• Randy : Tivemos que cronometrar para que pudéssemos sair cedo o suficiente para que pudéssemos fazer as estações funcionarem, mas tarde o suficiente para que não atingíssemos o rompimento do gelo e pudéssemos atravessar nas balsas. Nós saímos com sorte.
• Steve : Ok, então para quem está pensando em andar de bicicleta do extremo norte do Canadá ao sul da Argentina, então eles precisam saber que há uma janela muito estreita para lançá-lo?
• Randy : Bem, talvez se eles andarem mais rápido do que nós, então eles podem começar mais tarde e não ter esse problema, mas nós andamos bem devagar. Como você pode imaginar, levando dois anos e meio. Fizemos voluntariado. Foi a viagem de uma vida. Foi uma oportunidade incrível. Uma das coisas incríveis é que, durante todo o tempo em que pedalamos na América Latina, nunca sentimos que alguém nos ameaçou. Nunca nos sentimos desconfortáveis. O maior risco era ser atropelado por um veículo, que é o mesmo que os ciclistas têm em todos os lugares.
• Randy : Isso diz muito sobre nossos medos e o que consumimos. Há um elemento lateral nisso. Claro, então estávamos na meia-idade. Agora, provavelmente não estamos mais, mas um casal de meia idade em bicicletas não é uma ameaça para ninguém. Mas ainda assim, se você pode passar tanto tempo passando por lugares tão exóticos e nem mesmo sentir que alguém estava tentando prejudicá-lo, isso apenas dá uma perspectiva do mundo. Talvez não seja tão ruim quanto às vezes pensamos que é.
• Steve : Costumava ser uma coisa mais comum de se fazer. Parece que me lembro de ter lido histórias de algumas pessoas, nos anos 60, que comprariam, digamos, uma van Volkswagen e fariam o passeio da América para a América do Sul, ou talvez um passeio de bicicleta. Não era uma coisa completamente incomum de se fazer em um ponto.
• Randy : Bem, muitas pessoas fazem isso em bicicletas todos os anos. Porque você pode pensar nisso como uma coisa. É um objetivo. Não é mais importante pedalar nas Américas ou pedalar de ponta a ponta do que qualquer outro passeio. Mas você pode apenas pensar, quando você assume um projeto como andar de norte a sul, é uma maneira de pensar em um projeto. É muito motivador. Muitas pessoas fazem isso. As pessoas fazem isso todos os anos. Muitas pessoas fazem isso todos os anos. Aposto que 20 ou 30, ou até mais, fazem isso todos os anos.
• Steve : Praticamente, você passa pelas neves do Canadá, os EUA, eu presumo, foi bastante direto, talvez as rodovias sejam um pouco ocupadas demais. O que acontece quando você chega, digamos, ao Canal do Panamá. Não há lá uma selva enorme? Ao chegar à América do Sul, é preciso fazer um enorme desvio pela Amazônia?
• Randy : O que fizemos foi, nos Estados Unidos, descer a costa oeste, porque é um passeio famoso. No México, fomos para o México ao sul de Tucson. Nós descemos lá dentro da água. Nós não descemos Baja. Há muitos ciclistas que descem Baja, mas queremos ir por esse caminho. Em seguida, entramos no centro do México e descemos pelo coração do México, descendo até a Cidade do México, e depois subimos e passamos pela Pasa de Cortez, a passagem entre os dois vulcões por onde Cortez passou para conquistar o México.
• Randy : Então descemos para Oaxaca. Quando você chega ao Panamá, não há uma maneira real de andar de bicicleta ou passar pelo Darien Gap da maneira que você quiser. Pegamos um veleiro, veleiro de 100 pés do sul de Balboa até Cartagena na Colômbia. Depois, na América do Sul, descemos os Andes. Tínhamos medo da malária e de todas as doenças que são mais prevalentes no país baixo e, por isso, queríamos permanecer no alto. Então, basicamente, nos desgastamos nas montanhas dos Andes.
• Steve : Sim, eu estava prestes a dizer, isso soa como uma enorme quantidade de trabalho para percorrer os Andes.
• Randy : Havia muitos altos e baixos lá, e você fica realmente chapado. A elevação no Peru realmente incomodou Nancy. Tenho certeza de que poderíamos ter ido mais rápido tomando as rotas costeiras. Ainda estou muito, muito feliz por termos subido, mas não há dúvida de que a altitude afetou Nancy. E não há dúvida de que é difícil fazer tudo isso de cima para baixo e coisas remotas. Fizemos algumas coisas muito interessantes no Peru. Esses países são simplesmente incríveis. Eles são adoráveis.
• Steve : Geograficamente, provavelmente é semelhante a algumas partes do Colorado? Muito montanhoso, em média, muito alto, muito seco em muitas partes.
• Randy : Sim, mais íngreme e mais alto. Passamos por uma passagem que tinha 15.000 pés de altura. De qualquer forma, há muitas maneiras de fazer isso. Muitas pessoas fizeram coisas muito mais exóticas do que nós, mas certamente foi uma viagem de uma vida para nós.
• Steve : Você é do Colorado. Você já fez pelo menos uma viagem maluca como esta. Como você acabou se envolvendo na comunidade Drupal, que é, talvez no momento, o que você é mais conhecido pelos nossos ouvintes.
• Randy : Bem, a verdade, eu tinha trabalhado com Drupal um pouco antes de nossa viagem, mas na verdade eu reimplementei nosso blog, hobobiker.com em Drupal naquele momento em que estávamos ... Pode ter sido um par de anos antes disso. Trabalhamos muito em nosso blog naquela viagem, porque queríamos gravá-lo. Provavelmente começou como um blog Drupal 4.6. Não sei em que nível estava. Eu provavelmente estava no Panamá transformando em 5.0 ou algo assim.
• Randy : Aquela experiência pessoal de fazer um blog funcionar e a tecnologia Drupal e tudo mais, quando terminamos a viagem e, na verdade, estávamos mentalmente exaustos quando chegamos ao norte da Argentina. Eu queria fazer algo que usasse minha mente em vez de apenas meu corpo viajando o tempo todo. Eu pensei, "Bem, eu aposto que eu poderia aprender algo sobre código aberto e realmente me envolver na comunidade Drupal." Na verdade, compramos um pequeno laptop em uma dessas primeiras cidades da Argentina, compramos um netbook que podíamos carregar. Foi um bom dinheiro. Mas na verdade comecei a fazer consultoria na Argentina em novembro de 2008, no auge da crise financeira.
• Randy : Como você pode imaginar, um casal de meia-idade que tirou alguns anos do emprego, ouvindo do norte da Argentina que todo o sistema financeiro está derretendo e, claro, vendo nossas economias acabarem, como todo mundo fez , experiência muito dolorosa. Acabei de começar a alimentação por baixo. Houve um fórum em Drupal.org. Eu apenas contaria para as pessoas que estavam postando os problemas mais ingênuos lá, como eles destruíram, ou o que quer que eles tivessem feito em seu site. Eu diria: "Bem, eu farei isso por você. Se você gostar, me pague. Se você não gostar, então tudo bem." Claro, eu consegui alguns desses empregos.
• Randy : Estamos sentados lá parando por alguns dias e trabalhando em algo. Você gradualmente consegue empregos que são um pouco melhores. Mas foi uma coisa incrível ter pessoas me pagando pelo PayPal durante um colapso financeiro completo quando estávamos em nossas motos na Argentina. Foi bastante coisa.
• Randy : Então, é claro, depois que terminamos, e voltamos em meados de 2009, toda a ideia de tentar descobrir o que era código aberto, o que significava tentar fazer uma contribuição no mundo do código aberto, e para descobrir como se comunicar e se envolver no mundo Drupal. Descobrir a comunidade é muito mais difícil do que escrever código.
• Steve : Você vem de um passado que, mesmo antes de descobrir que o Drupal era bastante focado na comunidade? Você disse que se voluntariou muito quando estava andando de bicicleta? E então a atitude de código aberto foi um ajuste natural para você?
• Randy : Sim, realmente foi. Mas eu nunca tinha descoberto como alguém pode realmente fazer a diferença no código aberto. Eu já usava o Linux há algumas décadas. Eu tinha usado tantas coisas. Eu estava ciente do valor de todas essas comunidades de código aberto, mas nunca tentei realmente... Ou não me lembro de ter tentado realmente fazer a diferença em uma. Eu provavelmente arquivei um problema em um projeto ou dois. Eu provavelmente aprendi alguma coisa estudando as questões em um projeto ou dois. Mas na verdade eu nunca tentei dizer: "Bem, o que eu poderia fazer para fazer a diferença?"
• Steve : Você sempre esteve em torno da mentalidade de código aberto. Você é um usuário Linux de longa data, mas não foi até que você voltou daquela viagem de bicicleta que você realmente começou a mergulhar e participar da comunidade Drupal?
• Randy : Certo. Esse era o negócio, era como eu poderia realmente fazer algo útil na comunidade de código aberto? Eu poderia ser investido e envolvido? Essa era a pergunta. Não é uma coisa muito fácil de fazer. Você tenta descobrir, bem, no que você trabalha? Como você trabalha nisso? Como você consegue que as pessoas certas prestem atenção?
• Randy : Lembro-me do meu primeiro patch principal. Eu não tinha ideia de como fazer alguém prestar atenção nisso. Era um problema que eu tinha que resolver para algum projeto em que estava trabalhando, provavelmente algum projeto de contratação. Eu descobri um problema com a forma como o CSS é agregado. Consegui descobrir como resolver o problema. Eu consegui descobrir como fazer um patch, mas não sabia como você consegue que alguém preste atenção no seu patch. Eu não sabia o que você faz então?
• Randy : Apenas aprendendo com todo esse processo, como você se comunica. Eu tive que aprender a usar o IRC. Mais do que como usar o IRC, porém, é como você encontra a pessoa com quem você precisa falar no IRC e faz com que... pessoas ocupadas prestem atenção?
• Steve : Esse é sempre um dos maiores problemas nas comunidades de código aberto, é que elas tendem a favorecer pessoas com muito tempo livre, seja porque sua empresa é generosa, ou porque estão aposentadas. Ou, por qualquer motivo, eles têm muito tempo livre, que o compromisso real de tempo para descobrir todas essas coisas é uma grande barreira à contribuição. Você mergulhou bem fundo na toca do coelho Drupal, certo?
• Steve : Eu olho para o seu perfil no Drupal.org. Você contribuiu para... Estou apenas fazendo uma estimativa aqui, mas 1.001 módulos diferentes. Você trabalhou para várias agências de marcas diferentes no mundo Drupal, de Lullabot a Tag One. Você trabalhou para o comércio Drupal por um tempo também. Você estava realmente dentro do Drupal por algum tempo.
• Randy : Eu realmente estava. Continuei tentando me envolver profundamente com coisas fundamentais. Eu me envolvi no desenvolvimento do núcleo. Eu mantive alguns módulos. Gostei de tudo isso, mas me encontrei, como muitas pessoas em código aberto, como na comunidade Drupal, tentando resolver todos os problemas. Você pode ficar tão disperso pensando que pode resolver todos os problemas, ou que pode colocar um patch para cada bug que encontrar, o que acho que estava tentando fazer em um ponto.
• Randy : Isso me consumiu muito bem ao longo do tempo. Em algum momento, comecei a descobrir: "Bem, ei, acho que isso pode ser o esgotamento". Na verdade, comecei a estudar burnout. Eu escrevi uma série sobre burnout, e o que era. Talvez nem mesmo percebendo que eu estava no processo de me queimar.
• Steve : Houve um período, talvez três anos atrás, quando, se você fosse ao DrupalCons ou DrupalCamps, havia regularmente uma sessão sobre burnout. Acho que foi provavelmente no lançamento do Drupal 8.0 quando todos estavam ficando cansados ​​e frustrados. Levou cinco, mais, anos. Eu vi alguns de seus posts no blog na época. Você também estava apresentando e tentando falar com a comunidade sobre os perigos de se queimar?
• Randy : Sim, as pessoas precisam saber que sua vida é mais importante do que o projeto em que estão trabalhando. Essa é a coisa fundamental, e tentar ajustar as prioridades para reconhecer isso. Além disso, para perceber que você não pode resolver todos os problemas. Eu acho que isso foi provavelmente o fundamental para mim, eu fui capaz de ver problemas. consegui resolvê-los. Se você me der um problema, eu provavelmente consegui resolvê-lo. Mas a natureza complexa de como você realmente resolve um problema no Drupal me bloqueou. O fato de eu estar tentando fazer tudo me bloqueou.
• Randy : Mas uma das áreas que eu comecei a perceber enquanto estudava burnout foi, eu comecei a descobrir que, especialmente quando você fala sobre core, o processo de tentar resolver um problema no Drupal Core, ou na comunidade Drupal é realmente tão ... Eu não sei. É tão arraigado, ou tão difícil. Melhorou desde então. Mas no passado, essencialmente, se você queria fazer algo significativo acontecer no Drupal, você tinha que convencer, digamos, cinco ou seis pessoas-chave de que você tinha a ideia certa do que fazer.
• Randy : Se uma pessoa dissesse: "Bem, eu não gosto disso." Era isso. Era isso. Tinha acabado. Você podia ter um bloqueador que era valorizado e não tinha como seguir em frente. Agora, houve uma reorganização significativa nos anos seguintes. Houve uma distribuição de autoridade um pouco melhor, então está melhor do que era. Mas isso foi uma coisa importante.
• Randy : Isso me levou a estudar governança em comunidades de código aberto, e como a governança funcionava, e como trabalhamos com um ditador benevolente, o estilo Drupal, e muitas comunidades de código aberto têm isso. Acabei estudando isso por um tempo, falando algumas vezes e escrevendo alguns posts sobre como as comunidades de código aberto se governam.
• Randy : Esse processo de tentar melhorar a governança vem acontecendo nos anos seguintes, embora eu tenha ficado sem paciência para isso. Mas tem sido realizado por algumas pessoas muito boas.
• Steve : Bem, é um momento fascinante para ouvir você falar sobre isso, porque a comunidade WordPress está passando por algo muito semelhante no momento. Eles acabaram de lançar o Gutenberg. Costumo comparar o lançamento do Gutenberg com o lançamento do Drupal 8.0, pois não apenas demorou mais do que o esperado, mas também foi muito mais dramático e mal organizado, cheio de argumentos e todas as coisas típicas de código aberto.
• Steve : Você viu alguns resultados semelhantes na comunidade WordPress. Muitas pessoas estão falando sobre esgotamento, e também muitas pessoas estão começando a falar sobre governança também, porque muito da maneira como o Gutenberg foi organizado foi por capricho de Matt... Eu ia dizer capricho, mas isso provavelmente não é uma maneira justa de dizer isso. Mas ficou muito claro em um certo ponto do cronograma de lançamento de Gutenberg, que era o caminho de Matt ou a estrada. Então, as pessoas começaram a dar um passo para trás e dizer: "O WordPress precisa de uma maneira totalmente melhor de governar a si mesmo, em vez de um ditador benevolente para a vida decidir tudo".
• Steve : Isso me lembra muito daquela época em que o Drupal 8.0 estava travado e não estava pronto quando as pessoas queriam. Você passou todo esse tempo pesquisando governança, projetos de código aberto. Você teve um efeito positivo no final, com o blog nas discussões que teve sobre isso?
• Randy : Bem, sim, acho que começou uma conversa. Quero dizer, começou uma conversa. Atingiu a orelha de Dries. Ele começou a se concentrar nisso. Eu estava no fim da minha paciência para isso. Outras pessoas fizeram um bom trabalho levando isso adiante. Como quase tudo no mundo Drupal, já faz muitos anos. Teria sido bom se um grande progresso tivesse sido feito em um ano ou algo assim. Apenas o fato de que houve energia aplicada é realmente ótimo.
• Randy : Sobre governança, quero mencionar que o Python está passando por uma grande reorganização, porque eles perderam seu BDFL, seu benevolente ditador vitalício. Ele disse: "Eu terminei." E agora eles estão passando por momentos incríveis tentando se reorganizar sem ele.
• Steve : Eu não vi essa história.
• Randy : Sim, sim.
• Steve : Ele desistiu em um acesso de raiva? Ou saiu de forma organizada?
• Randy : Eu não sei se houve um acesso de raiva. Mas ele anunciou em 12 de julho do ano passado que estava de férias permanentes.
• Steve : No dia seguinte?
• Randy : Sim, acho que sim. Não acompanhei tão de perto. Mas é importante observar qualquer comunidade que dependa de uma única cabeça como essa, porque ditadores benevolentes nunca duram para sempre. Encontrar um caminho para uma organização sustentável é fundamental, em geral.
• Randy : Bem, e a realidade é que qualquer organização precisa de mais do que um ditador, certo? Você tem que ter uma disseminação de governança efetiva em geral.
• Steve : Sim, podemos tirar sarro de projetos de código aberto e dizer que isso é exclusivo do código aberto, mas na verdade não é. Todo mundo que trabalha em grandes empresas tem histórias semelhantes, ou trabalha em organizações sem fins lucrativos, ou trabalha em escolas. Todos eles têm a mesma mistura de política e mau governo.
• Randy : Bem, você pode olhar para o governo dos EUA ou do Reino Unido agora e ter algumas lições lá também. Há alguns problemas sérios com a governança.
• Steve : Sim, pouco antes de entrar no podcast, eu estava de olho na votação do Brexit. Oh cara. O código aberto é fácil em comparação.
• Randy : Sim, isso mesmo. Isso mesmo, e provavelmente menos consequente.
• Steve : Você se exauriu até certo ponto. O que você fez a seguir quando deixou a comunidade Drupal, quando se afastou? Você voltou sua atenção para DDev?
• Randy : Não, na verdade... há alguns anos entre isso. Fiz algumas coisas no meio. Mas tive dois ou três anos muito felizes trabalhando para a Tag One no lado da infraestrutura. Eu fiz infraestrutura e fiz alguns trabalhos de desenvolvimento do Drupal 8.0 para eles. Mas eu me diverti muito em vários projetos com o Tag One que não eram coisas diretas do Drupal. Eles me trouxeram de volta às minhas raízes no mundo Linux. Eu estava construindo ambientes de teste de desenvolvimento completo com Puppet, e me diverti muito com isso.
• Randy : Isso foi dois ou três anos. Então eu estava procurando algum trabalho, porque Tag One estava ficando sem trabalho para mim, e eu gosto de projetos. Projetos me motivam. Eles só me ajudam bastante a... sei lá, pensar na minha vida. Eu gosto bastante do trabalho de projeto, então comecei a entrar em pânico, "Bem, espere um minuto. O que eu faço? Eu não sei como me divertir o dia todo. Eu preciso de um projeto."
• Randy : Eu twittei que estava procurando por algo. Kevin Bridges, da Drud, respondeu imediatamente e disse: "Bem, você gosta de Go?" E eu disse: "Bem, eu não sei nada sobre Go. Eu nem sei como é." Acabei indo trabalhar para ele, trabalhando no Go. DDev foi um dos projetos em que acabei trabalhando. Também temos um produto de hospedagem. Eu trabalhei nisso. No primeiro ano, trabalhei em DDev, no ambiente de desenvolvimento local e no projeto de hospedagem.
• Randy : Mas no último ano e meio, eu sou um empregado. Eles tiveram a gentileza de fazer isso para que eu pudesse trabalhar diretamente no DDev.
• Steve : Então deixe-me ver esses nomes rapidamente para as pessoas que estão ouvindo. DRUD é o nome da empresa?
• Randy : Isso mesmo. Não pergunte de onde veio, porque nenhum de nós sabe.
• Steve : DDev-Local é o nome do ambiente local?
• Randy : Certo, para ambiente de desenvolvimento PHP local.
• Steve : E o DDev-Live é uma plataforma de hospedagem conectada ao DDev-Local que pode ser lançada oficialmente ainda este ano, mas ainda não está pronta?
• Randy : Sim, ele tem clientes existentes nele, mas não é como se estivéssemos convidando as pessoas para ir a um site e ativá-lo agora. Temos alguns clientes existentes, mas ainda está amadurecendo e se desenvolvendo. Estamos muito animados com isso. Muitas coisas boas acontecendo com ele, mas ainda não está disponível publicamente.
• Steve : Qual é o argumento básico que você daria a um desenvolvedor que está no MAMP, ou em algum ambiente de desenvolvimento local um pouco mais antiquado? Por que os desenvolvedores devem padronizar seu trabalho no DDev?
• Randy : A grande coisa que o DDev faz, o DDev é baseado no docker. Você não precisa fazer isso, mas basicamente o que isso significa é que você não precisa fazer nenhuma configuração em sua máquina. Você apenas instala o docker e instala o DDev, que é apenas uma instalação caseira se você estiver no Mac ou Linux. Ele tem um instalador se você estiver no Windows.
• Randy : Em todas essas plataformas, você pode usar o DDev e ele se comportará da mesma forma. Mas você pode ter projetos que estão em qualquer versão do PHP. Você pode ter projetos que são Ingenix ou Apache. Você pode ter projetos que usam versões diferentes do MariaDB, e isso não importa. Você não precisa fazer nenhuma configuração para isso. Você apenas altera uma palavra em um arquivo de configuração ou usa a linha de comando. Ai está.
• Randy : Estou fazendo alguns testes hoje. Eu trouxe o projeto de suporte de longo prazo Drupal 6.0, que agora suporta PHP 7.2. lá estou eu no Windows 10 Home, usando a caixa de ferramentas do Docker e capaz de abrir o D6 LTS e testá-lo no PHP 7.2. isso não é muito fácil de fazer se você estiver em um ambiente tradicional de tamanho único, como configurar seu próprio Apache ou Ingenix ou qualquer outra coisa. Dito isto, eu amo fazer todas essas coisas. Mas o DDev faz com que eu nem precise me lembrar de como fazer a configuração do Ingenix. Não preciso ter apenas uma configuração do Ingenix. Literalmente, a maioria das pessoas leva menos de 10 minutos para ter o DDev instalado e seu primeiro projeto em execução.
• Randy : Na verdade, fazemos isso no DrupalCons e no DrupalCamps. Temos uma configuração chamada quick sprint que oferece às pessoas uma configuração imediata de onde podem começar a contribuir para o Drupal em poucos minutos, mesmo que venham com uma máquina doméstica Windows 10 e nunca tenham configurado um ambiente local antes, e talvez se eles não sabem o que é Drupal. Ele apenas resolve um monte desses grandes problemas de ter que saber muitas coisas para poder contribuir, o que é um grande problema em todo o mundo, mas resolve alguns desses problemas. Esperamos que resolva alguns desses problemas.
• Steve : Alguns dos casos de uso podem ser, talvez um desenvolvedor de agência que esteja trabalhando em cinco ou seis projetos para clientes diferentes. Um está em PHP e Apache. Um está em .Net. Um é um projeto Node.JS. Cada um teria seu próprio container, totalmente separado, configurações diferentes. Todos eles poderiam estar rodando sem problemas lado a lado na mesma máquina?
• Randy : Sim, lado a lado. Ou você poderia ter dezenas deles. Normalmente, mantenho apenas dois ou três de cada vez. Mas eu posso ter um monte deles por aí. No DDev, quando você o interrompe, quando o remove, não causa nenhum dano. O banco de dados é armazenado. O código está lá. Você apenas inicia um DDev e ele volta exatamente onde estava. Você nem precisa ter um zilhão de recursos para usar o DDev, você pode executar um de cada vez se não tiver muitos recursos. Todos eles podem ser configurados separadamente. Quando você volta para aquele em que estava trabalhando com aquele cliente estranho que ainda tinha o PHP 5.6, bem, simplesmente funciona. Você acabou de iniciar o DDev e pronto.
• Steve : Algumas partes da plataforma DDev são específicas? Por exemplo, presumo que você goste bastante do suporte ao Drupal, talvez ao WordPress também. Existem partes dele que são específicas da plataforma para essas plataformas? Ou você poderia facilmente trazer, digamos, um site Magento ou um site Joomla também?
• Randy : Essa é uma ótima pergunta. Basicamente, temos suporte explícito para todas as versões do Drupal, BackDrop, TYPO3 e WordPress. Mas esse suporte explícito significa apenas que escreveremos arquivos de configurações padrão para eles. Há também configurações personalizadas do Ingenix para Drupal e TYPO3. Mas para a grande maioria de qualquer tipo de desenvolvimento web, contanto que você saiba como escrever seus próprios arquivos de configurações, ou apontar para o banco de dados correto, ou qualquer outra coisa, o DDev funcionará bem com isso.
• Randy : Temos pessoas fazendo várias coisas diferentes apenas usando ... Temos um tipo de aplicativo que provavelmente deveria ser chamado de genérico, mas é chamado de PHP. Então, um tipo de projeto chamado PHP, onde basicamente, ele apenas desativa todas as coisas do tipo "Oh, eu vou corrigir suas coisas de arquivos de configurações para você." Então é realmente muito simples fazer isso.
• Steve : Existem grandes comunidades que estão usando DDev? É grande na comunidade Drupal? Grande na comunidade WordPress? Quem está realmente aproveitando muito o DDev no momento?
• Randy : Os maiores são Drupal e TYPO3, então Drupal mais BackDrop e TYPO3. O TYPO3 acabou de adotar isso com todo o ha- Eles têm documentos em seus próprios documentos que dizem: "Aqui está como você faz um ambiente local. Você faz DDev." Eles são muito assim. Então TYPO3 e a comunidade Drupal maior.
• Randy : Fizemos um esforço, desde o início, para oferecer suporte ao WordPress. Acho que fazemos um bom trabalho no suporte ao WordPress, mas nunca fizemos incursões na comunidade. Acho que são apenas nossas conexões de longo prazo com a comunidade Drupal que nos ajudaram. E então algumas conexões muito boas, introduções que foram feitas no mundo TYPO3. Mas temos esperança de muitas coisas diferentes, porque o ambiente DDev já suporta uma enorme flexibilidade. Tem um servidor web. Tem um interpretador PHP. Tem muitos pacotes. Não é MPM embutido nele, e Yarn, então tem todas as coisas que a maioria das pessoas precisa. Não é apenas um dispositivo Drupal.
• Steve : Ok, então você fez todo o seu desenvolvimento local. Você criou, digamos, um site Drupal ou um site TYPO3. Existe alguma maneira de realmente tirá-lo da sua máquina e colocá-lo em um ambiente compartilhado ou em um ambiente de hospedagem? Existe alguma maneira de movê-lo para a produção?
• Randy : Como a maioria das coisas, seu projeto é desenvolvido... normalmente, seria usando, git, certo? E então empurrar o código é um problema fácil. No momento, não temos um comando push DDev. Provavelmente iremos algum dia. A maioria dos desenvolvedores não quer que um banco de dados seja enviado para produção. Na maioria das vezes, o que eles querem fazer é puxar da produção para ver se o código está funcionando corretamente, e não fazer o desenvolvimento relacionado ao banco de dados na máquina local e, em seguida, correr o risco de enviá-lo para a produção.
• Randy : Eu diria que a maioria dos desenvolvedores não quer um recurso de push de banco de dados, mas aposto que vamos acabar com um de qualquer maneira.
• Steve : Quando se trata de rivais do DDev, eu sei que algumas pessoas estão usando o Lando. Existem outras empresas, projetos, que estão adotando abordagens semelhantes ao DDev? E como eles se comparam ao que você está fazendo?
• Randy : Sim, então Lando, aprendemos muito com Lando. Eles fizeram uma quantidade enorme de bom trabalho. Provavelmente precisamos voltar e verificar com ele, e reaprender algumas das coisas boas que eles estão fazendo. 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.