А чего не так с константами? Всякие vbCrLf, vbCritical и т.д. никуда не делись...

Maxik, молчал молчал я, но после твоего поста, меня аж всего перекоробило!

>Синтаксис поменялся не настолько уж много
В этом еще можно согласиться с тобой, но MS при этом изменении так и не сделали нормального конвертора VB6 => VB.NET

>Эти недостатки(не значительные в сущности) с лихвой компенсируютсяновыми возможностями!
Какими возможностями ??? Не ужели там есть много того что я не могу !? С какой стороны они там есть ? А ткнуть на форму, скажем тот же SysTray контрол (точно не помню как называется), эт каждый дурак сможет... И что это ??? Новые возможности ? Это попросту излишнее удобство в создании собственного приложения и не более... Почему я сказал излишнее? Да потому что программер ну хоть что-то должен знать, иметь понятие о WinApi, и хоть какое-то понятие о внутреннем устройстве того, что им используется...

Так чем же все это компенсируется ??? Может код стал работать шустрее ? Это спорно, сколь не пытались это доказывать, всегда возникали опровержения! Может создаваемые приложения стали менее ресурсоемки ? Это тем более не правда, открываем TaskManager, и смотрим что одна форма радуясь занимает не меньше 5 Мб... Может повысилась надежность защиты программ ? Так как же могет быть защищен P-код, не так довно я вообще видел NET декомпилятор... Что это ? Это шаг назад! Издевательство над VB'шными программистами, почему для VC они сделали выбор, компилировать либо под FrameWork или же оставить Win32 file, а для VB7 такого хода не предусмотрели ???

Vb6 без сторонних конролов выглядит беспомощным.
А вот от этой фразы меня совсем перекорежило, согнуло на стуле и вызвало целую волну возмущения!!! Короче мне чуть плохо не стало!!! Я, за последние года 4, никогда не использовал чужих контролов! И не ужели мои программы выглядат беспомощными !? Я протестую! Это не правда! Что такое сторонние контролы ??? В своем большинстве, это написанные контролы на самом же VB, контролы! Что такое сторонние контролы от MS ??? Да это упрощенная реализация виндовых контролов на WinAPI! Так кто сказал что я не могу написать написать свой такой же контрол, или средствами WinApi, реализовать в своем коде виндовый и его обработку !?

Лучше заняться не изучением какой-то очередной пакости от MS, а садиться за изучение C++, Java, на худой конец, скрипя сердцем это говорю, Delphi... Если вы думаете что MS по прежнему диктует свои правила в сфере ОС, возможно будите правы, но на данный момент все более набирают обороты *nix, и программировать под эти ОС, вскоре, будет не менее, а может и более необходимым... Пусть на данный момент, скажем Linux, не есть совсем гуд, не знает половину устройств, но даже сейчас это уже кое-что, и кое-кто этим пользуются (при этом, кое-кто, не столь уж малочисленная группа людей)...
NET - это лишь жалкая породия на Java virtual machine, да и то, на мой взгляд, не совсем удачная Программер должен хоть что-то уметь, а не просто кидать контролы на форму...

Лучше изучать не очередной контрол, а изучением все неовых и новых языков и самой OS...

А чего спорить? Чего спорить-то?

По-моему .Net достаточно удобный инструмент для написания офисных приложений. И дала этот инструмент фирма Микрософт. И использовать его будут те кому важна именно скорость разработки, т.к. крупному промышленному предприятию а б с о л ю т н о  пофиг на чем написана программа обработки базы данных... Какая разница VB6, VB.NET, C# или к примеру ассемблер, если через месяц надо запускать проект и управлять производством... Ну пересядут все программеры из принципа на асм и чего хорошего выйдет? А потом по этому-же принципу кто-то скажет:"Ишь ты какой простой! Тебе дядя компутер собрал из деталек, а ты программишь сидишь! Неее, ты вот сначала сам компутер собери, а потом пользуй... А то какой ты нафиг программист. Ты же даже не знаешь как он устроен!" И до чего мы так докатимся?

Да действительно, много ума не надо что бы накидать на форму контролов... Но вот вопрос возникает. Надо решать другую задачу (да ту же обработу базы данных уровня предприятия), а мы тут будем сидеть и интеллект проявлять, лет 5 будем проявлять, а предприятие к тому времени загнется... Вот как раз в решении этих проблем и помогает .Net. Так что, повторюсь, это всего лишь инструмент, как молоток или опять же компутер... И каждый инструмент предназначен для выполнения определенной работы. Не хошь не пользуй...

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

2sne, во многом ты прав, но я бы все же не был столь консервативно-категоричен в том, что сиё есть гуд, а сиё есть сакс. Дело в том, что любой проект, а то ровно, как и язык программирования со всеми своими постулатами и уставами, имеет право на существование. Единственный смысл в этом спорить - это в каком-нибудь клубе delphi-,vb-,Цэ- и прочих филов. Посмотри какие вопли вокруг того, что Васик шесть рулит, а Точка - ацтой (или наоборот, в отличии от форума и личных предпочтений участников, но никак не от объективного суждения). Внимание вопрос: как ты думаешь почему? Почему классические Сишники не орут, что ЦэПэПэ - какашка и никому нафик не надо? И наоборот? Отвечаю, да потому что из-за одной, казалось бы на первый взгляд непримечательной для непрофессионала (человека на этом зарабатывающем) вещи. Дело в том, что мелкосопу не удалось сделать полноценный максимально обратносовместимый язык. А C/CPP прекрасно дополняют друг-друга. Тут и далее имеется в виду классический C, а не всякие Visual'ы, Watcom'ы, и пр. т.е. K&R или ANSI C. Давай вспомним переход от 3.0 к 4.0... Что мы видим? МАССУ изменений, кучу нововведений, и действительно ошарашивающие возможности Win32. Теперь пойдем немного дальше, к следующей революции (на первый взгляд). Переход от 5.0 к 6.0. За частую все сводилось к тому, что среда спрашивала "Сохранить проект в новой версии языка или нет?". И ВСЕ! И что мы видим сейчас? (вообще-то пару лет назад) 6.0 -> .NET. Совместимость напрочь отсутствует, как понятие. И , похоже, У мелкосопа такие же планы и на будущее, так как обратная совместимость в миноре уже не соблюдается (FW1.0<>FW1.1). Таким образом, они хотят, что бы мы постоянно переучивались, держали в голове все правила той или иной версии и прочее и прочее. Но! Теперь я пойду в другую сторону. То есть от предпочтений программистов, к предпочтения заказчиков, что намного важнее. Открой объявления о работе и погляди кто требуется? Опустим узкоспециализированные языки и направления вроде OpenGL, микропроцессоры и другие. Что видим? C/C++, MSVC, C#, Delphi, SQL, SOAP и пара других. ВСЁ! Ещё одно ПОЧЕМУ? Да потому, что заказчик, как правило, не особо вдается в то, на чем будут писать – ему важен конечный результат, то есть продукт. А на чем он будет написан большинству заказчиков/работодателей по большому счету по барабану. Будь то АСМ со сплошными инвоуками, или АСМ без инвоуков, или Питон, или Турбо Паскакаль, или Васик или ещё что….Ему важен результат это раз, скорость выполнения заказа это два, и, опционально, поддержка это три. Другого не дано либо вторично. "Чу! Момент!" - скажет внимательный читатель – "А откуда в этот список влез C-решетка?" Отвечаю: да по той простой причине, что заказчик наслышался глашатаев и некоторых "особо продвинутых" индивидуумов, что это рулит, а это сосёт. И, естественно, не хочет, что бы ему ПО писали на том, что "сосёт" не вдаваясь в подробности. Зачастую можно написать на Васике в три-четыре раза быстрее и эффективнее, чем на Си. Я уверен, что большинство заказчиков, будут не против этого. Большинство программ, не критичных к системным требованиям будут работать так же, а быть может, в отдельных случаях и лучше, нежели программы, написанные за большое количество времени с бесконечным тестированием в стадии бета. Благо сейчас мало кто распространяет коммерческий сколько-нибудь серьезный софт на дискетах или просто через инет по почте. Поэтому разница в пару мегабайт на КД не столь очевидна. А вот на эффективности программирования и применении новых, за частую облегчающих написание и проводку ПО.

Про то, что есть декомпилятор – это конечно ужас. Потому как Васиковцы такого удара не ожидали со времен версии 4.0. Но SoftICE никто не отменял, и если кто-то захочет или даже поставит себе целью покопаться в твоем коде, или просто обеззубить твою защиту – будь уверен, что это рано или поздно случится. Но этого стоит опасаться, когда твое ПО станет действительно распространенным или уникальным в своей области. А так, все это сводится к кудахтаньям старушек на скамейке: "Ой, ужасть-ужасть! Чаво делаится – манияк ходить по хороду…Уасть-ужасть…" Как говорится, SoftICE’а бояться – ПО не писать.

Что же касается меня лично, то я за Васиком уже как год не сижу (не слишком ужасно я сейчас сказал?). Раньше я писал на Васике и, с версии 5.0 начал уже получать гонорары. Теперь же периодически пишу макросы, для облегчения своего труда и труда сослуживцев, периодически ковыряю ASP, да посильно помогаю интернетному народу. А сижу я сейчас на BASH и g++. Потому как это надо мне, и от этого я смогу оттолкнуться по карьерной лестнице вверх. Но если приспичит (финансовые или идеологические предубеждения победят), то могу снова взяться за VB 5.0 или VB .NET. Пока в этио необходимости не чувствую.

Мораль первая: надо писать на том, на чем ты можешь заработать. Полезно знать всё, вдруг пригодится? За многорукими будущее, потому как прошло время человека у станка, который умеет выпиливать только одну деталь, а в другой ни-ни. Это похоже на врача-специалиста по правой ноздре, который в левой ноздре уже не разберется. Время не стоит на месте, и уже сейчас сложно найти человека, который профессионально пишет на Clipper’е или Python или FORTRAN или …. Любом другом языке, за которым приписывали будущее. IMHO, будущее за реальными кроссплатформенными языками и интерфесами. Что касается языков, то Kylix – не очень удачно реализован. А вот что касается интерфейсов, то, к примеру, Qt уже достойный кандидат.

В общем и целом, господа, пытайтесь осознать ваше место в будущем и чем вы его собираетесь добиваться.

Спасибо за внимание, и за то, что дочитали до конца

P.S. пока я тут писал, достопочтенный .COM уже успел высказать свою точку зрения. Соглашусь. Только добавлю от себя, что .COM описал, это мне напомнило советские курсы по вождению автомобиля, где все начинается с устройства двигателя, и механизма работы поршней.

Я не осуждаю vb.NET за то что он есть, я осуждаю Microsoft, которая не заботится о программерах, а VB программеров мешает с грязью, я говорю о неравенстве в возможностях, которые нам предоставляет MS, по сравнению все с тем же VC... Они бы и выпустили норамальный компилятор... Невозможно !? Сомневаюсь...

В случае с 3 -> 4 были расширены средства языка в сторону уже существующей реально платформы, а чего ради сейчас из кожи вон лесть, года первая операционка реально работающая с FW появится не раньше 2006 года, а сейчас появились слухи о переносе и этой даты... И стоит оно того? Зачем бежать вперед паравоза !?

Заказчику... ему то конечно же практически безразлично, но, что если программа ориентирована на широкие массы? Что им делать? Сломя голову бросаться и искать 20ти метровую библиотеку для программы в пару сотен кб? Да народ сразу же плюнет в сторону того программера, и пойдет искать аналог!

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

Kylix - конечно же кривоват, но люди умудряются писать и на нем А вот недавно мне в руки попался Java Builder 10 от Borland'a жутко тормозной, черезчур навороченный и тормознутый... Так что под *nix наверное все же на нем писать удобней... да и охватить можно много большую область... благо хоть синтаксис у него на Сюшный смахивает более, привычней...

Еща раз скажу, я не осуждаю ни NET за то что он есть, ни NET'чиков, за то что они выбрали его, мне очень уж не нравится позиция MS в этом отношении...

> Проги, написанные на dotnet, не принимая во внимание вес .net framework, весят очень мало.

Ну дык если это практически открытый исходник (p-code)... Может так и сделаем, прям как в Linux'e, и не только Берем распространяем исходный код программы на VB6, а пользователь пущай себе компилирует приложение на своем компе... Нет VB6 компилятора ??? Качаем VB и среду разработки... те же 20 Мб... Может, заодно, и популярность VB поднимем ) Ведь скачать среду нужно только первый раз, и более об этом не заботиться... А знаешь сколько можно в 500 Кб исходника всего запихнуть ??? А если он еще и в архиве, то ооо... Ладно, шучу...

> Конечно, каждый. Но разве мало в инете контролов для вб6 аналогов systray???

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

> А зачем программисту dotnet winapi??? Конечно, есть случаи, когда api не заменить классами framework, но их не много.

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

> Какие контролы написаны на самом же Вб?

Многочисленные progress bar'ы, Button'ы, и многое другое...

> В .net прогер научится большему, чем в vb6. Например, ООП.

Ну пусть оно там действительно имеется... Ну а что мешает на VB создать "впечатление" работы с объектами !? Берем создаем и работаем...

Ладно, этот спор, как и многие другие, ничем хорошим не закончится, и каждый останется при своем... Кому с чем работать дело не столько вкуса, сколько требований работодателя и диктатуры Micro$oft...

> Неправда. Он позволит склонить на одну из сторон новичков, которые пока не знают, на чем программировать.
Sharp, ты действительно считаешь что новичек будет сие чудо читать

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