Як програмування робилося 20 років тому? [зачинено]

На сьогоднішній день у нас є маса програмних засобів, які полегшують роботу, зокрема:

• ІДЕ

• Налагоджувачі (рядок за рядком, точки перерви тощо)

• Сценарії мурашок тощо для складання

• Такі сайти, як StackOverflow, допоможуть, якщо ви застрягли в проблемі програмування

20 років тому нічого з цього не було навколо. Які інструменти люди використовували для програмування та як вони робили без цих нових інструментів? Мені цікаво дізнатися більше про те, як тоді робилося програмування.

20 років тому, це 1991 рік. Цього року було випущено Borland C ++ 2.0 IDE. З інтегрованим налагоджувачем (лінійкою за лінією та точками перериву), автоматизованою побудовою за допомогою make.

Виглядало так http://www.ee.oulu.fi/research/tklab/courses/521419A/tc201_compile.png

У вас не було веб-сайтів, таких як Stackoverflow, але за допомогою IDE ви отримували кілька тисяч сторінок документації в чудово надрукованих книгах.

20 років тому ... 1991 рік ...

Подивимось. Я використовував SunOS та VAX VMS.

Ми писали код за допомогою текстових редакторів (vi або редагувати).

Я - особисто - не використовую налагоджувачі і ніколи цього не робив. Деякі люди використовували налагоджувач adb на SunOS. Я фактично використовував його кілька разів, щоб відновити стек відстеження з основного файлу дампа. Я поняття не маю, що було доступно на VAX VMS. Я використовував у коді заяви про друк.

Ми використовували make для складання.

Ми читали паперову документацію, думали і проводили експерименти. Дійсно, це все ще працює. Переповнення стека небагато людей, які - з незрозумілих причин - відмовляються проводити експерименти чи думати.

30 років тому ... 1981 рік ...

Подивимось. Я використовував Univac Exec 8 та IBM OS.

Ми писали код за допомогою текстових редакторів (я не можу згадати Univac, але IBM був редактором середовища TSO)

Я - особисто - не використовую налагоджувачі і ніколи цього не робив. Ці машини були "мейнфреймом" і не можна було пройти один крок через щось. Не було "налагоджувача". Вам довелося вставити заяви у друк у свій код.

Ми писали сценарії для складання.

Ми читали паперову документацію, думали і проводили експерименти.

40 років тому ... 1971 ...

Подивимось. Я використовував IBM 1620, який не мав ОС.

Ми писали код, використовуючи перфоровані паперові картки.

Налагодження означало одномоментний процесор. Це було рідко корисним, тому я навчився вставляти у свій код заяви "print".

Ми запускаємо компілятор вручну, щоб виготовити колоду перфорованих паперових карток, яку потім запустили. "вручну" означало буквально завантаження карт у картридер для встановлення компілятора чи асемблера. Потім завантажте вихідний код в кард-рідер для створення об'єктного коду. Потім завантажте отриманий об'єктний код у зчитувач карт для запуску програми.

Ми читали паперову документацію, думали і проводили експерименти.

"Геть мою галявину, гнилі діти"

• ІДЕ. Майже марно. Завершення коду може бути цікавим, але не настільки корисним, як стверджують деякі люди. У мене люди говорили, що VB - це прийнятна мова через Visual Studio. Забарвлення синтаксису - це, мабуть, найкорисніша функція, яку коли-небудь вигадували. Решта повинні бути додатковими додатками, тому ми можемо обходитися ними та звільняти цикли пам'яті та процесора.

  У міру того, як милиці йдуть, від цього залежать гірші речі.

• Налагоджувачі. Марно. За винятком випадків, коли визначення мови настільки погане, що семантика настільки мутна, що ви не можете зрозуміти, що повинно було відбутися. Наприклад, VB. Коли потрібен налагоджувач, дійсно пора отримати кращу мову.

  Виходячи з мого досвіду викладання програм, налагоджувачі можуть бути не корисними. Для деяких людей вони призводять до помутніння мислення та дивного емпіричного стилю програмування, де для коду немає семантичного значення - немає значення - просто чисте хакерство.

• Сценарії мурашок тощо для складання. Поступова компіляція та зв'язування насправді не є такою чудовою ідеєю. Для гіперскладних мов це необхідний хак, але насправді його слід розглядати як хак. Це не потрібно або навіть бажано.

  Краща мова з меншою залежністю від поступового складання здається набагато кращою справою, ніж складні сценарії мурашок.

• Такі сайти, як Stackoverflow, допоможуть, якщо ви занадто застрягли в помилці. Іноді корисно.

  Як і у налагоджувачів, існує ймовірність, що деякі люди виявляться успішними завдяки простому шаленству. Це погано.

Хм, ваше приміщення не зовсім правдиве. Останні два пункти є правильними, але 20 років тому у нас були IDE та налагоджувачі.

Насправді, налагоджувачі існували завжди. Їх розробка та використання розвинулися з моменту, коли команда Брукса побудувала старі мейнфрейми IBM, оскільки всі ми маємо власні спеціалізовані машини. Однак зараз ми можемо виконати одну і ту ж роботу налагодження для декількох різних мов (приклади див. У проекті GCC або MS Visual Studio).

20 років тому у нас не було ANT, але ми, безумовно, мали Make. Було навіть пару несумісних версій інструменту. Саме це люди використовували для створення своїх проектів.

І хоча мережа була недоступною (це все ще був дослідницький проект в університетах та військових), у нас були книги та журнали. Журнали надавали найсучаснішу інформацію, а книги обробляли теорію.

Прокляті діти. 1991? Дійсно? Як ви думаєте, що тоді відбувалося? Я маю на увазі, Turbo Pascal все ще був настільки сексуальний, Netware все ще був дійсним конкурентом Windows, швидкі комп’ютери все ще вимірювалися в МГц, але, крім цього, він не надто відрізнявся. Поверніться ще 10 років, і ви говорите про зелений екран, але для цих систем були ідентифікатори IDE.

Вам доведеться повернутися до середини 70-х, щоб знайти перфокарти та подібні лайно.

20 років тому у нас були Borland Turbo Pascal і Turbo C ++, досить потужні IDE з інтегрованими налагоджувачами, профілями тощо.

Було багато чудових інструментів. Як ви думаєте, як побудовано ядро ​​Unix? і складено? та всі інші величезні програми, такі як Lotus 123, Corel Draw, Wordperfect, Xenix, MS Windows, X Windows, gnu, Kings Quest, Flight Simulator тощо

У Unix було багато інструментів для продуктивності програмістів, таких як lint для аналізу коду, для компіляції та vi або emacs для редагування. За допомогою оболонки Korn (і, мабуть, інших) ви можете призупинити один редактор і перейти до іншого редактора за 0,5 секунди, і зробити це на повільному модемі з набору зеленого екрану ("спостерігаючи за ростом трави"). Ви можете налагодити dbx або просто прочитати дамп основної роботи.

Якщо у вас були гроші на графічний термінал, ви можете використовувати X Windows і xdbx для дійсно фантазійної налагодження.

Інтернет був там, але не WWW. У нас були анонімні FTP, ховрахи та WAIS. І такі мережі новин, як comp.lang.c для розміщення питань (зараз це в основному спам).

Ці інструменти були потужними. Ви коли-небудь дивилися, як ядро ​​відновлює роботу на день-два? Він створив би makefile після makefile, будуючи всі ці залежності. І навіть було pmake, яке могло б виявити, які цілі можна будувати паралельно. Чи може мураха зробити це ще?

На ПК з'явилися дивовижні продукти Borland, такі як Turbo Pascal (v4 було величезною зміною, коли він вийшов у середині 80-х).

Цікаві часи вони були. І цікаві ціни. У коробці Windows 3 SDK була ручка для перенесення, але для підйому потрібні дві руки, занадто багато дисків і 1 стоп високих посібників. Реляційні бази даних коштують тисячі доларів на користувача, війни в Unix, війни з електронними таблицями за похилу клавішу. Я вражений інструментами, які зараз можу отримати за такі шалено низькі ціни / безкоштовно.

Найсмішніша частина всього цього полягає в тому, що деякі команди клавіш Visual Studio (CTRL-K + CTRL-C) - це старі команди Wordstar. Трохи ностальгії кожен раз, коли я її використовую.

20 років тому я програмував в GFA Basic на Atari ST 1040 :

Більше клавіатури, менше миші.

Дякую за те, що хлопця почували себе старими :-)

Тоді налагоджувачі та помилки були. Укладачі або надходили з товстими книгами, або для Unix - великим набором довідкових сторінок. Більшість розробників Unix використовували vi або emacs. Тоді я не робив жодного програмування на робочому столі, але я впевнений, що вони використовували редактори, які постачалися разом із компілятором, які були по суті IDE з меншою кількістю функцій. Ви отримали допомогу від колег, книг чи журналів.

20 років тому я програмував в BASIC. У мене не було IDE, оскільки BASICA та GW BASIC не є IDE. Побачивши пізніше Quick BASIC, я був дуже радий. Я був дуже схвильований, коли вперше використав функцію Copy and Paste в розробці. Пізніше вони змусили компілятор QBASIC не інтерпретувати, як це було раніше, і це теж було чудово, але потім я перейшов до C і використав ID Turbo C IDE Borland. Зауважте, що я перебуваю в Єгипті, і тоді ще не було Інтернету, і ми були на рік позаду в програмі. Я маю на увазі, якщо версія буде випущена сьогодні, вона прийде мені на руку приблизно через рік. Зараз це набагато простіше, але радість програмування тоді була незрівнянною :)

Я думаю, що явище "веб-року" змістило ваші обчислення дат.

20 років тому я програмував у Smalltalk - одному з перших об'єктно-орієнтованих мов на GUI на Mac IIe з 20-дюймовим екраном, тому я думаю, що вам доведеться повернутися ще кілька років, ніж це, щоб отримати ведмежі шкури та камінь -ножі епохи програмування.

Зараз 40 років тому я програмував в основному, використовуючи телетайп-термінал, в якому був модем стилю акустичної муфти (110 Бод, дитина!) - ви знаєте, що ви набрали телефон, а потім засунули руку, встановлену в гумові чашки на модемі .

Ось стандартна форма, яка допоможе вам написати свої програми FORTRAN, перш ніж накручувати купу перфокарт.

(від: http://www.w3.org/2010/Talks/01-08-steven-ten-euro-computer/ )

Обов’язково використовуйте олівець, щоб ви могли стерти свої помилки, а між друкованими висловлюваннями залишити кілька порожніх рядків, якщо ви забудете деякі кроки.

(Гаразд, можливо, це трохи до 1991 року, але не набагато ...)

Ну все почалося на перфокартах , але я впевнений, що ви принаймні чули про той урок історії. Однак це відноситься більше 20 років тому.

Для налагодження? Дуже багато скриньок повідомлень, файлів журналів та інших методів виводу, які допомагають перевірити і побачити, що щойно сталося.

20 років тому 4GL були всією гнівом.

Дивно, але 20 років тому все було не все , що різні. Зараз 30 років тому ...

Тепер, коли я пишу цю відповідь, майте на увазі, мені тоді було лише 10 років, але все ще гойдають 5,25 "дискети на моєму 1 Мб жорсткому диску, що підтримує комп'ютер IBM Headstart XT / AT. Навіщо відповідати на це запитання?

Тому що там, де я працюю, ми підтримуємо 20-річну систему і базу коду, тому ми все ще перебуваємо в основі часу, коли працюємо зі застарілими системами, середовищами розробки та кодом.

20 років тому я кодував, в основному, на C, Pascal. Для платформи DOS був Turbo C, Turbo Pascal, які в основному були повноцінними редакторами з налагоджувачами, що дозволяли пройти крок. Для реального програмування я вважаю, що більшість програмістів, як я, використовував компілятор vi +, який працює з командних підказок.

Програмування тоді було трохи складніше, особливо для деяких мов програмування. Я все ще бачу сліди цього в своєму власному програмуванні: мені здається, що запускати свої тести з printоператорами простіше, ніж переходити через оператори.

Я можу говорити за Болгарію.

На відміну від вас, можна подумати, Болгарія входила до числа кращих країн за комп'ютерними технологіями. Будучи частиною комуністичного блоку, СРСР вкладав великі гроші в нашу інформатику, роблячи це лідером у галузі в комуністичному блоці. Однак приватні компанії комуністи не терпіли, і все в цій галузі управляло урядом. Таким чином, нещодавній крах комуністичного блоку кілька років тому залишив країну без стабільного бізнесу, щоб підтримувати галузь у доброму стані. Однак приємна спадщина знань залишилася для наступного покоління фахівців. Тому ми ніколи не переставали мати доступ до найновіших технологій, а розробка програмного забезпечення не відрізнялася від західних країн. Ми використовували найновіші інструменти та концепції програмування.

Таким чином, я не повторю все те, що говорять інші, але так, тоді були досить хороші IDE та відладчики (що відповідає характеру програмного забезпечення, яке розроблялося тоді).

Пам’ятаю, я особисто використовував Turbo Pascal і Turbo C (від Borland). Також програмне забезпечення Autodesk для графіки (наприклад, 3d Studio і Animator).

Однак джерело знань було більш обмеженим - переважно книги, журнали, колеги та рідко електронні журнали через BBS. Інтернет був здебільшого курйозом. Деякі мали доступ до Usenet, але рідко використовують його для роботи.

Лише 20 років тому. Ти мусиш жартувати. Я використовував налагоджувачі в 1972 році, коли вивчав програмування. Правда, ті, якими я зміг користуватися, були не такі гарні, як сьогодні. Я підозрюю, що вони існували задовго до цього.
З часом інструменти змінювалися, і вони ставали кращими, але навіть не думайте, що тоді у нас не було інструментів.
Я підозрюю, що вам потрібно буде повернутися до 50-х, щоб досягти рівня, де не було налагоджувачів.
Перший справді хороший відладчик, який я використав, був на VAX з VMS у 80-х. Все звідти пішло вгору.

На сьогоднішній день ви повинні побачити, що прості версії більшості інструментів, які вам подобаються, були присутніми в 1991 році, хоча і нерівномірно розподілені.

Більш цікаві порівняння з 1981 роком: початок широко доступних соціальних процесів за участю мереж USENET та UUCP та ARPANET. (День прапора в Інтернеті TCP був у 1983 році.)

Ще цікавіші порівняння з 1971 р .: ранні версії операційних систем, які ви зараз знаєте і любите, соціальні процеси, засновані на публікації (паперові бюлетені, конференції, що відвідуються особисто, обмін кодом з особистими контактами, групами користувачів, використання засобів масової інформації, таких як магнітні стрічки ).

20 років тому я кодував номер 386 в Borland C ++, використовуючи OWL для програмування Windows.

Моя машина мала кілька МБ оперативної пам’яті та жорсткий диск на 200 МБ. Я міг би встановити більшість програмного забезпечення з дискети - але все більше і більше програмного забезпечення надходило на компакт-диск.

Коли я натиснув F8, щоб "Запустити" мій проект у Borland, тоді компілятор запрацював би досить швидко, і я міг миттєво пограти з результатами.

У нас в офісі був один ПК, який кожні кілька годин шумно підключався до Demon (використовуючи Trumpet WinSock) та завантажуючи електронну пошту всіх.

Коли ми не могли розробити, як щось програмувати, то ми часто шукали відповідь у книзі - книги Win32 API були особливо корисними.

Насправді ми були досить продуктивними ... і тоді IDE працювали досить швидко! Але у них не було приємного рефакторингу та хороших інтегрованих інструментів тестування.

20 років тому? Я використовував приємний IDE з фантастичним конструктором інтерфейсу, що перетягує і перетягує, та менеджером проектів. Була досить хороша мова OO, набір дійсно хороших GUI-об’єктів, купа чудових додатків та термінальне вікно, що дало мені міцну оболонку Unix. І налагоджувач, але я погоджуюся, що вони призначені для слабодумців (або мають справу з їх огидним кодом).

Якщо це здається схожим на Mac, це тому, що я кажу про середовище розробки NeXT, саме це перетворилося на сучасну Mac OS. Щодо джгутів, ви можете прочитати історію тут:

• http://en.wikipedia.org/wiki/NeXT
• http://en.wikipedia.org/wiki/Interface_Builder
• http://en.wikipedia.org/wiki/Project_Builder

Як зауваження, я скажу, що дивовижна будівля GUI там повністю мене погубила. Коли я пішов почати розробляти додатки Swing на Java, це було так, ніби хтось собака з’їв устарений графічний інтерфейс API інтерфейсу та знову підкинув його, і Sun перевезла це. Слава богу, що Інтернет нарешті дістається.

Я почав програмувати в 1981 році, осені 30 років тому.

У 1991 році я працював у Apple Computer (ін. Саме "Apple" в ці дні) і тісно співпрацював з невеликою канадською компанією на ім'я Metrowerks.

Metrowerks будував IDE для підсилення C, C ++ та Pascal. Це середовище відіграло головну роль в успішному переході Apple на процесор PowerPC з 68K.

Незважаючи на те, що я був співробітником Apple, я впродовж кількох років ефективно працював менеджером із продуктів Metrowerks, тісно співпрацюючи з Грегом Галаносом та Жаном Беланджером щодо стратегії продукту тощо. Саме це тісне партнерство між Apple та стороннім розробником дозволило Power Macintosh перехід, Apple перший великий перехід Mac (другий - перехід до OS X).

У 1981 році я вступив до свого першокурсника в UCSC і отримав можливість почати працювати над Unix Release 7 (не Версія 7), що працює на PDP-11/70.

Тут немає IDE! Чорт, у нас не було контролю над версією лише через кілька років!

Це було vi (і vim не було вибору), cc, ln та make. Це було написання скриптів C Shell та злому джерела до C Shell, щоб збільшити розмір змінних довкілля від 512 символів до 1024 символів, щоб вмістити все більш складні TERMCAPS наших "розумних терміналів"

Це отримало можливість прочитати примірник книжки Левів на підлозі в штаті за межами кампусу студента СНД вищого класу Теда Голдштейна. Тед пішов на дуже повну кар'єру, включаючи VP інструментів в Apple.

Це було на моєму влаштуванні Mac на 1984 р. І раннє видання MDS (Macintosh Development System) і я навчився програмувати цього нового і чудового звіра.

Це було дуже весело. Набагато легше було вставати і бігати. Але потужність, яку ми маємо з такими мовами, як Рубі, неймовірна. Замість того, щоб писати хеш-таблицю для таблиці символів моїх компіляторів, я використовую їх праворуч і ліворуч як основний тип даних!

Так, це було дуже весело, але я не повернусь ...

20 років тому я писав код в AMOS , в якому був IDE і досить пристойний налагоджувач.

У 1991 році я використовував IDE / Framework під назвою UIMX на X-терміналі, створивши додатки на основі Motif, які отримали доступ до RDBMS на Informatix. Мова була С.

Був SCCS для модифікації, виготовлення для будівництва.

Озираючись назад, не так сильно відрізняється від того, як я працюю сьогодні.

28 років тому я писав збірний код в шістнадцятковій формі, вручну, для процесора 6809 (в Dragon 32 для тих, хто пам’ятає це) - я врешті-решт написав для цього переважно гідний асемблер, який допоміг.

Не було налагоджувача - якщо це не спрацювало, додайте код друку, щоб подивитися на стек. Довгі ночі! Ефективний код допоміг, оскільки було менше рядків, щоб піти не так

І в наш час мені доводиться вчитися Clearcase, Maven, Ant та VS - все це добре (але я сумую за старими часами)

20 років, так? Я працював лише на ПК в той час, коли я покинув Apple-Land незадовго до цього. Тоді я пам’ятаю, що у багатих дітей були повномасштабні IDE з інтегрованою налагодженням (Borland & Microsoft). Решта з нас бракували разом з недорогими брендами, які працювали чудово, але не були настільки "інтегрованими" (Mix Software, різні постачальники компіляторів умовно-безкоштовних програм). Миша була на столі, але її рідко торкалися. 90% часу, проведеного в текстовому режимі. Подвійні налаштування монітора починають згасати (раніше, ніж це, звичайно було монохромний монітор кодування та кольоровий "запущений" монітор у тій же системі, що і картки MDA та CGA, які використовували різні місця вводу / виводу / пам'яті, і вони могли обидва одночасно запускатись у DOS). Ранні версії Windows не були задоволені кількома моніторами.

Популярними мовами були C, Pascal та Modula-2. Люди все ще використовували логотип та BASIC. "Visual BASIC", нарешті, починає знищувати BASIC. COBOL та RPG викладалися в коледжі.

Багаті діти використовували USEnet в Інтернеті, бідні діти все ще набирали номер у локальній службі BBS та використовували групи FIDOnet (зазвичай 1200-2400bps модем для більшості людей все ще був недоступним, коштував майже стільки ж, скільки решта комп’ютер).

Першим комп’ютером, який я запрограмував ще в сімдесятих роках, був Univac 1218 . 1218 мав мінімалістський виконавчий апарат і 16 Кб 18-бітну, орієнтовану на слово, феритову ядро ​​(звідси і термін "основний дамп"). Вторинне зберігання оброблялося за допомогою магнітної стрічки та кодованих Голлерітом перфокарт на 80 стовпчиків. Машина використовувала доповнення для арифметики та два доповнення для адресації. Його можна запрограмувати та налагодити за допомогою передньої панелі, на якій вміст усіх регістрів, де відображається за допомогою підсвічених кнопкових вимикачів. Цей процесор може здатися примітивним за сучасними мірками, але мені це було дуже круто.

Назад до теми: Я використовував IDE двадцять років тому для більшої частини моєї розробки. Я не з тих хрустких старих людей, які вважають, що ІДЕ - це слабкий розум. Хороший IDE - це підсилювач продуктивності.

20 років тому я був студентом програмування RMCOBOL-85.

Я використовував зелений термінал, підключений до файлового сервера.

Інтерфейс був текстовим редактором стилю блокнота. Без фантазійних шматочків. У нас також був вибір використання VI. Ніколи не робив, хоча.

Ах добрі дні. :)

Майже 20 років тому до дня, коли я використовував комп'ютер IBM і Amiga 1000, щоб перетнути компіляцію коду С і збірку для чогось, що називається Atari Lynx. Програма розглядала 5 ігор казино в 47 Кб (це кілобайт) місця з 1 К для деяких системних змінних. Кошти 16K було зарезервовано для відео з подвійним буфером. Коли прийшла система «розробки», з’явились приклади підпрограм мови мовлення, щоб повернути екран в один колір і натиснути динамік. Це було все. Якщо ви хотіли текст, добре, що вам потрібно було створити шрифт і власні текстові процедури. Мережі? Вперед, просто напишіть власні драйвери. Не знаю чому, але складність цього була частиною веселощів. Дивовижно, що будь-яка з них взагалі працювала.

Ви жартуєте? Я розгойдував свій 80286 в Turbo Pascal в середині / кінці 80-х.

20 років тому я був частиною команди, яка використовувала Interface Builder і Objective-C для створення програми для публікації настільних ПК для ОС NeXTstep. І так, Інтернет був навколо, його було просто важче використовувати - але я міг знайти та опублікувати відповіді на comp.sys.next.

Я налагоджував налагоджувачі в Sun в 1989 році як особа, що займається технічною підтримкою розробника контрактів.

Я використовував IDE майже 30 років тому - UCSD p-System / Apple Pascal. Написав Sundog: Frozen Legacy для Apple II з Apple Pascal та складанням 6502 (1982-84). Написав і власний розбиральник p-code / 6502. З цього приводу я використовував пк-систему UCSD на мікрокомп'ютері Northstar Horizon (Z-80) в Lunar & Planetary Institute ще в 1981 році.

У 1963 році я працював на літній роботі в кампусі. Це було на комп'ютері PDP-1, виготовленому Digital (DEC).

І так, у нього був інтерактивний налагоджувач, який називався DDT. Ви можете встановити точку розриву, вивчити та змінити змінні, патч-код. Текстовий редактор був досить примітивним, і ми часто використовували автономний паперовий стрічковий верстат.

Мова була асемблерною. Машина мала щось на кшталт 4 к 18 бітових слів. Немає операційної системи.

До 1971 року я був на PDP-10 із 262 144 словами по 36 біт кожен. Інтерактивна система тимчасового обміну, яка підтримувала, можливо, 10 одночасних користувачів, текстовий редактор під назвою TECO, відладчик, який все ще називається DDT, та такі мови, як Lisp, Fortran, Basic та Algol. TECO був справді потужним. Ви можете написати текст, що маніпулює програмами.

PDP-10 став основою для подібної машини, виготовленої в Palo Alto Research, де народився офіс майбутнього. Ethernet, миша та графічний інтерфейс, електронна пошта, лазерний принтер та об'єктно-орієнтоване програмування. Пало Альто мав усе це. За десять років до ПК.

Багато з цих речей було забуто, а потім за кілька років заново винайдено. І звичайно, є ще чимало нових речей.

Просуваючись до 1991 року, я працював над VAX. Моєю основною мовою був SQL, хоча я писав речі в PASCAL при необхідності. Я також використовував DCL і Datatrieve в якості мов сценаріїв, хоча ми не використовували цей термін.

У VAX тоді не було IDE, принаймні не там, де я працював. Але текстовий редактор, компілятори, лінкер, налагоджувач і мова команд були побудовані з ідеєю, що розробник збирається використовувати їх усі. Вони добре працювали разом. Запам’ятати кілька команд було не складніше, ніж запам’ятати, де на панелі інструментів знаходиться даний інструмент. Повторне впорядкування команд було спрощено шляхом виклику команд.

VAX мав відмінний налагоджувач, але я цього ніколи не дізнавався. PASCAL зробив досить легко отримати програми з початку, а структуроване програмування дозволило досить легко локалізувати помилку без використання налагоджувача. Налагодження SQL - це зовсім інша кульова гра.

Окрім роботи над VAX, я використовував інструменти для настільних комп'ютерів для маніпулювання даними на локальному рівні. Це були або засоби MS Office, або їх попередники, я не пам'ятаю. Важкою частиною було зв’язування інструментів робочого столу з даними, що зберігаються в базі даних на VAX.