bebida

ldksaodjjcnkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk- kkkkkkkoooooooooooooooooooooooooooooooooohhhhhhhhhhhhhhhhhhh- hhhhhhhhhhhhhhhhhhhhuuuuuuuuuuuuuuuuuuuuuuuuuuufffffffffffff- ffffffffffffffffffffffffffffffffffffffffffffffffffffrrrrrrrr- rrrrrrrrrrrrrrrrrrrrrrrrrrrrrsssssssssssssssssssssssssssssss- ssssssssssssssssssssssssssssssssssiiiiiiiiiiiiiiiuuuuuuuuuuu- uuuuuuuuuuuuuuuuuuuuuuufggggggggggggggggggggggggggosssssssss- sssssssssssssssssssssssssssssssssssssjdnnnnnnnnnnnnnnnnnnnnn- nnnnnnnnnissssssssssssssssssssssssuuuuuuuuuuuuuuuuuuuuuuuuuu- uuuuuuuuuuuuuuuuuuuuuuuuunsooooooooooooooooooooooidddddddddd- dddooA Alienação Tecnologica e as Fábricas de Software
“Uma boa empresa não é aquela que usa a tecnologia para construir Softwares, mas sim a que usa a tecnologia para destruir problemas. Talvez por isso muitas Fábricas de Software não são boas empresas.”

Coloquei as frases acima no Twitter, mas acho que a reflexão merece mais do que um micro-post.

Gosto também de duas outras frases cujo sentido apontam na mesma direção. A primeira, de autor desconhecido, é mais ou menos assim: “A Informática surgiu para resolver problemas que não existiam antes dela”. A segunda, do Jamie Zawinsk, diz: “Ao ver um problema algumas pessoas poderiam pensar: ‘acho que posso resolver com regular expressions’. Agora elas têm dois problemas”.

O que todas estas frases têm em comum? Elas sintetizam bem a Alienação Tecnológica que as empresas e os profissionais de TI têm ajudado disseminar com bastante afinco – e que tem um pouco a ver com o que tenho falado aqui e aqui.

A Alienação Tecnologica é a utilização da tecnologia como um fim em si e não como um meio para a solução de problemas. Em outras palavras, o pessoal de TI começa com o intuito de resolver um problema do mundo real, mas acaba voltando as prioridades para um código fonte, uma arquitetura, um banco de dados, um Design Pattern, uma técnica nova ou uma documentação os deixam felizes, mas não o usuário. Isso