Blog do Samuel Diniz

Vou fazer um breve intervalo na série de artigos Desmistificando o MPS.BR para divulgar um importante evento. Nos dias 22 e 23 de maio, a DevMedia realiza, em São Paulo, a Engenharia de Software Conference. Serão três tracks simultâneos, onde os mais graduados especialistas do ramo discutirão os principais temas da Engenharia de Software atual, entre eles o MPS.Br. Uma metodologia de gerenciamento desenvolvida especialmente para as empresas brasileras.  As explanações vão desde o projeto até os últimos testes de um software, passando pelos diversos conceitos de gerenciamento. Serão 40 horas de conteúdo, distribuídas em 30 palestras. O evento conta com a presença de palestrantes renomados, como Ana Regina Rocha, que será a keynote da conferência. Ela foi uma das idealizadoras do Modelo Mps.Br (Melhoria de Processos do Software Brasileiro), além de ser implementadora e avaliadora credenciada pela SOFTEX e membro do grupo de pesquisa em Engenharia de Software da Universidade Federal ...

Como serão os aparelhos celulares daqui a cinco ou dez anos? Não acho que seja uma previsão díficil de acertar. Mas também não é algo tão óbvio. Venho acompanhando as tendências dessa tecnologia a algum tempo e me arrisco a dar alguns palpites. Tamanho Como diz o ditado, tamanho não é documento. De fato os celulares pararam de diminuir. Finalmente perceberam que celulares muito pequenos são extremamente desconfortáveis de usar. Lembro de um celular da Samsung, que mais parecia um chaveiro e era horrível de acertar os botões. Acredito que a corrida por celulares pequenos acabou. O tamanho dos celulares atuais, com exceção do Blackberry (que é ridiculamente grande), parece adequado. Um bom celular não pode ser muito pequeno, nem muito fino. Exageros comprometem o manuseio. Peso O peso dos celulares atuais também parece estar adequado. Talvez fique um pouco mais leve, mas não há muito o que se fazer nessa área. Não que não exista tecnologia disponível. Mas simplesmente não é necessário. U...

Menos pode ser mais. E quando o assunto é produzir software, primar pela simplicidade pode trazer ótimos resultados. E não é isso que toda empresa quer? A sua também? Então é hora de cair na real. Recentemente, uma empresa tem se destacado por pregar a simplicidade de software -- a 37signals . Eles publicaram um livro chamado Getting Real (Caindo na Real) que, apesar de muito polêmico, tem convencido gestores de TI do mundo inteiro a simplificarem seus processos de desenvolvimento e seus produtos. O livro pode ser lido on-line gratuitamente através do endereço: http://gettingreal.37signals.com/ . Existe uma versão em português também que pode ser acessada nesse mesmo endereço. Leitura obrigatória para desenvolvedores, supervisores e CIOs. Boa leitura!

Em maio, no meu artigo "Faltam programadores no Brasil", comentei que a demanda neste mercado é crescente. Ainda fico devendo aquele roteiro para quem quer começar nessa área, mas aí vai uma dica para aqueles que ainda não encontraram emprego. A ferramenta de recrutamento da IBM agora está funcionando no Brasil. Trata-se doGlobal Opportunity Marketplace, ou simplesmente GOM. Mais informações podem ser encontradas nos sites http://www.ibm.com/br/employment/send.phtml e https://jobs3.netmedia1.com/cp/search.jsp . Sucesso a todos!

Não. Pelo menos até o surgimento de um programa com inteligência artificial suficiente para fazer outros programas -- e isso está um pouco distante da realidade considerando o grau necessário para a substituição. Só que não faltam aqueles que profetizam o fim dessa profissão. Argumentam que assim como ocorreu com os digitadores, será com os programadores. O fato é que a realidade indica que ainda existe muito esforço de programação a se fazer. Durante o seu dia-a-dia, pare e se pergunte: quantos processos de negócio ainda podem ser automatizados? O campo é vasto, muito vasto. Sabe aquele aparelhinho que todo mundo tem? É ele mesmo: o celular. Garanto que você tem pelo menos um. E não é só você. Crianças, idosos, pobres e ricos: todos podem ter um. Agora imagine a quantidade de processos que podem ser integrados ao celular: compras, dinheiro eletrônico, identidade eletrônica, controle de acesso, cinemas, reservas de restaurantes, avisos de trânsito, gps, catálogos etc... Percebeu como o...

Há alguns meses, li um artigo do Plantão Info ( http://info.abril.com.br/aberto/infonews/ ) sobre a carência de mão-de-obra no setor de software brasileiro ( http://info.abril.com.br/aberto/infonews/122007/18122007-1.shl ). É um artigo interessante que confirma algo que já suspeitava: faltam programadores no Brasil. Por isso, é comum encontrarmos profissionais de outras áreas trabalhando com software. Já vi de tudo nessa vida. Administradores, advogados, teólogos e até médicos foram parar na área de desenvolvimento de sistemas das grandes empresas. Qual é o resultado disso? O resultado é que as empresas brasileiras gastam horrores com treinamento, perdem em produtividade e em qualidade. Além disso, não conseguem concorrer com as empresas lá fora. No artigo citado, encontrei vários comentários de supostos profissionais desacreditando o artigo. Alguns desses profissionais, aparentemente bem qualificados, já estavam desempregados há meses e, por isso, acreditavam que a demanda por program...

Hoje vou levantar um assunto polêmico: documentação de software. É incontestável a importância da documentação em quase todo processo de desenvolvimento de software. Documentar software traz diversos benefícios para a equipe de desenvolvimento. Mas não vou perder tempo aqui citando esses benefícios. Não faltam textos sobre esse tema. O que falta é bom senso na hora de decidir se um artefato de documentação deve ou não ser produzido. Afinal de contas, para que a documentação serve? Serve para três propósitos principais: reduzir os riscos no início do desenvolvimento, facilitar a manutenção e, se for o caso, viabilizar a subcontratação. Na sua organização, talvez a documentação de software sirva a outros propósitos. Mas vamos nos concentrar nesses três, por enquanto. Vamos analisar cada um deles com um pouco mais de detalhe. Reduzir os riscos no início do desenvolvimento Quanto mais informação tiver sobre um sistema, menor é o grau de incerteza do desenvolvimento. Por exemplo, um levanta...