Pois é: para alguém que disse que demoraria a publicar mais posts neste ano, cá estou eu de novo.

Desta vez, em complemento ao post Uma jornada de reforço nos estudos: planos para 2026, no qual prometi que o ano seria mais lento, mostrarei como estou configurando o Obsidian para estudar.

Antes de mais nada, estudar exige uma mistura de método e disciplina para memorizar conceitos e compreender os resultados de certas ações, fórmulas ou ocorrências.

Essa é, claro, uma definição bastante crua. Então, quando seu professor criticar você por memorizar a fórmula, diga:

Se eu não memorizar, como vou entender e, consequentemente, aprender?

Enfim, existem diversas técnicas e formas de aprender algo.

Meu Obsidian

Decidi adotar o Zettelkasten, que combina muito bem com o Obsidian.

Mas obviamente não de forma crua como está, então eu adicionei alguns plugins como:

• Advanced Canvas
• Dataview
• Iconize
• Tag Wrangler
• Templater
• Escalidraw
• Omnisearch

Esses plugins cobrem grande parte do que preciso e permitem ligar conteúdos de forma muito mais interessante.

E adicionei também alguns diretórios:

00 - Assets
01 - Referências
02 - Permanentes
03 - Map of Contents
xx - Excalidraw

xx representa um diretório sem valor numérico.

Mas a parte mais importante fica em Assets/_Templates.

Ali ficam os templates do projeto:

• Nota MOC → lê-se “nota de mapa de conteúdo”
• Nota Permanente
• Nota Referência

Aliás, dica importante

No Obsidian, abra as configurações do Templater e defina Template folder location como 00 - Assets/_Templates.

Isso evita que o plugin sugira outras notas como templates.

Bom, a ideia é simples:

Tudo o que eu ler e considerar útil virará uma Referência.

Depois que a referência for feita, ela não pode mais ser editada, somente para alguma revisão ou em nova versão v2.

Depois, lemos a referência e transformamos os insights em notas permanentes, que devem ter:

• Argumento central
• Resumo do que ocorreu
• Conexões com outras notas
• Link para as referências originais

Você pode usar o Dataview para verificar se já existe uma nota permanente desse tipo antes de criar duplicatas.

Por fim, atualizamos o MOC da área correspondente, listando ou vinculando todas as notas permanentes das respectivas áreas e subáreas.

Se houver alguma dúvida, ela pode ser registrada em Questões em aberto.

Agora, o mais importante é o processo de revisão, sempre releia as permanentes antigas e atualize o MOC se surgirem novas conexões.

Templates

Nota de referência

---
tipo: referencia
area:
fonte:
autor:
link:
created: <% tp.date.now("YYYY-MM-DD") %>
status:
tags:
  - nota-referencia
---

# <% tp.system.prompt() %>

## Resumo bruto

-

## Pontos Importantes

-

## Ideias Provocadas

-

## Possíveis Permanentes

-

É um template simples. O uso de <% tp.system.prompt() %> permite criar um título a partir do texto informado pelo usuário. Também podemos ter diversas referências para uma única nota permanente.

O template possui propriedades como:

area-> Categoria do conteúdo

fonte/autor/link -> informações da fonte original

resumo bruto → síntese direta da fonte

pontos importantes -> destaque de ideias que podem se tornar permanentes

ideias provocadas -> insights iniciais que surgem ao ler a fonte

possíveis permanentes → conceitos que poderão virar notas consolidadas

Nota Permanente

---
tipo: permanente
area:
status: rascunho
origin:
created: <% tp.date.now("YYYY-MM-DD") %>
updated:
conexões:
referencias:
tags:
  - nota-permanente
---

# #Title

Explique a ideia com suas palavras.
Seja específico
Evite copiar a fonte.

---

## Argumento Central

---

Diferentemente da nota de referência, aqui usamos o título literal do arquivo, #Title, para gerar o título da nota permanente.

Ela também possui alguns campos:

area -> precisa ser a mesma da referência relacionada

origin -> referência de origem

argumento central -> explicação própria do conceito

conexões -> links para outras permanentes relacionadas

referências → referências utilizadas

status → pode ser rascunho, ativo ou revisado

Notas permanentes são a base do conhecimento consolidado, revisável e conectado pelo MOC.

Nota MOC

---
tags:
tipo: moc
area:
status: ativo
created: <% tp.date.now("YYYY-MM-DD") %>
---

# #Title

## Escopo

Descreva claramente o que este Map of Content cobre.

---

## Conceitos Fundamentais

```dataview
table area, status
from "02 - Permanentes"
where area = this.area
```dataview
---
## Subáreas

- ***

## Referências Base

```dataview
table fonte, autor
from "01 - Referencias"
where area = this.area
```dataview
---

## Questões em aberto

-

Eu acabei quebrando o dataview no exemplo acima para garantir que ficasse tudo em um único codeblock, assim caso copiem diretamente basta trocar ```dataview pela sua versão sem dataview usando regex.

A nota MOC funciona como um índice e oferece uma visão geral da área de estudo. Aqui também usamos #Title para gerar o título.

O MOC usa o Dataview para reunir as notas permanentes relacionadas à mesma área e organizá-las por área, subárea, cluster ou tópico.

Também há uma seção de questões em aberto: literalmente, uma lista do que ainda falta estudar.

Fluxo de estudo

1. Encontro algo novo e crio uma Referência.
2. Processo a informação e a transformo em uma nota Permanente, com minhas palavras e a origem citada.
3. Organizo o MOC, atualizando conceitos fundamentais, subáreas e questões em aberto.
4. Pratico. Este é o passo mais importante: conhecimento sem prática não adianta.
5. Reviso periodicamente, mantendo as notas permanentes e o MOC atualizados com novas conexões.

Este é meu Obsidian de estudos, chamado carinhosamente de Mind Order. Espero que tenham gostado. Fui!

Isso é invariável em todo o mundo da programação.

No mundo do SaaS, sendo um desenvolvedor solo, você não deve confiar apenas em si mesmo.

Adicione Testes, testes, mais testes, enfie testes em tudo que puder e use softwares maduros.

Mas, ao mesmo tempo não deixe seu software parado no tempo.

As duas grandes divisões

Dentro do mundo de software existem duas grandes divisões frontend e backend

E uma parte menor que é DevOps.

Este post, em específico, é sobre frontend e backend.

Assuma que que DevOps você pode contratar outros SaaS em vez de implementar você mesmo.

Frontend

Para o Frontend precisamos atingir o máximo de plataformas sozinho com uma interface moderna possa atingir:

• Desktop
• Web
• Mobile

Além disso, é preferencial que seguirmos técnicas de design como:

• Offline-First
• Mobile-First

Com isso, temos uma base boa para ter um software que não fica irritante com o tempo.

No geral, use Flutter para evitar ter que lidar com diversas plataformas manualmente.

Backend

Para começar, precisamos entender do que é importante no backend de um SaaS.

Nada mais importante do que usar um framework maduro.

E no caso, pessoalmente falando, o melhor que temos é o Ruby On Rails e veja que podemos migrar de Ruby para JRuby garantindo que a aplicação pode escalar se e somente se for necessário.

Adote testes como dogma literalmente, teste tudo, se tiver erro gere um teste, se tiver um bug teste, se tiver uma vulnerabilidade teste também.

Coloque:

• Rack Attack
• Brakeman
• Capybara
• Bullet
• Rack Mini Profiler

Veja que a ideia principal é que as libs do rails são maduras e testadas facilmente acopladas e no geral é muito melhor do que depender de si mesmo que só na cabeça vai querer inventar procedimentos de segurança que vai fazer pagar fortunas em indenizações.

Vide Noticia sobre o Saphoos.

DevOps

Dentro de seu Software as Service.

Você quer evitar ao máximo problemas de responsabilidade fiscal.

Então a coisa mais inteligente a se fazer é se mover de capex (investimento na própria infra) para opex (contrato de serviços externos).

Use serviços como paper-trail, use a amazon-web-service …

O software continua sendo sua responsabilidade mas, problemas internos de servidores gerenciados por provedores não recaem diretamente sobre você, reduzindo riscos e permitindo focar no desenvolvimento.

Contrate Hackers Ético e faça testes de segurança, corrija brechas periodicamente.

Conclusão

No geral, a combinação ideal seria usar um backend em rails e um frontend em flutter.

Para ter diversas plataformas e um backend sólido, caso precise de algo customizado, use um microsserviço da forma que achar melhor contanto que haja contratos fortes e testes.

Jamais esqueça os testes.