To Lepsik:
не смеши народ.  99% установленого у тебя софта написано на С++ и весь проф. софт, продаваемый на рынке написан в подавляющем большинстве на С++.  (OC, Office, Oracle, Corel, Adobe, IBM, .....) и эта тенденция не измениться

А 90% внутрикорпоративного, специализированного и софта для DB не написано на C++ и эта тенденция тоже вряд ли изменится ;)

Delphi Informant Magazine закрылся.
Тот самый, который лучшие компоненты по всем категориям каждый год обьявлял.
Видимо с переходом Дельфи на dotnet держать отдельный журнал про Дельфи стало бессмысленно. А журналов и сайтов про dontet и так полно.

Ответ на »сообщение 309« ()
___________________________

Сори, не подписано.

Ответ на »сообщение 308« (Max Belugin)
___________________________

Напоминает старую байку про то как господа К. и Р. сочинили Си ради забавы-шутки-прикола, а общественность сдуру приняла его за некий супер-язык и начала широко пользоваться :)

Ответ на »сообщение 307« (IUnknown)
___________________________

Ответ на »сообщение 305« (Lepsik)
___________________________

xml  в C# - это часть языка

Это шутка такая, да?

вот это - шутка:
http://research.microsoft.com/Comega/

Ответ на »сообщение 305« (Lepsik)
___________________________

xml  в C# - это часть языка

Это шутка такая, да?

Впечатление от Visual Studio .NET (именно от studio, не от C#) двойственное. С одной стороны, много интересных компонент и возможностей, которых нет в Delphi. С другой – масса вещей, которые в Delphi делаются щелчком мыши, в VS.NET запрятаны так глубоко и реализуются так сложно, что просто руки опускаются.

to > Anatoly
-->Использование XML Web Services, встроенных в ядро платформы. Создание Web Services и прокси к ним - это очень просто.
- В Java аналогично. Ничего проще не видел. Есть готовый (совершенно обыкновенный) Java класс (в том числе и EJB) - два нажатия на кнопки того же самого прикладного сервера Java, и готово.

xml  в C# - это часть языка, а третьесторонний продукт. В это коренное отличие.  где 100 строк будет на джаве - будет встроенная команда на C#, сериализующая класс в xml-дoкумент.

--Плюс, что лет 10 не стоит беспокоится за рынок серверов ОС клона UNIX.

10 лет назад тоже так думали пока не было MS SQL.
а сейчас unix serverа составляют меньшуя часть рынка

--Dimentiy
--Это ещё работа с нестандартным оборудованием, Какой стандарт?

для этого остается VC++ и програмирование на C# в небезопасном режиме.

--Да, IL "компилируется" в код - но это не покрывает потребности всех приложений!
--CAD-ы, математика и т.д. и т.п. Какой стандарт?

а для этого будут библиотеки в .NET стандарте

2Igor
----Я пока не видел ни одного человека, который, попробовав .net после java, не перешел бы на .net.

я попробовал и остался на Borland Builder

---Сергей Тарасов
----Имеет смысл лучше обсудить объективные причины, по которым надо переходить на пошарпанный си (приплюснутый уже пережили, жабу тоже).


не смеши народ.  99% установленого у тебя софта написано на С++ и весь проф. софт, продаваемый на рынке написан в подавляющем большинстве на С++.  (OC, Office, Oracle, Corel, Adobe, IBM, .....)

и эта тенденция не измениться

--Vladimir Ulchenko
--лично мне интересно что из себя будет представлять новый MSSQL Server (SQL Server.NET или Yukon)

стандарт SQL2003  включает в себя Java как часть языка и ООП идеалогию. Может быть сподвигнуться

--Shiva1
--Поэтому сетевые проекты я все-таки буду переносить под .NET, если сложатся некоторые факторы.

может тогда лучше использовать WebMatrix ? чисто для web ?

--Sergey Tikhonov
--возможность описания переменных в коде программы пришла в C# из C++.)" Подается, как плюс. Это не достоинство, это - недостаток, который в проектах более-менее существенных дает о себе знать

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

--Лично я вижу сырую .NET и "половозрелую" Java2 Platform.
iZEN

если не видите как изменилась идеология жавы - почитайте историю.
как десктоп приложения ее же не позиционируют - джава скрипты, серверные джава-аплеты, мобильныне простые решения - вот что осталось.
есть копоративные решения на J2EE. но это не коробочный продукт, который можно купить в магазине. К нему как в старые времена должна прилагаться команда поддержки и настройки. В этом основное отличие от .NET

для справки - один жаба проект ГИС проект я делал.

Ответ на »сообщение 298« (Ник)
___________________________

Скачай together control center trial для Java - там он давно работает.

Скачал, долго не было времени. Наконец на выходных поигрался. Понравилось. Правда с IDEA не интегрируется. Надо либо в нем самом работать, либо переходить на Jbuilder или Eclipse.

Увы, на революцию в сфере RAD не похоже. Я ошибся в своих ожиданиях. Скорее добротная компиляция всего что было наработано в моделировании до сих пор. Т.е. те кто работал с инструментами моделирования до появления Together Control Center (я работаю с ModelMaker в Дельфи и AndroMDA в java) получат новую тулзу, которая делает тоже самое но лучше. Те кто не работал, ничего не почувствуют.