Acesso de alto desempenho para armazenamento de arquivos
Cobol é a língua mais associadas a mainframes, especialmente o Sistema IBM 360, cujo 50 º aniversário se celebra ou pelo menos comemorou esta semana. Mas quando COBOL foi gerado pela primeira vez em meados dos anos 1950, não foi destinado para programadores.
Objetivou-se, em vez de "contadores e gerentes de negócios" - basicamente, uma Idade da Pedra do Excel que se transformou em algo completamente diferente. Na verdade a IBM passou combate esforço sério contra COBOL se tornar um padrão, por razões boas e más.
As ironias são profundas aqui: Grace Hopper está na parede de cada escola como um "modelo" para as mulheres na programação, apesar de ser uma força motriz no que é amplamente considerado como o pior erro na história da computação. Isto é devido à sua falta de quase todos os recursos que as linguagens de programação boas têm, além de ser absurdamente detalhado, como em:
ADD First, Second GIVING Sum COBOL
Ele também foi fundamental para os EUA o trabalho das forças armadas no Vietnã, o que também não é universalmente considerada como um sucesso. IBM 1950 (ou 1990 da IBM para que o assunto) não gostava de qualquer padrão não controlar e usar para alavancar suas garras vicelike em todo o mercado de TI, que foi centrada em mainframes.
Mas uma vez que o movimento Codasyl começou a rolar, a IBM tem a bordo com entusiasmo, ea ironia virou círculo completo: com a IBM agora a ser um grande jogador no open source.
A partir dos anos 50 até os anos 80, as empresas de informática fez a maior parte de seu dinheiro com hardware e software desenvolvidos como Cobol, CICS, DB2, VMS como formas de tornar o hardware útil e, portanto, criando mais demanda por mais potência. Fê-lo na medida em que grande parte da justificação comercial para o IBM PC era que cada terminal "inteligente" aumento da carga sobre o "host" (IBM-ese para mainframe) em cerca de metade de um MIP em termos de hardware rentáveis. Hoje, as duas restantes equipas de compilador COBOL realmente usar muito as mesmas técnicas para otimizar Cobol como para C + +.
Os programadores reais , é claro, usado Assembler e Fortran, porque os compiladores foram lamentavelmente ineficiente, apesar de conjuntos de instruções eram mais simples. Processadores não exigem que você instruções reordenar para melhor desempenho e RISC não foi sequer sci-fi ainda.
Se você pode se lembrar COBOL nos anos 60, você provavelmente estava lá, uma vez que rapidamente tornou-se a linguagem de escolha para o processamento de dados on-line para a manipulação de pagamentos, controle de estoque e sistemas de defesa aérea em tempo real. Não, eu não estou inventando isso. Temos medo dos russos tanto com a nossa sofisticada defesa baseado em COBOL que nunca ousou ataque e ele pode ou não pode ser coincidência que o presidente Putin começou a jogar seu peso em torno da mesma forma que se aposentou eles. Eles mantiveram por décadas, porque, apesar do escárnio dos miúdos frescos (como eu) que empurrou C & C + + eo fanbois Quiche Comer Pascal / Java, o material de mainframe Cobol focado em ser sólido em vez de interessante rock; pergunte-se se você quer um sistema de controle de tráfego aéreo mais seguro ou um que é mais emocionante?
Remuneração e status reflete os diferentes níveis de complexidade, com programadores Assembler que ganham mais de COBOLers e de mainframe pessoas que ganham mais de minis. Isso é, em média, é claro, mas na maior parte do período 1955-1995, a maior da máquina em que você trabalhou, mais você tem pago, Mainframe> Mini> PC. Mesmo quando a maioria de nós se mudou para cliente / servidor, durante os anos 80 e 90, execução de sistemas de banco de dados grandes foi um dos melhores shows da cidade ... se você pudesse resistir ao tédio.
O S/360 tinha feito a programação menos de uma ciência experimental e algo que, pelo menos, chamava-se uma forma de engenharia (algo que ainda não se realizou totalmente). Isso aconteceu porque o S/360 foi projetado, em vez de "nós precisamos de uma coisa para fazer isso, então vamos colocá-lo nessa parte", e deu origem ao livro mais importante já escrito sobre Engenharia de Software, The Mythical Man-Month , um livro de ensaios que é tão bom que não só têm quatro dos meus exemplares foram roubados por programadores menores, mas eu passei o meu próprio dinheiro comprando substituições.
Um computador portátil: circa 1977
Cobol não tive nenhum problema abraçar e esmagando os sonhos dos anos 70 e os fabricantes de minicomputadores como PDP-11-maker dezembro, o primeiro-Computador, DG, IBM e mesmo Wang Lab. Cada um destes jogadores tiveram um Cobol própria, cada um diferente o suficiente para torná-lo fácil de escrever, mas difícil de código de porta. Isto criou um lock-in que enriqueceu os fabricantes, mas no longo prazo o único que restou em pé no mesmo setor é a IBM.
Isso criou um nicho importante que a Micro Focus fez realmente muito bem fora de, fornecendo um caminho para plataformas viáveis de hardware e do sistema operacional para muitas empresas. Então por que não lançá-lo para longe e se mudar para uma linguagem mais jovem do que as pessoas que escrevem isso? Você acha que porque como ITPro maior parte de seu trabalho está em mudar as coisas, mas aqueles sob a ilusão de que a empresa existe para fazer dinheiro são mais do que feliz em deixar muito sozinho.
Cobol Desenvolvedores fez muito bem para fora da grande expansão dos serviços financeiros na década de 1980. Apesar de PCs foram aparecendo na mesa de trabalho, eles não tinham músculos, as aplicações e confiabilidade adequadas, de modo VAXes tornou-se tão quente que um super-animado Headhunter decidiu que, porque os meus companheiros e eu fiz VAX C, esta foi a mesma coisa e se referiu a mim como uma "merda quente ace Cobol" e de alguma forma persuadiu Chase Manhattan Bank para nos voar para Nova York, vista incognoscível. As taxas oferecidas foram tão bons que por um bom minuto de duração eu estava tentado a passar o vôo com os manuais sobre os meus joelhos, mas um surto raro de honestidade e de ser parte do "Cobol vai morrer em breve" consenso me mantido fora de perigo .
via Alimentação (Feed)
Nenhum comentário:
Postar um comentário