pois eh, eu nao vou perder meu precioso tempo explicando algo tao obvio e nem tao pouco vou citar nomes... mas imagine assim: vc tem empresas onde as pessoas enchergam as coisas obvias e gostam de agradar os clientes (apple, motorola, sun, hp, sony, nvidia, etc) e vc tem empresas onde as pessoas nao enchergam um palmo na frente do nariz e ainda fazem tudo da forma mais dificil para acabar com seus clientes (intel, ibm, microsoft, infineon, etc).
coisas idiotas que as pessoas enchergam sao:
- pq a instrucao move nao pode mover qq coisa para qq lugar ?
- pq colocar um pino RD e outro WR se um unico pino RW eh suficiente ?
- pq criar regras se depois cria-se uma serie de excessoes ?
- pq um design assimetrico seria melhor que um simetrico ?
- pq usar segmentacao ou comutacao de bancos se vc pode enderecar linearmente ?
e por aih vai, a lista eh infinita e as vezes eh motivo de piada em muitos livros especializados... as empresas que visualizam as diferencas chamam isso de *qualidade*. as empresas que nao visualizam dizem que isso nao eh crucial... e como a maioria das pessoas nao compreendem, elas acham que realmente nao eh crucial, entao acabam comprando produtos sem qualidade... vc acha bacana comprar algo quebrado ou produzido pela metade ? pois eh isso que faz quando compra produtos dos fabricantes que nao investem em R&D e que nao possuem visao de qualidade.
eu pessoalmente acho dificil vc desenvolver algo bom partindo de algo ruim, pq processos ruins contaminam todo o seu ciclo de desenvolvimento e vc perde tempo consertando algo que deveria ter saido bom de fabrica! se vc esta acostumado com uma solucao deficiente e limitada, sera que vc nao vai acabar impondo ao cliente final uma solucao deficiente e limitada tambem ? no caso da microsoft funciona, pq as pessoas sao idiotas ao ponto de consertarem os problemas que a microsoft deveria ter consertado! sem comentarios...
vamos para um caso real: decada de 80, de um lado o time da ibm, intel (e microsoft) com uma porcaria de computador, rodando uma porcaria de sistema operacional (mas era o que dava para rodar na porcaria de hardware disponivel...). do outro lado o time da apple e motorola com um excelente computador, rodando uma interface grafica. nao dah nem para o comeco neh ? o ibm pc era um arremedo de maquina 16 bits que mal atingia 0.2 mips, enquanto o macintosh era uma maquina de arquitetura limpa e simetrica, que suportava operacoes de 32 bits e que picotava 1 mips.
bom, a motorola hoje esta fora do mercado de computadores, entao alguem pode argumentar que ter uma tecnologia melhor e mais racional eh um fracasso. por um lado sim, pq custa mais caro ter algo melhor. no entanto, o 68000 continuou sendo produzido e na decada de 90 foi a forca motriz da industria de palmtops (e continua sendo produzido ateh hoje).
por outro lado, nao significa que a intel venceu fazendo porcarias, muito pelo contrario: eles soh sobreviveram pq investiram pesado para bater o concorrente! nao tinha jeito, se eles nao evoluissem, certamente hoje os PCs nao teriam performance para interfaces graficas como as que rodavam nos macintoshes e teriam sido destruidos pelos concorrentes risc.
em relacao a deficiencias e limitacoes versus confiabilidade e robustez, acho que sao coisas divergentes. nao tem como vc conseguir confiabilidade e robustez se o processo jah comeca com deficiencias e limitacoes... vc vai sujar o codigo consertando coisas que deveriam vir consertadas de fabrica e isso vai introduzir falhas... nao tem jeito. comecou tudo errado jah, vai terminar tudo errado.
eh uma questao de escala: uma solucao que nao possui deficiencias e limitacoes vai ter uma escala de confiabilidade e robustez superior. e bom, cada um decide como gastar seu dinheiro... eh tipo aquela propaganda dos canos e dos miquinhos neh ? nao digo que tenha solucao totalmente ruim ou solucao totalmente boa, mas com certeza existe solucao melhor e pior!
Djalma Toledo Rodrigues escreveu:Marcelo Samsoniuk
Não existe uC "porcaria" como bem colocou o Renie , todos são satisfatórios, e o PIC apesar de todas as deficiências e limitações é bastante robusto e confiável. Se você necessitar de algo bem simples como contrôle de um portão automático um PIC10F é preferível que um Arm 32 bits.
Ou não ?