---
title: 'Criando seu blog com Notion e Next.js'
publishedAt: '2020-10-20'
summary: 'Tutorial ensinando como fazer um blog do zero até o deploy com next.js, utilizando Notion como CMS 🤯'
image: '/static/images/criando-seu-blog-com-notion-e-nextjs/banner.png'
imageBanner1: '/static/images/motivacao-para-desenvolver/imageBanner1.jpeg'
imageBanner2: '/static/images/motivacao-para-desenvolver/imageBanner4.jpeg'
---

# Olá 👋

Neste tutorial vamos aprender a fazer um blog em Next.js utilizando a ferramenta Notion como gerenciador de conteúdo (CMS).

Ou seja, escreveremos os posts dentro do Notion e nosso código em Next.js apenas irá prover a interfáce para nossos usuários.

O resultado deste tutorial será um blog onde você não precisará editar código algum para ver seus novos posts. Ideal para fazer aquele site para aquela tia que pediu um blog, ou para seu amigo que não sabe programar mas queria um blog.

## O que veremos

1.  [Criando uma tabela de conteúdo no Notion](#criando-uma-tabela-de-conteudo-no-notion)
1.  [Explicando a tabela](#explicando-a-tabela)
1.  [Inicializando seu novo blog](#inicializando-seu-novo-blog)
1.  [Buscando as postagens no Notion e listando](#buscando-as-postagens-no-notion-e-listando)
1.  [Exibindo o conteúdo de cada postagem](#exibindo-o-conteudo-de-cada-postagem)
1.  [Deploy](#deploy)
1.  [Incremental Static Re-generation](#incremental-static-re-generation)
1.  [Estilizando o blog](#estilizando-o-blog)
1.  [Conclusão](#conclusao)
1.  [Recursos e extras](#extra)

###### Criando uma tabela de conteudo no Notion

## Criando uma tabela de conteúdo no Notion

Para gerenciarmos os posts precisaremos de um componente de tabela no Notion, você pode apenas duplicar [este (link)](https://www.notion.so/b764c844f53c4aa4ab104ab170df476b?v=3edea113e7d34e1c95932e6539c8d9fa) exemplo ou criar um do zero. (Recomendo duplicar para não ter problemas).

Para esta sua tabela ser vísivel para nosso código em Next.js, deixe-a pública nas opções do Notion.

### Explicando a tabela

- Cada artigo ou blog post que você fizer deverá ser uma linha nova nesta tabela.
- A coluna "slug" se refere a como as pessoas vão acessar cada postagem nos seus navegadores. Na tabela copiada, por exemplo, existe um item com slug "react-notion-blog", isso significa que se você entrar em "seublog.dev/react-notion-blog" o conteúdo ali dentro da página do Notion será disponibilizado para seus leitores.
- Date: Aqui não tem mistério, adicione a data que você escreveu o post.
- Outras colunas? Caso você precise de outras informações, como autor, por exemplo, basta você ir adicionando novas colunas e referenciá-las no código (Já vamos chegar lá).

## Inicializando seu novo blog

Crie um [novo projeto Next.js](https://nextjs.org/docs/getting-started) utilizando:

```js
npx create-next-app meu-blog
# ou
yarn create next-app meu-blog
```

Para executar o projeto basta:

```js
cd meu-blog && yarn dev
```

Seu projeto agora já pode ser acessado via [localhost:3000](http://localhost:3000)

## Buscando as postagens no Notion e listando

Abra o código deste novo projeto "meu-blog" e vá até o arquivo `/pages/index.jsx`. Essa é a página inicial que o Next.js te oferece.

Substitua todo o atual conteúdo pelo seguinte:

```js{4,8}:pages/index.jsx
import Link from 'next/link'

// Troque este conteúdo pela primeira parte da URL da sua tabela
const NOTION_BLOG_ID = 'b764c844f53c4aa4ab104ab170df476b'

export const getAllPosts = async () => {
  return await fetch(
    `https://notion-api.splitbee.io/v1/table/${NOTION_BLOG_ID}`
  ).then((res) => res.json())
}

export async function getStaticProps() {
  const posts = await getAllPosts()

  return {
    props: {
      posts
    }
  }
}

function HomePage({ posts }) {
  return (
    <div>
      {posts.map((post) => (
        <Link key={post.slug} href="/[slug]" as={`/${post.slug}`}>
          <div>{post.title}</div>
        </Link>
      ))}
    </div>
  )
}

export default HomePage
```

Ok, eu sei que aqui foi muito código, vou explicar trecho a trecho, mas antes:

Salve seu código, certifique-se que o app está rodando e visite o seu blog localmente, está conseguindo ver uma lista com seus posts da tabela?

Funcionou? → [pule para o próximo passo.](#exibindo-o-conteudo-de-cada-postagem)

Se não funcionou:

- Verifique se a tabela está pública no Notion: Share -> Clique em "Share to the web" (Sim, isto significa que seu conteúdo será público. No futuro escreverei como fazer o mesmo em uma abordagem privada)
- A configuração da tabela (nomes e se estão em maiúsculas e minúsculas) precisa bater exatamente com o que utilizamos no código.
- Ainda assim não funcionou? Calma, não desista! Me mande o link do repositório que tentarei te ajudar!

> Aqui estamos utilizando a API do [Splitbee.io - notion-api-worker](https://github.com/splitbee/notion-api-worker) para buscar nossa tabela. Por baixo dos panos esta API busca seu documento público no Notion e transforma em blocos que podem ser renderizados pela nossa aplicação. Eles não garantem que a API esteja sempre disponível. Veja sessão extra para mais detalhes.

###### Exibindo o conteudo de cada postagem

## Exibindo o conteúdo de cada postagem

Ok, você deve estar vendo algo como:

![Browser mostrando postagens de exemplo em localhost:3000](/static/images/criando-seu-blog-com-notion-e-nextjs/tutorial-renderizando-lista-de-postagens.png)

Agora vamos implementar a página que irá exibir o conteúdo de cada postagem. Até agora só exibimos a lista de posts, se você clicar em um provavelmente receberá um 404 padrão do Next.js.

O primeiro passo é instalar a biblioteca que transformará o conteúdo via Notion em algo para o React entender.

`yarn add react-notion`

Depois, crie um arquivo dentro de `/pages` chamado `[slug].jsx` e adicione este trecho:

```js:pages/[slug].jsx
import { NotionRenderer } from 'react-notion'
import { getAllPosts } from './'

export async function getStaticPaths() {
  const posts = await getAllPosts()
  return {
    paths: posts.map((row) => `/${row.slug}`),
    fallback: false
  }
}

export async function getStaticProps({ params: { slug } }) {
  // Busca todos os posts
  const posts = await getAllPosts()

  // Encontra a postagem com a slug igual ao que você entrou na URL
  const post = posts.find((t) => t.slug === slug)

  const blocks = await fetch(
    `https://notion-api.splitbee.io/v1/page/${post.id}`
  ).then((res) => res.json())

  return {
    props: {
      blocks,
      post
    }
  }
}

const BlogPost = ({ post, blocks }) => (
  <div className="blog">
    <div className="blog-post">
      <h1>{post.title}</h1>
      <NotionRenderer blockMap={blocks} />
    </div>
  </div>
)

export default BlogPost
```

Salve o arquivo e entre na sua página inicial, clique nas postagens disponíveis. Incrível não?
&nbsp; 🤯

Se você já está confiante para seguir seu blog, vá em frente! Caso queira se aprofundar em alguns conceitos utilizados aqui ou estilizar seu blog, leia os próximos parágrafos.

## Deploy

Um dos jeitos mais fáceis de fazer deploy de aplicações Next.js é utilizando a Vercel:

Adicione globalmente a CLI com `yarn global add vercel` e depois digite apenas `vercel`

Depois de responder algumas perguntas (na dúvida vá só dando enter) você receberá a URL do seu blog.
&nbsp; 🎉

_(Se você não gostar de CLI há sempre a opção de ir [diretamente no site da vercel](https://vercel.com/) e conectar seu repositório no github com seu projeto, assim, cada commit fará um deploy)._

## Incremental Static Re-generation

Embora tudo pareça correto, ainda existe 1 "problema" com nosso blog, as postagens estão sendo carregadas em build time, ou seja, toda vez que nosso código é executado pela primeira vez o Next.js gera a listagem com os posts e depois gera a página estática com esse conteúdo.

O que acontece se você adicionar mais uma postagem na sua tabela do Notion?

Se seu blog já estiver em algum ambiente que não for seu desenvolvimento local, seu novo post **não** aparecerá na listagem. Afinal o build time ocorreu no momento que sua aplicação foi para aquele ambiente.

Note que, localmente, esse problema _(provavelmente)_ não acontecerá pois aquele `yarn dev` faz com que sua aplicação gere builds, fazendo com que a listagem seja atualizada.

Para este tipo de problema o Next.js lançou uma funcionalidade chamada Incremental Static Regeneration [(ISR)](https://nextjs.org/blog/next-9-5#stable-incremental-static-regeneration), ou "Regeneração Estática Incremental".

Isso significa que: Nosso conteúdo estático já está em produção, mas precisamos atualizar este conteúdo para garantir que nossos usuários vão ter a última versão disponível no Notion.

Vamos ao código, abra o arquivo `index.js` e substitua o método `getStaticProps` pelo seguinte:

```js{11}:pages/index.jsx
export async function getStaticProps() {
  const posts = await getAllPosts()

  return {
    props: {
      posts
    },
    // Next.js vai tentar regenerar a página:
    // - quando algum request acontecer
    // - no máximo uma vez a cada segundo
    revalidate: 1
  }
}
```

Agora quando alguém entrar no seu blog um request vai ser disparado para o Next.js que gerará um novo build atualizando a listagem. A próxima pessoa que entrar no seu blog verá o conteúdo atualizado.

> Em breve vou fazer um post e talvez uma video aula explicando SSG e ISR com Next.js

## Estilizando o blog

Adicione este trecho ao arquivo existente `styles/globals.css`:

```css:styles/globals.css
/* Adicione isto no final do arquivo */
.blog {
  display: flex;
  justify-content: center;
}

.blog-post {
  display: flex;
  align-items: flex-start;
  justify-content: center;
  flex-direction: column;
  max-width: 800px;
  padding: 20px;
  width: 100%;
}

img {
  max-width: 100%;
}
```

Vá em frente e explore como você gostaria de fazer a identidade visual do seu blog.

###### Conclusao

## Conclusão

Com poucas linhas de código podemos ter um blog que não depende que criemos arquivos dentro do repositório, trazendo todo poder e experiência de um CMS que é o Notion. Também pode ser um ótimo jeito de você ajudar pessoas que não sabem programar a ter um blog.

Eu fiz uma versão seguindo este artigo e estilizando um pouco do meu jeito, caso queira se inspirar veja o repositório aqui: [github link](https://github.com/jeanbauer/nextjs-blog-with-notion-cms)

## Extra

- Para garantir disponibilidade do seu blog eu recomendo criar uma API nos moldes [desta](https://github.com/splitbee/notion-api-worker) e utilizar a [Cloudflare](https://workers.cloudflare.com/) como host pois os primeiros 100.000 requests por dia são gratuitos lá.

- A inspiração para escrever este tutorial veio quando li um artigo dos criadores do Splitbee (e react-notion), porém achei muito curto e sem explicações para quem está começando. [Link em inglês](https://splitbee.io/blog/notion-as-cms-using-nextjs)


Tutorial ensinando como fazer um blog do zero até o deploy com next.js, utilizando Notion como CMS 🤯

Criando seu blog com Notion e Next.js

---
title: 'Motivação para desenvolver'
publishedAt: '2020-10-02'
summary: 'O simples fato de ter tempo livre é um privilégio, usar esse tempo para produzir mais código é outro, escolher fazer algo para um grupo de pessoas que não fazem parte diretamente do seu dia-a-dia é um ato de doação.'
image: '/static/images/motivacao-para-desenvolver/banner.jpeg'
imageBanner1: '/static/images/motivacao-para-desenvolver/imageBanner1.jpeg'
imageBanner2: '/static/images/motivacao-para-desenvolver/imageBanner4.jpeg'
---

Não funcionava para minha saúde mental estar num ambiente como o twitter ou comunidades devs no Facebook. Decidi ficar afastado e assumir que talvez seja eu que não saiba usar a ferramenta. Me cerquei de pessoas boas em uma chance de fazer algo que eu goste.

O simples fato de ter tempo livre é um privilégio, usar esse tempo para produzir mais código é outro, escolher fazer algo para um coletivo ou grupo de pessoas que não fazem parte diretamente do seu dia-a-dia é um ato de doação.

São poucas profissões que podemos listar que doam seu tempo livre para propagar conhecimento.

## Imagine o paralelo:

Em uma cidade cheia de construções de prédios e casas, grupos de pedreiros se reunem após longas horas de uma jornada de trabalho para ver outro colega mostrar como um pedreiro norte-americano lançou moda ao encaixar tijolos de uma forma inovadora porém ainda não testada em prédios.

![commits in 2020](/static/images/motivacao-para-desenvolver/cartoon-parodia-construtores.png)

> Só para constar: Eu não acredito na maioria das comparações entre desenvolvimento de software e construção civil. Mas isso é outra conversa.

## Por que fazemos?

Fazemos por diversos motivos: aprender a codificar, é engraçado (as vezes), devolver o que alguém já disponibilizou para nós em algum momento da jornada de aprendizado, ser notado por empresas, fazer contatos (e as vezes amigos), entre outros.

Quando comecei na faculdade lembro de querer melhorar meu conhecimento em Javascript e aprender MongoDB. Um colega se dispôs em um dia chuvoso a ir de moto até minha casa só para sentar ao meu lado e me ensinar, passo a passo, tudo o que eu tinha dificuldade. Aquele ato me motivou a continuar estudando e não desistir de aprender aquele assunto, mesmo após ler tutoriais e não entender.

Felizmente este não foi um acontecimento raro durante minha carreira, diversas vezes pessoas tiraram seu tempo para me ajudar a crescer.

## 2020, pandemia e motivação

Eu fui uma daquelas pessoas que no início do ano falou "esse vai ser meu ano".

![2020 será meu ano](/static/images/motivacao-para-desenvolver/2020-sera-meu-ano.png)

Por ficar mais tempo em casa e já cansado de Netflix, CSGO e Comentários do G1, comecei a codificar alguns projetos:

| Projeto                                     | Descrição                                                                | Status                                                                                   |
| ------------------------------------------- | ------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------- |
| [Mobbey.com](https://mobbey.com)            | App para encontrar pessoas para jogar futebol.                           | ✅ &nbsp; Tá no ar.                                                                      |
| [Funworks.io](https://funworks.io)          | App para medir o humor no seu time                                       | ✅ &nbsp; Tá no ar.                                                                      |
| [AprendaReact](https://aprendareact.com.br) | Uma plataforma de 1 curso para ensinar o básico de React.js em português | ✅ &nbsp; Tá no ar.                                                                      |
| Esse "blog"                                 | Ser um repositório de ideias, reflexões e outros                         | ✅ &nbsp; Tá no ar.                                                                      |
| Apresentador de slide para 2020             | Um passador de slide com analytics, interação com plateia etc.           | 🚧 &nbsp; Desisti para focar em outros. E também já tem ferramentas bem avançadas nisso. |
| Tema para Hyper e VSCODE                    | só isso mesmo                                                            | 🚧 &nbsp;Desisti.                                                                        |
| Arrumar site de amiga no Wix                | W I X...                                                                 | Poderia ter desistido mas terminei.                                                      |

Tirando os completos na lista, uma das minhas maiores conquistas foi ter dito não a outros convites de projetos.

## Cansaço

Como a maioria dos projetos acima usavam o Github como plataforma, eu pude visualizar a quantidade de esforço ao longo do tempo:

![commits in 2020](/static/images/motivacao-para-desenvolver/commits.png)
Atenção: Eu acredito que um github verdinho não significa nada. Quantidade != Qualidade.

Em agosto comecei a sentir que já não sentia mais vontade de abrir o editor de código. Para projetos paralelos, como os acima, apenas parei de dar continuação.
Mas o cansaço me seguia até o trabalho, onde eu já não tinha paciência de comentar qualquer pull request, era apenas "Parece bom pra mim" -> aprovado.

## Onde não achei motivação

- Me comparar a outros devs
- Me cobrar que eu:
  - comecei um projeto e não terminei
  - deveria dominar uma lib que lançou ontem
  - não fui produtivo por um período
  - não terminei o livro completo sendo que eu só precisava alguns capítulos
- Me preocupar muito com o resultado e pouco com o processo
- Participar / Ler tretas (inúteis) na comunidade dev
- Abrir o twitter esperando os 5 segundos do npm start (3 do yarn) e ficar 15 minutos

## Onde achei

- 🛑 &nbsp; Parar de codar por um bom tempo (tirando o trabalho, afinal... contas).
- 🚴 &nbsp; Sair por ai andando de bike foi bom. (Não sei se ajudou ou se eu li muito texto dizendo que isso iria ajudar e me convenci)
- 💻 &nbsp; Voltar a codar (no tempo livre) em projetos que eu realmente acreditava.
- 💅 &nbsp; Design bonito. É incrível o poder que uma interface bonita tem em mim.
- 📚 &nbsp; Ler o blog do Dan Avramov, especialmente este artigo [(link)](https://overreacted.io/goodbye-clean-code/)

---

Este texto ainda está em construção e talvez nunca seja finalizado, acontece.

---

#### Créditos infinitos

- Palmer, por ter ido aquele dia, ensinado a mim e a tantos outros. [Palmer](https://twitter.com/expalmer) ( ˊᵕˋ )♡


O simples fato de ter tempo livre é um privilégio, usar esse tempo para produzir mais código é outro, escolher fazer algo para um grupo de pessoas que não fazem parte diretamente do seu dia-a-dia é um ato de doação.

Motivação para desenvolver

---
title: 'Por que eu evito polêmica dev'
publishedAt: '2020-10-05'
summary: 'Comentários sobre um ciclo que eu vejo se repetir, frequentemente'
image: '/static/images/por-que-eu-evito-polemica-dev/banner.jpeg'
imageBanner1: '/static/images/por-que-eu-evito-polemica-dev/imageBanner1.jpeg'
imageBanner2: '/static/images/por-que-eu-evito-polemica-dev/imageBanner4.jpeg'
---

Existe um fenômeno recorrente que notei na comunidade dev no Twitter:

1. Pessoa posta polêmica
1. Pessoas interagem direta e indiretamente
1. Pessoa criadora acaba ganhando mais followers e aumenta seu raio de alcance para as próximas

(repete)

### Exemplo que vi acontecer ainda esta semana:

![1](/static/images/por-que-eu-evito-polemica-dev/por-que-eu-evito-polemica-dev-1.png)

> 🇧🇷 &nbsp; "Se você se chama de desenvolvedor e usa um mouse para editar código, eu acho que você é júnior. Eu fiz +1000 tweets sobre tecnologia e desenvolvimento, onde eu tentei dar conteúdo de qualidade. Basicamente zero interação. Eu faço este tweet e ... ganho 1000 retweets + 400 seguidores. Bem vindo ao Twitter."

![3](/static/images/por-que-eu-evito-polemica-dev/por-que-eu-evito-polemica-dev-3.png)

> 🇧🇷 &nbsp; "Isso não foi planejado, ... peço desculpas ..., mas eu ainda quero destacar o problema oculto de toxidade que viralizou isso tudo."

# Por que eu evito

Não que eu evite tanto, afinal aqui estou propagando também... enfim [ela, a hiprocrisia](https://i.imgflip.com/4c5cg2.jpg).

Mas eu tento evitar por não saber qual é o melhor jeito de lidar. Não vejo nada de útil ser gerado a não ser ódio gratuito e recompensas a quem criou. Por vezes vi discussões em que participantes interpretaram algo que não foi a inteção de quem criou (aquele tweet curto ambíguo), a partir dai é só [Celso Portiolli e o pau torando na timeline](https://twitter.com/celsoportiolli/status/1233405050057351171). Não se tem diálogo, somente debate.

Ao mesmo tempo que ignorar não me parece a melhor saída visto que também não há diálogo.

E, sim, estes acontecimentos não são algo isolado da comunidade dev:

- Why we love bad news, understanding Negativity Bias: [link](https://bigthink.com/in-their-own-words/why-we-love-bad-news-understanding-negativity-bias)
- Ted Talk: [Getting stuck in the negatives (and how to get unstuck)](https://www.youtube.com/watch?v=7XFLTDQ4JMk)
- Folha: [Fake news viralizam mais que noticias reais](https://www1.folha.uol.com.br/poder/2018/03/fake-news-apelam-e-viralizam-mais-do-que-noticias-reais-mostra-estudo.shtml)
- The Social Dilemma: polarização nas redes e mais. [Netflix](https://www.netflix.com/title/81254224)

# Cada um, cada um

Antes que isso, de alguma maneira, possa fomentar algo diferente de reflexão: cada um faz o que quiser, se você gosta deste tipo de polêmicas: tá tudo certo, vida que segue 😌

> p.s.: a palavra "polêmica" aqui está sendo usada para assuntos de relevância como o do exemplo acima, sobre usar ou não mouse/teclado e como isso faz de você um programador melhor/pior etc. Existem outras polêmicas que minha opinião acima não se reflete.


Comentários sobre um ciclo que eu vejo se repetir, frequentemente

Por que eu evito polêmica dev

---
title: 'Tire essa sua ideia do papel'
publishedAt: '2020-11-07'
summary: 'Este não é um texto de coach (talvez de fracasso)'
image: '/static/images/tire-essa-sua-ideia-do-papel/banner.png'
imageBanner1: '/static/images/tire-essa-sua-ideia-do-papel/banner.png'
imageBanner2: '/static/images/tire-essa-sua-ideia-do-papel/banner.png'
---

## Intro

Uma amiga minha, após muito tempo sem nos falarmos, me enviou uma série de mensagens há uns dias atrás.

Minha primeira reação foi achar que tentariam me por em algum esquema de pirâmide, estava errado, felizmente.

Ela viria a me contar sobre o negócio que recém abrira.

Em apenas 8 dias o projeto dela já fez 1200 euros.

Alguns detalhes deste projeto:

1. Esta pessoa precisou fazer um processo X e se deparou com um problema no processo.
1. Em um código "simples" feito em algumas horas ela conseguiu resolver este problema.
1. Ela observou que outras pessoas poderiam sofrer com este mesmo problema e provou esta hipótese.
1. Por fim, ela confirmou que outras pessoas estariam dispostas a pagar por tal ideia.

Tudo isso em um intervalo curto de, talvez, 1 (um) dia.

Neste texto vou contar uma experiência minha e, embora com finalidades diferentes, relacionar com este exemplo e fazer algumas reflexões acerca.

## Importante dizer

Este não é um texto de coach (talvez de fracasso). Eu já tirei várias ideias do papel e nunca ganhei 1 real com elas, então talvez isso invalide este texto para um certo tipo de audiência. Se você não se importa com isso (ufa), vá em frente pois vou contar uma breve experiência que tive.

## A Ideia 💡

Há uns anos atrás participei de um hackathon social (sem vencedores e loucuras de eventos puramente corporativos) voltado somente a fazer boas ações para projetos de Porto Alegre e região.

Meu time estava encarregado de pensar em uma solução para aumentar as visitas a um lar (asilo) comunitário, diminuindo a ociosidade e solidão de idosos.

Poucos meses antes deste Hackathon eu havia tido a ideia de fazer algo nessa mesma proposta. O Hackathon então caiu como uma luva para eu me conectar com pessoas alinhadas em resolver aquele problema.

🕒 &nbsp; Hackathon, 1a hora: Converso com meu time, explico a todos que minha ideia seria um site para apresentar idosos a voluntários que querem ir visitar estas pessoas. Algo como uma página para cada lar e dentro dos lares poderia ser visto todos os residentes, cada residente contando um pouco mais da sua história e com uma lista de necessidades ou presentes que desejava receber.

Aqui friso que nosso parceiro era um lar comunitário, a maioria dos idosos lá foram abandonados pela familia que não envia dinheiro tampouco os visita.

Minha hipótese em propor uma solução assim era que as pessoas (eu, você, todos) só não frequentam estes lares e asilos por não terem conhecimento da situação, como começar, o que é esperado, etc. Eu queria aumentar o número de visitantes e voluntários com a apresentação dos lares, residentes e detalhes da vida de cada um.

Imagem do site:
![Imagem do site:](/static/images/tire-essa-sua-ideia-do-papel/lar-sao-vicente.png)

## Primeiras horas e planejamento

No auge da minha ignorância e inocência acerca de planejamento de produto (que adquiri lendo somente [Lean Startup](https://www.amazon.com/Lean-Startup-Entrepreneurs-Continuous-Innovation/dp/0307887898)), sugeri ao time fazermos uma sessão para priorizar o que faríamos nas próximas 47h de projeto.

Papo vai, post-it vem: Terminamos a priorização! &nbsp; 🎉

Se me recordo bem, nosso plano era algo como:

- 1 dev iria trabalhar na API que iria salvar os lares, residentes e agendamentos de visita no banco de dados.
- 1 dev iria trabalhar na página de lar no frontend com 1 desginer
- 1 dev iria trabalhar na página do residente do lar com 1 designer
- 2 pessoas de marketing estavam criando uma estratégia para divulgação com 1 desginer

Neste plano, organizamos tarefas de uma maneira que ninguém ficaria bloqueado e pudessemos apenas trabalhar.

## Até ai tudo bem

Estávamos orgulhosos e cheios de energia. Foi ai que vi um amigo, andando de grupo em grupo dando conselhos, e pedi para que ele revisasse nosso plano.

Um dos dias que mais aprendi sobre MVP foi quando esse meu amigo sentou com meu time e bateu um papo sobre nosso escopo.

Ele olhou para nosso quadro cheio de post-its coloridos com tarefas e leu uma por uma repetindo a pergunta: "A gente precisa disso mesmo pra primeira versão? Isso é necessário para as próximas 48h?"

A primeira reação do time foi algo como: "Claro, sim! Como não?! Banco de dados, importantíssimo!!11" seguido de protestos e raxa no vestiário.

Aprensentamos pra ele um plano "enxuto" e que, na nossa visão, traria valor a proposta.

A verdade é que em algum momento, provavelmente essas tarefas teriam que ser feitas pelo nosso time, mas o que aprendemos ali foi que o momento não era de fazer uma solução completa, o nosso problema não demandava isso, não sabíamos nem se a tal ideia daria certo.

Papo vai, aprendizado vem, post-it sai, post-it vem: Chegamos no nosso novo plano enxuto para as próximas 46h! &nbsp; 🎉

## 46h Depois

Ao fim do evento apresentamos o resultado, um site que:

- permitia a visualização das páginas do lar/residentes &nbsp; 🏠
- permitia agendar uma visita a um vovô/vovó específico &nbsp; 👵
- possibilitava a pessoa ver o que cada idoso precisava/gostava &nbsp; 🎁
  - (ex.: tal vovó gostava de danoninho então a gente mostrava isso para quem fosse visitar levar esse presentinho)
- mostrava o que o lar precisava (doação de telhas, papel higiênico, etc...) &nbsp; 🛒

Embora já se tenha passado um bom tempo, ainda lembro da energia que ficamos ao terminar. Foi incrível!

## Dias depois (aqui vem a parte ruim)

Por diversos motivos o site não foi ao ar.

Problemas de comunicação, orientação do projeto, planejamento, etc.

Meses passaram e o time foi desistindo aos poucos. Compreensível.

## Anos depois

Tentei reviver o projeto, juntando aprendizados da primeira tentativa e: falhei de novo (em outra hackathon, inclusive).

O que fiz de diferente desta vez foi: Busquei outros 2 lares para fazer essa parceria e tentar começar.

Ambos eram geridos por voluntários que já não tinham tanto tempo livre. A aplicação demandava que os diretores de lares cadastrassem todos os idosos em páginas de cadastro ou até mesmo um arquivo excel que eu mais tarde transformaria como insumo para o banco de dados.

Era muito burocrático, quase que não era uma solução para os lares, era outro problema!

> Até a data da escrita deste texto eu ainda não falhei a 3a vez.

## Reflexões e o que eu faria diferente hoje

Comparando o exemplo da introdução e essas minhas experiências eu percebo que por mais que eu tenha consumido muito conteúdo acerca deste tópico, eu falhei em coisas básicas como comprovar minha hipótese de que **as pessoas não visitam esses lares de idosos por falta de conhecimento**.

Falhei em não ter contato direto com o Lar e entendido as reais necessidades, a última vez que havia estado em um lar fazia anos, estava totalmente enviesado pela minha experiência.

Falhei em ter elaborado um plano demasiado grande para comprovar que a ferramenta criada poderia ser útil.

Ok, e hoje? Como eu faria?

- Tentaria fazer pesquisas rápidas nas redes sociais para entender o comportamento de quem gostaria de ajudar os lares e os idosos.
- Permitira que o lar recebesse agendamento de visita através de um formulário do Google, sem nenhuma linha de código.
  - Acompanharia os números do formulário e entraria em contato com as pessoas voluntárias e visitantes.
- Visitaria os lares e coletaria informações necessárias para eu mesmo criar material necessário para divulgação, sem sobrecarregar os voluntários.

---

Você pode estar lendo e pensando "Óbvio! Como ele não pensou nisso antes?"

Esse foi exatamente o motivo para eu ter escrito este texto.

Para que mais pessoas desconstruam um pouco o pensamento de "estar pronto" para resolver o problema.

Sua aplicação só é algo que está entre uma pessoa e um problema. Se ela tivesse opção, nem estaria usando.

> "No matter how long you wait to release your first version, you will be embarrassed by it" - Eric Ries

Fim.

## (Extra 1) Quer fazer um projeto para ajudar lares e residentes?

Conta comigo, adoraria ajudar de alguma maneira.

## (Extra 2) Como eu tirei este post do papel

Se eu tivesse a mesma mentalidade da 1a e 2a vez que falhei neste projeto em relação a este texto... eu provavelmente nunca teria terminado, e você não estaria lendo.

Separei +-5h para ler e escrever, não me importei se tivesse "mal" escrito, enviei para alguns amigos próximos para obter a aprovação que não estou falando bobagem e publiquei.

Achei interessante [um artigo](https://www.linkedin.com/pulse/arent-any-typos-essay-we-launched-too-late-reid-hoffman/) que o título era: "Se não houver nenhum erro de digitação neste artigo, o lançamos tarde demais!"

Se não tem nenhum erro de digitação aqui, provavelmente eu me preocupei mais que deveria.


Este não é um texto de coach (talvez de fracasso)

Latest thought

Criando seu blog com Notion e Next.js