Patinhos e gansinhos imprimem suas impressões na primeira criatura que veem logo após o nascimento.
[Austrian naturalist Konrad Lorenz] descobriu que se os gansos greylag fossem criados por ele desde o nascimento, eles o tratariam como um pássaro paternal. Os gansinhos seguiam Lorenz por toda parte e, quando adultos, o cortejavam em vez de outros gansos. Ele primeiro chamou o fenômeno de “stamping in” em alemão, que foi traduzido para o inglês como imprinting. Lorenz acreditava que o objeto sensorial encontrado pelo pássaro recém-nascido era de alguma forma gravado imediata e irreversivelmente em seu sistema nervoso. Em outros experimentos, ele demonstrou que os patinhos podiam ser impressos não apenas em relação a seres humanos, mas também a objetos inanimados, como uma bola branca. Ele também descobriu que há uma janela de tempo muito restrita após a eclosão que se mostra eficaz para a impressão.
O imprinting é um poderoso imperativo biológico em certas espécies, especialmente gansos e patos.
Mas os seres humanos também sucumbem ao imprinting, à nossa própria maneira; em computação, isso é conhecido como Síndrome do Bebê Pato:
A Síndrome do Bebê Pato é a tendência dos usuários de computador de “imprimir” no primeiro sistema que aprendem e, em seguida, julgar outros sistemas por sua semelhança com esse primeiro sistema. O resultado é que os usuários geralmente preferem sistemas semelhantes aos que aprenderam e não gostam de sistemas desconhecidos.
Sou tão culpado de impressão de software quanto qualquer outro. Recebi uma cópia de avaliação do Visual SlickEdit, mas não consegui experimentá-lo porque já estou “impressionado” com o editor do Visual Studio. Ainda estou aprendendo maneiras de ser mais eficiente em meu editor preferido; será que vale a pena dividir meu tempo e tentar aprender um editor novo e desconhecido que talvez nem venha a usar? Isso é o dilema da impressão de software:
A síndrome do bebê pato afeta a maneira como o senhor aprende a usar computadores e softwares. Ela pode dificultar a tomada de decisões mais racionais sobre qual software usar ou quando a curva de aprendizado de uma determinada coisa vale a pena. Em geral, isso faz com que o conhecido pareça mais eficiente e o desconhecido, menos. A curto prazo, isso provavelmente é verdade: se o senhor está atrasado para um prazo, a melhor coisa a fazer é não mudar para um novo sistema operacional na esperança de que sua produtividade aumente. A longo prazo, vale a pena experimentar algumas coisas, sabendo que nem todas darão certo, mas esperando encontrar as ferramentas que melhor se adaptam ao seu estilo.
É impossível entender as alternativas quando o senhor não consegue reunir a energia necessária para superar sua própria impressão de software. O senhor não pode comparar racionalmente alternativas sem experiência nas alternativase impressão de software rouba do senhor essa experiência vital.
Periodicamente, há debates em grupos da Usenet sobre editores de programação em que várias pessoas proclamam com convicção que seu editor preferido é o melhor. Em alguns desses debates, perguntei a alguns dos crentes de várias crenças de editores se eles já haviam tentado várias outras alternativas. Bem, não. Eles nunca haviam usado o CodeWright, o Visual Slick Edit, o Multi-Edit ou outros editores variados. Alguns afirmaram ter usado outro editor há cerca de 5 ou 10 anos, mas não a versão mais recente.
Quando comecei a perguntar por aí, descobri que é difícil encontrar pessoas que tenham usado versões recentes dos dois principais editores, portanto, é difícil encontrar alguém que possa comparar de forma inteligente os recursos de vários editores. Pessoalmente, uso o Visual Slick Edit. Há coisas que eu gostaria que ele fizesse e ele não faz. Mas não sei se algum outro editor pode fazer tudo o que eu gosto no Slick, além das coisas que eu gostaria que ele fizesse.
Talvez seja hora de experimentar novos sistemas operacionais, novos aplicativos e novos editores, mesmo que estejamos satisfeitos com nosso status quo. Devemos deixar de lado as lealdades e a familiaridade e nos esforçar mais para ir além de nossa impressão de software— caso contrário, literalmente não saberemos o que estamos perdendo.