» Самый перспективный язык программирования

Цитата:

На тот момент имелся 10-летний опыт разработки на C++ и нулевой на C#. Достаточный аргумент?

Нет, это не аргумент, это бред. У вас что, СЕЙЧАС появился 10-летний опыт программирования в C#? Откуда? Всегда что-то надо начинать, не имея 10-летнего опыта. Проканал бы аргумент о том, что в 2001-м году не было C#, даже беты. Но он был, причем релиз.

Цитата:

Это вы про какой софт?

Про корпоративные системы на Западе, а не программки на Delphi, которые «позволяют по клавише Esc закрыть окно» и прочий бред который в совдепии лепят.
66% разработчиков inhouse-систем (систем уровня предприятия) на западе используют Java. Про shrinkwrapsoftware я не говорю, это Photoshop, TheBat, FineReader, Word&Office etc. Это писалось и писаться будет на C++, но какое мы имеем к этому отношения? Ты сможешь устроиться в Adobe писать Photoshop? Сильно сомневаюсь.


Цитата:

Вообще ничего не понял, набор слов и знаков препинания. Особенно убила кавычка в конце. Может, это я с утра торможу, но вот где она начинается, не нашел)

Цитата:

«учи Delphi и C++, они рулез и всегда можно работу найти,

Sphinx333

Цитата:

Компилятор-то C++ у них один из лучших....

Компилятор лучший, а оптимизация худшая Вы попробуйте это сказать на форуме разработчиков на C/C++, они ж вас в порошок сотрут - для х86 лучший компилятор (по быстродействию) - Intel Compiler, а на других платформах безбожно рулит gcc... На x86 отставание MSVC++ 7.1 Compiler'а от интеловского на вычислительных задачах не более 20 % (что значит, что он тоже весьма и весьма), а BC++ - это отставание 50 % и более.

Но скорее всего вы говорили про IDE. Но тут уж спорить бессмысленно, каждому своё.

TheChampion

Цитата:

Но гимны MS и Oracle я не пою

А кто поёт-то? Никто не поёт Идёт здоровая дискуссия (со стороны некоторых людей, включая Иночкина). Цель (лично у меня) - узнать больше о возможностях той или иной платформы разработки приложений.

Насчёт Microsoft и писания на C#... Для сведения: они разрабатывают сами весь .NET Framework, я не помню точно, но около 1000 программистов это делают. Сайт потихоньку переделывают с ASP на ASP.NET. Остального не знаю, может у них есть внутренние проекты на .NET'е. Но зачем? У них работает 10 тысяч (или больше даже) первоклассных C++ программистов, куча наработок (гигансткая куча), зачем им писать на C#?

И ещё тут был заведён разговор насчёт железной реализации byte-кода. Так вот, маленький ликбез (может кто не знает), byte-код JVM разрабатывался с учётом того, что производители железа будут реализовывать инструкции этого byte-кода. А следовательно, byte-код, это достаточно низкоуровневый язык.

Microsoft же избрала другой путь - их язык CIL (Common Intermediate Language) - это, если можно так выразиться, высокоуровневый ассемблер. Реализация его в железе - достоточно непростая задача.

Что из этого следует? Если производители железа сделают поддержку java, то она уже не будет такой медлительной. Но спорить на эту тему бесмысленно - hardware поддержки java в настольных компах нет. Пока нет (вот уже 10 лет)

З.Ы. Преимущество C# может даже не в самом языке (а он удобный), а в .NET Framework, который предоставляет разработчику уже готовые инструменты решения множества задач. То же самое можно сказать о Java (причём даже в большей степени). Серьёзные библиотеки для С++ как правило имеют большую стоимость. Вот вам и перспективность
З.З.Ы. Ни в коем случае не хочу дискредитировать C++, это просто аргумент "за" .NET и Java

Bozo
Напоминаю ваш вопрос:

Цитата:

Кто вам мешал ТОГДА еще делать проект на C#?

Я вам ответил - отсутствие опыта и каких-либо представлений о том, что это. Сейчас вы пытаетесь меня обвинить непонятно в чем. Вы думаете, что мне есть какой-то смысл обманывать именно вас, Bozo, в том, что имела место быть написанной программа на C#?) Ну так у вас батенька, паранойя.
Кстати, вы знаете, ОНИ рядом))

Цитата:

У вас что, СЕЙЧАС появился 10-летний опыт программирования в C#? Откуда?

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

Цитата:

Про корпоративные системы на Западе, а не программки на Delphi, которые «позволяют по клавише Esc закрыть окно» и прочий бред который в совдепии лепят.

У вас какое-то неверное представление о наших разработчиках. Поверьте, лепить подобные программки просто невыгодно)

Цитата:

66% разработчиков inhouse-систем (систем уровня предприятия) на западе используют Java.

Ну, во-первых, откуда бы такая цифра?)
Во-вторых, мне не знаком термин. Определение "системы уровня предприятия" слишком общее. Не могли бы вы привести пример такой системы, чтобы я получил представление?
Видимо, тут еще возникнут вопросы.

Цитата:

Про shrinkwrapsoftware я не говорю, это Photoshop, TheBat, FineReader, Word&Office etc. Это писалось и писаться будет на C++, но какое мы имеем к этому отношения?

Ух, какой термин. Фиг переведешь. Тут я с вами в общем-то согласен. Компании огромные, могут тратить время на разработку хоть в машинных кодах.
А вот отношение имеем самое прямое. Я вам скажу, что немало знакомых ребят работают в крупных компаниях. В том числе есть такие, которые раньше работали в нашей конторе. Достаточно тесно общаюсь с двумя: один руководит группой в SewEurodrive, это один из мировых лидеров в разработке систем автоматизированного электропривода, второй работает программистом в Bosch, тоже занимается чем-то, связанным с АЭП.

Inochkin

Цитата:

Вы неверно оцениваете ситуацию. Я бы на вашем месте сначала оценил величину проекта по словам "полтора года на С++". А затем уже делал бы выводы...

Я оценил. Вопрос только в том, сколько бы вам понадобилось на то, чтобы переписать это на C++. Думаю, месяца 3--4, если только ваш предыдущий код не был по качеству как WinXPSP1. Не секрет, что WinXPSP2 --- это новая ОС, т. к. переписана почти полностью.


Цитата:

Вот именно. Опытом. Но не конечным продуктом)

Вот не скажите. Формы с датагридом (точнее, их абстрактные интерфейсы) один раз разработаны, используются в нескольких приложениях. Целиком. Отличия проявляются на уровне наследников.


Цитата:

Можно ссылочку на то место, где я говорил о том, что C# - панацея?)

Нет, поскольку именно этого слова, скорее всего, не звучало (не искал, не знаю). Но смысл ваших высказываний на с. 17 именно такой: в C# есть и делегаты, и события, а C++ --- одни костыли, поэтому (этого нет, но вывод напрашивается сам собой) C# --- rulez forever.

Ктсати, о костылях еще можно и поспорить. Из практики: чтобы FileStream сохранил данные на диск, надо вызывать FileStream::Close(). Ручками. Я минут 20 боролся с этим (надо было сохранять логины пользователей при удачном коннекте немедленно после коннекта, ибо пользователь мог повторить в любой момент). Потом использовал std::ofstream, который сам сбрасывает буфер при вызове деструктора --- все стало зашибись!

TheChampion

Цитата:

Ктсати, о костылях еще можно и поспорить. Из практики: чтобы FileStream сохранил данные на диск, надо вызывать FileStream::Close(). Ручками. Я минут 20 боролся с этим (надо было сохранять логины пользователей при удачном коннекте немедленно после коннекта, ибо пользователь мог повторить в любой момент). Потом использовал std::ofstream, который сам сбрасывает буфер при вызове деструктора --- все стало зашибись!

Смотрим IDisposable.

TheChampion

Цитата:

Я оценил. Вопрос только в том, сколько бы вам понадобилось на то, чтобы переписать это на C++. Думаю, месяца 3--4

Ну, сравнение было приведено с целью показать разницу в сроках разработки с использованием двух разных языков. А вот сколько бы заняла такая же доработка на C++... Я бы оценил этот срок примерно месяцев в 5. Собственно доработка заняла бы месяца 2-3, вы правы. И примерно столько же добавьте на отладку и тестирование. То есть, на получение текущей версии с нуля ушло бы 18 + 5 = 23 месяца)
Но это только для сравнения) С точки зрения коммерческой в итоге мы имеем 5 месяцев против 8. Серьезно, согласен. Но это если не учитывать затраты на поддержку этого кода в будущем. К тому же очередная масштабная доработка кода на C++ снова съест 5 месяцев. А доработка кода на C# думаю, потребует куда меньше времени)
Впрочем все это "если бы, да кабы". Поскольку реальных цифр нет, то этот спор в общем-то не имеет смысла - мы можем до посинения придумывать цифры с потолка)

Цитата:

если только ваш предыдущий код не был по качеству как WinXPSP1. Не секрет, что WinXPSP2 --- это новая ОС, т. к. переписана почти полностью.

Ну, не знаю, не видел код WinXPSP1, так что судить не могу)
Меня кстати всегда интересовало, по каким критериям можно оценить, качественный код мы видим или нет? Оформление кода по стандарту предприятия? Сомнительно. Отсутствие багов? Ну так, а куда без них. Отсутствие глупых багов? Может быть, но это с опытом нарабатывается, а поскольку я не думаю, что в MS работают новички, то как тогда они могут выдавать некачественный код? То есть это тоже не критерий, наверное. Плохое проектирование? Навряд ли народ в MS этим страдает. То есть убейте, не могу понять, по каким критериям вы оцениваете код WinXPSP1? Я вам скажу, что я предпочитаю эту версию SP2. Ну вот нравится мне SP1. Сижу уже почти два года с ней И глюков не вижу.

Цитата:

Вот не скажите. Формы с датагридом (точнее, их абстрактные интерфейсы) один раз разработаны, используются в нескольких приложениях. Целиком. Отличия проявляются на уровне наследников.

Я бы разделял понятия "продукт" и "код продукта". Вы говорите о втором. А я о первом. То же самое с .NET: для MS это конечный продукт, который они продают на рынке. Его код они могут как угодно использовать дальше.

Цитата:

Нет, поскольку именно этого слова, скорее всего, не звучало (не искал, не знаю). Но смысл ваших высказываний на с. 17 именно такой: в C# есть и делегаты, и события, а C++ --- одни костыли, поэтому (этого нет, но вывод напрашивается сам собой) C# --- rulez forever.

Ммм. Вы наверное заметили, что я везде пытаюсь передать мысль максимально точнее. И я не вкладываю никакого скрытого смысла в слова. Я пытаюсь быть максимально объективным, делая вполне законные выводы, без громких заявлений. Если вы не согласны, то я приглашаю вас высказаться точно так же: привести факты и сделать из них свои выводы. Это и называется спор. А спор, в котором явно участвуют эмоции, это перепалка. А в перепалку с вами я вступать не желаю, уж не обессудьте.

Цитата:

Из практики: чтобы FileStream сохранил данные на диск, надо вызывать FileStream::Close(). Ручками. Я минут 20 боролся с этим (надо было сохранять логины пользователей при удачном коннекте немедленно после коннекта, ибо пользователь мог повторить в любой момент). Потом использовал std::ofstream, который сам сбрасывает буфер при вызове деструктора --- все стало зашибись

Кроме Close() у FileStream'а есть метод Flush() и еще флажок AutoFlush. Но я сам предпочитаю пользоваться BinaryWriter'ом. Намного удобнее, знаете ли, чем голый поток.

Цитата:

У вас какое-то неверное представление о наших разработчиках. Поверьте, лепить подобные программки просто невыгодно)

Ты просто тему читал по диагонали. Вот:
Цитата:

Я считаю, что самый перспективный язык программирования - Delphi. Сейчас в большинстве своем программное обеспечение создается, исходя из побуждения коммерческой выгоды. Стоит зайти на SoftKey и посмотреть, какие порой нелепые с точки зрения идеи (закрывальник окон клавишей Esc и им подобные) программы там продаютя. Пусть за небольшую цену, но все-таки продаются. Все популярные широкоиспользуемые бесплатные продукты переходят на коммерческую основу. Где коммерция, там и конкуренция. Delphi - очень простая, но в то же время мощная и гибкая среда программирования. Delphi значительно выигрывает С++ как по времени программирования интерфейса, так и по времени компилирования проектов.

http://forum.ru-board.com/topic.cgi?forum=33&topic=3325&start=320#1


Цитата:

Ну, во-первых, откуда бы такая цифра?)
Во-вторых, мне не знаком термин. Определение "системы уровня предприятия" слишком общее. Не могли бы вы привести пример такой системы, чтобы я получил представление?

Определение дал Спольски: joelonsoftware.com/articles/FiveWorlds.html Раздел Internal software.

Shrinkwrap это видимо то, что делает ваша фирма, т.е. коробочный продукт на продажу.

Цитата:

Whenever you read one of those books about programming methodologies written by a full time software development guru/consultant, you can rest assured that they are talking about internal, corporate software development.

TheChampion

Цитата:

Не секрет, что WinXPSP2 --- это новая ОС, т. к. переписана почти полностью.

А эта информация откуда? Насколько я знаю, SP2 - это коммулятивный патч (т.е. в одном месте собрали патчи за некоторое время).


Цитата:

Ктсати, о костылях еще можно и поспорить. Из практики: чтобы FileStream сохранил данные на диск, надо вызывать FileStream::Close(). Ручками. Я минут 20 боролся с этим

MSDN не читаем? FileStream::Flush() - решение вашей проблемы. Объяснить зачем это сделали? Объясняю - _скорость_ выше, когда за один раз выбрасывается в файл много инфы, чем много раз по-малу.

Меня усиленно не хотят читать
О Java
На западе ДЕЙСТВИТЕЛЬНО больше распространена Java, нежели .NET. Причин этому несколько:
- Java старше, а следовательно наработок значительно больше. Различные библиотеки, которые позволяют делать очень много автоматически, с минимальными усилиями
- С помощью Java можно создавать действительно кросс-платформенные приложения, причём не ограничиваясь серверами и настольными компьютерами

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

У нас в России Windows стоит 70 рублей даже для предприятия какого-нибудь. Когда это изменится, тогда Java станет популярнее, чем .NET и в России. Но это не говорит ничего о том, что .NET'а не станет вовсе. Но у него ниша несколько уже. НО, если вариант, что разработчики свободных проектов (Rotor, MONO, Portable.NET) сделают свои реализации CLI для других ОС, тогда будет действительно серьёзная конкуренция (по моему мнению).

oSLikus

Цитата:

MSDN не читаем? FileStream::Flush() - решение вашей проблемы. Объяснить зачем это сделали? Объясняю - _скорость_ выше, когда за один раз выбрасывается в файл много инфы, чем много раз по-малу.

А оно мне-таки надо? Пусть деструктор поток сбрасывает.

TheChampion

Цитата:

А оно мне-таки надо? Пусть деструктор поток сбрасывает

Ответ настоящего программиста

По существу: правильно, в рамках .NET, нужно вызвать для вашего потока метод Close(), который и Flush() сделает и "деструктор" выполнит. Ваши слова говорят только о том, что ещё недостаточно разобрались с платформой, а плюётесь... некорректно это.

Bozo
Ну, во-первых, не думаю, что softkey - это большинство программ, которые делают в россии. Во-вторых, не думаю, что закрывальники окон активно продаются в мегамасштабах. Ну, и в-третьих, а вы много таких разработчиков знаете? Я лично ни одного.
А статья интересная, прочитал правда бегло. Несмотря на существование такой классификации, мне больше нравится традиционный термин "системы автоматизации предприятия".

2all
Пардон, была запарка. Сдохла Гигабайтовская MB, потащила за собой полсистемы, настройки почты и т.п. На всякий случай: отваливается сокет проца. Будьте бдительны и подточите ушки у крепления (примерно 0.5 мм), чтобы не выдернуло у вас.
Подробнее - на железячных сайтах.
В результате просто забыл про все. Про этот тред тоже.

Inochkin
Что разные ядра, знаете. Файловые системы тоже разные. Мне они представляются как потомки ФС RT-11 (в этом не уверен) - Win9X, RSX-11 - Win2KXP . Можно конечно подробнее про ядра, но наверно не нужно. Ядро - опять же RSX-11 идеология.

Далее. Я не утверждал, что MS-овцы что-то "свистнули". Купили, "развили" до летального исхода. Забыли. В общем-то ничего странного. Технологии имеют свойство отмирать. Просто у MS это быстрее получается.
Авторами СОМ не интересовался, я и про Win2K корни случайно узнал - царапнула глаз фамилия, показавшаяся чем-то знакомой. Ну и выяснил.

2all C-fanats:
Насчет С. В треде я не заметил упоминания одной особенности, которая мне представляется весьма важной. А именно: если посмотреть на базовые операции, то видно: они не нацелены на Intel-платформу. Торчат ушки PDP системы команд. Именно для нее практически все операции соответствуют 1 команде. Исторически так сложилось.

SergeBS
Можно по-подробнее про идеологию ядра RSX-11?

oSLikus
Скажем так: было это давно, и для меня это была первая операционка с защищенным ядром, приоритетами задач и кол-вом тиков, выделяемых задаче. Многозадачная (ес-сно). Ехидная файловая система, у которой только bootstrap - в начале диска (аппаратный загрузчик по другому не может). А системная область - в середине, параметры файлов, каталогов и т.п., то что сейчас называют MBR. Вроде простое изменение, а время доступа - в среднем в 2 раза меньше, чем у RT-11, где это - с краю. За счет того, что физический адрес файла находится пролетом к середине, а не к краю диска. Группы пользователей и пользователи в группах - нумеровались по приоритету цифрами, чем меньше цифры группы - тем круче . Парольный вход.
Но особо я в ней не поигрался. Да и помню уже мало. Короче, смотри на первые Win NT. Ненамного ошибешься. А если уж очень интересно - наверняка найдешь описание в Инете. На русском языке это называлось ОС РВ (СМ ЭВМ). И в отличие от RT-11 (он же РАФОС), когда шла работа с лентой, кое-что еще можно было делать. Проверено .

Да не, что такое RSX я знаю. Мне просто интересно, каким боком ты его хочешь к MS прикрутить То, что DEC были первопроходцами и впереди планеты всей (какое-то время) - это известно. И грех не использовать хорошие "идеи". Но что из кого растёт... думаю всё же, что в MS сели, и написали NT с нуля, с учётом старого API (а без этого никуда - пользователи не поймут несовместимости).

oSLikus
Ну давай так: семейство ОС WinNT/2K/XP - "операционная система 1 человека", т.е. идеолог - 1. И этот человек пришел в MS из DEC. Естественно со всем тем, что уже было в RSX-11. А насчет писать с нуля - ну это по любому. Ассемблер PDP несовместим с Intel . Аббревиатуры - и те другие.
Про DEC: "Это были отличные инженеры, но плохие бизнесмены" (с) - не помню кто. Вроде кто-то из заправил IBM.
Но это уже пошел offtopic.

C++

Майкрософт выпустила Microsoft Visual С++ 2005. Меня интересует скриншот этого инструмента. Если у кого есть, по перешлите мне на mysupport@ua.fm или дайте сайт где его можно увидеть. Кстати, он строитель???

Самый перспективный язык это не Си++ и не Дельфи, это Microsoft. Что будут продавать то и купим.

CRAZI - здесь, можно и качнуть beta.

Что бы не говорили, а самый перспективный язык - это С++. Ему уже сколько лет, а он все еще развивается. И какие бы там новые платформы на сегодняшний день не появлялись - большинство из них написано на С++. Так же как и новые версии операционых систем (например Vista).

SergeBS

Цитата:

Технологии имеют свойство отмирать. Просто у MS это быстрее получается

Примеры мне, примеры)

CRAZI

Цитата:

Майкрософт выпустила Microsoft Visual С++ 2005

Не Visual С++ 2005, а VisualStudio2005.
На следующей неделе кстати микрософтовцы проводят семинар в питере. Sun, похоже, все благополучно проспали. Возможно кто-то пойдет к MS?

Pinocchio

Цитата:

Самый перспективный язык это не Си++ и не Дельфи, это Microsoft. Что будут продавать то и купим

А в общем да. Только не потому, что кроме них больше нет никого, а потому, что у них просто нет реальных конкурентов - MS свое дело знает.

CkuB

Цитата:

Что бы не говорили, а самый перспективный язык - это С++.

Вот так вот прямо и без аргументов?)

Цитата:

Ему уже сколько лет, а он все еще развивается

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


Цитата:

И какие бы там новые платформы на сегодняшний день не появлялись - большинство из них написано на С++.

Это, например, какие платформы? Мне-то вот до сих пор казалось, что железу абстракции ООП неведомы.


Цитата:

Так же как и новые версии операционых систем (например Vista).

Прям вот так-таки и вся Vista? Круто это вы)

Главные достоинства C# - это автоматическая сборка мусора и .NET Framework "за плечами". Если это убрать, получим, фактически, немного урезанный, избавившийся от некоторых наследственных болезней и, так сказать, "опопсевший" С++. Но одна лишь безопасность кода, наверное, на треть сокращает усилия на разработку и это нельзя списывать со счетов. Впрочем, как _язык_ C# еще не скоро уделает такого монстра, как C++. К тому же Java все время наступает C# на пятки, давя в основном обилием готовых библиотек и многоплатформенностью - достоинствами, которыми C# похвастать пока не может. Так что в общем случае C++, несомненно, язык перспективный. Однако, писать клиентский софт для доступа, скажем, к складской БД на C++ я бы не стал, ибо это - изощренный мазохизм. Для таких задач - C# и только C# (разумеется + .NET Framework + ADO.NET)...

И вообще, глядя на результаты голосования, почему-то думается, что львиная доля голосов отдана C++ только потому, что это "типа крута", без оглядки на возможности применения данного языка при решении определенных классов задач. Например, расчет траектории спутника и АРМ кладовщика - это ведь совершенно разного класса задачи и для их решения нужны свои подходы и инструменты. Так зачем же все валить в одну кучу? Тут, наверное, уместным будет лозунг: "Нет перспективных языков, есть перспективные программисты" (С) Мой.

Men_In_Black

Цитата:

Главные достоинства C# - это автоматическая сборка мусора и .NET Framework "за плечами". Если это убрать, получим, фактически, немного урезанный и, так сказать, "опопсевший" С++

Скорее, прототипом был все-таки язык Java. Но это имхо.

Цитата:

Впрочем, как _язык_ C# еще не скоро уделает такого монстра, как C++

А на мой взгляд, как язык C# уже уделал C++. Об этом я уже выше говорил: С++ соединяет в себе два несовместимых подхода. Отсюда его громоздкость по сравнению с C#, как ООП-языком, и по сравнению с Pascal (не Object!), как процедурным языком. Ну это ж просто элементарно неэстетично - писать класс и рядом глобальную фнукцию, как это активно практикуется в C++. Другое дело, что это удобно, но это другой разговор) Сторонники С++ поэтому имеют возможность называть эту неэстетичность гибкостью. Ну и спорить тут трудно)

Цитата:

Так что в общем случае C++, несомненно, язык перспективный

Тема называется Самый перспективный)

Цитата:

И вообще, глядя на результаты голосования, почему-то думается, что львиная доля голосов отдана C++ только потому, что это "типа крута", без оглядки на возможности применения данного языка при решении определенных классов задач.

Согласен полностью)

Цитата:

Например, расчет траектории спутника и АРМ кладовщика - это ведь совершенно разного класса задачи и для их решения нужны свои подходы и инструменты. Так зачем же все валить в одну кучу

Тоже правда. Только вот пользоваться C++ в расчетах я бы тоже не стал.

Inochkin

Цитата:

Тема называется Самый перспективный)

В том-то и дело, что "самого-самого" не существует. В разных нишах используются свои инструменты (где-то вообще приходится опускаться до машинных кодов и по-другому нельзя, где-то - только Java). Впрочем, если под перспективностью понимать динамику развития, то, разумеется, пальму первенства возьмет C#.

Inochkin

Цитата:

что у них просто нет реальных конкурентов - MS свое дело знает.

Согласен. Просто думаю, что нормально, когда самое распространённое заболевание ОРЗ, - его хоть лечить научились.

А каким образом в список попала ASP.NET?

И, заметили, голосов за Delphi подано несколько больше, чем за C#. Интересно почему?

И, вообще, я бы объединил C#, VB, J# и Delphi в одну строчку ".NET Framework based languages". И ей бы отдал абсолютное и безоговорочное лидерство.

Согласен с Pinocchio
"Самый перспективный язык это не Си++ и не Дельфи, это Microsoft. Что будут продавать то и купим"
Я, например, не вижу большой разницы между C# и VB (хотя я и в курсе, что она есть ). Пользуюсь и тем, и другим. И, конечно же, пользуюсь C++, когда надо соеденить что-то, написанное для .NET и что-то написанное не для .NET

Вообщем: God, bless MS!

Men_In_Black
Вот именно поэтому где-то страниц восемь назад я определил круг задач, о которых говорю дальше. И что я подразумеваю под словом "перспективный", тоже говорил. Только почему-то все мимо пролетает и я снова и снова слышу слова, смысл которых сводится к "ну это зависит от области применения".
Если вы не согласны, то выделите свои критерии оценки самого перспективного языка. И в этих рамках определите его. А то получается, что поскольку критерии не определены, то все правы и спор не имеет смысла.

ItsJustMe

Цитата:

И, заметили, голосов за Delphi подано несколько больше, чем за C#. Интересно почему?

Статистический разброс, имхо.

Цитата:

И, вообще, я бы объединил C#, VB, J# и Delphi в одну строчку ".NET Framework based languages".

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

Цитата:

И, конечно же, пользуюсь C++, когда надо соединить что-то, написанное для .NET и что-то написанное не для .NET

Не очень устойчиво работает потом, бывает что иногда вылетает по неясно откуда взявшейся ошибке. Рекомендую все-таки пользоваться средствами C#, чтобы стыковаться с не .NET библиотеками.

> Дельфи я бы сюда включать не стал, кто его знает как оно повернется с борландом.
Думаешь, они откажутся от поддержки .NET? С чего вдруг?

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

> Рекомендую все-таки пользоваться средствами C#, чтобы стыковаться с не .NET библиотеками.
Тады вопрос: А в C# мона lib подцепить? Что-то я не нашел, как это сделать.

Обыкновенному пользователю абсолютно по барабану на чем што написано лишь работало быстро. Обыкновенному программисту абсолютно по барабану пользователь.
Можно за пару недель скажем написать клиента на C# + ADO.NET и потом рассказывать всем какой ты крутой а можно заняться мазохизмом и сделать все на С++ + ADO за пару месяцев (утрирую). Правда вопрос какая из 2 программ будет летать а какая ползать ? Впрочем это уже проблемы юзера.

PS. Оказывается уже даже к DirectX приделываются .NET ходули, это теперь называется Managed DirectX. И кто сказал что OS не напишешь на C# ?

ItsJustMe

Цитата:

Думаешь, они откажутся от поддержки .NET? С чего вдруг?

Ну, конкуренты же вроде как. Мало ли чего MS взбрендится.

Цитата:

Хм... Пока не было Нет, конечно ошибки - это не редкость , но у них всех есть причина. Она находится и устраняется

Ну, во-первых, я не сомневаюсь в квалификации программистов своей группы. Да и у меня самого тоже появлялись проблемы, все-таки .NET сырая вещь еще. Например, бывает, что при запуске windows-службы, написанной на C#, начинает необоснованно расти объем памяти, занятой службой. Перезапускаешь - все в порядке.
Или при работе с unmanaged-блоками, иной раз опять же необоснованно закрывается приложение. Даже несмотря на то, что на всех потоках стоит try-catch - все исключения по идее должны отлавливаться. Даже несмотря на то, что работа идет под debugger'ом - просто закрывается безо всяких кодов, как будто кто-то службу закрыл. Убрали unmanaged - все в порядке, глюки исчезли.
Вывод: если пишешь на managed, так и пользуйся соответствующими средствами, ибо чревато глюками. По сырости ли .NET, по своим ли ошибкам, или еще по какой причине, не столь уж важно. Уж если пользуешься одной идеологией, так не мешай её в кучу с другой. А то, понимашь, осталась вредная привычка от C++.

Цитата:

Тады вопрос: А в C# мона lib подцепить? Что-то я не нашел, как это сделать.

Я имел в виду dll'ки. lib'ы цеплять нельзя. А зачем?

BackstreetCat

Цитата:

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

Чушь какая.

Цитата:

Можно за пару недель скажем написать клиента на C# + ADO.NET и потом рассказывать всем какой ты крутой а можно заняться мазохизмом и сделать все на С++ + ADO за пару месяцев (утрирую). Правда вопрос какая из 2 программ будет летать а какая ползать ? Впрочем это уже проблемы юзера

База работает одинаково независимо от языка. Сеть работает одинаково независимо от языка. То есть, если вы сравниваете эти две программы по скорости работы с базой, то это не критерий. Можно сравнивать по скорости отработки интерфейса, но так ли уж важно это для конечного пользователя? Подавляющее число реализаций интерфейсов достаточно просты и разница в скорости их отработки на разных языках на глаз практически незаметна.

Цитата:

Оказывается уже даже к DirectX приделываются .NET ходули, это теперь называется Managed DirectX

Это обертка к обычному DirectX. Избавляет от необходимости самому ковыряться с интерфейсами. Но если нравится, то можно и в обход managedDX подключать DX dll'ки.

Цитата:

И кто сказал что OS не напишешь на C# ?

Вы подумайте, что сказали)