Расцвет и упадок Visual Basic +99



Мне нужно сделать признание. До того, как я стал респектабельным разработчиком, работающим с такими современными языками, как C# и Java (и тем бурлящим хаосом, который известен нам под именем JavaScript), я был увлечённым фанатом невероятно популярного и неуклюжего Visual Basic.

Моя влюблённость была искренней. Ещё в детстве я учился программировать на языке BASIC. Но не просто на BASIC. Я начинал с потрясающей среды Microsoft под названием QuickBASIC на древней операционной системе DOS. Я всё ещё помню, как набирал белый текст на её бодром голубом фоне.


Для программирования в 1988 году QuickBASIC был волшебной штукой. Можно было писать код без громоздких номеров строк, отлавливать синтаксические ошибки в процессе набора и запускать программы прямиком из среды разработки без необходимости возни с командной строкой. Закончив программу, можно было делиться ею со своими друзьями при помощи вот этих ребят:


В наши дни QuickBASIC остался лишь ещё одной диковинкой из далёкого прошлого. Хотя так ли это? Новаторский проект под названием QB64 создал современную реплику QuickBASIC. Он запускается на Windows, MacOS и Linux, и не требует эмулятора. При запуске программы в QB64 среда выполняет хитрый трюк — сначала она транслирует код на BASIC в C++, а затем компилирует его.

Классический VB и эра Visual


QuickBASIC был впечатляющей средой для далёких дней текстовых компьютерных систем. Но всё изменилось, когда Microsoft выпустила Windows и погрузила пользователей PC в графический мир кнопок и кликов. Одновременно с выпуском компанией Microsoft Windows 3.0 (первой версии, которая добилась истинного успеха), был выпущен Visual Basic 1.0.

Это было нечто совершенно новое. Пользователь мог создавать кнопки для программ, рисуя их на поверхности окна, как на холсте художника. Чтобы заставить кнопку выполнять какое-то действие, достаточно было дважды щёлкнуть на неё в среде разработки и написать код. И код писался не на загадочном C++ с кучами классов, сложным управлением памятью и непонятными вызовами Windows API. Вы как цивилизованный человек писали код на дружелюбно выглядящем VB.


Все эти графические примочки впечатляли, но настоящим секретом успеха VB была его практичность. Попросту не было ни одного другого инструмента, в котором разработчик мог бы набросать полный интерфейс и приступить к кодингу так же быстро, как в VB. И хотя историки любят порассуждать о визуальной части Visual Basic, его неподражаемое умение не имело ничего общего с графическими виджетами. VB стал знаменитым благодаря легендарной функции edit-and-continue, позволявшей разработчикам запускать программы, находить ошибки, исправлять их и продолжать работать с новым кодом. Это разительно отличалось от почти всех остальных известных человечеству сред программирования, вынуждавших разработчиков компилировать работу заново и после каждого изменения начинать снова.

Оригинальный Visual Basic процветал примерно десяток лет. Возникнув как дружественная среда для новичков, он превратился в инструмент, имеющий достаточно возможностей и для серьёзных программистов. К моменту выпуска VB 6? — последней версии классического Visual Basic, в мире по приблизительным подсчётам было в десять раз больше кодеров на VB, чем на суровом C++. И они не просто создавали макеты игрушечных приложений. Visual Basic проложил себе дорогу в офисы компаний и даже в Интернет при помощи ASP (Active Server Pages) — ещё одной чудовищно популярной технологии. Благодаря ей вы могли создавать веб-страницы, способные общаться с компонентами VB, связываться с базами данных и писать HTML на лету.

Всё это происходило практически без структуры, если только вы не решали создать её самостоятельно. Это было неписанное правило Visual Basic — он давал вам свободу, о которой вы потом пожалеете.

Проблема классического VB


Во многих кругах классический VB имел плохую репутацию. Фанатики ООП часто жаловались, что VB недостаёт поддержки наследования. (Это была странная жалоба, ведь наследование часто является отличным способом для неопытных разработчиков выстрелить себе в ногу — именно этой особенности VB не требовалось.) На самом деле, классический VB не имел склонности к объектно-ориентированности. К концу своей жизни он уже поддерживал интерфейсы, полиморфизм и библиотеки классов. Всё это было позаимствовано из COM — фундаментальной части технологии компонентов, «прошитой» в каждой версии Windows.

Настоящая проблема классического VB заключалась в том, что он был слишком успешным. Он настолько эффективно снижал барьеры для новых программистов, что в нём мог работать практически кто угодно. Беззаботные новички, усталые сотрудники компаний и студенты решали проблемы, которые на любой другой платформе представляли бы гораздо большую сложность, и повсюду развешивали спагетти-код.

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

VB.Fred и платформа .NET


Перенесёмся вперёд, в 2002 год: Microsoft занимается тем, что лучше всего получается у Microsoft — разрушает собственную экосистему разработчиков, вводя совершенно новый способ работы.

На этот раз проектом было масштабное изменение архитектуры COM — компонентной технологии, служившей опорой Windows (а косвенно и классическому VB). Это была ставка «ва-банк» для компании-мегалита, уже совершавшего несколько раз такие рискованные перемены.


Microsoft назвала эту «перезагрузку» платформой .NET по множеству сомнительных причин, в том числе и потому, что Интернет-технологии в то время продолжали оставаться свежими и восхитительными, а ещё потому, что .NET включала в себя функцию веб-сервисов, которую Microsoft твёрдо решила продвигать. Продукт создавался под сильным влиянием Java и имел полный ассортимент инструментов для общения с базами данных, создания веб-сайтов, написания многопоточных программ, установки соединений через сокеты — практически для всех вариантов применения, которые могли бы вообразить бизнес-разработчики.

Единственная проблема заключалась в том, что для реализации всех этих функций Microsoft пришлось избавиться почти от всего классического VB.


Если сильно прищуриться, то новая версия под названием VB.NET выглядела почти такой же. Но в ней появилось множество крупных и мелких революционных изменений. Крупные: старые программы на VB остались заключёнными в мире старых программ, и удивительно слабый мастер миграции почти никак не мог это исправить. Мелкие: программистам на классическом VB пришлось привыкать к новому способу подсчёта элементов массивов. Они больше не могли начинать с 1, как обычные люди. Теперь они должны были начинать с 0, как официальные программисты.

Ещё одно важное изменение: больше никакой функции edit-and-continue.

Разработчики любят жаловаться, а разработчики на VB особенно этим известны. Почти сразу же группа влиятельных разработчиков на VB окрестила новую среду программирования Microsoft именем VB.Fred, чтобы подчеркнуть тот факт, что этот новый язык не является Visual Basic.

Что обрекло Visual Basic на гибель


Вы можете предположить, что изменения .NET стали причинами возникновения трещин в фундаменте VB и привели к началу неизбежного упадка. Но всё было иначе. На самом деле, несмотря на то, что VB.NET двинулся в новом направлении и внёс критические изменения, сделавший «сиротой» совершенно хороший код классического VB, он получил огромную популярность. Так произошло благодаря тому, что VB.NET дал нечто, чего раньше не могли добиться разработчики на классическом VB — уважение.

В мире .NET языки VB и C# имеют одинаковый вес. Каждая строка кода на VB может быть транслирована в эквивалентную строку кода на C#, и наоборот. Оба языка имеют одинаковые возможности, используют одинаковые компоненты и компилируются в полностью одинаковый вид (в нечто под названием промежуточный язык). VB наконец-то освободился от своего синдрома «гадкого утёнка».

Но превращение в ещё один респектабельный язык программирования создало и проблему. Пропал энтузиазм, сделавший VB любимым языком столь обширной группы людей. Не потому, что изменился VB, а потому, что изменился C#.

Как только VB получил такую же мощь, что и у C#, язык C# тоже перенял удобства Visual Basic. Например, наличие функций типобезопасности и управления памятью .NET означало, что разработчикам на C# больше не придётся беспокоиться об утечках памяти, как и разработчикам на VB.

Другими словами, у C# теперь появилась «страховочная сетка», защищающая любителей, студентов и новичков, и не ослабляющая при этом его мощи. Внезапно VB перестал быть чем-то особенным. Он превратился в просто ещё один инструмент из набора умелого программиста.

Современное состояние Visual Basic


Сегодня Visual Basic находится в странном состоянии. Среди профессиональных разработчиков он занимает примерно 0% внимания — VB даже не появляется в опросах профессиональных разработчиков или в репозиториях GitHub. Однако он всё ещё жив — управляет макросами Office, старыми базами данных Access и древними веб-страницами ASP, а также привлекает новичков к .NET. Индекс TIOBE, оценивающий популярность языков по результатам поиска, по-прежнему ставит VB в список пятёрки самых обсуждаемых языков.

Но похоже, что инерция развития языка в последнее время заканчивается. В 2017 году Microsoft объявила, что начнёт добавлять в C# новые языковые функции, которые могут не появиться в Visual Basic. Эта перемена не возвращает VB статус «гадкого утёнка», но вредит его статусу как части .NET.

Если откровенно, то тенденция сталкивания VB на обочину началась уже несколько лет назад. Серьёзные разработчики знают, что ключевые части .NET написаны на C#. Они знают, что C# — предпочитаемый язык для презентаций, книг, курсов и воркшопов. Если вы хотите говорить на VB, то это не нанесёт ущерба создаваемым вами приложениями, но может ограничить возможность общения с другими разработчиками.

Одна из ниш, в которых Visual Basic должен чувствовать себя естественно — это образовательный рынок. Но даже там он остаётся чёрной овцой. Современные языки наподобие C# и Python просты и достаточно безопасны, чтобы их можно было выбирать в качестве первого изучаемого языка. Если вам нужно что-то попроще для детей то рынок переполнен инструментами для графического программирования наподобие Scratch. Своей притягательностью обладают и языки «с фигурными скобками»: C#, C, JavaScript и Java. Они имеют схожий синтаксис, и человек, выучивший один из них, будет чувствовать себя уверенно с другим.

В области веб-разработки Microsoft смотрит в пустоту упущенных возможностей. Кого бы не соблазнила версия VB, столь же простая в работе, как VB 6, но ещё и способная компилироваться в JavaScript и комбинироваться с дизайнером форм HTML? Да, новые Google Maps в таком инструменте не создашь, но он мог бы возродить привлекательность Visual Basic, позволив бизнес-разработчикам, студентам и любителям создавать простые онлайн-приложения без необходимости пользоваться громоздким JavaScript. Вместо этого Microsoft создала продукт на основе VB под названием LightSwitch, исчезнувший со смертью браузерного плагина Silverlight. Если Microsoft начнёт создавать ещё один продукт класса «кодинг для широких масс», то это скорее всего будет управляемый шаблонами инструмент с небольшим количеством кода наподобие PowerApps.

Visual Basic и раньше грозили разные опасности. Но на этот раз, похоже, всё по-другому. Кажется, солнце для одного из самых популярных в мире языков программирования на самом деле закатывается. Если это правда, то Visual Basic не будет постепенно исчезать на протяжении десятилетий. Он станет ещё одним легаси-продуктом, недооценённым инструментом без любви пользователей и будущего. Потеряли ли мы что-то особенное, или просто избавили от мучений устаревшую технологию — решать вам.

Вы можете помочь и перевести немного средств на развитие сайта



Комментарии (160):

  1. maxzh83
    /#20300554 / +1

    .Net убила не только старый VB, но и помогла загнуться Delphi. В поисках инноваций они начали делать Delphi for .Net и попали в тупик. Возвращаться обратно странно, а на новой платформе они, мягко говоря, никому не нужны, как и VB.NET. Там царствовал (да и продолжает) C# — современный, лаконичный, удобный, безопасный, все нововведения делались на нем и для него. Ничего не сделаешь, закат эпохи.

    • alan008
      /#20302218 / +2

      На текущий момент Delphi весело обходится без .NET и поддерживает нативную(!) кросс-компиляцию на кучу платформ, как десктопных (Windows, Linux, MacOS), так и мобильных (iOS и Android).

      • plus_stick
        /#20302704 / +1

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

        • k1b0rg
          /#20306542 / +2

          Больше все от Delphi отталкивает цена за лицензию.

      • maxzh83
        /#20303060

        Так я и не сказал, что Delphi умерла совсем. Но былой славы и популярности уже, увы, нет.

      • DarkGenius
        /#20304348 / +1

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

        • APL_not_Apple
          /#20304446 / +1

          А как же он тогда смог взлететь без бесплатной версии?
          Исключительно пиратство?

          • Source
            /#20308480 / +3

            Ну да, 15-20 лет назад вопросы лицензий в России вообще мало кого интересовали.
            Плюс в ВУЗы они поставляли бесплатные лицензии, насколько я помню. А традиция обучения программированию на базе Паскаля была очень сильна.

    • samodum
      /#20304296

      Зато прелесть Delphi в том, что даже мои старые проекты, написанные 15-20 лет назад, до сих пор компилируются и запускаются безо всяких бубнов и шаманства.
      Попробуйте поднять .Net проект пятилетней давности или хотя бы Андроид-проект годовой давности. Они не запустятся. Нужно будет качать зависимости, обновления и допиливать всё ручками

      • vdasus
        /#20304604 / +2

        Ну не скажите… У меня есть пара проектов на дельфи которым дцать лет — там ад™ и ужас™ вследствие использования платных компонентов. Держу специальную виртуалку с настроенной средой и установленными компонентами потому что если понадобится перекомпилировать лютый легаси это может вылиться в недельку работы (и не факт что получится). В дельфи просто другая проблема.

        (Отличная была среда, иногда с ностальгией вспоминаю, а пару лет назад даже еще писал на ней мелочи)

      • maxzh83
        /#20304962 / +1

        Попробуйте поднять .Net проект пятилетней давности

        Легко, проблема обычно не в самом .Net, а куче сторонних либ/компонент (если таковые использовались). Но с дельфями ровно та же проблема в принципе.

        • APL_not_Apple
          /#20304986

          Проблема ещё в том, что либы являвшиеся тогда совместимыми, в новой версии могут оказаться ни фига не совместимыми. :(

        • samodum
          /#20313778

          «Легко»? Месье теоретик.
          Я на практике с таким геморроем постоянно встречался, что ну уж нет.

          • maxzh83
            /#20314226

            Месье практик, напишите несколько проблем с которыми сталкивались и которые отличаются от проблемы старых сторонних либ/компонентов.

  2. ilya_1986
    /#20300562 / +1

    Избавили от мучений устаревшую технологию

  3. old_gamer
    /#20300634 / +1

    А замена VBA в Office не планируется? Было бы удобно, если бы он и оттуда изчез. Хотя сколько макросов тогда переписывать…

    • iluxa1810
      /#20300960 / +1

      А зачем чего-то переписывать?
      Никто же не заставляет нас переписывать Си либы под .NET и можно просто взаимодействовать с ними описав структуры.

      Просто дать возможность из .NET запускать VBA модули и он сам со временем уйдет в забвение.

      • Wernisag
        /#20307696

        Например, что бы, когда-нибудь отказаться от совместимости со старыми продуктами. Тем самым и разработчики смогли бы больше уделять времени исправлению багов, созданию нового функционала.

    • tundrawolf_kiba
      /#20301420

      На работе когда попросили сделать макросы на VBA для экселя — я быстро нашел, что можно делать проекты с использование VSTO(Visual Studio Tools for Office) — и делал все на шарпе. Насколько же приятнее было это делать, чем на VBA.

      • old_gamer
        /#20301440

        Спасибо, надо посмотреть. А оно какого-то оверхеда требует от пользователя? Скажем, если я напишу макрос на шарпе, отправлю файлик экселевский с этим макросом коллеге, он у него так же прозрачно заработает, как и VBA?

        • tundrawolf_kiba
          /#20301462

          Вот тут не уверен, мы писали в виде аддона для Экселя(менюшка, в которой выбираешь CSV-файл, и он читая его заполняет Эксель уже как нужно нам). Соответственно отправляли тем кому он нужен был, и он ставился как аддон(приделали менюшку в ленте дополнительную).

          • old_gamer
            /#20301472

            Понятно, будем копать.
            В любом случае, интересно, спасибо за наводку!

        • iluxa1810
          /#20302138

          А там скорее всего взаимодействие через COM.
          Я как-то писал на C# com-visible библиотеку с формой и вызывал ее в VBA. Так вот, почему-то не везде оно корректно разворачивалось...=( Да и разворачивание геморное было- это нужно было регать ее в системе.

          • bopoh13
            /#20304520

            Формы VBA-ные? Они имею особенность крошиться. Плюс только в функции edit-and-continue.

        • bmforce
          /#20302728

          Если вы планируете писать надстройки только для Excel, то я бы посоветовал посмотреть в сторону ExcelDNA. С VSTO у меня было больше проблем с развёртыванием надстройки (если не использовать ClickOnce).
          А так-то с 2013 офиса Microsoft продвигает Javascript, как замену VBA, по той причине, что такие надстройки будут работать не только на десктопной версии офиса, но и в веб (https://docs.microsoft.com/ru-ru/office/dev/add-ins/).

          • APL_not_Apple
            /#20302772

            Ванильный javascript для офиса?
            Или майкрософтовскую вариацию на тему J++ и J#?

            • bmforce
              /#20302780

              Я с ним не работал, но судя по документации и форумам (ну и потому факту, что всё это может работать в браузере) там полноценный Javascript со всеми плюсами и минусами.

              • APL_not_Apple
                /#20302804

                Во всех браузерах, или только Internet Explorer Edge?
                Помню, что когда javascript только набирал популярность, у майкрософта был Visual-Basic-Script для Internet Explorer.

                 <% Option Explicit
                 %><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" 
                     "http://www.w3.org/TR/html4/loose.dtd">
                 <html>
                 	<head>
                 		<title>VBScript Example</title>
                 	</head>
                 	<body>
                        <div><% 
                 		' Grab current time from Now() function.
                                ' An '=' sign occurring after a context switch (<%) is shorthand 
                                ' for a call to the Write() method of the Response object.
                 		Dim timeValue = Now %>
                 		The time, in 24-hour format, is 
                                <%=Hour(timeValue)%>:<%=Minute(timeValue)%>:<%=Second(timeValue)%>.
                        </div>
                 	</body>
                 </html>

                • assembled
                  /#20303480

                  У ослика действительно можно было использовать VBS (и не только) в скриптах. Но пример, приведённый вами исполняется на сервере, а не на клиенте. Ибо это <%="ASP"%>

                  Но я не понял, к чему это? Речь шла о JS.

                  • APL_not_Apple
                    /#20303612

                    VBS раньше предлагался как альтернатива JS.

                  • bodqhrohro
                    /#20307174

                    Вброшу-ка в тему vimeo.com/268146841
                    Надо было бы для полной эпичности написать накопипастить на VBS, но к моменту записи у меня остались о нём лишь смутные воспоминания. Так что и так сойдёт :D

    • hmpd
      /#20301964 / +1

      Несколько лет назад на реддите был AMA с разработчиками MS Office. Они сказали, что VBA улучшать не будут, а планируют заменить его Питоном

      • bmforce
        /#20303246

        Сам VBA, как язык программирования, они развивать уже точно не будут, но добавлять доступ к новым функциональным возможностям офиса они не забывают:
        Новое в 2016
        Новое в 2019

  4. A114n
    /#20300662

    MS Office всё ещё занимает процентов 90 рынка офисных приложений, так что VBA живёт и здравствует.

    • tundrawolf_kiba
      /#20301430

      Можно использовать VSTO и писать то же самое на шарпе(а может и на любом .Net языке — не проверял)

      • A114n
        /#20301902 / +2

        Линукс_дома,_но_зачем.jpg

        У офисных приложений есть два следующих неубиваемых преимущества:
        1) Они уже есть везде, их не надо докупать.
        2) Сотрудники уже знают, как с ними работать, их не надо дообучать или донанимать.

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

        Потом нужно найти сотрудника, который умеет писать на шарпе — и заинтересовать его, чтобы он не ушёл туда, где пишут именно программы, а занимался обычным документооборотом. То есть опять платить за это.

        Наконец целью обсуждаемого бизнес-процесса является не написание программы как таковой, а работа с отчётами и данными, программирование лишь ускоряет и упрощает этот процесс. Внесение в работу с офисными документами дополнительных посредников типа нового языка программирования убивает совместимость — следующего сотрудника нужно будет искать среди программистов, а не среди офисных работников. Снова невыгодно.

        Просто статью написал представитель так называемого «высокого программирования», который сидит в своей башне из слоновой кости и применяет машинное обучение на биг дата к диджитализации аджайла. Читатели на хабре в основном тоже из этой категории.

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

        Рассуждения о смерти VBA сродни рассуждениям о смерти часов.

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

        Но рынок часов не падает, и вовсе не за счёт элитных марок.

        • KamAdm
          /#20302980

          Все правильно, особенно про:

          Просто статью написал представитель так называемого «высокого программирования», который сидит в своей башне из слоновой кости и применяет машинное обучение на биг дата к диджитализации аджайла. Читатели на хабре в основном тоже из этой категории.

          • YaSeven
            /#20304548 / +1

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

        • DrunkBear
          /#20303610

          На сколько знаю, во многих компаниях бережно хранятся и передаются файлы с макросами для VB( но будем честными, это как раз то, что в первую очередь автоматизируется и встраивается в CRM/ERP/BPM для избавления от обезьяньей работы по забиву excel руками)
          Да и HP QTP (утилита для автотестов ) поддерживает VB — и вот там фича «взять и исполнить код оттуда до сюда, посмотреть, что получилось на текущем шаге, дописать и продолжить» просто восхитительна.

        • Tangeman
          /#20305226

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

          Необязательно нелегальной. Лицензия позволяет создавать приложения с любой целью для индивидуалов (включая продажу), или же, если в компании (включая родительские и дочернии компании) не более 250 компов и оборот не более миллиона долларов в год — то до 5 пользователей могут использовать Community версию без проблем.

          следующего сотрудника нужно будет искать среди программистов, а не среди офисных работников

          Среди подавляющего большинства офисных работников VB (как и любым другим языком программирования) владеет подавляющее меньшинство, так что если речь о VB то всё равно придётся искать кого-то кто хотя бы в общих чертах умеет писать программы.

      • catstail1954
        /#20312910

        Можно. И Microsoft подумывал об этом. Но здравый смысл победил.

  5. k12th
    /#20300716

    От третьей картинки аж ностальгия. Да и от первой тоже, хотя под DOS'ом мы больше на TurboPascal'е писали...

    • ligor
      /#20300804 / +3

      Вспомнил купленную где то в конце 90 пиратскую русифицированную копию VB :) — программы не компилировались пока не исправишь русские названия компонентов. До него использовал ТурбоБейсик. Но на Визуал в те времена не задержался, перешел на Дельфи. Эх, ностальжи.

    • JC_IIB
      /#20301790 / +2

      Хотите, удивлю? Visual Basic и под MS-DOS был.

      • k12th
        /#20301810

        Вам удалось достигнуть своей цели:)

        • JC_IIB
          /#20301832 / +1

          Скриншот с Википедии не вставился чего-то… но он там справа есть, да. Вид там… своеобразный, скажем так :)

          • k12th
            /#20301836

            Да, я уже посмотрел, забавно:)

      • dedmagic
        /#20303332

        Ну вот, Вы меня опередили :( — пока читал статью, хотел блеснуть этой информацией.

  6. kaleman
    /#20300872 / +1

    VB6 до сих пор используют инди-разработчики. Потому что быстрый нативный код.
    Например популярный файловый менеджер для Windows — XYplorer написан на VB6

    • questor
      /#20300902 / -1

      Вспомнил, вздрогнул, перекрестился. Всё-таки не надо раскапывать стюардессу.

    • maxzh83
      /#20300904 / +2

      Потому что быстрый нативный код

      Странный выбор. Во-первых, код не нативный — для VB runtime должен стоять (правда в современной винде он есть обычно), во-вторых, не такой уж и быстрый.

      • kaleman
        /#20301260 / +1

        Код как раз нативный. Начиная с VB5 есть поддержка компиляции в Native. А рантайм, у С++ он тоже есть, но это не делает его ненативным. Что касается быстроты, не путайте VBA и VB6. Это разные среды разработки. Для примера, скомпилированный VB6 код работает на порядок быстрее чем эквивалентные VB.NET/C# приложения. Хотя конечно сравнивать неуправляемый и управляемый код не совсем честно.

        image

        • maxzh83
          /#20301320 / -1

          Это не освобождает от необходимости рантайма, просто оптимизирует. Что-то официальное сейчас найти сложно (ссылки битые), вот что смог

          Compiling a project with the Native Code option means that the code you write will be fully compiled to the native instructions of the processor chip, instead of being compiled to p-code. This will greatly speed up loops and mathematical calculations, and may somewhat speed up calls to the services provided by MSVBVM60.DLL. However, it does not eliminate the need for the DLL.

          Хотя конечно сравнивать неуправляемый и управляемый код не совсем честно.

          Под быстрым я имел в виду тот же нативный Delphi

    • GrWizard
      /#20305036 / +1

      Самое офигенное, это то, что скомпилированные приложения в VB6 работают начиная с Windows 95 до Windows 10 без всяких танцев с бубном. Очень удобно, когда нужно охватить большое количество компов с разными ОС, особенно, если станки какие нибудь, где ОС так просто не поменяешь и там может быть, всё, что угодно, включая NT4.0

      • maxzh83
        /#20305074 / +1

        работают начиная с Windows 95 до Windows 10 без всяких танцев с бубном

        Насколько помню, рантайм (MSVBVM60.DLL) на Win 95 все же надо ставить. На Win 98 SE и выше идет из коробки

        • tyomitch
          /#20305326

          MSVBVM можно просто кинуть в папку к проге, в отличие от .net FW.

          • KamAdm
            /#20307882

            Где-то у меня был диск с IDE VB6. Надо ставить.

      • kaleman
        /#20306232

        VB6 еще на ReactOS работает.

        • maxzh83
          /#20306998 / +1

          Это конечно очень важно

          • maisvendoo
            /#20308046

            Это конечно очень важно

            Не понимаю Вашего сарказма

            • maxzh83
              /#20308210 / +2

              Попробую расшифровать. VB6 выпустился в 1998 году (больше 20 лет назад), является устаревшим им, как видно из комментов, мало кто его использует до сих пор. ReactOS также мало кто всерьез использует (кроме фанатов). Вопрос: какова вероятность того, что эти сообщества людей (пользователи софта на VB и reactOS) пересекутся?

              • TEEN_true
                /#20312014 / +1

                Не поверите, но крупные компании кое-где еще используют даже FoxPro. А уж VB и того — чаще.

                • maxzh83
                  /#20313242 / +1

                  Не поверите, но крупные компании

                  Верю. Некоторые крупные компании до сих пор используют софт на коболе. Но используют ли крупные компании ReactOS? И это те же компании, что используют VB?

      • TEEN_true
        /#20312002

        В VB6 на Win7 и более новой некорректно ведут себя некоторые вызовы WINAPI. Например CopyMemory или стандартные операторы SendKeys(). Ядро рубит такие вызовы и валит приложение.

  7. VBKesha
    /#20300994 / +1

    Вы можете предположить, что изменения .NET стали причинами возникновения трещин в фундаменте VB и привели к началу неизбежного упадка

    Для меня именно так и было. Я поглядел что надо учить всё заново, а уже давно была необходимость освоить С так и ушёл от VB6. Но первые две буквы ника остались, как дань уважения языку с которого начинал.

  8. Sirion
    /#20301170 / +2

    По долгу службы иногда пишу макросы для MS Office. И должен сказать, что каждый раз у меня чувство, будто я программирую на каком-то эзотерическом языке, который, возможно, и не создан специально для того, чтобы заставлять разработчика страдать, но по факту активно этому способствует.

    У меня, как у всякого любопытного кодера, обширные знакомства с языками. Я начинал с паскаля, затем не очень подробно изучал си/си++, писал курсовую и дипломную на делфи, делал лабы на прологе, затем работал джавистом, сделал небольшой проект на C#, наконец обосновался в уютной нише JS. Но ничто из перечисленного, даже пролог, не казалось мне настолько инопланетянским, как VBA.

    • old_gamer
      /#20301262 / +1

      По долгу службы иногда пишу макросы для MS Office. И должен сказать, что каждый раз у меня чувство, будто я программирую на каком-то эзотерическом языке, который, возможно, и не создан специально для того, чтобы заставлять разработчика страдать, но по факту активно этому способствует.

      Абсолютно с Вами согласен. Сам в точно такой ситуации, довольно много приходится делать автоматизации на коленке в excel VBA

      • Ndochp
        /#20302054

        Не знаю, как работают с VBA профессионалы, но я всегда включал запись, выполнял шаг алгоритма руками, а потом в редакторе уже превращал конкретику в шаблон с циклами и вложенными функциями. Да, это инопланетянство по отношению к любому обычному языку программирования, но это сверхнизкий порог входа и быстрый результат.

        • Tim_23
          /#20302164

          Делал изначально также. Потом потихоньку изучил базовые наборы для написания программ (циклы, массивы). Но по-прежнему включаю запись если нужно сделать что-то нетривиальное, к примеру полностью настроить под себя стиль диаграммы (оси, надписи, шрифты, черточки, цвета). Вот здесь на мой взгляд какая-то абракадабра. Причем если раньше, можно было пользоваться оффлаин справкой, то новая онлаин справка по VBA какая-то урезанная. Кстати, в 2007 офисе встречался глюк, когда запись не показывала некоторых команд с диаграммой связанных с ее элементами. Приходилось дома решать этот вопрос на 10 офисе, а на работе внедрять в 2007-й. Сейчас проблем с этим нет (версия 2016).

          • old_gamer
            /#20303286

            По этому много всего на Stack Overflow

            • Tim_23
              /#20306354

              cyberforum тоже отличное хранилище проблемных вопросов. Очень сильно помогает.

          • Accounter
            /#20305096

            Кстати, в 2007 офисе встречался глюк, когда запись не показывала некоторых команд с диаграммой связанных с ее элементами

            В старых версиях MS Office макрорекордер еще не умел записывать манипуляции с чартами.

        • mSnus
          /#20307498

          Знаете, простая вроде задача "взять из строки таблицы данные и эмаль и отправить почту" решается в 3 разных версиях Экселя пятью разными несовместимыми способами. Это не инопланетный язык, это непонятное колдунство!

    • klvov
      /#20302114

      Мне последнее время не приходилось кодить на MS Office, но когда-то (лет 10+ назад) я немного это делал, в том числе и на VB. И ощущения, по воспоминаниям, не совпадают с вашими — я воспринимал это как такой немного дубовый язык, в котором, тем не менее есть все нужное, чтобы справиться с задачей, а задача — это когда надо в электронной таблице посчитать что-нибудь посложнее, чем позволяют встроенные в нее формулы вроде =AVG(A1:A10). Там еще были смешные особенности синтаксиса — цикл While надо было завершать на WEnd (потом вроде бы это убрали, и сделали почти стандартное Do While… Loop). Потом уже я наткнулся на похожую синтаксическую идиому в bash (границы цикла выглядят как if… fi, или case… esac), а уже потом мне объяснили почему это происходит: так немного проще писать синтаксический анализатор.

      Ну и раз уж у нас тут ностальгии пост, поделюсь своим: никак не могу для себя сообразить, какой был фатальный недостаток у Delphi, что оно ушло в забвение.

      • Sirion
        /#20302188

        Мне субъективно кажется, что делфи скатился, когда перестал быть борланд делфи. Что-то с ним эмбаркадеры сделали не то. Но это чистое ощущение, я никогда не работал на нём профессионально и не знаю его кухни.

        • kz_roman
          /#20303334

          Могу ошибаться, но вроде как немного наоборот получилось. Borland перестала развивать Delphi и к моменту покупки подразделения CodeGear (которое занималось инструментами для разработки программного обеспечения, такими как Delphi) компанией Embarcadero, Delphi уже сильно проигрывал другим языкам. И несмотря на все усилия Embarcadero, догнать их уже не смог. Embarcadero сделала сделала саму среду разработки более удобной (чего только стоит объединение всех панелек в одном окне), сделала интеграцию со своими продуктами, устраивала семинары и конференции (по крайней мере у нас в Астане году в 2010 вроде были). Но разработчики мигрировавшие на другие языки уже не вернулись

      • jaiprakash
        /#20303002

        Delphi: низкий порог вхождения, отсюда куча низкоквалифицированных программистов, общественное порицание языка. При этом никто не умер, бизнес продолжает пользоваться Delphi, особенно с легаси. Любители частично перешли на Lazarus.

        • APL_not_Apple
          /#20303018

          А с модным сейчас Питоном как?
          Какой у него порог вхождения?

          • jaiprakash
            /#20303840

            Как было с Делфи, чтобы писать гуй-приложения, нужно:
            1. Поставить RAD.
            2. Накидать на форму компоненты, выровнять.
            3. Кликнуть контрол, прямо в обработчике писать бизнес-логику на Паскале, который знаешь с первого курса ВУЗа (специальность — не математика, и не программирование). Или даже со школы.
            4. Компиляция за [доли] секунды.
            5. Строгая типизация защищает от части ошибок.
            6. Вменяемая справка прямо в среде, куча литературы в обычных книжных.
            7. Деплой — просто переноска экзешника, никакого рантайма и фреймворка, только WinAPI, только хардкор.

            Как с Питонам по этим пунктам?

            • APL_not_Apple
              /#20305276

              Не знаю, мне тоже любопытно. :)
              Не знаю как у Питона, потому интересно узнать почему и как он взлетел.

              • IvanNochnoy
                /#20305610

                Python никому не был нужен аж с 1991 года, пока его не стали использовать в Корпорации добра. Если рассматривать Python, как замену MATLAB, Mathematica и прочим MathCAD'ам, то у него было два преимущества — он был бесплатный и за ним стоял Google.

              • mactep3230
                /#20308490

                мне кажется для популяризации Python'а немало сделала Nokia

            • AlexPancho
              /#20314302

              Простого GUI вида «накидал кнопочек — написал код» почти нет, те варианты что есть — все с нюансами, требующими гугления и погружения в инструмент.
              Но если бы стояла задача кровь из носу написать что-то сложнее одного окошка — наверное разобрался бы (хотя недавняя моя попытка соорудить что-то вместо Access на питоне с треском провалилась)

        • Rohan66
          /#20303696 / +1

          Единственное воспоминание о Дельфи — он глючил с драйверами S3 Trio. Что бы нормально работал — перепробовал драйверов 15. )))

        • Whuthering
          /#20303772

          Delphi: низкий порог вхождения, отсюда куча низкоквалифицированных программистов, общественное порицание языка.
          Только ли в этом дело? C#, например, точно так же позволяет писать говнокод почти не зная об ООП, алгоритмах и управлении памятью, рисуя формы мышкой и пихая всю логику в обработчик Button1Click.
          Но при этом его не порицают и с него не убегают разработчики.
          Мне больше кажутся реальными упомянутые ниже причины, такие как жлобская ценовая политика, и отсутствия реальных и полезных нововведений в самом языке и среде при активном развитии конкурентов.

          • LAutour
            /#20304300

            Рунтайм библиотеки у C# больно здоровые.

            • Whuthering
              /#20304634 / +1

              Но это будет проблемой только для узкоспецифичных случаев, потому что в актуальных версиях Windows начиная с 7-ки они поставляются вместе с системой или выкачиваются из WSUS.

              • LAutour
                /#20304706

                Как-то из-за такой узкой проблемы пришлось переустанавливать ОС на рабочем ноутбуке, который применялся для перенастройки и программирования датчиков и контроллеров (расходометрия).

                • Whuthering
                  /#20304878 / +1

                  переустанавливать ОС
                  А зачем именно переустанавливать ОС в таком случае? Даже Windows XP поддерживает установку .Net Framework до версии 4.0.3. включительно.
                  Если нужна более новая версия рантайма, а система старая — тогда да, но эта проблема актуальна не только для .Net.
                  Например, в современном MSVC при разработке на C++ собранные бинари на Windows XP аналогично не запустятся, для того, чтобы они работали нужно отдельно потанцевать с бубном в конфигурации проекта, а обсуждаемый выше Embarcadero Delphi официально не поддерживает компиляцию софта для Windows старее 7-ой версии.
                  который применялся для перенастройки и программирования датчиков и контроллеров
                  Вот я и говорю: программно-аппаратные комплексы и софт для работы с железом это как раз-таки узкоспецифичные случаи.

      • JTG
        /#20303396 / +1

        какой был фатальный недостаток у Delphi, что оно ушло в забвение
        Наверное, фатального нет, но:

        • «Как jQuery» — когда использование отличного инструмента с огромным комьюнити и кучей дополнений внезапно стало табу потому что инструмент позволяет писать плохой код.
        • Жлобская ценовая политика. Бесплатная Delphi Community Edition появилась только в 2018 (?!). VS Express была уже в мохнатом 2005.
        • C# откусил кусок пирога.
        • Поздно завезли поддержку юникода.

        Javascript, кстати, может наступить на те же грабли. Можно говнокодить — да, распухший npm — да. Дойдёт ли до стадии «помогите где найти кампанент Vue которым можно зделать табличьку с кнопками в ячейках»? :D

        • APL_not_Apple
          /#20304700

          Скорее до стадии «помогите найти версию фреймворка».

        • LAutour
          /#20304778

          Turbo Delphi был бесплатный в 2006.

      • APL_not_Apple
        /#20305140

        в электронной таблице посчитать что-нибудь посложнее, чем позволяют встроенные в нее формулы вроде =AVG(A1:A10).

        Что меня РЕАЛЬНО БЕСИТ!!! так это несовместимая русефекация экселя!
        Когда «SUMM» не работает на одних компьютерах, а на других не работает «СУММ».

      • Zenitchik
        /#20305320 / +1

        Do While… Loop

        Эм… Оно в QBASIC уже было. Кстати, очень мощная структура, с четырьмя вариантами условия
        Do While… Loop
        Do Until… Loop
        Do… Loop While
        Do… Loop Until

      • taujavarob
        /#20306206

        никак не могу для себя сообразить, какой был фатальный недостаток у Delphi, что оно ушло в забвение.
        Синтаксис.
        Его коболовидный "begin" его и угробил.

        Посмотрите на Java — она пытается держаться на плаву, синтаксически мимикрируя (я про новый синтаксис (лямды, потоки, var) начиная с Java 8) под… JavaScript.

        Какая ирония судьбы — само название JavaScript (как и внезапно добавленный в него оператор new) получил из-за того что в то время Java стремительно взлетела под «рёв трибун»!

        Синтаксис решает судьбу языка. (С) Взлетит он или… станет нишевым.

        • APL_not_Apple
          /#20306226

          Нет, если бы дело было в begin..end, то он бы и не взлетел, а он взлетел.

          • taujavarob
            /#20311052 / -2

            если бы дело было в begin..end, то он бы и не взлетел, а он взлетел.
            Для взлёта (в 1995 году) был нужен восходящий тренд — и он был — ООП.

            Ну, а когда взлетела (в том же 1995 году, но тогда она была ни к чему не годна и не помышляла ни о чём больше, кроме «анимации картинки в броузере — в виде апплета») внезапно(!) Java — "ООП без begin" — то Delphi… стал неумолимо падать.

            Синтаксис решает судьбу языка. (С)

            • DMGarikk
              /#20311302 / +1

              внезапно(!) Java — «ООП без begin» — то Delphi… стал неумолимо падать.

              Ну вы не забывайте что Sun был поставщиком корпоративного софта и железа, и язык писался под это… на что и подсел ентерпрайз получивший все изкоробки

              А делфи выпускала чисто софтовая контора и их софт не навязывался с ос/железом что и сказалось на популярности

            • APL_not_Apple
              /#20312446

              Для взлёта (в 1995 году) был нужен восходящий тренд — и он был — ООП.

              Дело не просто в ООП, а в том что для написания программ под Windows 95 он оказался гораздо удобнее, чем тогдашний Visual C++.

      • APL_not_Apple
        /#20306254 / +1

        никак не могу для себя сообразить, какой был фатальный недостаток у Delphi, что оно ушло в забвение

        Помню, что то ли после Шестёрки, то ли после Семёрки — в новой версии забили на совместимость, так что проект сделанный в предыдущей версии перестал собираться и компилироваться в новой. Так что все советовали не переходить на новую версию, а оставаться на 6 или 7, после чего Делфи стал засыхать и помирать.

        PS удивительно что (если не путаю) Питон успешно пережил несовместимость версии Два и Три.

        • mayorovp
          /#20310452 / +1

          Не то чтобы пережил, куча людей с него разбежалась, а куча проектов — осталась на второй версии...

      • SlimShaggy
        /#20311780 / +1

        Цикл while...wend еще в QBasic досовском был.

    • KamAdm
      /#20303020

      В далеком 2000 году я на VBA Excel (минуту вспоминал как на писать эксель, дожил… Вот что значит перешел на ОО) для написал приложение для дисперсионного анализа для обработки результатов испытаний гербицидов и пестицидов. Ни каких затруднений я не испытывал. Они до сей поры этой программой пользуются.

    • tyomitch
      /#20304166

      Это на VB.net, в котором от Visual Basic только название.

      • APL_not_Apple
        /#20304174

        А синтаксис разве тоже другой?

        • tyomitch
          /#20304192

          Примерно настолько же похожий, насколько JavaScript похож на Java :-)

          • mayorovp
            /#20310466

            Ну нет, тут синтаксис намного ближе, все приметные особенности позднего Бейсика на месте. В отличии от JavaScript, который получил от Java только фигурные скобочки...

            • tyomitch
              /#20310562

              Даже While .. Wend косметически поменяли на While .. End While, не говоря о более серьёзных отличиях, например, замену On Error на SEH

  9. Ninazu
    /#20301762

    Так сложилось что я начал программировать с макросов на VBA, плавно перешел на VB6, а вот на VB.NET я ушел в сторону на PureBasic, так как NET платформа мне еще тогда показалась извращением и избыточностью. Но несмотря на мощь ассемблера в PureBasic, комьюнити и недоработки в движке вынудили оставить локальную разработку и переключиться на Web, хотя с переходом на GoLang я все больше возвращаюсь к локальной. Вот такой тернистый путь....)

    • 0x9d8e
      /#20303306

      На VBA не кодил, а вот учился на QuickBasic и VB5/6. И тоже на .net не перешел, а вместо него на PureBasic, пока в веб и линух не ушел. Замечательная штука была для непрофессиональной разработки. Не уверен что с тех пор для этих целей что-то лучшее появилось.

    • masv
      /#20303394

      Поддержу. тормозной .NET мне тоже не понравился. А вот PureBasic заинтересовал своей простотой и скоростью. Пользуюсь им иногда (как и AutoIT) чтобы накидать что-нибудь по-быстрому.

  10. Tim_23
    /#20301766

    Изучал Си, писал программы в среде Борланд. Потом из-за удобства работы с Экселем начал писать макросы и так увлекся, что создавал целые программы на листах с интерфейсом как у нормальных программ. Когда попробовал VB.net бросил макросы. Для меня это действительно интуитивно понятная среда для быстрого создания программ. Я конечно имею ввиду чисто прикладные программы для решения инженерных задач (в том числе взаимодействие с офисом или сторонними программами). Си забыл как страшный сон, особенно динамические массивы и указатели.
    Вот теперь думаю, в чем преимущества С# или С++ перед VB.net с точки зрения прикладного программирования (проведение расчетов, трансляция данных, работа с большим количеством файлов)?

    • SlimShaggy
      /#20311814 / +1

      Вопрос странно поставлен. C# и VB.Net — языки с одинаковыми возможностями, различающиеся лишь синтаксисом. Для упомянутых задач подходят одинаково хорошо, выбор между ними — дело вкуса. А вот C++ все же для более низкоуровневых задач, где нужно быть ближе к «железу».

  11. blackstrip
    /#20302262 / +4

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

    • maisvendoo
      /#20311990

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

      Как и Qt в наши дни — окна делаем в дизайнере, код пишем редакторе. Этот подход, субъективно, наиболее органичен и верен

      • blackstrip
        /#20313766 / -1

        там разве тоже псевдографические выпуклые кнопки, флажки, выпадающие списки, фреймы, скроллбары делать можно? в VBDOS-е было можно) весь прикол был в простом текстовом режиме 80х25 символов 16 цветов, но в нем были окошки, менюхи и прочие прелести оконного интерфейса, и выглядел он моднее borland-овского, в котором все было более плоское и менее навороченное, чем в VBDOS.

  12. TridentJam
    /#20302840

    По какой причине вы назвали JavaScript бурлящим хаосом?

    • JerleShannara
      /#20303032

      8 + «четыре» + W == FALSE или что-то около того.

      • Whuthering
        /#20303788 / +1

        А еще новый фреймворк каждые два месяца, новый бандлер каждый три недели, и срач в node_modules что у бэкендеров, что у фронтендеров :)

      • Sirion
        /#20304352

        Ну что вы, право слово. В JavaScript достаточно простая и логичная система неявного приведения типов. Главное — никогда ей не пользоваться.

  13. W001fer
    /#20303342

    Эххх, детство :) Аж почти прослезился. Начинал изучение языков программирования с нашей Электроники БК11 с бейсиком внутри, потом были QB, Pascal, Delphi, VB, VBA, VBS (не к ночи будь помянут :)) ). Воспоминания исключительно приятные

    • KamAdm
      /#20304256 / +1

      Чем VBS не угодил? До сих пор на нем кодю скриптики.

      • W001fer
        /#20304492

        Powershell появился :) С его выходом необходимость писать на VBS или классическом cmd просто отпала. Все — объект, работать удобно, можно тянуть данные из csv, json и еще кучи разных форматов в качестве входных массивов и дальше обрабатывать как хочешь. Ну и проще он как-то. Мне, как админу, гораздо быстрее наваять что-то на PS, зная классические названия атрибутов в AD и других системах, чем шариться в поисках атрибутов WMI, которые так любит vbs :) Но это сугубо имхо

  14. saprykin_alex
    /#20303344 / +1

    А есть кто-нибудь, кто начинал с Бейсика Вильнюс-86 и GW-Basic'а? Вот это были бейсики!

    • kolu4iy
      /#20303728

      Продолжал

      GW-Basic'а

      А начинал на ДВК-3 с бейсика RT-11 :)
      Потом был некий фокал — помнит кто-нибудь? Я вот был безумно удивлён его идентичностью фокалу на БК-0010. 4-5 класс где-то… С Си справился только к концу школы. Указатели наконец разложились в голове и стало хорошо :)

      • APL_not_Apple
        /#20303752

        Про Фокал слышал (точнее читал). А чем он от Бейска отличался?

        • kolu4iy
          /#20304132

          Он в разы компактнее и проще. Ну и при этом, соответствено, немного более ограничен. Вот такая радость — это именно он, я его узнал :)

    • old_gamer
      /#20303890

      ИМХО, самый кошерный бейсик был на Спектрумах 16/48К, где команды надо было не по буквам вбивать, а одной кнопкой. При этом на кнопке было 3-4 разные команды, надо было колдовать с CAPS и SYMBOL шифтами, чтобы ввести нужную. Особенно доставляло на самоделках, где не было надписей на клавиатуре, только шпаргалки. Но руки привыкали очень быстро ))

      • saboteur_kiev
        /#20304386 / +1

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

    • kolu4iy
      /#20304154

      … а еще был турбо-бейсик, и он был удобнее GW. А потом появился quick basic (который позволял собрать .exe, как и турбо), и qbasic — который был включен в дистрибутив DOS. Я их все потрогал, да-да. И ощущение прорыва возникло именно с QBasic/Quick basic от microsoft.

    • bisquitie
      /#20304842

      Помню обалдел, когда увидел компилятор gw-basic'а, написанный на нём же самом.

  15. shidi4
    /#20303346

    Эх, ностальгия накатила… С детства нравилось кодить на Basic`е ещё на японском компе, потом школьная информатика с Корветом… Очень нравился VB, при всех своих недостатках, за относительную простоту, что можно было небольшое простое приложение написать на раз-два. Сейчас на работе в SolidWorks использую и редактирую под себя скрипты на VBA. А так… Эх, были времена…

  16. bessarabia
    /#20303348

    Почему эта статья лучше, чем ничего? Потому, что в ней содержатся верные утверждения.
    Почему эта статья похожа на ничего? Потому, что рейтинги языков скорее бесполезны, так как каждый год популяция людей даёт индивидуумов, которые квази-рандомно начинают программировать, просто потому что это логичнее, чем не программировать. Вопрос «молоток какой марки попадётся под руку при необходимости забить гвоздь?» так же полезен, как и любой холиварный спор, почему патриоты России выбирают иностранные тачки, вместо того, чтобы у порно работать над качеством общения друг с другом при работе над новыми проектами. А вообще да… софт иногда нужнее еды или досуга, так как может трансформироваться в то или иное, и поэтому немножко конкурирует с разговорами о деньгах и здоровье, когда здоровье ещё ничего…

  17. dedmagic
    /#20303380

    В 90-е (до Windows 95) подрабатывал написанием небольших бизнес-программ (складской учёт, кадровый и т.д.), использовал Turbo Pascal + Turbo Vision. Но вот однажды в руки попала книга Григория Зельднера по QuickBasic 4.5, и так мне этот Бейсик в душу запал, что следующую программу (расчёт зарплаты для госучреждения) я на на нём и написал )))).
    С окнами, менюшками и прочими интерфейсностями в текстовом режиме.
    Эх, жаль, хороший был язык…

    • IL_Agent
      /#20307328

      До сих пор на полке эта книжка)

  18. LODIII
    /#20303540

    VB сейчас еще активно пока используется в банковском ПО. Как пример — эт окомпонента экранных форм в продуктах от ЦФТ. А на нем пока еще плотно сидит Сбер, Связной и куча других банков из первой сотни.

    • Whuthering
      /#20303790 / +1

      А на нем пока еще плотно сидит Сбер
      Не знаю почему, но я догадывался.

      • old_gamer
        /#20303918

        Зря. Все банки мира на нем очень плотно сидят. В том числе, все крупные западные. Понятно, это не критичный компонент, и без него банк может обойтись, но он делает жизнь сильно удобнее. Все банки, где я работал, имели свои проприетарные библиотеки excel-аддонов с интерфейсом в VBA. Сами библиотеки делали запросы к бэкэнду для всех рассчетов, но результатом можно пользоваться в Экселе, создавая быстро кастомные фин продукты. Это очень удобно.

    • DMGarikk
      /#20304802 / +1

      вы с oracle forms не путаете?
      они чемто похожи визуально, и тоже очень много где в банках используются

      • saboteur_kiev
        /#20304882

        Формы в VB это весь набор офиса, и не только excel/access.

        Например на базе Exchange и Outlook можно было создать кастомный документооборот в экосистеме exchange с произвольными формами и пайплайном усилиями местного сисадмина. В начале 2000 oracle forms был дорогой новинкой, а exchange уже внедрен на множестве предприятий, особенно зарубежом — там как раз шла цифровизация предприятий.

      • LODIII
        /#20305070

        нет не путаю. На Oracle Forms есть другое банковское ПО — Инверсия 21 век, кстати вроде есть банки которые до сих пор изза этого на 6 оракле сидят.
        А АБС ЦФТ Банк использует VB. Сейчас есть новые версии кторые могут использовать Java но они требуют отдельных серверов приложений и в целом работают на порядки медленнее.
        Сам сравнивал что форма на которую у операциониста уходило на заполнение 20 минут на VB на Java от ЦФТ уходит 2 часа.
        Сейчас кстати ЦФТ адаптирует эту банковскую ПО, точнее ее ядро под нужды Росатома/ Так что возможно и там будет чтото от VB

        Вот пример из обсуждалок программистов
        www.cftclub.ru/viewtopic.php?t=4819

        Как тебе такое Илон Маск?

        • DMGarikk
          /#20306556

          Как тебе такое Илон Маск?

          В стране где Илон Маск живет, банки кобол в продакшене до сих пор используют… так что VB у нас тут так прям вообще модно-молодежно

  19. nzeemin
    /#20303638

    www.tiobe.com/tiobe-index TIOBE Index for June 2019 — не похоже что VB.Net загибается, взял и обогнал C#.

  20. Zenitchik
    /#20303938

    Они больше не могли начинать с 1, как обычные люди. Теперь они должны были начинать с 0, как официальные программисты.

    Но мы никогда так не делали. Эту перемену особо никто не заметил.

    Главной проблемой стало отсутствие доступа к памяти. Вы не игрались с указателями в VB6.0?
    Короче, старым программистам, привыкшим понимать, что где лежит, было, пардон, западло переходить на .net. Продолжать поддержку VB-COM мелкомягкие не захотели, команда энтузиастов для самостоятельного развития поддержки — не собралась, отдельные энтузиасты — быстро сдулись.
    Так не стало языка, в котором легко написать для себя утилитку…

    • old_gamer
      /#20303974 / +1

      Вы не игрались с указателями в VB6.0?

      Указатели в Бейсике… Мьсье знает толк!
      Из прямого доступа к памяти в Бейсике я помню только POKE/PEEK

      • uaggster
        /#20305574 / +1

        А также хуки, асинхронная обработка, многопоточность, непосредственный доступ к GDI и всё такое.
        :-)

  21. GrWizard
    /#20304104

    Почему не упомянут PDS Basic?
    Это была расширенная версия quick барсика, «для профессионалов»
    Professional Development System Basic, а так спасибо, всплакнул

  22. Adler_lug
    /#20304470

    Прямо на ностальгию пробило. Хоть и не стал программистом (в общем и не стремился им стать, но некоторый интерес к этому есть, сейчас немного С# балуюсь для решения простых прикладных задач для себя), но и Quick Basic`ом баловался и на Visual Basic`е калькулятор в техникуме в начале 2000-х делал. Дома где то даже учебник по VB лежит лет 10 без дела…

  23. uaggster
    /#20305560 / -1

    Почему то в комментариях не упомянут MS Access.
    Совершенно убойная настольная СУБД, которая достигла апогея к 2010 офису, а потом, как обычно, скатилось в унылое говно.

    Нулевой уровень вхождения в программирование СУБД. Почти настоящий SQL. Сетка, нативно сопрягающаяся с объектами доступа к данным. Сводные таблицы, лучше чем в Экселе (исчезнувшие в 2013+). Написание кода, взаимодействующего с MSSQLSERVER по сложности на уровне ковырянию в носу.
    Многопользовательские (ну, если много — это 2-5 пользователей) — просто так, из коробки, не задумываясь о локах, и вообще — ни о чем не задумываясь.
    И да. VBA.
    Я до сих пор, если мне нужно «прикрутить форму к таблички на MSSQLSERVER», чтобы рота операторов набила себе шишек данных — расчехляю Access.

    … и пишу что-нибудь немного посложнее на VB.NET, потому что переход с Экселевского/Вордового/Акцесовского VBA на C# вызывает визуальную идиосинкразию.
    :-)

    • uaggster
      /#20314248 / -2

      Минусуют, видимо, фокспрошники :-)))