Archive for the ‘Reflexões’ Category
12 de dezembro de 2011, por Denis Ferrari em Reflexões
Uma imagem vale mais do que mil palavras segundo a sabedoria popular. A imagem “The War Between Developers, Designers and Project Managers” resume com maestria boa parte dos sentimentos que encontramos no mercado de desenvolvimento de software atualmente. Apesar de entender o propósito da imagem (e rir também), como desenvolvedor, tenho uma impressão diferente do que foi apresentado no primeiro bloco de imagens. Acredito que os dois últimos lugares que trabalhei me ajudaram a entender bem o papel do Desenvolvedor, do Designer e do Gerente de Projetos, papel que desempenhei por algum tempo. Read the rest of this entry »
05 de dezembro de 2011, por Denis Ferrari em Reflexões
Para ser diferenciado, todo profissional precisa fazer mais do que é “obrigado”. Na área de TI, ter atividades paralelas possibilita que você melhore seu conhecimento, networking e até mesmo sua visão sobre a área. Inspirado por um e-mail de uma colega do Blog Minha Carreira, decidi escrever esse artigo mostrando quais são as atividades relacionadas a desenvolvimento que fizeram (e ainda fazem) diferença na carreira de vários profissionais. Vamos lá:
Se tem algo que realmente vale a pena assistir são entrevistas. Não importa a área do entrevistado, você sempre aprende alguma coisa. Uma entrevista que acho muito relevante para qualquer profissional da nossa área é a entrevista do Alex Atala ao Roda Viva. Alex Atala é chef de cozinha e proprietário do D.O.M Restaurante. Na entrevista, ele mostrou que a nossa área tem algumas coisas em comum com a gastronomia. Fiz alguns comentários sobre os pontos que julguei mais relevantes, mas recomendo fortemente que você leitor, assista a entrevista e reflita sobre essas semelhanças:  É impressionante como a repetição de uma determinada atividade faz com que nós, executores, percamos de vista a razão por trás dela. Isso é comum, mas não é bom na área de desenvolvimento, afinal, se uma tarefa é repetitiva e não exige reflexão, podemos colocar um robô no nosso lugar, que além de ser mais barato, vai errar menos. Participando de alguns grupos de discussão, percebo que muitos profissionais, em diferentes níveis de maturidade, seguem regras sem analisar o contexto em que estão inseridos. Isso é normal em profissionais inexperientes, afinal, ninguém nasce competente, mas quando falamos de profissionais com mais tempo de experiência, o argumento “Faço assim por que é o certo” pode justificar uma decisão que acarretará em prejuízos enormes para o projeto.
21 de junho de 2011, por Denis Ferrari em Reflexões
Competência, segundo o dicionário informal, é a capacidade de mobilizar conhecimentos, valores e decisões para agir de modo pertinente numa determinada situação. A competência de um profissional é formada com o tempo, não existem atalhos. Todo profissional deve decidir como aplicar o seu tempo hoje para colher louros no futuro. Na empresa onde trabalho atualmente, por exemplo, para um profissional participar de um projeto web terá de conhecer: HTML, Web Standards, CSS, Tableless, Java Script, Java Script não-obstrutivo, C#, TDD, Web Forms ou MVC, EF ou NHibernate e POO dentre outras coisas. Não há como obter todo esse conhecimento da noite para o dia. Qualquer pessoa que deseja atuar na área de desenvolvimento deve investir seu tempo (e possivelmente seu dinheiro) na obtenção de conhecimento.
Depois dos feedbacks positivos com relação ao HeroCast, decidi experimentar um outro formato de publicação onde, através da Twitcam, busco falar sobre assuntos relacionados à área de desenvolvimento usando como referência alguns posts.
Séries como Friends, Two And A Half Men e The Big Bang Theory são alguns Sitcoms de sucesso que, ao analisarmos seus processos de produção, percebemos que vários aspectos desse tipo de projeto são comuns à projetos de software. Essa comparação pode parecer estranha de início, mas além das semelhanças, devemos avaliar também quais práticas do Show Business deveriam ser aplicadas na nossa área a fim de melhorá-la.
Só o código importa. Essa frase nem sempre me disse tanto quanto diz hoje em dia. Sua simplicidade desafia a compreensão de um profissional que vivenciou e ainda vivencia projetos de software nos quais o código é apenas mais uma das coisas que podem dar errado. Em um contexto no qual passamos boa parte da graduação aprendendo a montar diagramas e no mercado em que os profissionais passam o dia montando documentos, essa frase realmente não pode fazer sentido. Desde 2009 atuo em um contexto diferente da maioria do mercado: O contexto de entregas rápidas e funcionais de software. Nele o tempo é um recurso que precisa ser muito bem aplicado e tudo o que for desnecessário ou demorado deve ser simplificado ou simplesmente removido do processo, buscando a entrega. Nesse contexto, onde o que importa é software funcionando, feedbacks rápidos e projetos adaptáveis à mudança de requisitos e tecnologias, o código ganha muito mais relevância do que tem nas fábricas e torna-se a base para obtenção de bons resultados. Trabalhar nesse contexto me trouxe algumas percepções que gostaria de compartilhar. Não são verdades absolutas é claro, mas fazem muito sentido para mim:
A pedido do Prof. Lourival Cristofoletti apresentei para uma turma e Ciência da Computação na Faculdade Faesa dicas sobre o mercado e a carreira de desenvolvimento de software. Essa palestra já foi há algum tempo, mas estava organizando as apresentações no meu computador e esbarrei com essa palestra. Engraçado como as coisas acontecem, olhando as fotos da palestra vejo que um dos coordenadores do MSDev-ES e atual membro do time de desenvolvimento da Mindworks estava lá, o Rafael Hrasko. A foto também mostra o ponto onde iniciei algumas boas amizades, afinal, ainda sou formando na Faesa.
13 de julho de 2010, por Denis Ferrari em Reflexões
A cada dia que passo na área de desenvolvimento de software percebo que a mesma é peculiar em vários aspectos. É comum pessoas de outras áreas formarem opiniões sobre a nossa área usando como referência suas áreas de conhecimento, o problemas disso é que, geralmente, só quem é da área de software consegue ter uma visão realista sobre as características e problemas da área. Após vários debates sobre o tema, decidi fazer um post sobre Previsibilidade em desenvolvimento de software. Decidi abordar o tema em uma apresentação ao invés de escrever, pois acredito que assim consegui expressar melhor as características que fazem com que seja tão difícil na nossa área estimar o tempo de desenvolvimento dos projetos. |
|
||||||
