Thread de ideias de projetos interessantes pra você.
A ideia é que você faça algo que seja realmente UTIL pra você. Que você tenha vontade de usar e de fazer. Isso serve pra:
- te motivar. A gente se motiva com aquilo que gostamos.
- ter requisitos reais de desenvolvimento
Programador que não tem projeto autoral dificilmente cresce na carreira.
Eu já explica porque.
Eu até conheço bons programadores que têm cargos altos e ganham bem mesmo sem nunca ter feito um projeto autoral, mas são minoria.
Se quiser pode copiar essa ideia aí e fazer você mesmo.
Ou se quiser me chama que te ajudo a pensar em ideias pra você fazer.
Tá aqui o carrossel que eu falei: https://t.co/Or3w2GkuvM
se Deus é o ser Universal, então ele é o criador do bem, portanto o próprio Bem. Sendo o Sumo Bem, ele é infinitamente superior que nós e mais capaz de definir um plano que nos leve à felicidade.
Portanto não faz sentido achar que "planejamos juntos". É como dizer que uma criança pode planejar sua educação junto com o pai. Ela não tem capacidade pra isso. Deus sendo bom, definiu o plano perfeito, e nossa missão é ESCUTAR o que ele definiu e usar nossa liberdade para seguir a isso.
Tem práticas concretas pra isso.
Aqui vai uma lista de como aplicar na prática a técnica de "follow up infinito" pra conseguir a atenção de qualquer recrutador que parou de responder.
A cada 2 dias sem resposta, envie uma nova mensagem (seja linkedin, email, etc).
Vou incluir aqui na thread alguns exemplos.
Muito programador reclama que nunca recebe resposta do processo seletivo. Aqui vai uma dica valiosa e simples:
Seja inconveniente.
Se o recrutador não te responde, chame ele de novo. E de novo. E de novo. Pelo menos umas 7x. Parece chatisse, mas na verdade não é. Xô explicar:
se você tem só ~alguma experiência pequena, é só tirar a palavra "bastante". Ao invés de "tenho bastante experiência" fica "tenho experiência".
Assim soa ao mesmo tempo confiante sem ser mentiroso.
Muito programador reclama que nunca recebe resposta do processo seletivo. Aqui vai uma dica valiosa e simples:
Seja inconveniente.
Se o recrutador não te responde, chame ele de novo. E de novo. E de novo. Pelo menos umas 7x. Parece chatisse, mas na verdade não é. Xô explicar:
@vepo Mas existe uma clara distinção entre a civilização ocidental e oriental, que todos os países roxos e azuis compartilham e os outros do oriente não. Que são instituições baseadas no direito romano e educação baseado na filosofia grega, por exemplo.
Eu coloquei na minha rotina pra gastar pelo 1h por dia conversando com meus mentorados ou potenciais novos.
Ai decidi usar um CRM pra fazer o controle de quem falta falar, quem eu devo focar hoje, etc etc.
O problema é que poucos CRMs bons integram automaticamente com whatsapp
Thread de ideias de projetos interessantes pra você.
A ideia é que você faça algo que seja realmente UTIL pra você. Que você tenha vontade de usar e de fazer. Isso serve pra:
- te motivar. A gente se motiva com aquilo que gostamos.
- ter requisitos reais de desenvolvimento
Exemplos de automações inúteis mais divertidas:
Um amigo me mandou mensagem no whatsapp dizendo que tinha algo importante a dizer mas ficou fazendo drama e que não queria falar o que era.
Então fiz um script que fica automaticamente enchendo o saco dele até ele responder.
As respostas nessa thread são muito interessantes. A parte mais desgastantes pros devs é ter que lidar com má gestão. O problema é que o trabalho de criação de software tem duas características únicas:
- é altamente especializado (tem uma alta barreira de entrada, não é qualquer um que sabe programar)
- é um trabalho criativo
E tem uma terceira característica que termina de complicar evidenciada na imagem:
- a criação de software está no meio do caminho entre um objetivo de negócio e um usuário que usa o software.
O criador no negócio (CEO, diretores, head de marketing, estrategista, etc) em teoria não pega nada de ninguém para criar seu trabalho. Ele é o início da cadeia.
E na ponta final (suporte, customer success, vendedor, UI Designer) em teoria não precisa passar nada pra ninguém. Seu trabalho termina alí.
No meio tem o criador do software.
Se software fosse um trabalho mecânico (como, sei lá, inspetor mecânico de aeronave), não teria nenhum problema. Ele recebe a demanda, executa, e passa pra frente. No melhor estilo fordista.
O problema é que é um trabalho criativo. Exige solução sofisticada de problemas. Se a demanda não é passada direito, o trabalho é impossível de ser executado.
E se a carreira não fosse altamente especializada porém criativa (como, sei lá, artista de rua), qualquer um poderia fazer o papel do Dev. Nesse caso, o "gestor" ou o "dono do produto" poderia fazer isso.
Mas não dá. Só devs podem fazer o trabalho de devs. E é um trabalho criativo, ou seja, alguém que não é o dev precisa passar direito a demanda pro dev.
Isso é a receita pro destrastre.
A solução?
Devs pegarem mais responsabilidades de negócio e aprender a olhar todas as pontas do processo.