DEV Community: Elixir UTFPR (por Adolfo Neto)

Meetup Elug CE 21/05/2024 19h00

Elixir UTFPR (por Adolfo Neto) — Fri, 17 May 2024 13:10:31 +0000

Informações em https://threadreaderapp.com/thread/1787967344817385677.html

Conferências do Ecossistema de Erlang (e Elixir)

Elixir UTFPR (por Adolfo Neto) — Thu, 16 May 2024 19:34:10 +0000

Olá pessoal,

No vídeo acima eu conmversei um pouco sobre a comunidade do ecossistema de Erlang. Para quem está familiarizado, isso inclui Erlang, Elixir, Gleam, LFE e outras linguagens que rodam na BEAM (a máquina virtual de Erlang). Porém, reconheço que nem todos conhecem profundamente cada uma dessas linguagens. Então, vamos embarcar nessa jornada juntos.

Introdução às Linguagens do Ecossistema Erlang

Erlang é a linguagem original, criada para suportar sistemas de telecomunicações robustos e distribuídos. Elixir surgiu em 2011 e rapidamente se tornou uma das mais populares dentro desse ecossistema, especialmente após a primeira versão estável em 2012. Gleam é uma linguagem funcional tipada estaticamente que vem ganhando destaque recentemente, e LFE (Lisp Flavored Erlang) combina a simplicidade do Lisp com a robustez de Erlang.

Sobre Mim

Sou Adolfo Neto, professor da UTFPR, coordenador e apresentador do podcast Elixir em Foco. Você pode me encontrar no Twitter (ou X) como @adolfont.

Conferências e Eventos da Comunidade Erlang

Vamos falar sobre alguns dos eventos mais importantes que ocorrem no ecossistema Erlang:

Code BEAM America: Realizada nos EUA, essa conferência aborda diversas linguagens da BEAM. Em 2022, apresentei um trabalho junto com meu aluno Lucas Tavano. Embora não tenha ocorrido em 2023, a expectativa é de retorno em 2024.
Code BEAM Europe: Essa conferência ocorre anualmente na Europa e já foi conhecida como Erlang User Conference. Este ano, será em Berlim nos dias 14 e 15 de outubro, com sessões virtuais disponíveis.
Erlang Workshop: Um evento acadêmico que ocorre desde 2001, voltado para a apresentação de artigos científicos. É uma parte da International Conference on Functional Programming, oferecendo uma plataforma para discussões profundas sobre desenvolvimento e pesquisa em Erlang.
ElixirConf: A principal conferência dedicada ao Elixir, realizada desde 2014. A edição de 2024 acontecerá de 27 a 30 de agosto em Orlando, Flórida.

Eventos no Brasil

Aqui no Brasil, temos eventos que mantêm viva a chama da comunidade:

Elixir Brasil: Realizada em 2018 e 2019, foi uma conferência presencial que deixou saudades. Em 2020 e 2021, aconteceu de forma online devido à pandemia.
Elixir Days: Acontecerá em São Paulo nos dias 25 e 26 de maio de 2024. É uma ótima oportunidade para nos encontrarmos e discutirmos as novidades do ecossistema. Para mais detalhes, visite Elixir Days.

Eventos Internacionais e Regionais

Além dos grandes eventos, há várias conferências regionais que ocorrem esporadicamente:

Code BEAM Lite: Edições menores e mais focadas, como as realizadas em Estocolmo e A Coruña.
ElixirConf África: Um evento virtual que traz a vibrante comunidade africana para o centro das discussões sobre Elixir.
ElixirConf Latinoamérica: Já teve uma edição na Colômbia. Seria uma excelente iniciativa termos mais uma edição para fortalecer a comunidade na América Latina.

Conclusão

A comunidade do ecossistema de Erlang é rica e diversificada, com eventos que promovem o compartilhamento de conhecimento e o fortalecimento dos laços entre desenvolvedores. Espero encontrar muitos de vocês nos próximos eventos e, claro, ouvir suas opiniões e experiências.

Não se esqueçam de conferir nosso podcast Elixir em Foco para mais informações e discussões sobre o ecossistema Elixir. Um abraço a todos e até a próxima!

Adolfo Neto

PS: O texto acima foi gerado com o prompt "Transforme num blog post: ", mais a transcrição do vídeo acima feita pelo YTScribe, pelo ChatGPT 4o.

Meetup Online de Elixir no dia 21/05/2024

Elixir UTFPR (por Adolfo Neto) — Fri, 03 May 2024 15:33:19 +0000

Vamos realizar um Meetup Online no dia 21/05/2024, terça-feira, à noite (ou no fim da tarde). Este formulário é para consultar se você tem interesse em participar e para fazer uma enquete sobre o horário. A duração do encontro deverá ser entre 1 e 2 horas e será realizado na plataforma Google Meet (com gravação).

Formulário:

https://docs.google.com/forms/d/e/1FAIpQLSdDSImogMe0Jv4IJvYVy6oN5stu7Cx8ctJiASaHG4NMi_7CXw/viewform?usp=sf_link

Vamos tentar trazer palestrantes da Elixir Days para uma Mesa Redonda.Para saber mais sobre a Elixir Days, acesse

https://www.elixirdays.com/

Para saber mais sobre o ELUG CE, acesse

https://elug-ce.github.io/

Aceitaremos respostas até 06/05/2024.

Elixir Days - Evento presencial em São Paulo

Elixir UTFPR (por Adolfo Neto) — Thu, 02 May 2024 18:46:40 +0000

Vai acontecer nos dias 25 e 26 de maio de 2024, em São Paulo, a conferência Elixir Days. Serão dois dias para celebrar com a comunidade brasileira de Elixir reunindo palestrantes nacionais e internacionais!

Clique no linl para saber mais https://bit.ly/ElixirDays2024

e clique em https://bit.ly/ElixirDays para comprar ingresso. Com o cupom ELIXIREMFOCO você consegue 15% de desconto.

O Método GROWS: Uma Abordagem Holística para o Desenvolvimento de Software

Elixir UTFPR (por Adolfo Neto) — Tue, 23 Apr 2024 20:00:00 +0000

O Método GROWS, idealizado por Andy Hunt e Jared Richardson em 2015, se apresenta como uma alternativa inovadora para a gestão de projetos e desenvolvimento de software. Com foco no aprendizado contínuo e no crescimento holístico, o método se diferencia de frameworks ágeis tradicionais ao propor uma visão mais abrangente que engloba os aspectos técnicos, de projetos e de portfólio, unindo desenvolvedores, executivos e usuários.

Fundamentos do Método GROWS:

O Método GROWS se sustenta em quatro pilares que orientam sua aplicação:

Paradigma Contínuo: Enfatiza a natureza contínua do desenvolvimento de software, promovendo experimentos, orçamentos e aprendizado constantes, além da integração e entrega contínuas já consagradas.
Estágios de Habilidades: Reconhece que as equipes evoluem em diferentes níveis de maturidade, necessitando de diferentes tipos de apoio e ferramentas ao longo do processo.
Desenvolvimento de Bala Traçante: Propõe a criação de um protótipo funcional inicial que guie o desenvolvimento subsequente, permitindo aprendizados e ajustes contínuos.
Quatro "Sementes" Fundamentais:
- Laços, não Linhas: Prioriza a colaboração e a comunicação aberta em detrimento de hierarquias rígidas.
- Orgânico, não Robótico: Adapta-se às mudanças e se ajusta às necessidades do projeto, evitando processos inflexíveis.
- Intencional, não Acidental: Enfatiza o planejamento consciente e a tomada de decisões deliberadas, minimizando a improvisação.
- Reais, não Proxys: Baseia-se em dados concretos e feedback real, evitando métricas artificiais e irrelevantes.

Hábitos para Implementação:

O Método GROWS apresenta uma série de hábitos para serem adotados por diferentes papéis e níveis de maturidade das equipes, buscando aprimorar o desenvolvimento de software em todos os níveis.

Aplicabilidade do Método GROWS:

Embora a forma de aplicação detalhada do Método GROWS ainda esteja em desenvolvimento, seus conceitos e princípios podem ser adaptados a diversos contextos, desde startups até grandes empresas. A ênfase no aprendizado contínuo e na colaboração torna o método acessível a equipes de diferentes portes e níveis de experiência.

Software para Adoção do Método GROWS:

O Método GROWS não exige ferramentas ou softwares específicos para sua implementação. O foco principal reside na mudança de mentalidade e na adoção de práticas que promovam o aprendizado contínuo e o crescimento holístico.

Diferenças em Relação ao Scrum:

O Método GROWS se diferencia do Scrum por não se prender a um framework rígido e prescritivo. Ao invés disso, oferece uma estrutura flexível e adaptável às necessidades de cada equipe, sem a necessidade de certificações formais.

Conclusão:

O Método GROWS se apresenta como uma abordagem promissora para o gerenciamento de projetos e desenvolvimento de software, com foco no aprendizado contínuo, na colaboração e no crescimento holístico das equipes. Sua flexibilidade e adaptabilidade o tornam uma opção interessante para empresas de diferentes portes e níveis de maturidade, buscando aprimorar seus processos de desenvolvimento de software.

Observações:

A página oficial do Método GROWS (https://growsmethod.com/growsmethod_index.html) oferece mais informações sobre o método, seus fundamentos e sua aplicação.
Treinamentos e workshops sobre o Método GROWS são oferecidos pelo Instituto do Método GROWS (mesmo link acima).

PS: O texto acima foi escrito pelo Gemini a partir deste texto que eu escrevi.

Eventos de Elixir, Erlang, BEAM e Engenharia de Software em 2024

Elixir UTFPR (por Adolfo Neto) — Fri, 23 Feb 2024 17:02:55 +0000

Em negrito, os eventos no Brasil.

Code BEAM America 2024
March 7-8 2024 | San Francisco, CA & Virtual
https://codebeamamerica.com/

Elixir Conf Europe
18-19 Apr 2024
Lisbon, Portugal
https://www.elixirconf.eu/

CIbSE 2024
Mon 6 - Fri 10 May 2024
Curitiba, Brazil
https://conf.researchr.org/home/cibse-2024

GigCityElixir
May 10-11, 2024
Chattanooga, TN, USA
https://www.gigcityelixir.com/

NervesConf
May 9
Chattanooga, TN, USA
https://nervesconf.us/

Code BEAM Lite Stockholm
13 May 2024 (tutorials on 14 May)
Stockholm, Sweden
https://codebeamstockholm.com/

Evento de Elixir (a confirmar)
25 e 26 de maio de 2024
São Paulo, Brasil

~~Elixir Safari~~
~~19-23 June~~
~~Kenya~~
https://elixirconf.africa/
canceled

FSE 2024 in Porto de Galinhas, Brazil!
July 15th to July 19th, 2024, in Porto de Galinhas, Pernambuco, Brazil
https://adolfon.substack.com/p/fse-2024-in-porto-de-galinhas-brazil

44o. Congresso da Sociedade Brasileira de Computação (CSBC 2024)
21 a 25 de Julho de 2024, Brasília - Distrito Federal
https://csbc.sbc.org.br/2024/

27th Workshop on Requirements Engineering (WER 2024)
Buenos Aires, Argentina, August 7 - 9, 2024
http://www.wikicfp.com/cfp/servlet/event.showcfp?eventid=177460&copyownerid=184772

ElixirConf US
Orlando, Florida
August 27-30, 2024
http://elixirconf.com

CBSoft
30 de setembro a 04 de outubro de 2024
Curitiba, Paraná
https://cbsoft.sbc.org.br/2024/cbsoft/?lang=pt

Code BEAM Europe
14-15 OCTOBER 2024
BERLIN, Germany
https://codebeameurope.com/

ESEIW 2024
Sun 20 - Fri 25 October 2024
Barcelona, Spain
https://conf.researchr.org/home/esem-2024

SBQS
5 a 8 de novembro de 2024
Salvador, Bahia
https://sbqs.sbc.org.br/2024/index.php/pt/

Como começar a programar em Elixir?

Elixir UTFPR (por Adolfo Neto) — Mon, 09 Oct 2023 14:11:44 +0000

Uma dúvida comum entre pessoas que descobrem a existência da linguagem de programação Elixir, criada pelo brasileiro José Valim, é: "Qual é o ponto de partida para aprender Elixir?" e "Como devo me preparar para conquistar meu primeiro estágio ou emprego na área de programação?"

Iniciar no mundo da programação geralmente envolve o uso de um computador (desktop ou laptop) para desenvolver e testar programas. A prática desempenha um papel fundamental para consolidar o conhecimento adquirido por meio de diversos recursos, como livros, artigos em blogs, vídeos, podcasts e outros.

Atualmente, para começar a aprender Elixir você não precisa instalar nada em seu computador. Você pode, por exemplo, usar uma instância de Livebook rodando no Fly.io ou no HuggingFace. E, claro, você pode também instalar Livebook no seu computador. Se quer saber como, acesse a parte Instalando Elixir e Livebook do repositório Learn4Elixir.

Depois disso, é só seguir o material de aprendizado de sua escolha. Se você escolher o Learn4Elixir e tem alguma dúvida, assista a este vídeo sobre o Capítulo 1 do Learn4Elixir:

Há também um vídeo sobre o Capítulo 2:

E há o vídeo de lançamento do Learn4Elixir, uma iniciativa da Universidade Brasileira Livre (UBL):

Se você ainda tiver alguma dúvida, entre no [Discord da UBL.

E se quer saber como se preparar para conquistar seu primeiro estágio ou emprego na área de programação usando Elixir, entre na comunidade Elixir Brasil no Telegram, sem esquecer de responder ao CAPTCHA!

Inspirado no post Por onde começar, de Os Programadores.

Leia também este post anterior: Como começar a aprender a linguagem de programação Elixir?.

O que é o ecossistema de Erlang?

Elixir UTFPR (por Adolfo Neto) — Fri, 14 Jul 2023 16:34:27 +0000

Perguntei ao ChatGPT e a resposta foi:

O ecossistema de Erlang refere-se ao conjunto de tecnologias, ferramentas, bibliotecas e comunidades relacionadas à linguagem de programação Erlang. Erlang é uma linguagem de programação funcional, concorrente e tolerante a falhas, desenvolvida pela Ericsson no final dos anos 80.

Faz sentido. A calculadora continuou:

O ecossistema de Erlang é conhecido por sua força em sistemas distribuídos e de tempo real, especialmente em aplicativos de telecomunicações e comunicações em larga escala. Ele oferece recursos poderosos para lidar com concorrência, escalabilidade e resiliência, tornando-o adequado para sistemas altamente disponíveis e que exigem baixa latência.

Também está certo. Faltou mencionar a BEAM, a máquina virtual de Erlang. Por que a máquina virtual de Erlang se chama BEAM e não EVM? Por motivos históricos explicados em A history of Erlang, de Joe Armstrong. Simplificando: por volta de 1990 havia a JAM, Joe Abstract Machine, onde "Joe" refere-se a Joe Armstrong, um dos criadores da linguagem. Em 1993 a equipe do Erlang decidiu criar uma versão mais eficiente da máquina virtual de Erlang. Bogumil (Bogdan) Hausman foi o principal criador desta linguagem e o nome inicial dela era Turbo Erlang. Mas como Turbo era uma marca da empresa Borland, renomearam a máquina para BEAM: Bogdan's Erlang Abstract Machine.

O ChatGPT continua:

Dentro do ecossistema de Erlang, existem várias ferramentas e bibliotecas notáveis que complementam a linguagem. Alguns exemplos incluem:

OTP (Open Telecom Platform): É um conjunto de bibliotecas e frameworks que fornecem abstrações e componentes reutilizáveis para o desenvolvimento de sistemas distribuídos robustos. O OTP inclui o "Supervisor", que gerencia a tolerância a falhas, e o "GenServer", que permite criar processos concorrentes.

Cowboy: É um servidor web assíncrono em Erlang, projetado para lidar com alto tráfego e requisitos de baixa latência. Ele fornece um ambiente para criar aplicativos web escaláveis e de alto desempenho.

RabbitMQ: É um sistema de mensagens assíncronas baseado em Erlang. Ele fornece uma plataforma de mensagens robusta e escalável para integração de sistemas distribuídos.

Elixir: Embora tecnicamente não seja parte do ecossistema de Erlang, vale a pena mencionar o Elixir. Ele é uma linguagem de programação funcional construída em cima da máquina virtual Erlang (BEAM). Elixir aproveita os recursos do ecossistema de Erlang, mas oferece uma sintaxe mais moderna e uma abordagem mais amigável para a programação.

Eu discordo do "tecnicamente não seja parte do ecossistema de Erlang". Por que não faz?

Além disso, o ecossistema de Erlang é suportado por uma comunidade ativa de desenvolvedores, com conferências, fóruns online e recursos educacionais disponíveis para compartilhar conhecimento e promover a colaboração.

Faltou mencionar a Fundação do Ecossistema de Erlang (Erlang Ecosystem Foundation). Associe-se em https://erlef.org/.

Em resumo, o ecossistema de Erlang é um conjunto de recursos, ferramentas e comunidades relacionadas à linguagem de programação Erlang, que enfatiza a construção de sistemas distribuídos, tolerantes a falhas e de alto desempenho.

O link para a resposta do chatGPT é este.

OK, achei que ficou bom. Você concorda?

Tipos e mentalidades de programação, por David Heinemeier Hanson

Elixir UTFPR (por Adolfo Neto) — Mon, 08 May 2023 22:23:32 +0000

Gostei muito do texto "Programming types and mindsets", de David Heinemeier Hanson, o DHH, criador do Ruby on Rails (projeto em que José Valim, criador de Elixir, trabalhou por um bom tempo). Fiquei sabendo do texto através deste tweet do Osvaldo Santana:

Osvaldo @osantana@mastodon.social

@osantana

Eu sou um "dynamic type" guy. E minha linguagem favorita sempre foi a favorita por esse motivo. Mas agora ela não quer mais ser minha linguagem favorita. twitter.com/eminetto/statu…

00:38 AM - 08 May 2023

eltonminetto.dev @eminetto
Programming types and mindsets https://t.co/sFBdKoxY2U

Por quê? Porque eu gosto de tipagem dinâmica e de programação funcional mas não me atrevo a dizer que:

Tipagem dinâmica é MELHOR que tipagem estática
Programação Funcional é SUPERIOR a Programação Orientada a Objetos.

Não! É apenas meu gosto, minha personalidade.

Então vamos ao texto traduzido:

Tipos e mentalidades de programação

Uma das mais antigas divergências na programação é a da tipagem estática versus a dinâmica. Durante toda a minha carreira, ouvi milhões de argumentos de ambos os lados, mas vi muito poucos convencerem alguém de algo. Como racionalizações disfarçadas de razão raramente funcionam em questões de fé. O cavaleiro sempre justificará o caminho do elefante.

Isso não quer dizer que não existam pessoas que mudaram de opinião. Na verdade, esses indivíduos geralmente são os que mais gritam racionalizações de todos os tipos. Frequentemente com o charme de um onívoro de longa data que de repente se tornou vegano ou de um banqueiro tradicional que teve sorte no mercado de criptomoedas. Quanto mais curta a fé, mais brilhante é a chama.

Pessoalmente, sou um cara assumidamente a favor da tipagem dinâmica. É por isso que amo tanto Ruby. Ele tira proveito total da tipagem dinâmica para permitir uma sintaxe poética que resulta em um código tão bonito. Para mim, Ruby com tipagem estática explícita seria como uma salada com uma bola de sorvete. Simplesmente não combinam.

Também devo confessar que já abracei a posição evangelizadora para a tipagem dinâmica no passado. Ao ponto de sofrer de uma aflição de Uma Única Proposição Verdadeira. Vendo a falta de entusiasmo pela tipagem dinâmica como um reflexo de falta de educação, experiência ou talvez até de competência.

Oh, que tolice.

É como tentar convencer um introvertido de que ele realmente gostaria de festas se apenas se soltasse um pouco. Que, na verdade, é muito divertido ficar em salas lotadas, por horas a fio, gritando para se comunicar, porque aquela VIBE!

Hoje em dia, aprendi a apreciar a magnificência da multiplicidade. A programação seria uma empreitada terrível se todos fôssemos limitados ao mesmo paradigma. A natureza humana é muito variada para aceitar tal restrição em sua criatividade.

Você consegue imaginar se toda a arte visual tivesse que ser renderizada no estilo do cubismo? Ou do realismo? Ou se todos os romances fossem escritos no estilo curto e direto de Hemmingway? Que chatice seria tudo isso rapidamente!

Isso arruinaria a mágica da programação. Essa fusão única de arte e engenharia.

Mas demorei um pouco para chegar a essas conclusões. Sou um solucionista em recuperação. Então, quando vejo pessoas cruzarem o coração em descrença de que alguém, em algum lugar, possa preferir JavaScript em vez de TypeScript, sorrio e lembro dos dias em que reconhecia o mesmo zelo no espelho.

Isso não significa que todos os assuntos relacionados a abordagens de programação se resumam a mentalidades diferentes. Há limites para esse relativismo. Porém, a distinção entre tipagem dinâmica e estática é certa dentro de suas próprias características. O mesmo vale para a programação funcional versus orientada a objetos. Em ambos os eixos, há casos de excelentes softwares criados ao longo das décadas (e também de coisas horríveis!).

Hoje em dia, as pessoas têm a capacidade de se expressar igualmente bem em ambas as extremidades. No entanto, essa habilidade ambidestra parece ser rara, como é evidenciado pela descrença tão frequentemente expressa por ambos os lados de que o outro possa ter uma posição razoável.

Eu não sou ambidestro. Eu não gosto de tipagem estática, e objetos animam minha mente. Mas aprendi a apreciar o fato de que outras pessoas iluminam sua criatividade com tanta intensidade quanto eu, usando restrições de programação funcional e tipos especificamente definidos.

Desde que eu nunca precise poluir o meu Ruby com sugestões de tipo ou escrever todo o código front-end em TypeScript, posso conviver felizmente com aqueles que adoram Go ou não suportam JavaScript. Vive la différence!

Fim

E então, gostaram?

Vou mudar um pouco mas faço dele as mainhas palavras:

Eu não gosto de tipagem estática, e funções animam minha mente. Mas aprendi a apreciar o fato de que outras pessoas iluminam sua criatividade com tanta intensidade quanto eu, usando restrições de programação orientada a objetos e tipos especificamente definidos.

Novo vídeo: Explicando e resolvendo City Office do Exercism em Elixir (usando docs e typespecs)

Elixir UTFPR (por Adolfo Neto) — Tue, 04 Apr 2023 22:48:46 +0000

Fazia tempo que eu não fazia um vídeo resolvendo exercícios do Exercism (ou do Advent of Code).

Eu gostei deste pois o objetivo era escrever documentação em Elixir.

Assista abaixo:

Aulas de Introdução a Elixir (2023)

Elixir UTFPR (por Adolfo Neto) — Tue, 04 Apr 2023 22:44:02 +0000

Ministrei 3 aulas ao vivo de Introdução a Elixir.
Os vídeos estão abaixo.
Gostei dos dois primeiros mas nem tanto do terceiro.
Devo fazer uma quarta aula?

O que é um processo em Elixir?

Elixir UTFPR (por Adolfo Neto) — Sat, 04 Mar 2023 15:15:36 +0000

Para aprender o que é um processo em Elixir, antes você tem que saber o que é uma função.

Por exemplo, IO.puts/1 é uma função que escreve algo na tela. A função se chama puts, ela está no módulo IO (de entrada I e saída O) e ela recebe um argumento:

iex(1)> IO.puts("Adolfo")
Adolfo
:ok

Se tudo dá certo ela retorna o átomo :ok.
Uma função que te permite gerar (tradução talvez imprecisa de spawn, em inglês) é Kernel.spawn/1.

Novamente, o nome dela é spawn, ela faz parte do módulo Kernel e recebe um argumento.
Eu consigo fazer

Kernel.spawn(IO.puts("Adolfo"))

?
Não!

Vamos começar simplificando: toda função que faz parte do módulo Kernel não precisa do nome do módulo antes.
Basta chamar

spawn(IO.puts("Adolfo"))

Vai continuar errado mas com menos letras.
O que Kernel.spawn/1 recebe é uma função de aridade 0, ou seja, que não recebe nenhum argumento.
Como fazemos isso?
Assim:

fn -> 1 end

A função acima não tem nome (anônima) e retorna 1.

Mas veja na imagem que se você dá um spawn nela, nada de interessante acontece:

Em primeiro lugar, veja que

fn -> 1 end

retornou uma espécie de "código" que identifica a função:

#Function<43.3316493/0 in :erl_eval.expr/6>

spawn(fn -> 1 end)

retornou um PID, um Process IDentifier, um identificador de processo:

#PID<0.120.0>

Eu posso atribuir este PID a uma variável:

iex(1)> pid = spawn(fn -> 1 end)
#PID<0.110.0>

E depois perguntar se o processo que foi gerado está vivo:

iex(2)> Process.alive?(pid)
false

Não está pois era uma função muito rápida, que só retornava 1.
Eu posso, por exemplo, fazer o processo "dormir" por 10 segundos antes de retornar o 1.

iex(3)> pid = spawn(fn -> Process.sleep(10000); 1 end)
#PID<0.113.0>

Se rapidamente eu pergunto se o processo, cujo identificador está na variável pid, está vivo, a resposta é sim.

iex(4)> Process.alive?(pid)
true

Mas se pergunto novamente depois de 10 segundos, a resposta será não.

iex(5)> Process.alive?(pid)
false

Se eu fizer isto aqui

iex(6)> pid = spawn(fn -> Process.sleep(10000); IO.puts("Adolfo") end)
#PID<0.117.0>
Adolfo

vai demorar 10 segundos para "Adolfo" ser escrito na tela.

Já se eu fizer isto, será imediato para "Adolfo" aparecer na tela.

iex(7)> pid = spawn(fn -> IO.puts("Adolfo") end)
Adolfo
#PID<0.119.0>

Enfim, isto é somente o básico do básico. Leia mais em
https://elixirschool.com/pt/lessons/intermediate/concurrency
Ou no Getting Started da linguagem Elixir
https://elixir-lang.org/getting-started/processes.html

Fiz tudo isso sem sequer mencionar send e receive.

Finalizando: um processo em Elixir é uma unidade de processamento que executa uma função.