Плюсы и минусы VB & VBA?

I work in a place where all the code is C#, not VB .NET. One developer wrote most of the code. You know how he achieved this feat? Easy: He copied-and-pasted all over the place. A given method might have anywhere from a few to hundreds of copies throughout the system.

Good developers can be good in any language. Crappy developers can be crappy in any language.

Прочтите некоторые из статей Джоэла Спольски , и вы почувствуете себя лучше. Из его статьи Работа над CityDesk, часть третья :

Visual Basic - чрезвычайно продуктивный способ написания кода, особенно кода GUI. Хотите жирный текст в диалоговом окне? В VB это один щелчок. Теперь попробуйте сделать это в MFC. Вам нужно создать подклассовый элемент управления, это большой беспорядок, вы должны знать все о LOGFONTS и подклассах окон Windows и о множестве других вещей, и вам понадобится около трех строк кода, когда у вас есть волшебный класс.

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

Я подумал: что произойдет, если вы возьмете первоклассных программистов на C ++, мечтающих об указателях, и позволите им писать код на VB. В Fog Creek я обнаружил, что они становятся сверхэффективными машинами для кодирования. Код выглядит неплохо, он объектно-ориентированный и надежный, но вы не тратите время на использование инструментов более низкого уровня, чем вам нужно. Я потратил годы на написание кода для C ++ / MFC и годы на написание кода на Visual Basic, и позвольте мне сказать вам, VB намного, намного более продуктивен.

Эта простота привлекает множество новых программистов. Сказать, что существует много плохих программистов, использующих Visual Basic, не означает, что Visual Basic - плохой язык; это просто означает, что Visual Basic доступен для плохих программистов (также известный как новые программисты).

В Fog Creek я обнаружил, что они становятся сверхэффективными машинами для кодирования. Код выглядит неплохо, он объектно-ориентированный и надежный, но вы не тратите время на использование инструментов более низкого уровня, чем вам нужно. Я потратил годы на написание кода для C ++ / MFC и годы на написание кода на Visual Basic, и позвольте мне сказать вам, VB намного, намного более продуктивен.

Эта простота привлекает множество новых программистов. Сказать, что существует много плохих программистов, использующих Visual Basic, не означает, что Visual Basic - плохой язык; это просто означает, что Visual Basic доступен плохим программистам (также известным как новые программисты).

В Fog Creek я обнаружил, что они становятся сверхэффективными машинами для кодирования. Код выглядит неплохо, он объектно-ориентированный и надежный, но вы не тратите время на использование инструментов более низкого уровня, чем вам нужно. Я потратил годы на написание кода для C ++ / MFC и годы на написание кода на Visual Basic, и позвольте мне сказать вам, VB намного, намного более продуктивен.

Эта простота привлекает множество новых программистов. Сказать, что существует много плохих программистов, использующих Visual Basic, не означает, что Visual Basic - плохой язык; это просто означает, что Visual Basic доступен плохим программистам (также известным как новые программисты).

Я потратил годы на написание кода для C ++ / MFC и годы на написание кода на Visual Basic, и позвольте мне сказать вам, VB намного, намного более продуктивен.

Эта простота привлекает множество новых программистов. Сказать, что существует много плохих программистов, использующих Visual Basic, не означает, что Visual Basic - плохой язык; это просто означает, что Visual Basic доступен плохим программистам (также известным как новые программисты).

Я потратил годы на написание кода для C ++ / MFC и годы на написание кода на Visual Basic, и позвольте мне сказать вам, VB намного, намного более продуктивен.

Эта простота привлекает множество новых программистов. Сказать, что существует много плохих программистов, использующих Visual Basic, не означает, что Visual Basic - плохой язык; это просто означает, что Visual Basic доступен плохим программистам (также известным как новые программисты).

Также просто отметим, что VB, VBA и VB.NET - это три разных языка, хотя они могут иметь схожий синтаксис. Нет реальной разницы между VB.NET и C # (кроме ключевых слов / синтаксиса), поэтому мы не должны смешивать VB (6 и более ранние версии) и VBA с VB.NET.

Настоящая проблема, с которой сталкиваются многие программисты, " VB »(просто скажем, все 3 языка) больше о людях, которые его используют. В большинстве случаев программисты VB имеют менее формальное образование и пишут неаккуратный код. Это не верно для всех программистов "VB" (и это не значит, что не существует небрежного кода, написанного на C ++, Java, C # и т. Д.). Это просто типичное ожидание, которое испытывает тот, кто не использует VB, когда слышит о программах VB.

Да это просто религиозные фанатики.

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

Мне не нравится этот язык, но это в основном потому, что я работал с vb-подобным языком, который полностью исключил все , что могло бы считаться преимуществом, и заставил "передовой опыт" это действительно не имело смысла.

Самая большая проблема, с которой я сталкиваюсь с VB, заключается в том, что есть почти прямой след от невежественного непрограммиста -> скриптер Excel / Access на неполный рабочий день -> VBA "гуру" -> VB "программист "-> ведущий программист в самом важном проекте в компании.

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

У меня была возможность работать с VB.Net, и до тех пор, пока я относился к нему как к объекту, ориентированному на язык .Net в первую очередь во-вторых, это было не так уж и плохо. Однако это никогда не было бы моим первым выбором для нового проекта.

Среднее качество разработчика, кажется, обратно пропорционально популярности языка * простоте использования языка. VB очень прост и широко используется.

Это потому, что А) Есть спрос на программистов на популярных языках, поэтому каждый работодатель должен либо снизить свои стандарты, либо повысить зарплату, либо отказаться от разработчиков. Б) люди, не понимающие, могут показаться умеренно продуктивными в использовании простых в использовании языков. Имеется достаточно библиотек и инструментов с графическим интерфейсом, чтобы они могли собрать что-то полезное, даже если это полный мусор под капотом.

Нет ничего плохого в VB, когда он используется в тех доменах, для которых он был предназначен, людьми, которые знают, что они делают. То же самое верно практически для любого инструмента / языка.

Я посещаю SO в промежутке между написанием кода VBScript, и это утверждение мне действительно кажется правдой. - В настоящее время я цирковой шимпанзе. Если вы больше ничего не знаете, VB и его варианты кажутся отличными языками.

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

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

Конечно, неверно, что все программисты VB - плохие разработчики. Но когда у всех есть истории об «одном старом парне из VB, с которым я работал». Распространяется стереотип.