DEV Community: Matheus Leandro Ferreira

Kotlin as a Teaching Language: From Object-Oriented Concepts to Modern Software Design

Matheus Leandro Ferreira — Tue, 27 Jan 2026 15:47:50 +0000

Kotlin is often presented as a modern, concise, and expressive programming language. However, its true strength goes beyond productivity gains. In an educational context, Kotlin, like a Java, proves to be an excellent language for teaching core concepts of Object-Oriented Programming (OOP) and modern software design.

Based on more than a decade of experience teaching programming at the university level, this article explores why Kotlin works so well as a teaching language and how it supports both foundational learning and professional readiness.

Kotlin and Object-Oriented Foundations

One of the biggest challenges when teaching OOP is helping students understand concepts, not just syntax. Kotlin reduces syntactic noise, allowing students to focus on ideas such as:

Abstraction
Encapsulation
Responsibility and cohesion
Object collaboration

Features like primary constructors, data classes, and clear property declarations make object modeling more intuitive and readable, especially for beginners.

Encouraging Good Design Early

Kotlin encourages good practices by default. Null safety, immutability support, and expressive type declarations naturally lead students to write safer and more maintainable code, even before they formally study topics like clean code or software architecture.

Instead of fighting the language, students learn with the language.

Bridging Academia and Industry

Another advantage of Kotlin as a teaching language is its strong alignment with industry practices. Students are not learning an academic-only language; they are learning a tool actively used in Android development, backend services, and multiplatform projects.

This connection increases student engagement and confidence when transitioning from university to professional environments.

Kotlin is not just a modern alternative to older languages — it is a powerful educational ally. By reducing complexity and highlighting core concepts, Kotlin allows educators to teach programming with more clarity, depth, and relevance to the real world.

Por que ser desenvolvedor é tão estressante?

Matheus Leandro Ferreira — Fri, 27 Sep 2024 12:39:11 +0000

Se você trabalha com desenvolvimento de software ou conhece alguém que trabalha, já deve ter ouvido falar que essa é uma profissão estressante. Mas por que isso acontece? Com tantas ferramentas e metodologias modernas, não era para ser mais fácil? Vou te contar o que, na prática, torna a vida dos desenvolvedores um verdadeiro teste de paciência (e resistência!).

No mundo da tecnologia, as coisas mudam rápido. Clientes querem tudo para ontem, e o que parecia impossível na segunda-feira, precisa estar funcionando na sexta. Isso significa que os desenvolvedores muitas vezes têm que resolver problemas complexos em prazos curtíssimos. Essa corrida contra o tempo acaba gerando uma pressão enorme, e é aí que o estresse começa a bater à porta.

Imagine só: você está no meio de um projeto importante, faltando poucas horas para entregar, e de repente surge um bug que você não esperava. Para o cliente, é só uma "coisinha" para ajustar, mas para o desenvolvedor, pode significar horas de investigação e correção. E o relógio não para!

Além da pressão por prazos, os desenvolvedores carregam uma enorme responsabilidade. Afinal, um código mal escrito pode causar grandes problemas. Desde uma aplicação que trava na hora errada até uma falha de segurança, os erros podem ter consequências sérias. É por isso que muitos desenvolvedores ficam tensos com a ideia de errar, já que qualquer deslize pode gerar retrabalho, insatisfação do cliente ou, pior, prejuízos financeiros.

Agora, se pensarmos em outra profissão altamente estressante, como a medicina, o paralelo é claro. Um erro médico, muitas vezes invisível aos olhos de pacientes, pode causar complicações sérias. No desenvolvimento, os "bugs" também nem sempre são visíveis de imediato. Às vezes, um problema de código só aparece em um cenário muito específico ou raro, tornando o erro ainda mais difícil de antecipar. Assim como médicos precisam confiar em exames e diagnósticos para evitar erros, desenvolvedores precisam testar seu código repetidamente, usando várias técnicas para garantir que nenhum "bug" escondido cause estragos no futuro.

Outra fonte de estresse é a necessidade de estar sempre atualizado. O mundo da tecnologia é um dos mais dinâmicos, e novas linguagens, frameworks e ferramentas surgem o tempo todo. Isso significa que o desenvolvedor precisa estudar constantemente para não ficar para trás. Muitas vezes, ele termina o trabalho e já vai para cursos online, livros ou artigos para aprender as novidades do mercado.

Se compararmos isso com outras áreas como a medicina, vemos um padrão similar. Médicos e profissionais de saúde também precisam se manter atualizados com os novos tratamentos, medicamentos e tecnologias. Em ambos os casos, o impacto de não acompanhar essas mudanças pode ser significativo: no desenvolvimento, pode levar a projetos desatualizados ou ineficientes; na medicina, pode comprometer a saúde do paciente. Esse ciclo contínuo de aprendizado e adaptação é um dos fatores que mais contribui para o estresse nas duas profissões.

O famoso "crunch time" é uma realidade em muitas empresas de tecnologia. Nos momentos finais de um projeto, é comum que os desenvolvedores precisem trabalhar além do horário, madrugando e abrindo mão de finais de semana para dar conta do prazo. Esse ritmo intenso pode ser sustentável por um curto período, mas quando vira rotina, o corpo e a mente começam a cobrar o preço.

Na medicina, os plantões longos são um bom paralelo. Médicos muitas vezes enfrentam turnos de 24 horas ou mais, tomando decisões críticas sob pressão e cansaço extremo. Assim como os médicos precisam estar atentos ao desgaste físico e mental, os desenvolvedores também sofrem com os efeitos da fadiga, o que pode afetar sua capacidade de escrever código limpo e eficiente.

Apesar de todos esses desafios, ser desenvolvedor também pode ser muito recompensador. A sensação de resolver um problema complexo, ver um projeto ganhar vida e saber que o seu trabalho está impactando a vida de milhões de pessoas é incrível! E, claro, a possibilidade de crescimento na carreira e as boas remunerações também são grandes incentivos.

O segredo está em encontrar um equilíbrio. Empresas que oferecem um ambiente de trabalho saudável, respeitando os limites dos desenvolvedores e incentivando pausas e cuidados com a saúde mental, conseguem reter seus talentos e garantir uma equipe motivada e produtiva.

Ser desenvolvedor não é fácil. A pressão por resultados, a responsabilidade, a constante atualização e as longas horas de trabalho fazem dessa uma das profissões mais desafiadoras (e estressantes) do mercado. Mas com apoio adequado, boas práticas e um pouco de autocuidado, é possível superar esses desafios e aproveitar as recompensas que essa carreira tem a oferecer. Assim como na medicina, o impacto positivo que um desenvolvedor pode ter é enorme — mas, para isso, é preciso cuidar da própria saúde e evitar o desgaste.

Escolhas e Disciplina: A Jornada do Desenvolvedor ao Empresário de Software

Matheus Leandro Ferreira — Wed, 18 Sep 2024 11:32:19 +0000

Você já parou para pensar: será que daqui a 10 anos estarei vivendo a vida que escolhi ou me conformando com uma que me foi imposta?

Os próximos 10 anos podem passar mais rápido do que imaginamos. As escolhas que fazemos hoje vão determinar onde estaremos no futuro. Aos 20 anos, tomei decisões que me trouxeram até aqui e sei que as decisões de hoje vão influenciar onde estarei no futuro. E você, já pensou em onde quer chegar?

Como desenvolvedores, estamos sempre planejando e propondo soluções para melhorar os produtos e processos das empresas em que trabalhamos. A ironia é que muitos de nós somos incapazes de fazer o mesmo pela própria vida. Vamos nos conformando com a rotina, executando tarefas no modo automático, e assim vamos existindo ao invés de viver plenamente.

Agora, antes de continuar, preciso deixar algo claro: eu não estou dizendo que todo desenvolvedor um dia precisa se tornar um empresário. Há pessoas que estão felizes com a carreira que construíram e querem continuar exatamente onde estão, e tá tudo bem. O importante é saber se a vida que você está vivendo é aquela que você escolheu, e não aquela com a qual se conformou.

A transformação verdadeira na vida começa quando temos um compromisso maior com nossos sonhos e objetivos do que com a nossa zona de conforto. Isso se reflete muito na transição do desenvolvedor para o empresário.

Como desenvolvedores, estamos acostumados a resolver problemas, implementar funcionalidades, e cumprir metas. Mas quando pensamos em empreender, a responsabilidade aumenta. Não se trata apenas de entregar código, mas de construir um negócio, tomar decisões difíceis e estar disposto a pagar o preço que esse caminho exige.

A partir de agora, proponha a si mesmo um novo hábito: em cada ação, pergunte-se: "Isso está alinhado com a vida e a carreira que quero construir?" Lembre-se sempre: disciplina é fazer o que você não quer, para chegar onde deseja.

O caminho do desenvolvedor ao empresário de software é repleto de desafios, mas também de oportunidades. Cabe a você decidir se vai viver uma vida que escolheu ou apenas se conformar com o que vier.

O Fim do Trabalho Remoto? A Decisão da Amazon e o Futuro da Flexibilidade

Matheus Leandro Ferreira — Mon, 16 Sep 2024 20:08:37 +0000

Nos últimos anos, o trabalho remoto ganhou espaço, tornando-se uma prática amplamente adotada, principalmente durante a pandemia. No entanto, recentemente, temos visto um movimento contrário por parte de grandes empresas, como a Amazon (https://www.cnbc.com/2024/09/16/amazon-jassy-tells-employees-to-return-to-office-five-days-a-week.html), que estão reavaliando suas políticas. A Amazon, que já havia restringido o trabalho remoto, agora parece estar caminhando para eliminar até mesmo o modelo híbrido, forçando seus funcionários a voltarem ao escritório cinco dias por semana.

Isso levanta questões importantes sobre o futuro do trabalho remoto e o impacto dessas decisões na vida de profissionais de tecnologia.

O que motiva empresas a acabar com o trabalho remoto ou híbrido? No caso da Amazon, a decisão pode estar relacionada a um desejo de aumentar o controle, fomentar a cultura da empresa, ou até mesmo a percepção de que o trabalho no escritório é mais produtivo. A realidade é que essa escolha não é isolada – outras empresas têm seguido um caminho semelhante, seja restringindo o trabalho remoto ou impondo regras mais rígidas.

Porém, será que esse é o melhor caminho? Desde que o trabalho remoto ganhou força, ele mostrou ser um modelo eficiente e sustentável para muitas empresas, proporcionando benefícios tanto para os funcionários quanto para os empregadores. No entanto, para algumas organizações, o escritório físico continua sendo um pilar da cultura corporativa.

Para os desenvolvedores, a volta obrigatória ao escritório pode ser um golpe. Um dos atrativos da profissão tem sido justamente a flexibilidade, permitindo que profissionais trabalhem de qualquer lugar, conciliando melhor a vida pessoal e profissional. Com a decisão da Amazon, é natural pensar que outras grandes empresas de tecnologia possam seguir a mesma direção, criando um efeito cascata no mercado.

Além disso, a obrigatoriedade de presença física pode significar menos oportunidades para profissionais que não residem em grandes centros urbanos, impactando a diversidade e inclusão dentro das empresas.

Um dos argumentos mais comuns para o retorno ao escritório é a produtividade. A crença de que a interação presencial gera mais criatividade e eficiência é válida, mas até certo ponto. Durante os últimos anos, muitos profissionais conseguiram equilibrar suas tarefas remotamente, com reuniões online, uso de ferramentas colaborativas e ambientes de trabalho adaptados às suas necessidades.

No entanto, o retorno forçado ao escritório pode não trazer o aumento de produtividade esperado. Muitos estudos apontam que trabalhadores satisfeitos e com um bom equilíbrio entre trabalho e vida pessoal são mais produtivos.

Na minha visão, a flexibilidade é essencial. Trabalhar de casa ou em um ambiente híbrido não significa ser menos produtivo. Pelo contrário, a possibilidade de escolher quando e onde trabalhar pode resultar em uma equipe mais motivada e alinhada com os objetivos da empresa. Forçar uma volta ao escritório, sem considerar as preferências e o bem-estar dos funcionários, pode ter efeitos negativos a longo prazo, como queda na satisfação, aumento da rotatividade e dificuldade em reter talentos.

O futuro do trabalho não é estático, e talvez a resposta esteja em modelos mais flexíveis que atendam às necessidades dos profissionais e das empresas. Afinal, se a pandemia nos ensinou algo, foi que somos capazes de adaptar nossas formas de trabalhar e continuar entregando resultados.

Clean Code: Um Clássico ou um Manual de Burocracia?

Matheus Leandro Ferreira — Mon, 16 Sep 2024 00:17:57 +0000

O livro Clean Code foi um marco no desenvolvimento de software, mas, sinceramente, ele envelheceu mal. Robert C. Martin, com sua obsessão por regras, criou um manual que acaba tornando o código quase uma peça de museu: bonito de olhar, mas nem sempre prático de usar. A ideia de que seguir à risca todos os princípios propostos vai levar ao "código perfeito" é ilusória. Na prática, essa abordagem pode transformar um projeto em um festival de burocracia, onde até tarefas simples se tornam uma jornada pelo excesso de abstrações.

Além disso, a ênfase exagerada em detalhes como a escolha de nomes e a fragmentação do código pode ser um tiro no pé. Afinal, o código é para ser compreendido por pessoas, não para ganhar medalha de "limpeza". E convenhamos, um método com três linhas ou uma classe fragmentada em mil pedaços não garante código de qualidade — muitas vezes, faz justamente o contrário.

O mais irritante é como o livro parece ter parado no tempo. Hoje, trabalhamos com paradigmas que vão muito além da orientação a objetos e das metodologias ágeis da década passada. O mundo evoluiu, e o Clean Code (do livro) não acompanhou. É como se tentássemos usar ferramentas antigas em um mundo onde práticas como programação funcional, DevOps e microserviços são a norma.

Não sou contra a orientação a objetos; muito pelo contrário, é a base do meu trabalho diário. Gosto de SOLID. Mas não podemos fechar os olhos para outras formas de desenvolver, como a programação funcional, que oferece alternativas interessantes e soluções para problemas complexos. No fim, a melhor prática é aquela que se adapta ao contexto do projeto, sem se prender a dogmas "ultrapassados".

Resumindo, o Clean Code não é a bíblia do bom código que muitos pensam. É um conjunto de regras que precisa ser encarado com ceticismo. Se seguirmos cegamente essas recomendações, corremos o risco de cair em armadilhas de excesso de padronização e perda de foco no que realmente importa: entregar soluções eficientes e sustentáveis. Não estou dizendo para não usar nada ofertado no livro, muito pelo contrário! Use! Mas use com moderação. Use sabendo o contexto a ser empregado.

PS: A ideia desse artigo surgiu de uma thread que fizeram no BlueSky sobre livros. Encontrei diversos programadores postando o livro como referência e diversos criticando. Resolvi dar a minha visão a respeito e fiz isso em português (para não distorcerem a minha critica). Relutei muito em postar, pois isso é um assunto bem polêmico.

The Importance of Soft Skills for Software Developers

Matheus Leandro Ferreira — Fri, 13 Sep 2024 23:59:49 +0000

In the world of software development, technical skills often take center stage. Developers are constantly encouraged to master programming languages, algorithms, and design patterns. However, there is another crucial aspect of a developer's career that tends to be overlooked: soft skills. Communication, time management, and personal branding are just as vital as coding proficiency in defining a successful developer.

It’s common for developers to imagine their careers as purely technical, focusing on problem-solving and system architecture. Yet, as they advance in their careers, they encounter situations that highlight the importance of effective communication, teamwork, and self-presentation. This is precisely where soft skills come into play, helping developers break down barriers and foster growth in their professional journey.

Think about this: you are an exceptional developer, highly skilled in writing efficient and maintainable code. However, when the time comes to explain your solution to your team or client, you find it challenging to convey your ideas effectively. Or perhaps you struggle to provide constructive feedback, leading to misunderstandings and, ultimately, project delays. These scenarios are more common than we realize and emphasize the crucial role of communication in software development.

The ability to interact with others, whether it's through discussions, feedback, or conflict resolution, shapes a developer's role within a team. It’s not just about formal meetings or presentations. It’s about everyday interactions – how you express your thoughts in a code review, how you clarify requirements with stakeholders, and how you respond to criticism. Without strong communication skills, even the most talented developer may find their ideas sidelined or misinterpreted.

The misconception that software development is a solitary activity, focused solely on coding, becomes evident when developers face these collaborative situations. It’s a reality check that highlights the need for developing other, non-technical skills. Interestingly, this realization aligns with some of the key values found in John Sonmez's Soft Skills: The Software Developer's Life Manual.

In his book, Sonmez emphasizes a vital point: You are the CEO of your career. This powerful statement serves as a reminder that no one else is responsible for steering our professional journey. Many developers expect their company or managers to guide them, but the truth is, the onus is on us to take charge and create the opportunities we seek.

The development of soft skills is what sets apart a developer in a competitive market filled with technically proficient professionals. Being able to simplify complex ideas, negotiate with clients, adapt to changing requirements, and offer constructive feedback are abilities that enhance one’s career. It is much like building a project where the project is your own professional growth.

In summary, soft skills are just as critical as technical skills for a software developer’s success. They enable you to articulate your thoughts, foster collaboration, and manage your career proactively. These skills are what will distinguish you in a world where excellent coding is expected but effective communication and self-management are truly valued. It's not just about mastering code; it's about mastering yourself as a professional.

So, what do you think? How have soft skills impacted your career as a developer? Feel free to share your experiences in the comments.