DEV Community: Maria Luisa Campos

useCallback

Maria Luisa Campos — Sat, 31 Jan 2026 21:01:24 +0000

Desenvolvedora Polivalente: meu passo a passo pessoal para uma curva de aprendizado exponencial em qualquer stack tecnológica

Maria Luisa Campos — Fri, 07 Nov 2025 16:48:40 +0000

Em toda a minha carreira acabei caindo em diversos projetos em que eu não dominava ou nunca tinha tido nenhum contato com a stack utilizada. Porém, isso nunca foi um impeditivo para mim. Eu sempre me adaptei ao que vinha e acredito fielmente que essa é uma das maiores qualidades de um desenvolvedor: ser desenrolado. E, quando eu falo de ser desenrolado, não é sobre pegar a tarefa e dar um jeito de fazer, mas sim de executá-la com qualidade e consciência do que está sendo feito. Aliás, até (principalmente) o código desenvolvido por IA precisa ser revisado por nós.

Antes de começar, acho importante deixar claro que considero de extrema importância você se especializar em uma stack. Porém, acredito que a rigidez tecnológica limita oportunidades... e a adaptabilidade as multiplica. E, por isso, eu decidi compartilhar quais são os hábitos que sigo para ser uma desenvolvedora polivalente e ajudar colegas de carreira a terem essa skill também.

1. Pré-requisitos

Antes de falar sobre estratégias, é importante reconhecer que certos fundamentos facilitam bastante a adaptação a novas linguagens.

✔️ Base sólida em fundamentos

A sintaxe muda, mas os conceitos permanecem:

Estruturas de dados: Arrays, listas, mapas, árvores, grafos
Algoritmos básicos: Busca, ordenação, recursão
Complexidade: Big O notation e otimização
Princípios de design: SOLID, DRY, KISS
Padrões de projeto: Observer, Factory, Strategy, etc.

Quando você domina esses fundamentos, aprender uma nova linguagem se torna questão de mapear sintaxe e modo de pensar.

✔️ Mentalidade (juro que não é papo de coach)

A mentalidade é tão importante quanto habilidade técnica:

Aceite o desconforto: Não saber é parte do processo e resiliência é outro ponto-chave para ser uma engenheira de referência.
Seja curioso: Pergunte "por quê?" constantemente e não aceite soluções vindas de IA sem entender completamente o que está sendo feito ali
Peça ajuda: Ninguém espera que você saiba tudo sozinho e pedir ajuda faz parte. Isso não é uma fraqueza! Muito pelo contrário.
Sem medo: desenvolvedor front-end não precisa ter medo do back-end e vice-versa. É tudo tecnologia, controlada por você... fica tranquilo que não vai te morder! É em conhecer o desconhecido que sua carreira vai dar um up, pode confiar.

✔️ Conhecimento de pelo menos 2-3 paradigmas

Experiência com diferentes paradigmas acelera o aprendizado:

Imperativo/Procedural: C, Go
Orientado a Objetos: Java, C#, Python
Funcional: Haskell, Elixir, ou recursos funcionais em linguagens multi-paradigma
Declarativo: SQL, HTML/CSS

Quanto mais paradigmas você conhece, mais ferramentas mentais tem para entender novas linguagens.

2. Estratégias Práticas

✔️ Entender o Paradigma e a Filosofia da Stack

"A language that doesn't affect the way you think about programming is not worth knowing." - Alan Perlis

Antes de escrever código, você precisa entender não apenas o paradigma, mas como aquela stack pensa e como o time específico usa essa stack. Cada tecnologia tem sua própria "filosofia" e mental model, mas cada time adiciona suas próprias convenções também.

Perguntas fundamentais sobre Paradigma

Qual o paradigma principal? (OOP, Funcional, Procedural, ou multi-paradigma?)
Como a linguagem trata estado mutável? (Imutabilidade por padrão ou opt-in?)
Qual o sistema de tipos? (Estático vs dinâmico, forte vs fraco, inferência de tipos, generics?)
Qual a filosofia de tratamento de erros? (Exceptions, Result/Option types, error codes?)
Como funciona a concorrência/paralelismo? (Threads, async/await, goroutines, actors, event loop?)
Como a linguagem trata memória? (GC, reference counting, ownership/borrow checker, manual?)
Como funciona o escopo e closures? (Lexical vs dynamic scope, hoisting, shadowing?)
Qual o modelo de execução? (Interpretado, compilado, JIT, bytecode?)

Perguntas fundamentais sobre a Filosofia da Stack

Para Frameworks Frontend:

Como gerencia estado global e local? (Context, Redux, Signals, Observables?)
Como pensa sobre composição de componentes? (Props, slots, children, HOCs?)
Qual o ciclo de vida dos componentes? (Mount, update, unmount, effects?)
Como lida com side effects? (useEffect, lifecycle hooks, reactive statements?)
Como funciona reatividade? (Virtual DOM, fine-grained reactivity, dirty checking?)
Como fazer data fetching? (Client-side, SSR, SSG, ISR?)
Como lidar com roteamento e navegação?

Para Backend:

Como definir rotas e middlewares?
Como funciona dependency injection e inversão de controle?
Como gerenciar migrations e schema de banco de dados?
Como são feitas validações e tratamento de erros?
Como lidar com transações e consistência de dados?
Como funciona autenticação e autorização?
Como lidar com concorrência e operações assíncronas?
Como implementar observabilidade? (Logging, métricas, tracing, health checks?)
Como funciona serialização/deserialização de dados?

Para Mobile:

Como gerencia estado da aplicação? (State management patterns específicos?)
Como funciona o ciclo de vida da aplicação e das telas?
Como funciona navegação entre telas? (Stack, tabs, drawer?)
Como lidar com UI reativa e atualizações de interface?
Como gerenciar recursos limitados? (Memória, bateria, processamento?)
Como lidar com permissões e acesso a APIs nativas?
Como fazer networking e persistência de dados?
Como funciona o processo de build e assinatura de apps?

Para qualquer área:

Qual arquitetura é incentivada? (MVC, MVVM, Clean Architecture, Hexagonal?)
Como funciona o sistema de build e gerenciamento de dependências?
Como escrever e rodar testes? (Unitários, integração, E2E, ferramentas de mocking?)
Como funciona CI/CD para essa stack?
Qual o melhor setup de desenvolvimento para ter produtividade? (IDE, extensões, linters, formatters?)
Quais convenções o time segue? (Code style, estrutura de pastas, naming?)
Como debugar eficientemente? (Debugger, logging, profiling, ferramentas específicas?)
Como a stack lida com versionamento e breaking changes?

✔️ Aprender Através do Código Existente

O código da aplicação é sua melhor documentação:

Estratégias:

Leia antes de escrever: Explore o repositório por dias antes do primeiro código
Analise PRs antigos: Veja como problemas foram resolvidos
Estude code reviews: Aprenda com feedback dado a outros
Faça debug propositalmente: Coloque breakpoints e siga o fluxo
Encontre padrões: Identifique convenções do time

✔️ Aproveitar Ferramentas Modernas (IA e Além)

A IA revolucionou como aprendemos linguagens novas e pode ser sim uma grande amiga nesse momento também:

Peça exemplos de sintaxe específica
Solicite explicações de código complexo
Use para traduzir conceitos entre linguagens
Peça comparações com alguma stack que você domina para melhor entendimento

Mas ATENÇÃO:

❌ Não copie código sem entender
❌ Não confie cegamente nas sugestões
✅ Use como tutor pessoal
✅ Valide com documentação oficial
✅ Teste e adapte ao estilo do projeto

✔️ Pratique por fora das atividades de trabalho

Conhecimento sem prática evapora:

Estratégias de prática:

Projetos pessoais pequenos: Clone um app simples
Code katas: Exercícios focados em sintaxe, caso sinta necessidade
Refatore código antigo: Aplique novos conhecimentos dos seus estudos
Ensine o que aprendeu: Escreva um artigo, faça uma talk interna no time

3. Gestão Inteligente do Processo de Adaptação

Tudo isso estará acontecendo durante sprints e precisamos ter responsabilidade com o produto, sabendo equilibrar aprendizado com entregas.

Estratégias:

Comunique expectativas: Seja transparente sobre sua curva de aprendizado
Comece com tarefas menores: Bugs, melhorias pequenas
Faça pair programming: Se possível, peça a algum desenvolvedor experiente na stack para fazer uma task junto com ele.
Aumente complexidade gradualmente: Conforme ganha confiança
Use tempo pessoal estrategicamente: Nos primeiros meses, invista extra
Just-in-time learning: Aprenda o que precisa para a próxima task. Aprofunde conforme necessário. Não tente dominar tudo de uma vez.

Dinamismo é um privilégio da nossa profissão! Aproveite. Recentemente, fui alocada em um time de Kotlin, sendo a única desenvolvedora com background de Front-End, porém nenhuma experiência mobile. Poderia ter travado, mas eu estava mais do que animada para aprender ainda mais desse mundo que tanto amo (porque sou dessas que programa por amor, sim, com orgulho).

Adaptabilidade técnica não é talento, é estratégia. É ter um processo confiável para extrair o máximo de qualquer stack em tempo mínimo e entregar ouro para seu time.

Espero que, com esse artigo, eu tenha plantado alguma sementinha na sua carreira.

Enhancing your learning even while working

Maria Luisa Campos — Sun, 07 May 2023 14:41:28 +0000

These days I saw an Instagram Post which said that you can only improve your knowledge when coding outside of work. Ok, maybe this can be true for some work environments, projects, and seniority levels. But I need to say to you, Entry Level Developer (or not), that you can grab this time you are doing your task/project and high your knowledge level by at least 1% (that talk of continuous improvement and stuff).

Really get out of your comfort zone (trust me, this is not a cliche)

There are a lot of ways to get out of your comfort zone even while you are working.

Experiment to pick up a task you're not used to (f.e.: deployment, documentation, specific bugs…). I know that there is something which when you look at it, you think "Oh my god, this would be challenger for me". Is this task I am talking about!
If possible, give support to another team that might need it. To get in contact with different projects can be powerfull!
Try to get in contact with different languages. If your work is on the Back-End, you can talk to your manager and your team to see if it's possible to get simple tasks on the Front-End, for example.

Understand the problem instead of looking for the solution

How many times did you solve something, but not really understood what was happening? Our “treasure chests” like Stack Overflow give us solutions, but often take from us the ability to solve problems.

What I am saying here is not that you need to stop using these tools, but actually to even when you need to use it, to seek to understand WHY the problem is happing, WHY this is the solution, and HOW this solution works.

Understanding this, you are going to not just solve the problem, but you will also finish it with a better conscience and perception about the project and technology you work with.

Cherish documentation

This topic is together with the last one! I know we have almost everything easy for us on the internet, but we can't disregard the documentation.

For example, if you work with ReactJS and you know that what you need to do has to do with States, probably you don't have to get it all done on Google as the answer will be on the React Docs and, consequently, I have to repeat: not just you will solve the problem, but you will also finish the task with a better conscience and perception about the project and technology you work with.

To constantly read your stack documentations it's equally important, even outside your job. Courses, articles and workshops are great, but documentation gives us a great awareness of the tecnology straight from source and teaches us powerfull things.

Take notes about your knowledge gaps

During your tasks is possible to notice some knowledge gaps. Maybe you are not understanding some functions on the Database, or it's being hard to use flexbox in CSS… when you notice this, don't ignore! Always have a place in which you write what your need to study more about in your free time and then improve it.

I really enjoy using Notion for this, for example. I have a page with article links, topics, and other stuff I need to evolve and focus my studies on it, but you can also use Google Docs or any other platform you feel comfortable with.

I hope this post has helped you in some way! It is based on my experience, so never forget to respect what works for you, always. ❤️

Feel free to give contributions in the comments if you have something to add. Let's help our community :)

The solidly roadmap to start working with Software Engineering

Maria Luisa Campos — Sun, 16 Apr 2023 17:25:54 +0000

Illustration from Adevait

In my first year at university, I didn't have any idea about where I was supposed to go or what I was supposed to do. I just knew I wanted to be a developer. So I started to look for some roadmaps to help me with this. The problem is that most part of the roadmaps advises us to start with Programming Logic and then move to a language, for example. But I don't agree with this approach. In my opinion, people are playing down that.

And speaking of my opinion... let me bring a polemic one which is the core of this post: yes, I believe that graduating is important in your career. Not to have a diploma, a certificate, etc, but to have the knowledge that a university can give to you and most roadmaps and online courses don't provide to us. By the way, the market has not been easy for entry-level developers and it's imperative that we have a good curriculum!

That's why I am writing this, to give you an initial roadmap with knowledge beyond programming according to my experience as a junior developer who is almost graduating and also completing one year of working soon. This roadmap will give you rich knowledge to study about development and other important topics which will help you to be a well-versed Junior Software Engineer. Let's go!

OBS: Links are just suggestions for some subjects! Be curious!

1. Introduction to Programming and Programming Logic

Some good links:

2. Algorithms, Data Structure and Paradigms

Some good links:

Some good books:

Introduction to Algorithms - Thomas H. Cormen, Charles E. Leiserson, Ronald L. Rivest and Clifford Stein.
Grokking Algorithms - Aditya Bhargava

3. Git and GitHub

What is Git and GitHub | Version Control | Git Commands | SSH Keys | Resolving Conflicts

Some good links:

Git and GitHub course from scratch

4. Computer Networking

Networks | Addressing | Protocols | OSI and TCP/IP and its layers, protocols, etc

Some good links:

5. Choose your path in programming

Web or mobile development?
If Web, Front or Back-End? If mobile, Android, iOS, Flutter...?
What stack (language, framework...) are you going to focus on at this moment? One tip for this is to study the market and see what the jobs are requiring, for example.

Create your own roadmap on this step for what you are going to work on, but, for example, if you choose to work on the Front-End, don't ignore the Back-End! It's important to know at least the basics of how it works.

Never forget: you must practice and create your own projects for your portfolio.

Some good links:

I repeat: be curious!.

6. Data Storage

Some good links:

Some good books:

Fundamentals of Database Systems - Ramez Elmasri e Shamkant Navathe

7. Software Testing

Unit Tests, Integration Tests, End-To-End Tests... knowing how to test your code and your application is really important. What you will use here depends on the language, framework, etc. For ReactJS (a JavaScript library), for example, it's commonly used Jest and React Testing Library.

Some good links:

Get started with software testing types

8. Software Engineering skills

Software Process | Software Documentation

Some good links:

Some good books:

Software Engineering - Ian Sommerville
Modern Software Engineering - David Farley

Finally, I have to say one more time: Be curious! This is an advice I always give to my friends or any other people that are studying to become a developer. Be curious. Go after to really understand what you are doing. Know how to explain about WHAT and WHY you're doing what you're doing. Do not turn on automatic mode. Curiosity and consciousness are keys. Let's learn!

If you think this Roadmap is missing something please put your contributions in the comments! Let's help our community :)