O BASIC clássico foi usado para desenvolvimento de software comercial e, em caso afirmativo, como as limitações foram superadas?

Claro. Antes das coisas do Altair / MITS / SWTPC / Kim / Sinclair / Pet / RadioScrap / OSI / Apple acontecerem, havia uma pequena e deliciosa máquina conhecida como IBM 5100 . Ele tinha o BASIC em ROM , uma grande unidade de fita cassete (ou duas), 8 KB de memória. uma tela de 24 linhas e uma impressora, tudo por um mísero US $ 10.000 - uma ordem de magnitude mais barata do que o seu mini típico. Originalmente construído para cientistas ( APL na ROM também era uma opção), mas alguns tipos de contabilidade descobriram , e começou uma mania: cada pequena empresa queria um. Com software personalizado, claro. O 5110 seguido, com as unidades de fita substituídas por 8 "disquetes.

Qualquer software comercial? Galoons .

Você pode dizer contabilidade geral, folha de pagamento, contas a pagar, contas a receber, controle de estoque e faturamento? Eu estive lá, fiz isso - em BASIC. Contas de serviços públicos, inventário de carros novos e usados, coleta de caminhões de lixo e agendamento de entrega de bebidas? Sim - básico. Quer rastrear minério de ferro das minas nos trens para os navios ... BÁSICO. Tudo o que não foi levantado chão provavelmente foi feito em BASIC. Comercialmente, quero dizer. (Porque RPG II não conta; -).

Como alguém trabalhou com as limitações?

Bem, a primeira coisa que você fez foi enviar o cliente de volta à IBM para obter mais memória, porque quem poderia escrever algo sério em 8 KB? Você simplesmente tinha para ter 16. E duas unidades de fita, se possível, porque a teoria do autômato está de lado, mesclar a classificação em uma única fita é, bem, um pouco lento.

Oh, desculpe - você quis dizer as limitações do BASIC.

Bem, você teve que gerenciar seus recursos com bastante cuidado - coisas como números de linha - porque você não queria ficar sem eles; Uma verdadeira dor no lado de trás é ter que renumerar uma seção inteira e digitar tudo de volta, sem perder acidentalmente uma ou duas linhas de código.

Nah - estou brincando. Na verdade, não tivemos esse problema até que micro computadores pessoais aparecessem, com um interpretador BASIC que não podia renumerar por si só.

Também usamos modularidade - onde você chama um novo programa, executa-o até que ele saia e retorna ao programa de chamada. Um gosub em esteróides (porque você tem mais memória para usar), mas muito mais lento (porque demorou um tempo para a máquina encontrar o programa na fita, e carregá-lo, e então rebobinar e encontrar o programa original e carregá-lo de volta...). Muito parecido com um fork e exec, mas sem o fork, apenas melhor porque todo o espaço de memória foi compartilhado.

O uso rigoroso de convenções também ajudou - você sabe, como "você DEVE sempre mirar em um GOSUB em uma linha de comentário que diz o que essa rotina faz, e você DEVE fazer o mesmo para um GOTO quando possível. Coisas assim. Oh e programação estruturada , um pouco mais tarde - "por convenção" novamente.

Alguns até foram um pouco ao extremo: OAOO , YAGNI , TSTTCPW , emparelhamento, refatorar sem piedade, esse tipo de coisa. Não por esses nomes, claro. (Veja também: Eclesiastes; -)

Os dias de glória.

O primeiro software em que trabalhei foi um programa GW-BASIC da linha 8k que a empresa escreveu nos anos 80 para usar cálculos de transferência de calor para dimensionar e avaliar equipamentos de caldeiras. Embora o código fosse completamente incompreensível, ele funcionou tão bem que eles o usaram por mais de 20 anos.

Esta foi a força do BASIC que um engenheiro mecânico com um manual de referência poderia realmente escrever software utilizável de qualidade (na época). Antes do BASIC e da prevalência do PC, tal coisa teria sido inédita. Você precisaria contratar uma equipe de engenheiros de computação e possivelmente operadores de computador para programar e trabalhar fora de um mainframe compartilhado. Tudo isso teria sido muito complexo para o engenheiro mecânico típico pegar em um curto espaço de tempo.

Sim, havia vários produtos comerciais e outros desenvolvimentos "sérios" feitos no BASIC. Para entender por que, você precisa entender o contexto das décadas de 1970 e 1980, quando o BASIC cresceu em mini- e microcomputadores.

Naquela época, a máquina era positivamente magricela pelos padrões de hoje. As CPUs tinham clock de alguns MHz (geralmente muito menos para microcomputadores) e tinham menos memória do que seria ocupada pelo HTML necessário para renderizar essa página. Se você fosse implantar um produto, teria que usar as ferramentas disponíveis, que eram montagens nuas ou, em microcomputadores, o interpretador BASIC fornecido na ROM (geralmente 16K em um espaço de endereço de 64K) com o sistema. . Havia outros idiomas disponíveis, mas muitos não tinham todos os recursos estruturados que tomamos como garantidos. Isso tinha muito a ver com o fato de que a memória era escassa, * nada disso era virtual, exceto em sistemas muito sofisticados e geralmente não havia o suficiente para manter um compilador para uma linguagem mais sofisticada. Com recursos tão limitados, "sério" era um termo relativo, e nós simplesmente não estávamos lançando os tipos de trabalho em computadores que fazemos agora com processamento, memória e armazenamento abundantes.

Seu argumento de que os fabricantes de computadores domésticos antigos deveriam ter conhecido melhor e fornecido uma linguagem estruturada simplesmente não funciona nesse contexto. Simplesmente não ia acontecer com a tecnologia disponível a um preço que as pessoas pudessem tolerar.

A maneira como contornamos as falhas de linguagem era simples: não as viamos dessa maneira e concluímos o trabalho com o que estava disponível. ANSI Minimal O BASIC é estruturado de maneira muito parecida com a linguagem assembly, pois você obtém a maioria dos mesmos tipos de chamadas simples de ramificação e de sub-rotina, mas cabe a você certificar-se de que as estrelas estejam alinhadas corretamente. A única exceção é a construção FOR..NEXT usada para fornecer o loop. Essencialmente, se você quisesse desenvolver alguma coisa no BASIC e fazer um bom trabalho, teria que planejar e entender a estrutura de seus programas com a mesma cautela que se estivesse escrevendo na montagem. As ferramentas de depuração disponíveis eram muito primitivas, então, em essência, você tinha que ter seu ato em conjunto, se quisesse que seus programas funcionassem e fossem passíveis de manutenção.

Sim, havia muito espaguete naquela época, mas ainda não vi uma linguagem em que é impossível escrever códigos ruins.

* A memória ficou em torno de US $ 750-1.000 por MB no início dos anos 80. Ajustado pela inflação, é de US $ 1.600-2.200 em dólares de 2010. Nesse mesmo ano, o custo por megabyte foi de cerca de US $ 0,03.

Meu primeiro trabalho de programação de 100%, na década de 1980, estava trabalhando em um pacote de contabilidade de mercado vertical que foi originalmente escrito em GW-BASIC . Ele foi portado para QuickBASIC 3.0, mas reteve quase todas as falhas associadas aos primeiros dialetos BASIC. Havia toneladas de GOTOs e muita estrutura pobre. Havia cerca de uma dúzia de módulos (inventário, contabilidade, etc.) e o programa era vendido por cerca de US $ 1.000 a US $ 2.500 por módulo, além de contratos anuais de suporte. A receita da empresa ficou entre US $ 15 e US $ 25 milhões por ano.

Quanto a como conviver com deficiências, muitas limitações foram obtidas usando a linguagem de máquina ou o MASM . Era comum usar os comandos PEEK e POKE para inserir linguagem de máquina nos programas BASIC. Eu escrevi programas MASM (e mais tarde C) para estender o programa para adicionar coisas como suporte de banco de dados rudimentar, comunicações e "gráficos" de texto.

Were larger commercial projects created in such a BASIC dialect?

Em computadores domésticos mais antigos, como o C64 ou seus antecessores, existiam muitos programas BASIC e também alguns comerciais. Mas "grande" raramente era possível, já que com < 64kB de RAM a gravação de programas BASIC "grandes" não é realmente fácil. Se você quisesse contornar as limitações da máquina, normalmente teria que abandonar o BASIC, a "linguagem de alto nível", e usar o assembler.

Assim, a resposta à sua pergunta é "provavelmente não muitos", mas não por causa das razões que você tem em mente (como "muito propenso a erros / desestruturado" etc.).

A propósito: AFAIK o famoso compilador BASSpeed BASIC foi escrito em BASIC (compilado com ele mesmo, é claro).

Em seguida, mudamos para as máquinas Act Sirius, novamente programando em Basic (o Microsoft 8KB Basic) que foi instalado nos clientes.

O Basic tinha números de linha, mas havia um kit de ferramentas que poderia renumerar os programas. Como eu estava fresco fora de Uni onde eu tinha aprendido Pascal, eu tentei escrever o mais estruturado possível (tanto quanto você pode em Basic), mas Gotos e Gosubs foram naturalmente usados.

Mais tarde eu programei em 1983 em Dec Rainbow, que usava CBasic, um básico compilado desajeitado.

Havia um lote de software comercial escrito usando o BASIC-PLUS no Sistemas PDP-11 . Lembro-me de ter visto análises estatísticas e pacotes de contabilidade, além de uma boa quantidade de material de automação de laboratório de alta qualidade (não sei ao certo como eram "comerciais". Eles costumavam ser incluídos como parte de um pacote de instrumentos, então não sei se eles foram vendidos separadamente. O ISTR BASIC foi um dos principais idiomas para o desenvolvimento de aplicativos do HP 2000 , e foi o principal (possivelmente o único) idioma suportados por suas primeiras estações de trabalho HP 9800-series .

Os primeiros produtos de banco de dados DOS da Alpha Software (por volta de 1985) "Database Manager I", "Database Manager II" (DMB2) e "Alpha Three" foram escritos em BASIC e compilados com o compilador IBM BASIC. Eu trabalhei em "Alpha Three". Toda a interface do usuário estava em BASIC, mas tinha um componente TSR (terminate and stay resident) escrito em C e ASM que o BASIC comunicava através de interrupções. Os números de linha e as quebras de linha ocuparam um valioso espaço no segmento, de modo que o código ficou terrivelmente estragado e ilegível. Usamos variáveis compartilhadas e trocamos módulos constantemente. Foi difícil fazer o trabalho. Nós ainda tentamos ser lógicos sobre a organização, então nossa biblioteca de strings estava nos números baixos de 60000 linhas. Uma operação comum como aparar uma string seria semelhante a:

$ S = $ INS; GOSUB 60210; $ INS = $ S;

Nós convertemos para todos os C logo após o lançamento de "Alpha Three".

No início dos anos 80, a Força Aérea dos EUA comprou um monte de computadores de ônibus Cromemco S100 para uso por esquadrões de vôo como ferramenta de planejamento de voo.

O software de planejamento de vôo foi desenvolvido usando BASIC pelos pilotos e navegadores da Força Aérea no Tactical Air Warfare Center, localizado em Eglin AFB, Flórida .

No que diz respeito às "deficiências óbvias" do BASIC, nós realmente não sabíamos nada melhor. Apenas dar acesso físico a um computador a uma tripulação aérea parecia um incrível salto de tecnologia na época.

Eu acredito que o Ultima original no Apple] [foi escrito no Applesoft Basic.

O DEC usou sua versão do BASIC para grande parte do RSTS e de outros sistemas operacionais desenvolvidos.

O único medo que tive, como programador QuickBasic, 20 anos atrás, foi a mensagem "Sem memória". Mas isso só me fez um programador melhor! Eu aprendi a escrever código compacto e sério.

Eu costumava usar o QuickBasic para programação industrial. No mundo real (fábricas) você não pode dizer ao seu chefe "vai demorar meio ano para ser escrito em C"; você só pode dizer: "sim chefe, estará pronto na próxima semana". Sim, BASIC foi a solução prática e rápida no mundo real. Não C ou Pascal.

Um dos programas que escrevi no QuickBasic 4.5, um banco de dados exclusivo, foi vendido para poucas empresas e, na verdade, substituiu o banco de dados comercial que eles já tinham (provavelmente escrito em C ou Pascal). Este banco de dados está em uso até hoje.

Um assunto que quero mencionar:

todos nós pensamos que os novos métodos de programação são muito úteis . Mas na vida real (indústria), a maioria das máquinas, atualmente, é operada pelo moderno PLC. Os programas geralmente são escritos em programação ladder, que é milhões de vezes mais primitiva do que o GW-BASIC. Como programador para CLPs, posso dizer claramente: Eu adoraria substituir essa programação primitiva de ladder por uma linguagem de alto nível como GW-BASIC ou mesmo QuickBasic. (MEGA-BASIC é um dialeto que foi usado para esse propósito no passado).

Afinal, o que a maioria das máquinas está fazendo? interpretando entradas e definindo saídas. Você não precisa de C / Assembly para isso e não precisa de Java. Você precisa do QuickBASIC para criar um código de manutenção.

Absolutamente sim.

Há muito tempo atrás, trabalhei para uma empresa que vendia muitos milhões de dólares em sistemas, principalmente para a indústria de revendedores de automóveis. Esses sistemas executavam o software BASIC em derivativos de minicomputadores HP 21MX de 16 bits personalizados (antes da era dos microprocessadores de 16 bits bem-sucedidos). Esta era uma empresa de tamanho médio com dezenas de programadores básicos. Eles usaram um dialeto BASIC antiquado que exigia números de linha e permitiam apenas 286 nomes de variáveis possíveis, e ainda assim as soluções ofereciam toda a contabilidade e estoque de negócios (etc.) para empresas de médio porte. O grupo R & D também escreveu montadores, compiladores e até mesmo emuladores de hardware no Basic para ajudar no desenvolvimento de bootstrap de seu hardware da próxima geração.

O fato é que a maioria dos revendedores de automóveis novos nos EUA usa hoje programas BASIC para cotar opções de financiamento e criar as declarações longas de liquidação que você recebe quando compra um carro. Os programas são escritos em versões minicomputadoras arcaicas do BASIC rodando sob emulação em hardware moderno. Há UIs da Web enxertadas, mas seu BASIC está falando com um tty embaixo.

Por volta de 1980, o seguro de vida universal tornou-se um modismo instantâneo no ramo de seguros de vida. Toda empresa queria vendê-lo imediatamente, e exigia que os valores da conta fossem computados para cada apólice todos os meses, usando uma combinação muito complicada de juros e mumbo-jumbo atuarial. Como os grandes projetos em departamentos de processamento de dados levariam cerca de um ano, muitas empresas entraram em produção com o número de maçãs, PCs e / ou Tandy TRS-80, conforme necessário, fazendo a versão mais complicada do que havia sido em mainframes por cerca de 20 anos. Praticamente todos estes foram programados em BASIC. Principalmente o BASIC usava ponto flutuante de precisão curta, então milhões de centavos de clientes se perderam no arredondamento.

O JPL tinha uma versão do BASIC usada extensivamente há cerca de 35 anos atrás. Chamava-se MBASIC, com a posição M para gerenciamento, mas era usada, entre outras coisas, para programar espaçonaves.

O sistema de ponto de venda 4680/4690 muito popular da IBM foi escrito em um dialeto chamado IBM 4680 BASIC . Eu trabalhei neste sistema de 1998-2002 para um grande varejista do Reino Unido.

Este sistema era muito popular, de acordo com o artigo wiki que ainda detinha 12% de participação de mercado em 2005. O sistema ainda está strong hoje, as chances são boas de que a maioria das pessoas no mundo ocidental tenha indiretamente usado este sistema na última semana.

Observe o PICK ou qualquer um dos outros bancos de dados do MultiValue. Todos eles confiam no DataBasic como sua principal ou única linguagem e têm um uso significativo no mercado vertical. Ainda administramos um sistema que escrevi para benchmarking de aquisições há mais de 20 anos. Corre para cerca de 50k linhas de código.

Havia uma empresa chamada Softek na Índia nos anos 80 que criava suas próprias versões do Wordstar, do dBase e do Lotus 1-2-3. Outro de seus produtos era um compilador BASIC.

Usando seu próprio CBASIC, eles criaram um pacote contábil de dupla entrada muito abrangente chamado SIMS-FA (Softek Financial Accounting).

Qualquer um? Sim. Muitos? Não. Software educacional e manutenção de registros.

A era BASIC: ~ 1970-1990

Até cerca de 1990, as limitações superaram as expectativas e evoluíram com as necessidades do setor. Na maior parte, as necessidades de empresas maiores foram analisadas por consultores e reuniram-se com qualquer linguagem que atendesse à necessidade.

Assim como hoje, onde as empresas têm uma ideia mais ou menos desenvolvida do que precisam e têm algum tipo de solução com o VBA e aprendem o suficiente para descobrir soluções cliente-servidor mais competentes, aplicativos da Web e interfaces otimizadas com preparação de dados.

Na década de 1970, se uma empresa regular pudesse equilibrar contas ou registrar números de produção no computador sem o orçamento de uma corporação, seria um grande passo para manter os livros, e se você pudesse obter um diagrama, fantástico.

Nos anos 80, se você pudesse migrar alguns desenhos de produtos para o computador para torná-los editáveis, isso também seria fantástico.

Ambos podem ser feitos com uma linguagem baseada em interpretador. Como os computadores poderiam conter mais dados, a complexidade exigia compiladores, porque os processadores ficaram para trás da lei de Moore em dados brutos que alteravam o desempenho de cerca de 1977 para cerca de 1987.

Mas até o final da década de 1980, quando as expectativas exigiam mais, as linguagens estabelecidas na década de 1970 (complementadas em casos raros pela Assembler e / ou hardware personalizado como placas FPU) fizeram todo o trabalho sério e comercial em empresas com poucas exceções. . Cobol e Fortran ainda eram o ingresso em mainframes. Somente as corporações podiam pagar por isso, e empresas sérias realizavam o trabalho sério que podiam com os programas internos do BASIC, e por um tempo isso foi o suficiente.

Pacotes de software autônomos para uso geral, como processadores de texto ou diagramas, surgiram por volta dessa época, quando sistemas operacionais amadureceram em computadores acessíveis como alvos de compiladores, e surgiu o armazenamento que poderia conter documentos e dados de "tamanho da empresa".

Pascal foi um grande candidato aqui. Anteriormente, quase tudo isso havia sido escrito em Assembler. Finalmente o C veio do Unix e começou a ser usado em PCs.

De volta aos dias da parte Commmodore 64 do jogo Gunship foi escrito em BASIC. Você poderia até mesmo editar o código, assim seu helicóptero poderia ser equipado toda vez que você pousasse.

BBC BASIC é originário do BBC Micro , lançado no Reino Unido em 1981. Quando chegou à versão cinco, conforme implementado nos computadores RISC OS baseados em ARM da Acorn, foi considerado o BASIC interpretado mais rápido do mundo. Sua sintaxe foi avançada para o seu tempo, incluindo palavras-chave estruturais como CASE e WHILE e funções e procedimentos. (Inclusive incluía um assembler, originalmente para 6502 , e depois para o ARM no RISC OS .

Muitos aplicativos desktop comerciais foram escritos usando-os, talvez em grande parte porque forneceu acesso conveniente às chamadas SWI que o sistema WIMP cooperativo usava. Foi rápido o suficiente para que houvesse até mesmo alguns jogos de arcade escritos usando-o - Nevryon , um clone do tipo R, é um que eu particularmente me lembro de olhar para a fonte de.

As antigas xBase linguagens de script de banco de dados (como em dBase II , dBase III + , Clipper, etc. ) estavam intimamente relacionados com os vários BASICs não-padrão da época.

Não exatamente BASIC sendo usado para trabalho comercial, mas talvez perto o suficiente.

A maioria dos micros tinha apenas ferramentas de desenvolvimento básicas (ROM) ou assembler. Para programas que não são críticos para a velocidade, o BASIC foi usado para muitas aplicações comerciais, bem como para a maioria dos projetos internos da empresa. Mesmo quando o CP / M surgiu, os únicos aprimoramentos reais eram a capacidade de lidar com projetos maiores e usar o compilador básico da Microsoft ( BASCOM). Minha própria experiência com o microdesenvolvimento inicial foi a seguinte:

~ 1980 - Microsoft ROM básica em um Nascom 2 com um pequeno montador. O desenvolvimento de aplicativos comerciais incluiu um programa de retorno IVA (imposto sobre vendas) e um programa de controle de processo (ambos em BASIC). / p>

198? - Ainda usando o BASIC, mas agora também tive Pascal (BLS - precursor de Borland Pascal ).

Em meados da década de 1980 - os PCs começaram a dominar e os primeiros compiladores C apareceram ( Hisoft e Mix). O BASIC entra em declínio (revivido posteriormente em forma de zumbi pela MS com Visual Basic ). O GW-BASIC era muito popular como ferramenta de desenvolvimento interno. Numerosos pacotes comerciais (contabilidade, controle de estoque, etc.) ainda estavam escritos em BASIC.

Final dos anos 80 - C se torna a principal linguagem de desenvolvimento (depois do MSC 5 lançado em 1986?). Microsoft e Borland dominam nos próximos anos ...