Um dia de alegrias e tristezas para o programa espacial americano, já que a Endeavour vai para a sua última missão.

Para aqueles que não acompanharam o lançamento ao vivo, segue o link do Último voo da Endeavour.

Outro dia, no almoço, eu tive uma pequena epifania. Eu também tinha um garfo de churrasco, mas isso é uma outra história. Em qualquer evento, algo veio a claridade que tinha me incomodado profundamente por algum tempo.

Nos últimos anos, a indústria de software se tornou cada vez mais focada no processo e métricas como uma forma de garatir códigos de “qualidade”. Se você seguisse todas as melhores práticas agora, você faria:

• TDD completo, escrevendo seus testes antes de implementar o código.

• Requerer uma porcentagem arbitrária de código checada antes de fazer um check-in.

• Revisar o código completamente em todos os check-ins.

• Usar ferramentas como o Coverity ou Sonar para gerar números de complexidade de códigos e requerer refatoração por parte dos desenvolvedores quando o código estiver demasiadamente complexo.

Adicionalmente, se sua companhia tem bebido Tang sabor Scrum, vocês também teria que gastar seus dias com:

• Geração de cabeçalhos, histórias e tarefas.

• Limpar as histórias antes de cada sprint.

• Aturar seções de planejamento.

• Controlar seu tempo para gerar gráficos para a gerência.

Resumindo, você estará usando boa parte do seu tempo com o processo, e cada vez menos tempo realmente programando a aplicação. Eu trabalhei em algus projetos onde os casos de testes duravam duas ou três vezes mais que programar o código em si, ou onde a necessidade de marretar os testes de unidades reduziram a legibilidade do código. Eu também vi exemplos de desenvolvedores tendo que enganar as ferramentas para atingir metas de quantidades de linhas e complexidade de códigos. A recursão subsequente faz com que isso seja progressivamente pior para o programador passional que escreve um código ótimo, mas o processo mata a paixão. Programadores desinteressados escrevem códigos ruins, códigos ruins fazem com que a gerência adicione mais processos na tentativa de “fazer” com que programadores escrevam bons códigos. E isso somente piora a moral.

Agora, eu certamente não estou advogando para uma abordagem velho-oeste onde nada é testado, e os desenvolvedores programam o que querem ignorando as agendas, etc. Mas a aplicação cega de processos de melhores práticasatravés de todo o desenvolvimento está tornando o que deveria ser um processo criativo em um relatório financeiro com gráficos com um toque de prisão. Enquanto cada um destes bambolês parece bom isoladamentes (exceto talvez o Scrum…), fazer os desenvolvedores passarem por todos eles vai desmoralizar até o mais apaixonado dos geeks.

Eu não tenho a bala mágica aqui, mas as companhias precisam começar a aceitar que existe uma diferença qualitativa entre os desenvolvedores. Fazer com que todos eles usem arados de mesmo peso para garantir que nenhum deles cometa erros é prejudicial para a moral e eficiencia como um todo. Agora, isso pode soar um pouco arrogante: “Eu sou um desenvolvedor experiente, eu não preciso de nenhum desses recém-criadas práticas para fazer bom código.” Mas, por exemplo, talvez desenvolvedores júniores (ou especializados) devessem escrever testes de unidades, deixando os desenvolvedores mais calejados livres para se concentrar na real implementação da aplicação. Talvez você não precise micro-gerenciar eles com seus updates diários do VersionOne para ter certeza que eles estão comprometidos com o sprint.

Talvez uma olhadinha no código seja preferível a um processo de revisão formal.

E um segredo, se voce está dizendo que voce está praticando desenvolvimento ágil, então pratique um desenvolvimento ágil!!! Um projeto onde você decidiu antes de iniciar o ciclo do produto as características que devem ter no produto, a data em que deve ser entregue, e os recursos necessários é um projeto cascata. Usar termos como “histórias” e “sprints” apenas inserem uma casca ágil quebradiça, e é loucura pensar qualquer coisa além disso. E francamente, isso é o que levou a toda a mentalidade Scrum/Burn Down Charts, porque as equipes de desenvolvimento não tema  flexibilidade para “entregar o que está pronto, quando estiver pronto.”

A não ser que os problemas que eu estou falando sejam atacados, eu temo que o ciclo negativo processo/paixão irá continuar a dragar desenvolvedores engajados em um pântano de reuniões e jogos de métricas.

Traduzido daqui.

Tivemos a participação de 86 colegas respondendo o cargo, o cargo registrado em carteira, tempo te formado, salário bruto e a quantidade de funcionários na empresa. Apesar do relativamente pequeno número de respostas, essa pesquisa nos possibilita ter uma visão razoável de quão aquecido anda o mercado de engenharia de computação no Brasil.Pretendemos fazer essa pesquisa anualmente, incrementando e evoluindo as perguntas conforme os feedbacks recebidos. Continuarei meu árduo trabalho de incentivo, com amor e carinho, para que mais pessoas respondam ao questionário.

A tabela da pesquisa pode ser vista nesse arquivo do Google Spreadsheet, mas, a tabulação e geração dos dados foi feita nesse arquivo de Excel.

Como pode ser observado no formulário de preenchimento, foram definidos intervalos para os salários, portanto, os valores das médias não são exatos (uma pessoas que ganha R$11.000,00 aparecerá nos dados como se ganhasse R$25.000,00) e devem ter gerado certa discrepância. Lição aprendida… ano que vem, deixaremos que cada um coloque o salário exato para melhorar a precisão da pesquisa.

Salário médio

O salário médio dos 86 participantes é de R$6.854,65, um salário muito bom, quando se observa que a média da região metropolitana de São Paulo (a maior do país) é de menos de R$1.700,00, conforme apuração do IBGE.

Cargo

Como o campo de cargo podia ser preenchido livremente, obtivemos respostas bastante diversas (bombeiro?), dificultando um pouco a tabulação dos dados. Foram agrupados cargos que, ao meu ver, pareciam coerentes, mas, ainda assim, obtivemos um “outros” de 14% das respostas.

(clique nas imagens para ampliar)

De todos os cargos preenchidos, as maiores médias salariais foram a de analistas financeiros e de negócios e a de engenheiros de software. As menores médias ficaram com desenvolvedores e analistas de sistema.

Tempo formado

Tivemos uma boa divisão de participantes para cada um dos tempos definidos, nos possibilitando ter uma boa visão.

Seguindo para os resultados, obtivemos o padrão esperado por um engenheiro. Quem se formou há mais tempo, ganha mais, com uma média de R$12.100,00 (observando a minha cagada na hora de criar os valores – 10.000 a 25.000). Quem se formou a menos de um ano ganha uma média de aproximadamente R$4.500,00.

Quantidade de funcionários da empresa

Aqui as respostas foram bem discrepantes com uma maioria esmagadora de politécnicos trabalhando em empresas com mais de 100 funcionários.

Essa discrepância acaba invalidando um pouco a pesquisa, já que pontos fora da curva acabam contando muito quando temos apenas meia dúzia de pessoas em um determinado tamanho de empresa.

Conclusões

A conclusão geral dessa pesquisa é que precisamos fazer mais pesquisas! Os dados obtidos foram satisfatórios, mas, mais respostas, saltos salariais menores e outras perguntas teriam melhorado em muito seu valor.

Concluo que nossa área está quente, mas precisamos “valorizar nosso passe” ainda mais.

Até a próxima, com melhores e perguntas e, se meu “amor e carinho” der certo, mais respostas!

A 50 anos a primeira pessoa foi enviada com sucesso ao espaço. O primeiro passo para o tão famoso gigante salto foi dado nesse dia.

E hoje o que aprendemos com toda essa corrida espacial que culminou com a visita do homem a lua. Que a Terra é um mísero grão de areia no espaço, e que ela é a nossa (possivelmente única) casa e que definitivamente precisamos cuidar dela.

Por isso batizei os Quick_bit[n] (nome pode ser alterado se quiserem!)

Os Quick_bit`s são pequenas informações como notícias de jornais, revistas, blogs + a opinião resumida. Estou me permitindo escapar um pouco do assunto “computação” nessa primeira vez pois o tema foi muito relevante, e muito comentado em todos os lugares.

–

Quick_bit[0] (PILOTO):

http://comentarios.folha.com.br/comentarios?comment=163138&site=folhaonline&skin=folhaonline

Os comentários da folha mostram como as pessoas entendem de energia nuclear, e como reagem a tal situação. Atentem para as comparações do tipo: “Podem multiplicar Tchernobyl por 4″. Isso é o povo, essas pessoas não estudaram quase nada sobre energia para saber do que estão comentando, ou o que estão falando, estão apenas reagindo ao medo gerado pela situação.

Mas o que dizer dos cientistas que argumentam contra a energia nuclear, o que dizer sobre seus pontos, seus dados…

http://www.guardian.co.uk/commentisfree/2011/apr/05/anti-nuclear-lobby-misled-world

Li hoje esse artigo no Guardian, que comenta sobre a desinformação, e a falta de veracidade nos dados que circundam as notícias sobre desastres nucleares.

O autor comenta que números de desastres antigos como os de Tchernobyl são alterados e manipulados para se adaptar ao discurso anti-nuclear, e que muito do que se é dito sobre os acidentes e principalmente sobre os efeitos na saúde não é baseado em fatos.

Acho que é responsabilidade de quem for comentar sobre esses acidentes, procurar se informar sobre cada uma das fontes de informações usadas, para garantir que a informação passada seja a mais correta possível. E cabe a nós pessoas que estudaram (apesar de não termos estudado especificamente o assunto) duvidar, e expor abertamente nossas dúvidas quanto a alegações extraordinárias, e demandar provas para todas essas alegações.

E citando Carl Sagan, lembrar sempre que: “Alegações extraordinárias, demandam provas extraordinárias”.

No dia 13, segunda feira, ocorrem as apresentações técnicas no galpão da administração da Poli, das 09:00 às 16:00. Essa apresentação é como uma feira, em que os trabalhos ficam expostos lado a lado.

No dia 14, ocorrem as apresentações teóricas para a banca no prédio da elétrica nos horários da tabela a seguir. Para facilitar a vida de quem não conhece a poli, fiz esse mapa com os pontos importantes.

Não que eu seja contra conceito de tags (que me desculpem os puristas, mas não vou chamar tags de “etiquetas”), muito pelo contrário. Muitas coisas não se enquadram em apenas uma “pasta”, mas sim a várias, por isso, o conceito de tags é muito mais inteligente.

Porém, em termos de organização, agrupar assuntos similares é essencial e por isso o agrupamento de tags no formato de pastas sempre foi tão esperado por mim.

Já usava isso com o Better Gmail, mas, além de ser mais um plugin deixando meu Firefox na velocidade de uma tartaruga, não é em todo lugar que vc pode instalá-lo.

Foi com extrema felicidade que li hoje que a função foi finalmente implementada no Labs. Basta clicar no Erlenmeyer verde e ativar a nova função!

Entre no Labs e faça uma busca por "Nested" para chegar direto!

Depois de ativada, basta aninhar as tags usando uma “/”.

Nesse exmplo, fiz 3º Módulo Acadêmico/automação…

Infelizmente, a coisa não funciona tão bem quanto poderia. Se você alterar o nome de uma “raiz”, terá que alterar todos seus filhos na mão. Então cuidado ao decidir os nomes!

Fonte: O Velho

Ontem filmaram nossa sala da aula para ilustrar uma matéria da Record sobre a falta de profissionais de engenharia no mercado.

Diz a matéria que existem 20.000 vagas de engenharia não preenchidas. Bom para mim, ruim pro mercado, ruim pro país.

Como manda a lei do mercado, a repercussão de uma matéria como essa aumenta a demanda (de alunos buscando um curso de engenharia), o mercado se mexe e aumenta a oferta de cursos e, consequentemente, a oferta de profissionais.

Isso ocasiona, a longo prazo, a diminuição do salário pago para os engenheiros. Ruim pra mim, bom para o mercado, bom para o país que consegue suprir suas necessidades de profissionais qualificados (ou não… veja o que o aumento de “adevogados” fez com os advogados).

Curvas de oferta e demanda atuais e "projetadas"

O que a imagem acima mostra, conforme nosso querido (por incrível que pareça, não estou sendo irônico) professor João Furtado de economia, é que a alta demanda atual por profissionais  ocasiona o aumento da oferta, assim, a curva de oferta é deslocada para a direita. Com isso, o preço de equilíbrio, isso é, o quanto o mercado paga aos profissionais de engenharia, cai.

Educação

A matéria coloca que a sala de aula está vazia, um fato, mas a justificativa para isso foi totalmente inventada e isso será discutido na parte três desse post.

A sala não está vazia porque os alunos abandonaram o curso. Aliás, conheço poucas pessoas que abandonaram a Poli e não faltam estímulos para isso!

A sala está vazia porque a aula não interessa. A aula, não a disciplina ou o assunto tratado por ela.

A falta de dinamismo e didática da aula levam os alunos a preferir estudar sozinhos, lendo livros e fazendo exercícios. De quem é a culpa? Do professor, dos alunos ou do sistema?

Para piorar o quandro, dos poucos que comparecem a essa aula em específico, poucos estão realmente prestando atenção.

Aluno fazendo exercício de outra disciplina (esta tem todas suas aulas lotadas)

Na minha visão, a culpa é de todos!

Do professor, que não percebe sua falta de habilidade para dar aula e pouco faz para estimular os alunos a comparecerem e aprenderem com sua experiência. Que não percebe que o mundo mudou, que nossas cabeças estão sendo bombardeadas de informações numa velocidade muito maior que uma aula tradicional pode alcançar.

Dos alunos, que batalham pouco, ou nada, para mudar a situação. Agem como bois indo pro abatedouro, aguentando professores incompetentes desde o primeiro dia de aula na faculdade, chegando à conclusão que o que mais aprendeu durante o curso foi se virar para aprender sozinho.

Do sistema, que permite que um (quem me dera fosse só um) professor sem a menor didática continue lecionando. Quando digo “sistema”, estou me referindo à forma com que professores são contratados, com um concurso que só mede o quanto o professor sabe, não o quanto ele consegue ensinar sobre o que ele sabe.

Enfim, vários culpados e nenhum deles fazendo algo para mudar o cenário.

Empresas de mídia tradicional

Quando você acabar de ler esse post, pode me xingar! Eu te dou espaço para isso! Pode colocar uma única “estrela” e dizer que eu sou um bosta, que não sei o que estou falando. O mesmo não acontece com o vídeo que gerou esse post.

Empresas de mídia tradicional estão correndo atrás do prejuízo, isso é um fato, basta ver que consigo assistir na internet o vídeo que passou na televisão, depois de alguns minutos. Porém, anda falta enxergar o poder do prosumer.

O termo refere-se ao que estou fazendo aqui. Prosumer é a junção de consumidor + produtor. Consumi o vídeo da Record e estou produzindo esse conteúdo sobre ele. Assim como você consumirá esse conteúdo e poderá produzir um comentário sobre ele. Outro leitor lerá o post, seu comentário e poderar rebater algo que você disse, e por aí vai.

Ha ouhiu halá sobre vaha di trahalho?

O fato é que, ao assistir uma matéria falando que metade da minha sala abandonou o curso, simplesmente me revolta. E o que eu faço com essa revolta, já que não posso comentar o vídeo por lá? Escrevo um post enorme divagando sobre o assunto.

A matéria diz:

“As salas de aula dos cursos de engenharia da Escola Politécnica de São Paulo têm poucos alunos. Esse pessoal representa menos da metade dos acadêmicos que começaram o curso.”

Porra Maurício, como assim?

Eles podem ter pesquisado e descoberto que metade das pessoas dos cursos de engenharia abandonam o curso, só que eles disseram especificamente que a metade da MINHA sala tinha abandonado o curso.

Será uma “mentira didática”, pro povão burro entender o que está acontecendo? A questão é que o povão não é tão burro assim. O povão agora acessa a internet e pode ler um post contestando o que foi dito!

Por saber que eles contaram uma “mentirinha”, não consigo acreditar em todo o resto da matéria.

Será que realmente existem 20.000 vagas não preenchidas de engenharia ou isso foi uma matéria paga por uma nova escola de engenharia que aparecendo no mercado? Como confiar numa mídia que ainda não te dá abertura para debater com quem a produziu?

Contamos com muitos palestrantes especialistas com destaque para o James Gosling, mais conhecido como o pai do Java.
O evento é composto basicamente por sessões e Hands-on Lab.

Sessões

Palestras sobre Glassfish, Java EE SE 6 e ME, JavaFX, MySQL, Servlet 3.0, Social Computing, e mais!

Hands-on Lab

O participante leva seu notebook e põe em prática seus conhecimentos!
 Confira a programação em:

http://www.suntechdays.com.br/agenda.html

No ano passado, o Sun Tech Days foi um sucesso de público atingindo mais de 6.000 pessoas incluíndo-se as cidades satélites do “mês do Java” e as transmissões via webcast. Apenas no local do evento foram mais de 2.000 pessoas, um público formado por executivos, desenvolvedores e estudantes, que tiveram a oportunidade única de conhecer alguns dos principais experts em tecnologias open sources do mundo.

Portanto, se você desenvolve em Java, Scripting, MySQL, OpenSolaris, NetBeans ou RIA’s, este evento é pra você! Aumente sua habilidade de desenvolvimento com informações técnicas motivantes. O Sun Tech Days 2009 está repleto de informações práticas, exemplos de soluções reais e treinamentos práticos. Seja qual for o seu foco – empresa, mobilidade, desktops, ferramentas, serviços da web, SOA, AJAX, LINUX e outros, no Sun Tech Days, você encontrará sessões exclusivas sobre os mais diversos assuntos!

Participe do Sun Tech Days!

As vagas são limitadas e inscrições com descontos até o dia 30/11!

Inscrições e mais informações em:

http://www.suntechdays.com.br/

Mais de 2000 poetas de todos os cantos do país se inscreveram neste prêmio literário, que é um dos mais importantes do Brasil na categoria poesia. Serão publicados 1500 (mil e quinhentos) exemplares da coletânea de poesias vencedoras.

Os participantes vencedores receberão cópias dos exemplares e suas poesias serão divulgadas e promovidas pela Canon Brasil pelo período de um ano em ações de Marketing e Propaganda.

Rodrigo Rosa, poeta e engenheiro

Segue a poesia vencedora do prêmio de autoria de Rodrigo Rosa:

Bate

Bate coração de poeta.
Bate asas do meu ser.
Bate e se debate contra as palavras, vence a vida.

Escuta essa frase solta no vento.
Escuta o silêncio dos pássaros.
Escuta a voz que arde no seu peito.

Toma e escreve, e conta, e narra
a saga em que todos somos heróis.
Mostra e demonstra, solta a amarra,
me ensina a girar como os girassóis.

Levanta o lençol, descobre o medo,
acorda a criança que há em nós.
Mexe e remexe, sacode o zelo,
livra-nos da companhia de estar a sós.

A caverna é um abismo traiçoeiro,
saiamos dela, toquemos o mundo,
que ele se deixa tocar simples e fagueiro.

A porta está aberta, nunca se fechou,
nossos cavalos já estão preparados.
Basta abrir os olhos, largar o que ficou,
e seremos todos príncipes encantados,
princesas envoltas em lenços dourados.

A Equipe do Bit a Bit parabeniza o Rodrigo Rosa por este grandioso prêmio. Desejamos muito sucesso e que continue na trilha do sucesso!