Как программирование было сделано 20 лет назад? [закрыто]

В настоящее время у нас есть много программных средств, облегчающих работу, в том числе:

• Иды

• Отладчики (построчно, точки останова и т. Д.)

• Ant-скрипты и т. Д. Для компиляции

• Такие сайты, как StackOverflow, чтобы помочь, если вы застряли на проблеме программирования

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

20 лет назад, это 1991 год. Это год выпуска среды разработки Borland C ++ 2.0. Со встроенным отладчиком (с построчными и точками останова), автоматическое построение с использованием make.

Это выглядело так: http://www.ee.oulu.fi/research/tklab/courses/521419A/tc201_compile.png

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

20 лет назад ... 1991 ...

Посмотрим. Я использовал SunOS и VAX VMS.

Мы написали код, используя текстовые редакторы (vi или edit).

Я - лично - не использую отладчики и никогда не использовал. Некоторые люди использовали отладчик adb в SunOS. Я фактически использовал это несколько раз, чтобы восстановить трассировку стека из файла дампа ядра. Я понятия не имею, что было доступно на VAX VMS. Я использовал операторы print в коде.

Мы использовали make для компиляции.

Мы читали бумажную документацию, думали и проводили эксперименты. Действительно, это все еще работает. Переполнение стека используется несколькими людьми, которые по необъяснимым причинам отказываются проводить эксперименты или думать.

30 лет назад ... 1981 ...

Посмотрим. Я использовал Univac Exec 8 и IBM OS.

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

Я - лично - не использую отладчики и никогда не использовал. Эти машины были "мэйнфреймами" и не могли проходить через один шаг. Не было «отладчика». Вы должны были вставить операторы печати в ваш код.

Мы написали скрипты для компиляции.

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

40 лет назад ... 1971 ...

Посмотрим. Я использовал IBM 1620 без ОС.

Мы написали код, используя перфорированные бумажные карты.

Отладка означала одноступенчатый процессор. Это было редко полезно, поэтому я научился вставлять операторы «print» в мой код.

Мы запускаем компилятор вручную, чтобы создать колоду перфорированных бумажных карт, которую мы затем запускаем. «от руки» означало буквальную загрузку карт в картридер для установки компилятора или ассемблера. Затем загрузите исходный код в картридер, чтобы получить объектный код. Затем загрузите полученный объектный код в картридер для запуска программы.

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

"Сойди с моей лужайки, гнилые дети"

• Иды. Почти бесполезно. Завершение кода может быть забавным, но не таким полезным, как утверждают некоторые. Мне говорили, что VB является приемлемым языком из-за Visual Studio. Синтаксическая раскраска, пожалуй, самая полезная функция из когда-либо изобретенных. Остальные должны быть дополнительными надстройками, чтобы мы могли обойтись без них и освободить память и циклы процессора.

  Поскольку костыли идут, есть худшие вещи, чтобы зависеть.

• Отладчики. Бесполезный. За исключением случаев, когда определение языка настолько плохо, что семантика настолько мрачна, что вы не можете понять, что должно было произойти. Например, В.Б. Когда необходим отладчик, самое время получить лучший язык.

  Исходя из моего опыта преподавания программирования, отладчики могут быть бесполезны. Для некоторых людей это приводит к затуманенному мышлению и странному эмпирическому стилю программирования, в котором нет никакого семантического значения для кода - никакого значения - просто чистая хакерская деятельность.

• Ant-скрипты и т. Д. Для компиляции. Инкрементная компиляция и компоновка на самом деле не слишком хорошая идея. С гиперсложными языками это необходимый взлом, но на самом деле его нужно рассматривать как взлом. Это не обязательно или даже не желательно.

  Лучший язык с меньшей зависимостью от инкрементной компиляции кажется гораздо лучше, чем сложные сценарии Ant.

• Такие сайты, как Stackoverflow, помогут, если вы слишком застряли на ошибке. Иногда полезно.

  Как и в случае с отладчиками, есть вероятность, что некоторые люди окажутся успешными благодаря простой ошибочной удаче. Это плохо.

Хм, ваше предположение не совсем верно. Последние два пункта верны, но 20 лет назад у нас были IDE и отладчики.

На самом деле, отладчики существовали всегда. Их дизайн и использование развивались с тех пор, как команда Brooks создала старые мэйнфреймы IBM, поскольку у всех нас есть собственные выделенные машины. Однако теперь у нас может быть одинаковая работа отладчика для нескольких разных языков (примеры см. В проекте GCC или MS Visual Studio).

20 лет назад у нас не было ANT, но мы определенно имели Make. Была даже пара несовместимых версий инструмента. Это то, что люди использовали для создания своих проектов.

И хотя сеть была недоступна (это был исследовательский проект в университетах и ​​вооруженных силах), у нас были книги и журналы. Журналы предоставляли самую свежую информацию, а книги освещали теорию.

Чертовы дети. 1991? В самом деле? Как вы думаете, что происходило тогда? Я имею в виду, что Turbo Pascal все еще был довольно сексуальным, Netware по-прежнему был действительным конкурентом Windows, быстрые компьютеры по-прежнему измерялись в мГц, но в остальном он не сильно отличался. Вернитесь еще на 10 лет, и вы говорите о «зеленом экране», но для этих систем также были интегрированные среды разработки.

Вы должны вернуться в середину 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 для анализа кода, make для компиляции и 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 :

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

Спасибо, что заставил парня почувствовать себя старым :-)

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

20 лет назад я программировал на бейсике. У меня не было IDE, потому что BASICA и GW BASIC не являются IDE. Когда я увидел Quick BASIC позже, я был очень счастлив. Я был очень взволнован, когда впервые использовал функцию копирования и вставки в разработке. Позже они сделали компилятор QBASIC не интерпретатором, как это было раньше, и это было здорово, но потом я перешел на C и использовал Borland Turbo C IDE. Обратите внимание, что я нахожусь в Египте, и тогда не было интернета, и мы были около года назад в программном обеспечении. Я имею в виду, если версия будет выпущена сегодня, она придет ко мне в руки примерно через год. Теперь это намного проще, но радость программирования тогда была несравненной :)

Я думаю, что феномен "веб-года" сместил ваши расчеты даты.

20 лет назад я программировал на Smalltalk - одном из первых объектно-ориентированных языков на основе графического интерфейса для Mac IIe с 20-дюймовым экраном, поэтому я думаю, что вам придется вернуться еще на несколько лет, чтобы получить медвежью шкуру и камень Ножи эпохи программирования.

Теперь, 40 лет назад, я программировал в основном, используя терминал телетайпа, у которого был модем в стиле акустической связи (детка 110 бод!) - вы знаете, что вы набрали телефон, а затем вставили трубку в резиновые чашки модема. ,

Вот стандартная форма, которая поможет вам написать свои программы на Фортране, прежде чем вы испортите кучу перфокарт.

(от: 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 PC. Зачем отвечать на этот вопрос?

Потому что там, где я работаю, мы поддерживаем 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 МБ. Я мог установить большую часть программного обеспечения с дискет - но все больше и больше программ приходило на CD.

Когда я нажал F8, чтобы «запустить» мой проект в Borland, компилятор работал бы довольно быстро, и я мог мгновенно поиграть с результатами.

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

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

На самом деле, мы были довольно продуктивными ... и тогда IDE работали довольно быстро! Но у них не было хорошего рефакторинга и хороших интегрированных инструментов тестирования.

20 лет назад? Я использовал хорошую IDE с фантастическим конструктором пользовательского интерфейса и менеджером проектов. Был довольно хороший ОО-язык, набор действительно хороших объектов с графическим интерфейсом, куча отличных приложений и окно терминала, которое давало мне прочную оболочку 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, я почувствовал, что чья-то собака съела устаревший документ по GUI 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 (не Version 7), работающей на PDP-11/70.

Здесь нет IDE! Черт, у нас не было контроля версий, пока несколько лет спустя!

Это был vi (а vim не был выбором), cc, ln и make. Он писал сценарии C Shell и взламывал исходные тексты для C Shell, чтобы увеличить размер переменных среды с 512 символов до 1024 символов, чтобы приспособиться к более сложным TERMCAPS наших «умных терминалов».

У него была возможность прочитать бутлег-копию « Книги львов» на полу студенческого общежития студента из высшего общества, Теда Гольдштейна. Тед сделал очень полную карьеру, включая вице-президента по инструментам в Apple.

Он получил в свои руки Mac в 1984 году и раннюю версию MDS (Macintosh Development System) и научился программировать этого нового и замечательного зверя.

Это было очень весело. Гораздо проще было начать работать. Но сила, которую мы имеем с такими языками, как Ruby, невероятна. Вместо того, чтобы писать хеш-таблицу для моей таблицы символов компиляторов, я использую их справа и слева в качестве базового типа данных!

Да, было очень весело, но я бы не вернулся ...

20 лет назад я писал код на AMOS , в котором была IDE и довольно приличный отладчик.

В 1991 году я использовал IDE / Framework под названием UIMX на X Terminal, создавая приложения на основе Motif, которые обращались к СУБД Informatix. Язык был C.

Был SCCS для управления версиями, make для сборки.

Оглядываясь назад, мало чем отличается от того, как я работаю сегодня.

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

Отладчика не было - если бы он не работал, вы бы добавили код печати, чтобы посмотреть на стек. Долгих ночей! Эффективный код помог, так как было меньше строк, чтобы пойти не так

И в настоящее время мне приходится изучать Clearcase, Maven, Ant и VS - все это весело (но я скучаю по старым временам)

20 лет, а? Я работал только на PC-land именно в это время после того, как незадолго до этого покинул Apple-land. В то время я помню, что у богатых детей были полноценные интегрированные среды разработки с интегрированной отладкой (Borland & Microsoft). Остальные из нас скучали по дешевым брендам, которые работали хорошо, но не были настолько «интегрированы» (Mix Software, различные поставщики компиляторов условно-бесплатных программ). Мышь была на столе, но редко трогала. 90% времени проведено в текстовом режиме. Настройки двух мониторов начали исчезать (ранее это было обычным делом иметь монохромный кодирующий монитор и цветной «работающий» монитор в одной системе, так как карты MDA и CGA использовали разные места ввода / вывода / памяти и могли одновременно запускаться одновременно в DOS). Ранние версии Windows не были довольны несколькими мониторами.

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

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

Первый компьютер, который я запрограммировал еще в семидесятых, был Univac 1218 . У 1218 был минималистский исполнитель и 16K 18-битной словесно-ориентированной ферритовой памяти (отсюда и термин «дамп ядра»). Вторичное хранилище обрабатывалось с помощью магнитной ленты и перфокарт с 80 столбцами в кодировке Холлерита. Машина использовала одно дополнение для арифметики и два для адресации. Его можно запрограммировать и отладить с помощью лицевой панели, на которой содержимое всех регистров отображено с помощью кнопок с подсветкой. Этот процессор может показаться примитивным по современным стандартам, но в то время он был для меня очень крутым.

Вернемся к теме: двадцать лет назад я использовал IDE для большей части своей разработки. Я не из тех старых парней, которые считают, что IDE для слабых умов. Хорошая IDE - это усилитель производительности.

20 лет назад я был студентом-программистом RMCOBOL-85.

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

Интерфейс представлял собой текстовый редактор в стиле блокнота. Нет причудливых битов. У нас также был выбор использования VI. Хотя никогда не делал.

Ах, хорошие дни. :)

Почти 20 лет назад я использовал компьютер IBM и Amiga 1000 для кросс-компиляции кода C и сборки для чего-то, называемого Atari Lynx. Рассматриваемая программа запускала 5 игр казино на 47 КБ (это килобайт) пространства с 1 КБ для некоторых системных переменных. Колоссальные 16K были зарезервированы для видео с двойным буфером. Когда прибыла система «разработки», появились примеры программ на языке ассемблера, чтобы повернуть экран на один цвет и щелкнуть по динамику. Вот и все. Если вы хотели текст, ну, вы должны были сделать шрифт и свои собственные текстовые процедуры. Сеть? Вперед, просто напишите свои собственные драйверы. Не знаю почему, но сложность этого была частью веселья. Удивительно, что все это сработало.

Вы шутите? Я качал свой 80286 в Турбо Паскале в середине / конце 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. В связи с этим в 1981 году я использовал микрокомпьютер Northstar Horizon (Z-80) UCSD p-System в Лунном и планетарном институтах еще в 1981 году.

В 1963 году я работал на летней работе в университетском городке. Это было на компьютере PDP-1, сделанном Digital (DEC).

И да, у него был интерактивный отладчик, названный DDT. Вы можете установить точку останова, изучить и изменить переменные, исправить код. Текстовый редактор был довольно примитивным, и вместо этого мы часто использовали автономный ленточный автомат.

Язык был ассемблер. У машины было что-то вроде 4k 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.