Executando verificação de segurança...
3
emmersonswe
1 min de leitura ·

Procrastinação para iniciar algo, Desafio da dica do livro 56 Programador Pragmático

Muitas vezes sinto uma vontade de criar algo novo — um sistema, uma POC (Prova de Conceito) — mas acabo sendo tomado por uma paralisia constante.

Mais alguém já passou por isso?

Na página 238 de O Programador Pragmático (dica 56 — “Só comece quando estiver pronto”), no trecho sobre desafios, os autores falam sobre a chamada “síndrome do medo”. É exatamente assim que me sinto neste momento. Vivemos na era da inteligência artificial, com todo mundo criando SaaS, falando de competências em níveis irreais, prazos superestimados e uma percepção do desenvolvimento de software muitas vezes completamente antipragmática. Basta ver um tutorial superficial ou ter contato raso com algum assunto para eu começar a idealizar cenários gigantes na minha mente — mas, na hora do hands-on, do “mão na massa”, eu simplesmente travo.

Mais alguém vivencia isso? Vocês se rendem a essa sensação ou têm algum truque para contornar? Quando estão em grupo ou em equipe, isso ajuda a amenizar ou até extinguir essa paralisia?

Os autores do livro dão uma sugestão simples: começar por uma POC (Prova de Conceito). Estou tentando levar isso mais a sério.

Tags
#programacao
#desenvolvimentodesoftware
#devlife
#programadorpragmatico
#carreiradev
#sindromeDoImpostor
#medodecomecar
#procrastinacao
#poc
#aprendizadoContinuo
#tecnologia
#inteligenciaartificial
#saas
#vidaDeDev
#mentalidadeDev

Carregando publicação patrocinada...
2
Oletros

Meus 2 cents,

Quando pego um projeto para desenvolvimento, sempre comeco com uma PoC do mesmo.

Mas o que eh a PoC (Prova de Conceito) ?

Eh a dor central do projeto, com o minimo possivel para funcionar (geralmente sem CRUD, sem controle de acesso, autenticacao, nada) - as vezes so uma tela muito basica para testar a ideia.

Por exemplo, se vou desenvolver um POS (terminal de checkout) - a PoC sera testar a API de emissao de NF e integracao com a maquininha, porque no final eh isso que eh o coracao do sistema - se isso nao funciona, nao importa o resto. E eh provavelmente a parte que exige um certo esforco, no caso destrinchar chamadas de API, chaves, etc.

Entao eh isso: cada sistema geralmente tem um "coracao" em torno do qual tudo gira - e eh isto que gosto de fazer primeiro, ate para entender como o resto vai se integrar. Logico que tem levantamento de requisitos, DDD, casos de uso, modelagens, etc - mas eh atraves deste "coracao" que consigo "enxergar" sobre o que eh o sistema e quais serao os buracos que ainda nao foram mapeados no levantamento e analise (p.ex. aquele campo extra ou relacionamento que vai precisar na tabela).

De resto, eh a teoria de como comer um elefante: uma mordida por vez.

Eh como subir uma escada: se voce olhar para cima, desanima com o tanto de degraus ainda por subir. Se olhar para baixo, fica com medo de cair. Entao foco no degrau anterior que te trouxe ate aqui, no degrau atual onde esta e no proximo degrau - so isso.

E, claro, tomar cuidado com a dopamina: videos de YT, TK, zap, insta, X, netflix e por ai vai - se voce deixar, isso consome todo o teu dia e ja era. Reserve pelo menos 30 minutos para a programacao sem interrupcao, e se voce entrar em "fluxo" vai ver que os 30 minutos se tornam facilmente 1 ou 2 horas de concentracao.

Saude e Sucesso !

1