DEV Community: Guillaume Falourd

Tecnologia e redes sociais: como iniciar a criação de conteúdos?

Guillaume Falourd — Mon, 08 Jan 2024 16:48:55 +0000

Muita gente se pergunta como unir tecnologia e redes sociais visando a construção de autoridade na área de atuação. Neste artigo, vou buscar orientar como compartilhar conteúdos de qualidade de forma organizada e objetiva, mostrando que você é uma pessoa especialista no assunto que trabalha.

A área de TI é um universo em constante evolução, devido a isso, a maioria das pessoas que trabalham na área gastam um tempo significativo consumindo conteúdos tech on-line, seja em blogs, documentações oficiais, redes sociais ou outras plataformas.

Como base dessas orientações, vou compartilhar um pouco da minha experiência na época que atuei na área de Developer Relations, trazendo algumas práticas que segui e experimentei na época que me ajudaram a acompanhar a evolução da minha atuação nas redes sociais. Vamos lá?

Developer Relations

Vale lembrar que Developer Relations (DevRel) pode ser definida como a área de uma empresa de tecnologia com pessoas focadas em criar relacionamentos e gerar valor para a sua comunidade de tecnologia.

Muito já foi escrito a respeito dessa área e recomendo alguns conteúdos para quem quiser se aprofundar sobre o assunto:

Bem, a área não é tão nova assim, na época que iniciei, o time tinha acabado de ser montado, para apoiar a divulgação de alguns projetos Open Source da empresa.

Neste contexto, eu precisava entender melhor como funcionava essa área e participar com a minha liderança na elaboração de uma trilha de carreira, explicando como evoluir profissionalmente nesse ramo.

Eram muitas perguntas sem respostas:

Como medir o resultado de suas iniciativas nas comunidades ou redes sociais?
Como medir a sua evolução profissional ao longo do tempo?
Como medir minha influência?

No entanto, não tem receita pronta para se tornar profissional da área, ninguém conseguia dizer com clareza o caminho que deveria ser seguido até se tornar Dev Advocate. Geralmente, era algo natural, uma sucessão de iniciativas e oportunidades que tinham levado as pessoas a criar uma rede ou comunidade ao longo dos anos até chegar onde estavam hoje.

Devido a isso, quem já atuava na área tinha muitas histórias para contar, no entanto não existiam muitos pontos em comum entre essas histórias para definir um Role Guide (um guia) profissional para quem desejava começar a trabalhar com comunidade tech.

Sem falar que com a área de TI evoluindo em um ritmo frenético, o que funcionava há 5 ou 10 anos não se faz mais hoje em dia ou pelo menos não da mesma forma. Adicione a isso o contexto da pandemia (pelo menos na época que atuava) sem eventos presenciais e você obtinha um contexto totalmente inédito.

Enfim, esse artigo tem como objetivo ajudar quem quiser iniciar na área de DevRel ou simplesmente aumentar sua influência ou marca profissional nas redes sociais.

Tecnologia e redes sociais: elencando objetivos

Antes de entrar na prática, é importante a gente definir objetivos para alcançar e formas de medir esses objetivos. Para isso, é possível usar várias metodologias, acredito que a de OKR (Objectives and Key Results) é a metodologia de gestão mais utilizada. Faça do jeito que você ache mais fácil de acompanhar. Não precisa de nada elaborado, o importante é conseguir acompanhar a sua evolução.

Exemplos de objetivos

1. Criar ou fazer parte de uma comunidade

Integrar uma comunidade não consiste em apenas se inscrever em uma newsletter e assistir alguns canais no Youtube sobre o tema. É preciso participar de eventos, acessar os canais de discussão em grupos para resolver problemas, oferecer ou receber mentoria… enfim, contribuir positivamente com a comunidade de forma ativa.

2. Se tornar referência e autoridade em algum tema

Se tornar referência sobre algum tema necessita (obviamente) se aprofundar muito em um determinado assunto, obtendo certificações, criando provas de conceitos (POC), gerando conteúdos e materiais para a sua rede ou comunidade conseguir se aprofundar no tema, entre outras ações.

Enfim, é uma ação voltada ao compartilhamento de conhecimento e experiências com outras pessoas da área, gerando cases, aprendendo e errando nos processos. A fim de ter o reconhecimento de pares como alguém que domina plenamente determinado tema, não só executando com propriedade, mas também ensinando.

Foco na organização

Agora que você definiu seu objetivo, é preciso organizar sua estratégia para alcançá-lo.

Como fazer isso?

Bem, não tenho bala de prata, mas posso compartilhar ações que fiz e que me ajudaram nessa jornada.

1. Planeje seus posts

De acordo com seu objetivo, você já terá uma ideia dos tópicos que você irá abordar. O planejamento dos assuntos ajudará a nunca ficar sem nada para falar de uma semana para outra, pois o segredo de qualquer atividade para aumentar sua influência nas redes sociais é ter disciplina.

Para isso, pode criar uma simples planilha com duas colunas:

assunto: com uma breve descrição do tema;
status: to do, refinado, publicado.

Segue um exemplo de como fazia isso numa planilha na época que criava fórmulas (automações) com o Ritchie CLI (projeto Open Source da Zup Innovation) por conta do time de Dev Rel da empresa:

Planilha feita no Excel com duas colunas: tech (code) e other (code). Na primeira, temos uma subdivisão com assunto e status, onde temos os temas dos artigos e qual o estágio de produção. Na segunda, temos também uma subdivisão da mesma forma.

2. Teste hipóteses

Experimente

Criar um conteúdo de valor incrível não é o suficiente para que você consiga taxas altas de engajamento. É preciso entender o seu público-alvo e levar em consideração as particularidades de cada rede social.

Conteúdo

Primeiro ponto, é entender o que seu público-alvo está mais acostumado a consumir e/ou procurar.

Quer falar sobre Python? Sobre Kubernetes? Sobre Design de Aplicação?

Procure por #hashtags nas redes sociais para conferir quais assuntos estão em alta;
Procure no Google para ver quais são os sites mais acessados e recomendados para falar a respeito desse tema;
Vai falar sobre programação? Procure no StackOverflow ou outros fóruns quais são as maiores dificuldades ou dúvidas da comunidade sobre este tema;
Acompanhe os temas mais quentes que estão sendo abordados e demais discussões que estão em alta.

Quanto mais informações você tiver, mais preparada será sua estratégia.

Formato (vídeo, post, imagem)

Algumas redes sociais tem tempo limite para vídeos ou permitem compartilhar uma quantidade limitada de imagens. Outras nem permite compartilhar documentos (PDF) ou tem limitação de caracteres para escrever os posts.

Devido a essas limitações, as estratégias de publicação podem variar de uma plataforma para a outra. O ideal aqui é experimentar os diversos formatos em cada rede social e identificar qual gera o melhor engajamento em cada uma.

Por exemplo: vídeos e imagens costumam provocar emoções e transmitir informações de forma mais eficiente que textos no Instagram. Ou seja, se o assunto ou conteúdo mudar, você provavelmente terá que mudar o formato de divulgação.

Referências úteis:

Horário

Existem momentos em que a comunidade que você quer alcançar está mais conectada em cada rede social. Para isso, alguns estudos e artigos podem oferecer orientações, mas não podemos considerar essas referências como sendo a fonte da verdade.

Afinal, conteúdos que unem tecnologia e redes sociais, geralmente, são focados em um público bem específico e essas pessoas podem não seguir as tendências da maioria.

LinkedIn Global Engagement Graph

Referências úteis:

Frequência

A frequência de publicação recomendada varia também de uma rede social para outra.

Algumas plataformas, como Twitter e Instagram, encorajam a criação de publicações curtas e frequentes, várias vezes ao longo do dia. Enquanto outras, como LinkedIn e Facebook, usam algoritmos que valorizam publicações menos frequentes.

Aqui também será necessário experimentar e identificar o quanto a sua frequência de postagem impacta no engajamento das suas publicações.

Referências úteis:

Medição

Como acompanhar e tirar lições dos testes que fazemos?

Conferimos anteriormente que muitos fatores podem influenciar o engajamento das nossas publicações (formato, horário, frequência, rede social, etc.)

Para isso, é preciso mapear todas as nossas publicações nas diversas redes sociais para conseguir medir o seu engajamento. Algumas plataformas auxiliam com isso de forma gratuita ou paga – basta procurar por “análise” ou “relatório”.

Na época que atuava no time de Dev Rel da Zup, eu costumava anotar tudo que fazia numa planilha para cada rede social.

Segue um exemplo com LinkedIn:

Planilha de análise dos posts no LinkedIn. Nela, temos oito colunas: dia/horário, subject, views, reactions, comments, share, % de engajamento e link da publicação.

O engajamento (coluna % na imagem acima) era calculado dividindo a quantidade de visualizações pela quantidade de reações. Quanto mais alta a porcentagem, maior é o engajamento.

No Twitter, era um pouco diferente, pois as publicações eram mais frequentes, e a plataforma já traz insights automaticamente para cada post. Exemplo:

Planilha de análise das publicações no Twitter. Nela temos sete colunas: mês, horário, subject, impression, engagement, rate e observação.

Fazendo dessa forma, eu consegui identificar que meu público-alvo costumava engajar mais comigo quando:

No LinkedIn:

compartilhava experiência pessoal;
tinha uma opinião engajada sobre algum tema "quente" do mercado;
fazia retrospectivas;
usava vídeos curtos (15 a 20s) no lugar de usar links e imagens.

No Twitter:

comentava tweets de outras pessoas;
falava de experiências pessoais;
usava #hashtags ou marcava @pessoas.

Evolução

Além de medir o engajamento das suas publicações, pode ser interessante medir sua evolução e conseguir identificar em quais plataformas você está se desenvolvendo de forma mais rápida para conseguir focar onde faz mais sentido dentro da sua estratégia.

Isso pode ser medido de diversas formas de acordo com a plataforma, via a média das visualizações e reações das suas publicações ao longo dos meses, a quantidade de pessoas seguidoras, de acesso ao seu blog, de forks ou estrelas nos seus repositórios no GitHub, entre outros.

Planilha com visão geral da análise das postagens em diferentes plataformas com a data referente ao período observado. Na planilha, temos connections LinkedIn, Followers Twitter, Github Followers, Github Stars e StackOverflow.

Quando comecei a medir esses dados em cada plataforma que usava, consegui obter o seguinte gráfico para me dar uma noção de como estava indo:

Quatro gráficos com datas versus conexões do LinkedIn, GitHub followers, Followers Twitter e Github Stars. O crescimento de seguidores aumenta na medida que o tempo passa e as postagens seguem o cronograma.

Isso podia me ajudar posteriormente a entender em quais épocas e momentos eu tinha conseguido gerar um engajamento maior com meu público-alvo para tentar reproduzir esses conteúdos mais para frente.

Bônus

Para quem precisa acompanhar a evolução dos seus repositórios no GitHub, cheguei a criar um script na época, gerando relatórios semanais dos meus repositórios.

Esse script está localizado neste repositório público no GitHub, pode ser realizado um fork e só precisa adicionar secrets no seu fork para conseguir gerar eles semanalmente.

O relatório fica armazenado num arquivo .csv seguindo o exemplo abaixo:

Planilha para acompanhar repositórios do Github com oito colunas: repository, views (last 14 days), uniques (last 14 days), clones (last 14 days), contributors, forks, stars e watchers.

Ter disciplina

A motivação para atingir o objetivo pode até ser alta no início da sua jornada de criação de conteúdos tech. No entanto, o grande desafio dessa jornada é ter disciplina para conseguir manter o ritmo e ser capaz de alcançar o objetivo dentro do prazo.

Às vezes, pode ser difícil manter o cronograma e terideias para publicações de acordo com a frequência que identificamos como sendo a melhor… felizmente, algumas estratégias podem auxiliar.

Por exemplo, quando isso acontecia comigo, eu não tinha problema em aproveitar os mesmos conteúdos mais de uma vez. Inclusive, quanto mais feedbacks recebia, melhor meu conteúdo ficava e mais dominava o assunto.

Após estudar sobre algum tema, acostumo seguir essa sequência:

Faço uma apresentação do que aprendi com o time através de uma POC (proof of concept);
Uso essa POC para escrever um artigo detalhando para o pessoal como funciona e como reproduzir o comportamento com aquela tecnologia;
Além de um artigo, essa POC pode ser apresentada num vídeo explicando e mostrando o funcionamento ao vivo;
Caso o assunto seja mais teórico, pode ser aproveitado através de um podcast também, com outras pessoas para debater e ouvir alternativas sobre o tema;
Envio sugestões de palestras para eventos de tecnologia, em trilhas relacionadas ao assunto, para fazer demos ou participar de mesas redondas.

A vantagem de seguir assim é que a cada iteração, além de dominar cada vez mais o assunto, conseguimos agregar informações mais relevantes para o nosso público-alvo. Todo mundo ganha!

A cereja no bolo é ter vários conteúdos prontos para divulgar sobre o tema.

Mentorias

Falamos muito de influência e de como aumentar ela através das redes sociais, mas uma forma de ganhar autoridade sobre um assunto também é por meio de mentorias.

Essas oportunidades oferecem insights sobre os problemas que as pessoas de uma comunidade em particular podem experimentar e trazem soluções de como resolvê-los, que muitas vezes isso pode orientar quem tiver interesse em escrever conteúdos a respeito.

Desde que comecei a praticar mentoria de forma periódica, aumentei a visão 360º que tinha sobre vários assuntos e passei a compartilhar publicações assertivas nas redes sociais que uso. Recomendo você experimentar, não vai se arrepender!

Conclusão

É isso pessoal, espero que esse artigo possa ter te auxiliado a entender como iniciar essa jornada de criação e de publicação, unindo tecnologia e redes sociais.

Conforme falei no início, não tem regras nem bala de prata… essas orientações são para quem não sabe por onde começar. Quando já estiver com uma cadência legal, pode evoluir seu sistema de organização de acordo com o seu estilo ao longo do tempo!

Gostou do artigo? Compartilhe com colegas nas redes sociais, quem sabe não gere um engajamento legal! 😋

Siga-me no LinkedIn e Twitter para quem quiser aprofundar o assunto e trocar uma ideia por DM.

Conversando sobre avaliações técnicas na área de TI 🧑‍💻

Guillaume Falourd — Wed, 22 Dec 2021 15:06:10 +0000

Avaliações técnicas na área de TI

Contexto

Compartilhando um pouco da minha experiência aqui...

As avaliações técnicas podem variar bastante na hora de avaliar um profissional, de acordo com o nível de senioridade, o cargo, ou a stack de tecnologias usadas. Recentemente, como avaliador, cheguei a repensar um pouco como eu gostaria de ser entrevistado, pensando num processo que não ficaria chato ou pesado para ninguém.

Foi a partir disso que comecei seguir com um processo parecido para diversos níveis de senioridade, que até hoje me deixou bem satisfeito com o resultado.

A ideia é criar um projeto específico para entrevista, usando a stack de tecnologias / ferramentas relacionadas a vaga, e atuar em cima dele 🔍

Entrevista Técnica

Dividindo a entrevista técnica em 3 partes:

1️⃣ code review de um projeto (~30 min avaliação + ~30 min conversa)

2️⃣ pair programming para implementação de uma pequena funcionalidade no projeto (~15 min avaliação + ~30 min implementação)

3️⃣ refinement / planning de uma nova funcionalidade no projeto (~30 min conversa)

Primeira Parte

Consiste em deixar o candidato avaliar a qualidade do projeto. Deixando uns minutos para o candidato fazer um code review para depois conversamos a respeito do que ele observou, faria diferente, ou poderia ser melhorado.

Nota: Como costumo deixar erros propositais, sempre temos assuntos para conversar, e dependendo do quanto de elementos o candidato observar, é possível ter uma noção da experiência que ele tem sobre o assunto.

Segunda parte

Consiste em um pair programming para implementar uma pequena funcionalidade no projeto, conversando a respeito de testes unitários e do raciocínio para resolver o problema de acordo com as regras de negocio especificadas.

Terceira parte

Conversamos a respeito de uma nova funcionalidade que poderia ser implementada, conversando sobre escalabilidade do projeto, manutenção futura, etc...

Conclusão

Seguindo com esse processo de avaliação, deu para metrificar com clareza o nível de senioridade dos candidatos de acordo com as regras que combinamos com nossa equipe sobre os requisitos das vagas, tanto sobre hard skills, quanto soft skills.

A entrevista em si demorava um pouco mais do que de costume (em torno de 2h-2h30 no total com introdução e tudo), e recebi feedbacks bem positivos dos candidatos, que não passavam por um processo muito longo (de vários dias) nem muito estressante, e já conseguiam ter feedbacks dos examinadores na hora, antes de empresa mandar um email formal sobre ser aceito ou não para a dita vaga...

O que acharam desse processo de avaliação técnica? Adicionariam mais algo? O que importa mais para você? 🧐

Bora compartilhar nossa experiência! 🙂

Test command line outputs with Github Actions

Guillaume Falourd — Mon, 22 Nov 2021 21:18:52 +0000

Context

As an open source project maintainer on Ritchie CLI, I recently had the necessity to tests if some command line outputs were working as expected.

What happened

I had to test the CLI commands on various operating system (windows, linux and macos), and I couldn't find an action to help us achieving what we wanted.

The project was developed in Golang, so I could easily create a binary for each OS and execute it. But I had to use some command like <command-line> &> output.txt to get an output file, and then compare it with a fix .txt file on the repository to check if the command output was the expected one.

Some of the issues I faced:

☞ I couldn't test any error behaviour (because the workflow would failed) without adding a || true at the end of the command above (to ignore the failure).

☞ Commands line could be different depending on the OS (DOS/Unix).

☞ It was difficult to check dynamic outputs (that would change for each execution, for example a data or version value that evolve all the time).

I ended up creating this action to resolve all those specific issues.

What does this action?

This action allows the user to compare a command line output (success or error) with a file content located on the repository, or to check if it contains a specific expression.

Therefore, it can be used to check almost everything a command line can return on the screen or create:
☞ if a specific line appears in a file using a cat command.
☞ a whole file content,
☞ if a file is located inside a specific directory through a ls command after a file creation,
☞ ...

Moreover, it's compatible with all os-supported runner. I had an issue to test it with windows at first due to the different between DOS/Unix, but as I could use a composite action performing operations using bash (as well a strip-ansi npm cli lib) to by-pass this problem.

How the action works

That way, I could check a command line output using 3 different ways:

☞ if the output is equal to an assert file
☞ if the output contains a specific line from an assert file
☞ if the output contains an expression

A successful display on the Actions tab on Github UI would look like this:

If the output is not the expected one, the action will also inform the difference (using a diff command) between both files / expressions.

My Workflows

The action is called Assert Command Line Output and you will find below different examples using it (with success and error tests for each one).

The action.yml file can be found here.

`1️⃣ Assert file content`

Expecting command output to be EQUAL to `assert.txt` file content

    steps:
      - uses: actions/checkout@v2.3.4
      - uses: GuillaumeFalourd/assert-command-line-output@v2
        with:
          command_line: ls -lha
          assert_file_path: path/to/assert.txt
          expected_result: PASSED

Expecting command output to be DIFFERENT than the `assert.txt` file content

    steps:
      - uses: actions/checkout@v2.3.4
      - uses: GuillaumeFalourd/assert-command-line-output@v2
        with:
          command_line: ls -lha
          assert_file_path: path/to/assert.txt
          expected_result: FAILED

`2️⃣ Assert specific file line`

Expecting command output line 3 to be EQUAL than the `assert.txt` file content in line 3

    steps:
      - uses: actions/checkout@v2.3.4
      - uses: GuillaumeFalourd/assert-command-line-output@v2
        with:
          command_line: ls -lha
          assert_file_path: path/to/assert.txt
          expected_result: PASSED
          specific_line: 3

Expecting command output line 3 to be DIFFERENT than the `assert.txt` file content in line 3

    steps:
      - uses: actions/checkout@v2.3.4
      - uses: GuillaumeFalourd/assert-command-line-output@v2
        with:
          command_line: ls -lha
          assert_file_path: path/to/assert.txt
          expected_result: FAILED
          specific_line: 3

`3️⃣ Assert specific expression`

Expecting command output to contain specific expression

    steps:
      - uses: actions/checkout@v2.3.4
      - uses: GuillaumeFalourd/assert-command-line-output@v2
        with:
          command_line: ls -lha
          contains: runner
          expected_result: PASSED

Expecting command output NOT to contain specific expression

    steps:
      - uses: actions/checkout@v2.3.4
      - uses: GuillaumeFalourd/assert-command-line-output@v2
        with:
          command_line: ls -lha
          contains: error
          expected_result: FAILED

Submission Category

This action could be useful for Maintainers (Maintainer Must-Haves) as well as Deployments (DIY Deployments) to check some specific outputs from commands used inside a CI/CD pipelines on Github Actions, or any periodic checks.

Yaml File or Link to Code

The action can be found on the Github Marketplace
You can find a full implementation example for each OS on the action repository, using cat or ls -lha commands as demonstrations:

☞ UBUNTU
☞ MACOS
☞ WINDOWS

Additional Resources / Info

☞ You can contribute to the repository following the Contributing.md file

☞ This action uses the Apache License 2.0

Conclusion

I believe everything is not perfect yet, this action evolved a lot since the first version, and I hope some of you will find it useful and will want to contribute to make it better. Thank you for reading 🚀

Automation to get Github repositories insights reports

Guillaume Falourd — Tue, 06 Apr 2021 13:26:12 +0000

In a day-to-day work with Developer Relations, you need to be able to extract metrics to evaluate what you do, on social networks or events 🔎 📊

Github may not be considered as a social network, but as I've been implementing and creating contents there too, I thought it could be interesting to monitor the engagement that shared repositories can generate.

To do this, I created an automation in Python using Ritchie CLI. This automation generates a report in .csv format with several insights about my public and private repositories 🕵️

Thinking about making it more practical, I also set up a workflow using Github Actions with a CRON to add new reports weekly and allow me to follow the evolution of my work.

The insights reports .csv file looks like the following one:

Those files will be generated and stored on the proper Github repository.

Anyone can use it, just create a new repository based on this one: repositories-reports (with Fork or Clone) and add 2 secrets to the new repository:

a secret ACCESS_TOKEN (you can create one here)
a secret USERNAME_CREDENTIAL with your Github User account.

The full automation implementation is in python and may be found here, where the main file is this one: https://github.com/GuillaumeFalourd/formulas-github/blob/master/github/get/insights/src/formula/formula.py

The Github Action workflow is this one: https://github.com/GuillaumeFalourd/repositories-reports/blob/main/.github/workflows/1-reports-generator.yml if you want to perform something similar on other repositories.

Let me know if you have any suggestion or feedback!

Step by step to create a README for your Github profile

Guillaume Falourd — Thu, 28 Jan 2021 17:45:58 +0000

We have been able to create a custom profile for our Github 🐙 account for a while now, creating a repository with our username.

Here is a step by step to create and customize this profile, to obtain a result like the following one:

Premisses:

Python should be installed on the computer (it's native on Unix OS)

Step 1 - Installation

To do so, we'll use an open source CLI tool named Ritchie.

It allows the user to create, store and share any kind of automations (called formulas), executing them through command lines.

One of them will provide us with the README.md file we'll use on our Github account.

To install Ritchie:

Unix: On the terminal:

curl -fsSL https://commons-repo.ritchiecli.io/install.sh | bash

Windows: Download the .msi from:

https://commons-repo.ritchiecli.io/latest/ritchiecli.msi

Step 2 - Initialization

Run the following command to initialize Ritchie:

rit init

This command will ask 3 questions:

If you wants to contribute anonymously to Ritchie metrics.
If you wants to add the community formulas locally.
If you wants the default formula execution method to be local or through docker. (Here, choose LOCAL)

Step 3 - Add a Ritchie formulas repository

To create the README.md for our profile, we need to import the repository containing the formula we plan to use: https://github.com/GuillaumeFalourd/formulas-github

Do to so, execute the command below:

rit add repo --provider="Github" --name="formulas-github" --repoUrl="https://github.com/GuillaumeFalourd/formulas-github" --priority=1

Step 4 - Create the Github profile

If you already have a Github profile repository, do directly to step 4.2.

Step 4.1 - Create the Github repository

Step 4.1.1 - With the Github interface

Create the repository with your Github username here: https://github.com/new
Then, clone the Github repository on your computer.

Step 4.1.2 - With Ritchie

Create a Github Token following https://docs.github.com/en/github/authenticating-to-github/creating-a-personal-access-token
Then execute the following command:

rit github create repo

The repository will be created on the directory where you executed the command above.

Step 4.2 - Create the README file

On the terminal, go to the repository you just created:

cd <username>

Then execute the following command:

rit github create profile

This command will overwrite the current README.md file according to the datas you'll inform.

Step 4.3 - Commit your code

git add . ; git commit -m "first commit"

git push origin main

That's it ✅

Your profile is now online on your Github Account.

This README.md file is not very sophisticated yet, but it is evolving through time.

Here is the first formula code version in Python:

And the current version is available here: https://github.com/GuillaumeFalourd/formulas-github/blob/master/github/create/profile/src/formula/formula.py

It is possible to improve this formula to add other features on the file. You can do it manually, or contribute to the repository to improve the template and/or other formulas!

Thank you for reading 🙂

Developers cheat sheets

Guillaume Falourd — Thu, 03 Dec 2020 19:45:45 +0000

When I study something, I always write a summary of what I learned, for myself, sometimes on paper, sometimes in a document on my computer ...

Over time, I noticed that many developers did the same, online, creating cheat sheets related to specific tools, methodologies, good practices and so on ... initially for themselves or their co-workers, and over time for the community.

I used to store these cheat sheets on my computer, to keep the basics and tips easily available when I needed to access them.

Recently, I wondered why I was keeping them just for me, as it could benefit many other developers as well.

This is the reason why I created a cheat sheets repository storing those cheat sheets that were relevant to my area.

I encourage everyone to create their own cheat sheet repositories, and share them with others.

What about you?
Do you take note after learning something?
What do you do with those notes afterwards?

What do you evaluate before learning a new programming language? 📊

Guillaume Falourd — Mon, 23 Nov 2020 18:19:56 +0000

💡 I recently decided to learn a new programming language!

I wanted to automate processes more simply and efficiently than using Java or Golang, which seemed quite verbose for what I wanted to do ... 🛠🖥

Here are some points that caught my attention when choosing #Python

It is a readable, simple and quick to learn language.
Multipurpose (Python can be used for Data Science, Machine Learning, Web Development & Automation).
The community is large.
There are many Libraries and Frameworks.
The language is growing fast and is becoming more and more popular.

What about you? What do you evaluate when learning a new programming language? 📊

What did you learn coding?💡

Guillaume Falourd — Thu, 19 Nov 2020 15:33:01 +0000

I spent the last 4 years working in the IT industry as a software developer, and I came here to share some things I understood along this period:

Communication is at the center of everything
Be patient, nothing happens overnight
Take the time to think before coding
The challenge is to find simple solutions to complex problems
Documentation is as important as coding
Experience comes with practice
Keep learning
Automate when it's possible
There are several right ways to do things
Know when to rest

What about you? What did you learn coding? 💻💡

Ritchie CLI: A customizable automation tool

Guillaume Falourd — Tue, 13 Oct 2020 21:29:12 +0000

Nobody likes repetitive tasks. To avoid them, most IT professionals use automations on a daily basis.

There are many tools available on the market to help, such as Ansible, Chef, Puppet, RunDeck, Selenium, ...

However, those tools focus on specific jobs (SysAdmin, SRE, QA, ...) and aren't always adapted to perform tasks related to other areas.

A customizable CLI ?

Ritchie CLI lets users configure their own CLI to execute daily operations, and eventually share their commands with others.

In a few words, this open source tool allows to create, store and share any kind of automations, executing them through command lines.

One of the main benefits of Ritchie is that your can create your automations using any programming language, which make it accessible to any professional with programming knowledge.

Moreover, it won't be necessary to redo automations that you own on other tools. You can easily use them on Ritchie, executing them through command line, or adapting your current script to the tool structure.

How does it work ?

In Ritchie's context, a formula is a script that can be executed automatically or interactively through a command line.

Adapting an existing script to Ritchie structure allows you to run it locally or through Docker, and to share it on a Github or Gitlab repository.

For example, there are currently some formulas to simplify the use of AWS CLI, others integrated with Bitbucket, Apache Kafka or Github API, or even some to create a scaffold of a Spring Boot project.

Want to contribute ?

The project started a few months ago, and we have many ideas to improve its usability.

The core has been implemented using Golang, and we currently have templates to create formulas in more than 10 languages such as Python, Java, ShellScript, Ruby, Go (complete list here). You can also add new templates which aren't available yet.

All Ritchie repositories are participating the #hacktoberfest challenge, you can find all issues here.

We are also looking for feedback, so if you eventually test the tool (tutorials and challenges here), give us your impressions in the comments below.

Thank you for reading!

DEV Community: Guillaume Falourd

Tecnologia e redes sociais: como iniciar a criação de conteúdos?

Developer Relations

Tecnologia e redes sociais: elencando objetivos

Exemplos de objetivos

1. Criar ou fazer parte de uma comunidade

2. Se tornar referência e autoridade em algum tema

Foco na organização

1. Planeje seus posts

2. Teste hipóteses

Experimente

Conteúdo

Formato (vídeo, post, imagem)

Horário

Frequência

Medição

Evolução

Bônus

Ter disciplina

Mentorias

Conclusão

Conversando sobre avaliações técnicas na área de TI 🧑‍💻

Avaliações técnicas na área de TI

Contexto

Entrevista Técnica

Primeira Parte

Segunda parte

Terceira parte

Conclusão

Test command line outputs with Github Actions

Context

What happened

What does this action?

How the action works

My Workflows

1️⃣ Assert file content

Expecting command output to be EQUAL to assert.txt file content

Expecting command output to be DIFFERENT than the assert.txt file content

2️⃣ Assert specific file line

Expecting command output line 3 to be EQUAL than the assert.txt file content in line 3

Expecting command output line 3 to be DIFFERENT than the assert.txt file content in line 3

3️⃣ Assert specific expression

Expecting command output to contain specific expression

Expecting command output NOT to contain specific expression

Submission Category

Yaml File or Link to Code

Additional Resources / Info

Conclusion

Automation to get Github repositories insights reports

Step by step to create a README for your Github profile

Premisses:

Step 1 - Installation

Step 2 - Initialization

Step 3 - Add a Ritchie formulas repository

Step 4 - Create the Github profile

Step 4.1 - Create the Github repository

Step 4.1.1 - With the Github interface

Step 4.1.2 - With Ritchie

Step 4.2 - Create the README file

Step 4.3 - Commit your code

That's it ✅

Developers cheat sheets

What do you evaluate before learning a new programming language? 📊

What did you learn coding?💡

Ritchie CLI: A customizable automation tool

A customizable CLI ?

How does it work ?

Want to contribute ?

`1️⃣ Assert file content`

Expecting command output to be EQUAL to `assert.txt` file content

Expecting command output to be DIFFERENT than the `assert.txt` file content

`2️⃣ Assert specific file line`

Expecting command output line 3 to be EQUAL than the `assert.txt` file content in line 3

Expecting command output line 3 to be DIFFERENT than the `assert.txt` file content in line 3

`3️⃣ Assert specific expression`