Комментарии 24
Пример из собственного опыта. Есть такое инженерное ПО (CAE) под названием ANSYS. Лидер в области расчетного обоснования проектируемых изделий. Первые его версии увидели свет в 1970 году. На многих предприятиях, в т.ч. в РФ, до недавнего времени также этот продукт использовался. И есть у него такая фича: он позволяет не только писать макросы на собственном интерпретируемом языке APDL (ANSYS Parametric Design Language), но и дает возможность разрабатывать собственные функции инженерных расчетов, прилинковывая их к кастомной сборке исполняемого файла. И вся основа в этом случае построена именно на языке Fortran. И пусть мой опыт в этом чуть больше, чем 20 лет, но таки да: пришлось близко познакомиться с этим языком и кодовой базой ANSYS, когда стояла задача его доработки.
Честно говоря я думал разговор будет про до-SQL средства типа Clipper, а также dBase, FoxBase ну и FoxPro, а также те времена когда каждый программист, чтобы считаться программистом, должен был написать бухгалтерию. (Ну и про turbo продукцию Borland.)
Я писал на Clipper + dbf, Delphi + SQL Server в середине 90х и начале 2000-х. Мной была сделана разработка мини ЕRP cистемы для дилера одного из машиностроительных заводов, которая включала СRM, обработку заказов с приоритетами для снабжения, спецификации, счета на оплату, счёт фактуры, множественные отгрузки и перекомплектация заказов склад с вычисляемыми остатками, перенос накладных в 1С бухгалтерию, хранилище документов в SQL. В начале двухтымячных это все было в новинку. Система прожила 9 лет без проблем.
В свое время приходилось писать на Clarion. Потом С/С++ + Paradox Engine. Потом CBuilder + BDE. Немного "трогал" dbVista, но ничего серьезного не довелось писать на ней.
Это все до-SQL. Потом уже в билдере появился Intebase и его альтернатива Firebird.
Сейчас основной язык RPG (под IBM i c DB2). А там работа с БД хоть встроенным SQL, хоть прямым доступом (операции позиционирования по индексу, чтения/записи...) Так вот в некоторых ситуациях прямой доступ быстрее и эффективнее по ресурсам, чем SQL (это хорош когда большая выборка по нескольким таблицам со многими условиями, но когда несколько [десятков] записей по одному индексу - тут прямой доступ быстрее выходит).
Где искать ... Аэропорты
Зачем тут искать? :)
Начнем с предложения конкурентноспособных условий..
Покажите ценность их навыков...
Предложите интересные проекты...
Да так любой согласится! Только где же найти таких контор, чтоб на всех хватило? 8-()
Начнем с предложения конкурентноспособных условий.Это может включать в себя заработную плату, предложение гибкого графика и возможности для развития. Если потенциальный сотрудник несколько лет занимается монотонной работой и получает оплату труда ниже, чем хотелось бы, - считайте он уже почти согласен.
Предложить денег, какая свежая мысль! Ее даже кто-то уже озвучивает!!
Но - нет.
НПО Астрофизика .. Туполев
Нет там дедов - умерли. Кто чего-то умел - давно сбежали
5. Телекоммуникационная отрасль: Многие основные программные системы в телекоме написаны на COBOL.
Вы телеком то на картинках видали, вместе с шагово координатными АТС ?
Статья, вероятно, про Запад.
В РФ, за счёт низкого старта, с нуля были разработаны и банковская система, и страховая, и телеком.
Древние советские киты (СБ РФ, Ростелеком, Госстрах), которые имели какое-то наследние с лохматых годов, вынуждены были так же мигрировать, чтобы не вылететь с рынка, подгоняемые молодыми конкурентами.
А вот Аэрофлот держался до последнего - конкуренции практически нет, да ещё и сам себе отраслевой регулятор.
Знаю только одну подсистему на Коболе в телекоме. Из крупных.
В Советском Союзе вообще использовали COBOL? В РФ продолжительно затащили с западной финансовой инфраструктурой.
Использовали, еще на Минске-32 был Кобол, вот, например, форумный пост-воспоминание
Есть еще одна проблема.
Переманить спеца - ну ок, можно. Но это люди как минимум 50+. А то и 60-. Сколько оно еще проработают? А дальше что? Прибегут молодые-креативные с криками "ща, мы тут мигом все ваше дремучее легаси на модный фреймворк перепишем!" И что?
Проблема в том, что молодые-креативные ищут "релевантный" с их точки зрения опыт. Они не рассчитывают долго тут задерживаться. Год, ну два. А потом дальше побежали. И погружаться во все эти лиспы-коболы-фортраны им совершенно неинтересно. Тем более, что там и подходы совсем другие - с SO особо не накопипастишь и на фреймворке не выедешь - много нужно ручками и головой.
Тут как минимум нужно сразу дать человеку выше рынка (хоть он и полный ноль в этой теме), потом еще 3-6 месяцев его обучать, а потом регулярно повышать. Экономически это такое себе...
Все это наблюдаю (в несколько иных условиях) у нас - банк, центральные сервера. Специфический стек - платформа IBM i и основной язык RPG (на этой платформе на нем пишется более 80% кода, за пределами платформы он практически не существует (он достаточно сильно завязан на специфику платформы). А платформа ну очень специфичная - сама ОС абсолютно на иных принципах построена нежели привычные вин/линух. Но при этом очень мощная для решения именно этого класса задач.
И вот отношение ко всему этому такое - "А нафига мне все это? Мест где можно с этим работать на всю страну пальцев одной руки хватит пересчитать".
Но это люди как минимум 50+. А то и 60-.
(глядя в зеркало) ...а то и 60+
И да —
Fortran (Fortran IV, Fortran 77),
Lisp (диалект AutoLisp).
Но проблема в том, что работал я с этими языками четверть века назад (т.е. практически буквально как написано в статье), и для меня сейчас эти языки уже мёртвые.
Потом появились более простые и удобные инструменты, да и характер работы поменялся.
Конечно что-то ещё помню - недавно (всего-то лет 10-12 назад ;-) ) удалось кое-как разобраться со своими старыми наработками в AutoLisp, но одно дело разобрать свой почерк свое в общем-то знакомое творение, а другое - чужое, да и вряд ли работодателю будет интересен "винтажный газогенератор", ностальгирующий о временах своей юности.
/nostalgia
Справедливости ради — имея большой опыт разработки операционных систем, и некоторый опыт с OS/400 (в i5/OS я чуть-чуть не успел, но сильно сомневаюсь, что IBM i радикально отличается от своих предшественниц) замечу, что считать эту систему построенной на “абсолютно иных принципах” несколько опрометчиво. У неё конечно же есть свои исключительные черты, обусловленные особенностями платформы, но там полно “принципов”, которые легко узна́ют те, кто глубоко копал в OS/2 и NT. Пингвиноводам, конечно, там ловить нечего, а для программистов, умеющих в POSIX, есть PASE :)
После AS/400 было больше ребрендинга чем каких-то радикальных изменений. Так что, как бы она там не называлась сейчас, ее привычно именуют "AS-ка"
Ну как сказать... Во-первых, "все есть объект". Такого я иных системах не встречал. Нет файлов, нет папок. Есть библиотеки и объекты. Тип объекта определяется при создании и определяет набор допустимых с ним операций.
Модель памяти, которая реализует практически нулевые затраты на переключение контекста заданий.
Отсутствие ассемблера (выше SLIC), зато наличие TIMI.
PASE - это уже "поверх" придумали. Равно как и IFS.
Тут мы!
Чего надо?
Могу считать себя ветераном. Я пишу десктопные приложения для нужд производственной фирмы, где работаю сейчас. Есть моя публикация на хабре об одной из разработанных систем. Web интерфейсы не использую, нет нужды. Да и тормозные они, бедные по возможностям и долгие в разработке. Использую как delphi, так и labview. Скорость разработки и работы приложений высокая и бизнес логика в SQL дают фантастические возможности быстрой разработки сложных приложений командой из 1-2 человек.
Я — по вашей классификации — самый что ни на есть ветеран с опытом даже не “от 27 лет”, а “сильно больше 27 лет.” Более 40, и изрядно. Но заманить меня сегодня программировать на Algol-60 или FORTRAN IV можно только за очень большие деньги и на очень интересные задачи :)
И я из старпёров. И тоже не очень хочу переезжать обратно на Фортран, или БЭМШ :-)
Фортран, как бы это ни показалось странным, очень сильно развился в последние 15 лет. Я Фортран IV (когда он был мэйнстримом) не любил, а начиная со стандарта 2008 года – вполне приятный язык для своей области применения.
А Лисп вообще предназначен не для практического применения, а для духовного развития.
Я работаю с RPG который начинался примерно в одни годы с COBOL (1959г) как эмулятор табуляторов) и имел позиционный синтаксис, ориентированный на написание программы на бланках
Но сейчас это вполне нормальный процедурный язык, развивающийся в своей нише (регулярно выходят обновления) и содержащий много разных вкусностей - overload процедур, автоматические массивы (причем, с возможностью ручного управления выделением памяти) и много чего еще.
При этом язык остается достаточно простым и мощным для работы с БД и обработки коммерческих данных.
А Лисп вообще предназначен не для практического применения, а для духовного развития.
В гранит! :)
Ветераны IT: Как найти программистов прошлых поколений языков