NOTAS DO PROFESSOR 📖 No-code, low-code e o "citizen developer" A distinção fundamental a fixar é a de grau de programação: no-code dispensa código por completo, low-code permite-o em pontos críticos. O conceito de "citizen developer" é o mais importante para o futuro profissional do formando, pois descreve exatamente o papel que muitas empresas hoje procuram: alguém não-programador capaz de construir ferramentas internas. Convém enquadrar a dimensão do mercado para mostrar que isto não é moda passageira. 🗣️ Pontos a desenvolver oralmente • Dar exemplos concretos de plataformas em cada categoria (Bubble vs OutSystems) • Explicar porque as empresas valorizam o citizen developer face à falta de programadores • Relativizar que a fronteira no-code/low-code é fluida, não rígida

NOTAS DO PROFESSOR 📖 Escolher a ferramenta certa para o problema certo A maturidade profissional não está em dominar low-code, mas em saber quando o usar e quando o evitar. Esta lista de sim/não é um critério de decisão prático: validar uma ideia depressa ou construir uma app interna são casos ideais; performance crítica ou milhões de utilizadores não são. O ponto a interiorizar é que escolher mal a abordagem custa caro mais tarde, em retrabalho ou migração. 🗣️ Pontos a desenvolver oralmente • Explicar o conceito de MVP e porque o low-code o acelera • Desenvolver o que é "lock-in" e porque pode ser um problema estratégico • Pedir aos formandos um exemplo de app que fariam em low-code e outra que não

NOTAS DO PROFESSOR 📖 O trade-off central do low-code Toda a decisão técnica é um equilíbrio, e esta tabela resume o do low-code: ganha-se velocidade e autonomia, paga-se com lock-in, custo de escala e limites de customização. O ponto pedagógico é que nenhuma destas colunas é decisiva sozinha, depende do contexto do projeto. Vale a pena cruzar esta tabela com o slide anterior de "quando usar", para mostrar que vantagens e adequação andam de mãos dadas. 🗣️ Pontos a desenvolver oralmente • Mostrar que "rápido" é a vantagem que justifica a maioria dos usos • Explicar como o custo escala com o uso e pode ultrapassar o de programar • Discutir porque "stakeholders entendem" é um valor de negócio real

NOTAS DO PROFESSOR 📖 O panorama de plataformas de web apps Esta lista não é para decorar, mas para ganhar mapa mental do mercado. O detalhe mais relevante é que estas ferramentas variam muito em poder e filosofia: Bubble é o mais completo e independente, Softr depende do Airtable, FlutterFlow gera código real e exportável. Saber que existem alternativas evita o erro de achar que só há uma ferramenta para tudo. 🗣️ Pontos a desenvolver oralmente • Destacar Bubble como o mais poderoso e Glide como o mais simples • Explicar a diferença de FlutterFlow gerar código real exportável • Avisar que a oferta muda depressa e que a competência é avaliar, não memorizar

NOTAS DO PROFESSOR 📖 Backend, base de dados e automação Uma app não vive só de interface: precisa de onde guardar dados (backend/BD) e de automatizar tarefas. Este slide separa essas camadas, e o ponto-chave é perceber que ferramentas como Airtable ou Supabase tratam dos dados, enquanto n8n ou Zapier ligam apps entre si. A distinção entre soluções para não-técnicos (Airtable, Zapier) e para devs (Supabase, Firebase) ajuda a escolher conforme a equipa. 🗣️ Pontos a desenvolver oralmente • Explicar o que é um BaaS (backend as a service) de forma simples • Distinguir guardar dados (BD) de mover dados entre apps (automação) • Contrastar n8n open source/self-host com Zapier pago e mais fácil

NOTAS DO PROFESSOR 📖 O low-code empresarial Há um segmento de low-code virado para grandes organizações, com requisitos de segurança, escala e integração. Vale a pena destacar o orgulho nacional: a OutSystems é uma empresa portuguesa, de referência mundial, o que torna esta competência especialmente relevante para o mercado de trabalho em Portugal. Power Apps e AppSheet ganham por estarem integrados nos ecossistemas Microsoft 365 e Google Workspace que as empresas já usam. 🗣️ Pontos a desenvolver oralmente • Sublinhar que a OutSystems é portuguesa e contrata muito em Lisboa • Explicar porque a integração com 365/Workspace é um argumento de venda forte • Distinguir low-code empresarial das ferramentas de hobby/MVP vistas antes

NOTAS DO PROFESSOR 📖 Bubble: o mais completo dos no-code O Bubble distingue-se por permitir construir a app inteira — interface, lógica e base de dados — sem sair da plataforma. Esta abrangência tem um custo: é o que tem a curva de aprendizagem mais íngreme do grupo, mais próxima de pensar como programador. Convém posicioná-lo como a ferramenta a escolher quando o projeto é ambicioso e o formando está disposto a investir tempo a dominá-la. 🗣️ Pontos a desenvolver oralmente • Explicar "full-stack" sem jargão: frontend, backend e BD num só sítio • Avisar que o poder do Bubble vem com mais complexidade de aprendizagem • Mostrar a lógica de "workflows" como o equivalente visual à programação

NOTAS DO PROFESSOR 📖 O vocabulário conceptual do Bubble Cada plataforma tem o seu modelo mental, e dominar uma é sobretudo dominar os seus conceitos. Aqui é útil traçar paralelos com a programação tradicional: Data Types são como tabelas/entidades, Workflows são a lógica, States são variáveis temporárias. Esta tradução ajuda formandos com base de programação e dá aos que não a têm um vocabulário estruturado para pensar a app. 🗣️ Pontos a desenvolver oralmente • Mapear cada conceito Bubble ao equivalente em programação clássica • Explicar Workflows como "se isto acontece, então faz aquilo" • Distinguir States (temporário, na página) de Data Types (persistente, na BD)

NOTAS DO PROFESSOR 📖 Construir uma app real sem escrever código Este exemplo concreto de app de tarefas mostra todo o ciclo: definir o dado, montar a interface, ligar a lógica por workflows. É o momento de demonstrar que "sem código" não significa "sem pensar": o formando ainda tem de modelar dados e desenhar a lógica, apenas sem sintaxe. Acompanhar este exemplo passo a passo na própria ferramenta consolida muito mais do que a descrição textual. 🗣️ Pontos a desenvolver oralmente • Percorrer o exemplo ao vivo no Bubble, se possível, em vez de só o ler • Realçar o Repeating Group como a forma de mostrar listas de dados • Mostrar que a lógica (criar/alterar Task) é raciocínio, não sintaxe

NOTAS DO PROFESSOR 📖 Glide: do spreadsheet à app mobile O Glide brilha pela simplicidade: pega numa folha de cálculo que o formando já sabe fazer e transforma-a numa app mobile bonita em minutos. O conceito-chave é a PWA (Progressive Web App), que se instala como uma app nativa sem passar pelas lojas. É o caminho mais rápido para um primeiro resultado tangível, ideal para motivar formandos que nunca construíram nada digital. 🗣️ Pontos a desenvolver oralmente • Explicar o que é uma PWA e a vantagem de não depender da App Store • Mostrar que o Google Sheets serve aqui de base de dados sem o saberem • Contrastar a simplicidade do Glide com o poder/complexidade do Bubble

NOTAS DO PROFESSOR 📖 Da folha ao diretório funcional em minutos Este exemplo prático demonstra a promessa do Glide: cinco passos, cinco minutos, uma app utilizável. O valor pedagógico está no impacto da rapidez — ver um resultado funcional tão depressa fixa a confiança do formando. Vale a pena fazê-lo ao vivo e depois discutir como pequenos toques (ícones, botões "Call"/"Email") transformam dados crus numa experiência de utilizador. 🗣️ Pontos a desenvolver oralmente • Construir este diretório ao vivo a partir de uma Sheet simples • Mostrar como os botões "Call" e "Email" usam os dados de cada linha • Discutir que limites surgem quando a app cresce além deste cenário simples

NOTAS DO PROFESSOR 📖 Airtable: a base de dados que parece folha de cálculo O Airtable é a porta de entrada perfeita ao pensamento de base de dados, porque esconde a complexidade atrás de uma interface de spreadsheet familiar. O conceito mais importante a fazer passar é o de "relação" (link to another record), que é o que distingue uma BD verdadeira de uma folha de Excel. A API REST automática merece destaque: torna o Airtable num backend que outras apps e automações podem consumir. 🗣️ Pontos a desenvolver oralmente • Mapear o vocabulário Airtable (base, table, field) ao de uma BD relacional • Explicar porque as Views (kanban, calendar) são o mesmo dado visto de formas diferentes • Antecipar o poder das relações entre tabelas, central no exemplo de CRM seguinte

NOTAS DO PROFESSOR 📖 A riqueza dos tipos de campo A força do Airtable está na variedade de tipos de campo, que vão muito além do texto e do número de uma folha de cálculo. Os campos a destacar são os "inteligentes": Link (cria relações), Formula (calcula), Rollup (agrega dados de registos ligados). Compreender estes três é compreender porque o Airtable é uma base de dados e não apenas um Excel bonito. 🗣️ Pontos a desenvolver oralmente • Demonstrar um campo Formula simples e um Rollup sobre registos ligados • Explicar a utilidade dos campos Created/Modified para auditoria automática • Mostrar o Single/Multi select com cores como forma de categorizar dados

NOTAS DO PROFESSOR 📖 Um CRM funcional sem programar Este exemplo junta tudo: duas tabelas relacionadas, uma view kanban que vira pipeline de vendas e uma automação que reage a mudanças de estado. É a prova de que com Airtable se constrói uma ferramenta de negócio real, exatamente o tipo de "internal tool" que as empresas pedem a um citizen developer. Vale a pena sublinhar a relação entre tabelas como o coração do desenho. 🗣️ Pontos a desenvolver oralmente • Mostrar como o link entre Negócios e Clientes evita repetir dados • Explicar como agrupar por Estado numa view kanban gera um pipeline visual • Demonstrar a automação de email como ponte para o bloco de n8n/Zapier

NOTAS DO PROFESSOR 📖 n8n e a automação entre aplicações A automação é onde o low-code gera mais valor no dia a dia: ligar apps para que tarefas repetitivas aconteçam sozinhas. O modelo mental de trigger (gatilho) e nodes (passos) é universal a todas estas ferramentas. O diferencial do n8n é ser open source e self-hostable, o que importa a empresas preocupadas com custo e privacidade de dados; o Zapier troca essa liberdade por facilidade. 🗣️ Pontos a desenvolver oralmente • Explicar trigger e action com um exemplo do quotidiano dos formandos • Comparar n8n (open source, self-host) com Zapier (pago, mais simples) • Mostrar que automação poupa horas de trabalho manual e repetitivo

NOTAS DO PROFESSOR 📖 Anatomia de um workflow real Este exemplo de processamento de faturas mostra a estrutura completa de uma automação: um gatilho, uma condição que filtra, e uma cadeia de ações que tocam várias apps. É exatamente o tipo de tarefa chata e repetitiva que faz perder tempo numa empresa, e automatizá-la é uma demonstração tangível de valor. Vale a pena pedir aos formandos que imaginem um workflow para um problema seu. 🗣️ Pontos a desenvolver oralmente • Decompor o workflow em trigger, condição e ações encadeadas • Mostrar como uma só automação liga Gmail, Dropbox, Airtable e Slack • Desafiar os formandos a desenhar um workflow para uma tarefa repetitiva sua

NOTAS DO PROFESSOR 📖 Self-hosted vs gerido: a decisão de alojamento Este slide introduz uma escolha que reaparece em toda a tecnologia: alojar a ferramenta na própria infraestrutura (self-hosted, gratuito mas exige manutenção) ou pagar por uma versão gerida (custa mas é sem trabalho). O comando Docker mostra que self-hosting é acessível, mas convém ser honesto sobre o trade-off: o "grátis" do self-host paga-se em tempo e responsabilidade técnica. 🗣️ Pontos a desenvolver oralmente • Explicar o que faz o comando Docker sem entrar em detalhe técnico pesado • Discutir o trade-off real entre self-host gratuito e cloud gerido pago • Relacionar a escolha com privacidade de dados sensíveis da empresa

NOTAS DO PROFESSOR 📖 Power Apps e a ponte para o mundo corporativo O Power Apps é o low-code mais relevante para quem vai trabalhar em empresas que já vivem dentro do Microsoft 365. O ponto a fixar é o Power Fx: uma linguagem deliberadamente parecida com as fórmulas do Excel, o que reduz drasticamente a barreira para quem já domina folhas de cálculo. Mostrar os exemplos de Filter e If aproxima o low-code de algo que muitos formandos já fizeram sem saber. 🗣️ Pontos a desenvolver oralmente • Realçar que Power Fx é quase igual a fórmulas de Excel já conhecidas • Explicar a integração nativa com SharePoint, Teams e Excel • Distinguir Canvas Apps (desenho livre) de Model-Driven (orientadas a dados)

NOTAS DO PROFESSOR 📖 AppSheet: o equivalente Google O AppSheet é o reflexo do Power Apps no ecossistema Google: gera apps mobile e web a partir de dados que a empresa já tem em Sheets ou BigQuery. O argumento decisivo é o mesmo, integração e custo: quem já usa Google Workspace tem o AppSheet praticamente sem custo adicional. Vale a pena reforçar a ideia transversal de que a melhor plataforma é muitas vezes a que se integra no que a organização já usa. 🗣️ Pontos a desenvolver oralmente • Comparar AppSheet (Google) com Power Apps (Microsoft) lado a lado • Mostrar como conecta a Sheets e BigQuery que a empresa já tem • Reforçar o critério de escolher pela integração com o ecossistema existente

NOTAS DO PROFESSOR 📖 Os riscos reais do low-code Depois de mostrar o poder do low-code, é honestidade pedagógica expor os seus perigos. A dependência da plataforma é o risco central: se ela fechar, subir preços ou não suportar a feature necessária, a app fica refém. A estratégia de mitigação proposta — começar low-code e migrar quando se justificar — é madura e deve ser o takeaway: não é tudo ou nada, é uma decisão consciente e revisível. 🗣️ Pontos a desenvolver oralmente • Dar exemplos reais de plataformas que fecharam ou subiram preços • Explicar porque a migração para fora costuma significar reconstruir tudo • Defender a estratégia de começar simples e migrar só quando o sucesso o exigir

NOTAS DO PROFESSOR 📖 Quando programar à mão continua a ser a resposta Este slide impede o erro oposto ao entusiasmo: achar que low-code serve para tudo. Há domínios — sistemas críticos, alta performance, compliance rigoroso, propriedade a longo prazo — onde escrever código continua a ser a escolha certa. O formando deve sair daqui com critério equilibrado, capaz de defender low-code quando faz sentido e de reconhecer quando não faz, sem dogmas. 🗣️ Pontos a desenvolver oralmente • Explicar "mission-critical" com exemplos (sistema de um banco, de um hospital) • Relacionar compliance (RGPD) com a necessidade de controlo total do código • Reforçar que dominar low-code inclui saber quando NÃO o usar

NOTAS DO PROFESSOR 📖 A abordagem híbrida como melhor prática A conclusão madura de toda a unidade é que low-code e código não competem, complementam-se. As empresas mais eficazes usam low-code para ferramentas internas, código para o produto que vende, e automação como "cola" entre tudo. Este é o modelo mental que torna o formando valioso: não um fanático de uma abordagem, mas alguém que escolhe a ferramenta certa para cada parte do problema. 🗣️ Pontos a desenvolver oralmente • Dar um exemplo de empresa que usa low-code interno e código no produto core • Explicar o conceito de "glue" (cola) entre sistemas com n8n/Zapier • Posicionar o híbrido como a postura profissional mais empregável

NOTAS DO PROFESSOR 📖 Síntese: low-code como competência de mercado Este resumo recapitula o mapa de ferramentas e, sobretudo, a mensagem final de empregabilidade. O ponto a reforçar é que dominar low-code não é uma alternativa menor a programar, é uma competência procurada por si mesma: as empresas precisam de quem construa as suas ferramentas internas depressa. Vale a pena terminar com um convite à prática, sugerindo que cada formando construa algo real numa destas plataformas. 🗣️ Pontos a desenvolver oralmente • Recapitular a relação entre cada ferramenta e o tipo de problema que resolve • Reforçar a empregabilidade do papel de citizen developer • Desafiar cada formando a construir uma pequena app real até à próxima sessão