No começo da minha carreira eu recebia as demandas e já queria codificar! Fico na dúvida se era porque eu sou muito ansiosa ou se é porque eu realmente sempre gostei muito de codificar.
O fato é que eu sempre tinha muito retrabalho, e sempre perguntava muito!
Perguntar não é um problema, principalmente no começo da carreira é preciso deixar a timidez de lado e sempre questionar os desenvolvedores mais experientes. O problema é que conforme eu desenvolvia uma parte da demanda surgia uma duvida… desenvolvia mais um pouco surgia outra… E assim eu questionava meus parceiros de trabalho várias vezes! Ou seja, uma chata!
Hoje quando eu demando alguma atividade para algum desenvolvedor mais novo, eu sempre pergunto se ele tem dúvidas e falo para ele entender o que eu pedi e me fazer todas as perguntas de uma vez… Eu confesso que mesmo tentando ser paciente é muito chato ser interrompida várias vezes. Então a minha primeira dica é antes de começar uma demanda leia sobre ela, anote suas dúvidas e pergunte de uma vez. Isso não quer dizer que uma resposta não levará a outras dúvidas isso quer dizer que você não vai ser chato como eu era! Além disso entender a demanda antes de começar a atuar nela evita que você tenha retrabalho, e assim conseguirá entregar suas atividades de forma mais rápida e com melhor qualidade. Pergunte! Entenda e só depois faça!
Eu sempre vou para reuniões com um caderno. Ele é lotado de rascunhos que muitas vezes são inteligíveis somente para mim. Mas sem eles eu não consigo fazer um modelo de dados coerente. Não uso nenhuma modelagem formal nesta etapa, mas coloco no papel a versão previa do modelo de acordo com meu entendimento. Estes rascunhos as vezes são feitos até em equipe, e me ajudam a visualizar o meu banco de dados. Depois que eu faço estes rascunhos eu começo a modelar o banco de dados. Então minha segunda dica é rabisque antes de modelar! Faça desenhos, mostre o que você entendeu discuta antes de modelar. E nem preciso dizer que sempre modelamos o banco de dados antes de desenvolver! Sempre!!!
A terceira dica é entenda o contexto de negócio! Não seja um só mais um executor! Entenda o que sua empresa faz! Conheça o negócio dela! Conheça o objetivo e o contexto da sua aplicação.
Conhecer a empresa pode te apresentar excelentes oportunidades. Imagina aquele dia em que você vai trabalhar chateado… Está buscando o emprego dos sonhos… De repente descobre que uma outra área precisa de um desenvolvedor junior com o seu perfil, para uma atividade bem mais gratificante ou melhor remunerada… Enfim como você está há tempos esperando. Tenha certeza, a empresa dará preferencia para quem conhece o negócio.
Faça testes, instale configure entenda e aprenda novos bancos de dados. Entendo que a sua empresa só trabalha com SQL e Oracle… mas porque não conhecer também o MongoDB? No momento em que surgir um projeto ou até um novo emprego você já terá conhecimentos, mesmo que teóricos! Estude! Conhecimento nunca é perdido! Alinhada com esta dica vou publicar uma série de posts sobre o banco de dados MongoDB. Instale, teste, pesquise, instale novamente… Enfim experimente.
Tenha certeza que com estas dicas e muitas outras que publicarei aqui você estará mais perto de criar os melhores aplicativos e ser reconhecido por isso!
Tenha uma excelente semana!
Se você gostou, compartilhe este post! Se você tiver dúvidas, fale comigo.