Meu pai é sócio de uma faculdade no interior mineiro e por sua vez, escolhendo diversas soluções para gerenciamento da faculdade como um todo ( fiquei chateado quando não escolheram o SAGU ), chegaram a uma proprietária que não vou citar o nome aqui, porque senão a empresa em questão, por ser uma "líder" de mercado, pode resolver tirar meu blog do ar.
Mas, de qualquer jeito, o que vou citar, é uma realidade de mercado. Grandes empresas ( software houses ), com um corpo de profissionais de suporte que não tem a mínima noção das coisas que estão provendo suporte.
Algumas empresas sentam no nome do produto. Por exemplo, vendem um produto de caixinha e ao invés de ir a empresa, coletar dados para aí, pegar sua "caixinha mágica" e personalizá-la, de acordo com a cara do cliente, simplesmente, enfiam goela a baixo do mesmo, o produto e forçam o mesmo a mudar toda sua estrutura de trabalho por causa do produto.
Ou seja, não é o produto que se adequa ao cliente, e sim, o cliente que se adequa ao produto, uma alusão clara a uma falta de "corpo" técnico adequado para conseguir fazer as coisas funcionarem do jeito que deveriam.
Sem contar com o famoso empurra, empurra, que esta semana eu fui forçado a sofrer. Bem, durante o final de semana, estive atualizando alguns servidores para o CentOS e uma das máquinas para o Slackware 12.0, e por sua vez, em uma delas, existem proxys reversos para mandar as requisições para as máquinas que tem ip's não válidos, ou seja, fazem parte das redes 192.168 da vida.
Um dos produtos, apresentou durante o final de semana, um erro 500, ou seja, erro de servidor. Foi necessário a instalação e um dos técnicos da dita empresa acima, foi a faculdade para configurar.
O produto dos mesmos, quando é instalado, copia os dados para um diretório dentro do IIS, do seguinte modo :
C:\inetpub\Algumacoisa\
E a url de acesso ao mesmo é :
http://192.168.0.x/Algumacoisa/
Quando fizemos a primeira instalação, o analista que lá estava, conseguiu descobrir as coisas bem antes de mim, e fez um redirecionamento para o segundo diretório, mas em compensação agora, o técnico da empresa em questão fez um teste inovador.
Quando se entrava no diretório principal, havia uma mensagem de diretório sem página index, e ele, inovador, acessou o segundo endereço.
Por obra do além, ele conseguiu visualizar a página, e pelo argumento dele, o problema estava no proxy reverso.
Para evitar maiores problemas, ele foi dispensado, porque a presença dele não ia ajudar em nada ... e por sua vez, tentei direcionar, via proxy reverso, diretamente para o segundo endereço.
Aí, descobrimos o bug. Se você faz isto, o tal programa em questão, puxa alguma coisa do diretório pai dele, e não roda do jeito certo.
Aí, sobrou fazer um redirecionamento com um html meta refresh, mandando diretamente para o diretório em questão.
O que se vê, neste acontecimento é o despreparo das empresas para fornecer suporte ao produto que ela mesma produz. Ou seja, incrivelmente, as grandes software houses do país e também as pequenas, precisam urgentemente de contratar bons analistas de suporte ... porque senão estarão fadadas a continuar sendo piada de quem acaba entendendo também de programação e afins, que somos nós, os bons analistas de suporte ...