Visões estreitas

Cada um vê o mundo com um prisma diferente e compara-se linguagem com produto. Uma linguagem é um elemento abstrato que pode ser implementada através de um produto. Cada pessoa que usa um produto baseado em COBOL parece que não se dá conta que a linguagem COBOL não é apenas aquilo que ele está usando e, ao se deparar com uma nova necessidade, logo acha que precisa trocar de linguagem. Não avalia se aquela implementação COBOL não prevê a situação ou o sujeito sequer pesquisou no manual ou help como resolver a questão.

Não existe nada que não possa ser feito com um computador que não possa ser escrito com a linguagem COBOL. Quem deixa o preconceito de lado, pára e pensa economiza muito tempo e dinheiro.

Fazendo uma atualização tecnológica no patrimônio em COBOL pode se ter com muito mais rapidez e segurança os resultados desejados, seja em batch, orientação a objetos, interface gráfica, banco de dados ou migração de mainframes para baixa plataforma.

Só não vê quem não quer para poder vender outra opção de solução.

Carlos Roberto - 29 Nov 2006, 13h11

COBOL eterno: SOA e o legado

Instituições financeiras, órgãos governamentais e empresas que fazem uso de computadores há muito tempo têm nas aplicações COBOL a espinha dorsal de seus negócios. Esse legado, que demandou recursos financeiros e tempo para ser construído, não pode ser substituído por uma questão de modismo ou preferência pessoal de um grupo de novos programadores. Vale lembrar o fenômeno do downsizing, que aconteceu em meados da década de 80, o fenômeno Clipper do começo da década de 90, e as ondas que vieram logo depois.
Essa tendência das empresas em resistir o quanto podem a migrações - e que as experiências passadas mostraram não compensar em vários casos - têm trazido à tona uma nova maneira de enxergar a tecnologia da informação: orientá-la a serviços. Programas COBOL estão sendo mantidos e/ou escritos tendo como meta prover serviços aos usuários, e fornecer estes serviços através de métodos heterogêneos de acesso, como CICS, celular, Web e outros.
A arquitetura SOA pretende dar ainda mais vida aos nossos velhos programas COBOL, integrando-os às novas tendências e necessidades dos usuários, através daquilo que é o melhor dos mundos: preservação dos investimentos já efetuados nos sistemas legados, mas permitindo que estes sejam estendidos por plataformas mais modernas de acesso.

Tulio - 29 Nov 2006, 09h11

Cobol Morreu ? - Papel dos Mainframes

Senhores, o que é preciso saber é que a linguagem Cobol continua muito boa para processar quantidades massivas de dados. É excelente auto-documentadora e muito efetiva.
Posto isso permitam-me corrigir um erro aqui: mainframes NÃO serão substituidos por ambientes distribuidos quando quantidades massivas de dados precisem ser processadas porque sua configuração de HW permite que canais processem com enorme rapidez grande quantidade de informações; aplicações tipicas I/O-bound.
Servidores (ex: Unixes) multi-processados são excelentes para aplicações CPU-bounded onde há muito processamento e relativamente pouco output.
Assim, cada um tem seu nicho específico de utilização... Aplicações back-office que atualizem cadastros enormes (tipico de financeiras/bancos/telefonia etc...) precisam de mainframes. Aplicações tipo CAD, front-office, graphics rodam melhor em processadores rápidos mas de relativamente baixo throughput...
Abraço

Marcio - 28 Nov 2006, 17h11