Últimos posts em destaque no meu blog:

• Designing a DSL
• Scary model
• Maximum lines per method
• Entrepreneurship
• Entrepreneurship - Resources
• Technology in football
• NHibernate - Schema for SQL Server 2005
• Dynamic generics with reflection
• The Worst Developer’s Excuse

Este é um resumo dos posts mais relacionados com a comunidade PontoNetPT, para seguir todos os posts é subscrever a minha Feed.

Últimos posts em destaque no meu blog:

• Spaghetti code from the future
• Orion’s Belt Artificial Intelligence
• Xtreme Paintball
• Notifications for Twitter/Jaiku
• Domain-specific programming languages
• MonoDevelop Survey
• The English Effect

Este é um resumo dos posts mais relacionados com a comunidade PontoNetPT, para seguir todos os posts é subscrever a minha Feed.

Desde Fevereiro de 2004 que tenho o meu Blog na comunidade PontoNetPT. Apesar de ser uma comunidade centrada em .NET eu sempre fiz do meu Blog algo pessoal, pondo de tudo, caindo mesmo fora do contexto desta comunidade.

Por esse motivo decidi criar um novo Blog, onde posso estar à vontade. Contudo, irei trazer para este os posts que façam sentido (faço um cross posted).

Para os interessados, aqui fica a minha nova casa:

• My Blog
• Feed

Para acabar a minha spree de posts, aqui fica um artigo que me fez rir e bem hoje de manhã, cortedia do Destak:

Embebedar peixes proibido por lei em Ohio

Uma sondagem realizada a 3931 pessoas escolheu uma lei do Estado americano de Ohio, que proíbe embebedar peixes como a «mais ridícula» já implementada no Mundo. Entre as mais bizarras no Reino Unido está a que proíbe morrer no Parlamento; a que diz ser traição colar um selo da rainha ou do rei de cabeça para baixo; e ainda a que estipula que as mulheres de Liverpool só podem fazer topless em público se trabalharem numa peixaria. Nos EUA, além da lei que proíbe embebedar peixes, também se destaca a que pune com prisão as mulheres solteiras que saltem de pára-quedas na Florida aos domingos.

A minha ténue experiência em big corporate companies faz-me pensar que cada vez mais somos apenas números. Contudo, começo a pensar que somos mais que isso: somos robots. Porque é que eu chego, e ao dizer bom dia alto e bom som às cerca de 15 pessoas que também esperam elevador, ninguém me responde?

A RTS é na minha opinião a empresa em Portugal mais à frente no que toca ao mercado de jogos casuais. Já têm vários títulos de sucesso, e aparentemente estão a sair-se muito bem.

Pois eles estão a recrutar:

A RTS está à procura de um programador na zona de Lisboa 
e arredores para trabalhar a fulltime.
abaixo seguem os requisitos para o lugar:

Obrigatoriedade:
- Capacidades sólidas de programação em c++
- Conhecimentos em tecnologias que envolvem 
   desenvolvimento de Game-Engines
- Espirito de sacrificio e trabalho de equipa
- Disponibilidade para trabalho em full-time


Preferência:
- Experiencia em desenvolvimento de sistemas 
  multi-plataforma (pc/mac/etc)
- Experiencia em desenvolvimento de Game-Engines
- Experiencia em programação para WII
- Experiencia prévia em desenvolvimento de jogos

os interessados devem enviar um email com cv ou outro 
qualquer material demonstrativo para:

Acho caricatas as preferências, pois não deve haver muitos portugueses com este tipo de qualificação. Definitivamente, este mercado anda a abrir em Portugal...

Normalmente as pessoas (nomeadamente colegas de trabalho) ficam sempre espantados quando sabem que eu não bebo café ou álcool. É impressionante como tenho colegas tão viciados no café, que se não o tomarem começam a ficar com dor de cabeça...

Por outro lado vários dos meus amigos mais próximos também não bebem, só por ocasião. Será o café a grande droga dos informáticos? Seja como for é sempre engraçado quando saio e todos pedem um café excepto eu. Peço um compal de pêssego... fresco. :-)

Bem, esta nunca me tinha acontecido, estava eu confortavelmente no VS 2003 quando levo um grande hipon:

Mas por acaso quando é com coisas relacionadas com o debugger eu nem refilo muito, afinal aquele tipo de debugging que o VS permite deve ser bem complexo de implementar.

É engraçado como um anúncio de uma estrutura MVC para ASP.NET trouxe tanto furor. Como se isso de repente fosse tornar o desenvolvimento em ASP.NET com muito mais qualidade. O padrão MVC é isso mesmo: um padrão de desenvolvimento. Não é por uma framework estar mais alinhada com ele que as coisas vão correr melhor. Agora é preciso o VS ter suporte para MVC para se usar MVC?...

É tudo uma questão de postura de desenvolvimento. Não são as tools que trazem qualidade, e é preciso muito mais que o VS a gerar umas pastas extra para os developers começarem a usar MVC, ou outro padrão qualquer. Aliás, em tom de crítica, eu diria que muitos developers de ASP.NET só conhecem mesmo é o designer e o Page_Load. :-)

Outra coisa que acho muito engraçado é este anúncio para o VS que há-de vir. Isto porque tanta inovação, tanta tecnologia interessante que vem aí, e tantas empresas ainda vão no .NET 1.1 sem sequer equacionar o upgrade...

O que eu considero que é um ambiente de testes: uma réplica exacta do ambiente de produção, mas com dados dummy. Algo onde facilmente um developer possa fazer login, navegar pelas aplicações web, fazer acções, etc.

Eu diria que um ambiente de testes é fundamental. Mas infelizmente onde trabalho não há nada disto e pelo que falo com outras pessoas isto é normal. Quando não há ambiente de testes, acontece isto:

1. Chega um gajo novo à empresa e tem de implementar uma funcionalidade
2. Enquanto conhece os cantos à casa, não consegue fazer logins, não consegue experimentar funcionalidades nenhumas porque os ambientes estão todos desactualizados ou em baixo
3. Além de estar a ser improdutivo, tem de ir chatear outros colegas para lhe prepararem o ambiente
4. Por vezes preparar um ambiente não é trivial...

E não é trivial porque, na minha opinião, um processo de deploy para produção devia passar pelos seguintes passos:

1. Full build (eu já nem falo em testes...)
2. Especificação do deploy num documento qualquer: infelizmente é normal termos uma equipa que desenvolve e outra que faz deploy. Normalmente estas instruções vão num documento word passo a passo; eu acho que deveriam ir num makefile qualquer (tipo nant)
3. A equipa de desenvolvimento corre os passos de deploy no ambiente de testes, e de seguida testa as funcionalidades
4. Se está tudo bem, então segue-se o mesmo procedimento para produção

Nota que o passo 3 pode poupar muitos problemas e tempo, pois permite desde logo o despiste de vários problemas. Agora, há outro pormenor importante... se estes passos não forem corridos em todas as máquinas que que têm o projecto, vamos ficar com deploys em várias máquinas que estão outdated, levando assim a um problema de ambientes que prejudica o desenvolvimento. E aqui também incluo as máquinas dos developers... Porque muitas vezes um update não é algo tão simples como fazer um update ao código.

É que isto é diferente de integração contínua, em que sabemos que um full deploy do zero funciona bem. Na prática temos ambientes onde temos de ir fazendo updates progressivos, sem poder fazer um fresh install. Basta pensar em bases de dados.

Sendo esta problemática dos deploys e dos ambientes tão comum e tão error-prone, pergunto-me como é possível empresas andarem com processos cowboy e metodologias completamente Change and Pray.