Что будет с COM плсле выхода NET?

← →
VitV © (2006-09-21 12:51) [0]

Есть смысл изучать COM или сразу NET?
Не принимайте близко к сердцу, просто я решаю чем лучше заниматься, что перспективнее. Понимаю, что вопрос задан не слишком корректно, но мне важно узнать Ваше мнение.

← →
Тугодум © (2006-09-21 12:54) [1]

Перспективнее NET просто нет.

← →
Rule © (2006-09-21 12:54) [2]

NET не убивает СОМ, есть технология NET-interrupt или remoting не помню, ну короче технология НЕТа, который как раз и работает с комом, а вообще непомешает знать и то и то, СОМ - не скоро умрет, ИМХО конечно

← →
VitV © (2006-09-21 12:55) [3]

т.е. если я молодой специалист :) то лучше сразу браться за НЕТ?

← →
Eraser © (2006-09-21 12:58) [4]

> [3] VitV © (21.09.06 12:55)
> т.е. если я молодой специалист :) то лучше сразу браться
> за НЕТ?

как уже сказали, нужно знать и то и это. Ничего сложного в COM-технологии нету, .NET куда объемнее и сложнее, не зря это целая платформа, а COM-всего лишь удобный API-иинтерфейс, главное один раз разобраться как оно устроено, потом все просто будет.

← →
Тугодум © (2006-09-21 13:00) [5]

как уже сказали, нужно знать и то и это.

только не "нужно", а "не помешает"

← →
VitV © (2006-09-21 13:02) [6]

Delphi и технология COM (+ CD-ROM)
Н. Елманова, А. Тенцер, С. Трепалин
Толково?

← →
alex_*** © (2006-09-21 13:02) [7]

.NET уже давно вышел вообщето. а СОМ живет и здравствует

← →
Lamer@fools.ua © (2006-09-21 13:16) [8]

>есть технология NET-interrupt

Interop (т.е. Interoperability) вообще-то.

← →
Rule © (2006-09-21 14:15) [9]

Lamer@fools.ua © (21.09.06 13:16) [8]
во точно :-)

← →
Наиль © (2006-09-21 17:50) [10]

Если не хочешь заново писать программ аналогичных MSOffice и AutoCad, то используй их самих. COM тебе в руки.

← →
TUser © (2006-09-21 17:54) [11]

> Delphi и технология COM (+ CD-ROM)
> Н. Елманова, А. Тенцер, С. Трепалин
> Толково?

Ну, первые два автора - очень солИдные.

← →
MeF Dei Corvi © (2006-09-21 18:05) [12]

А как дела с COM"ом в Microsoft Vista?

← →
Ketmar © (2006-09-21 18:27) [13]

>[12] MeF Dei Corvi(c) 06-09-21 18:05
>А как дела с COM"ом в Microsoft Vista?
а куда он денется? %-)

← →
Ученик чародея © (2006-09-21 18:33) [14]

> MeF Dei Corvi © (21.09.06 18:05) [12]
> А как дела с COM"ом в Microsoft Vista?

А как дела с релизом Microsoft Vista?

← →
MeF Dei Corvi © (2006-09-21 18:55) [15]

> а куда он денется? %-)

Да никуда, но там по слухам всё, что не .net - то через одно место... Впрочем, у M$ многое через это место.
> А как дела с релизом Microsoft Vista?

Я думаю, рано или поздно это случится :)

← →
Rule © (2006-09-21 19:20) [16]

MeF Dei Corvi © (21.09.06 18:55) [15]
ага, лонгхорн тоже долго ждали :-)

← →
Димитрий © (2006-09-21 21:51) [17]

Net - молодая перспективная технология уже 6 лет, как. Песок сыпется.

← →
DrPass © (2006-09-21 23:18) [18]

> Да никуда, но там по слухам всё, что не .net - то через
> одно место...

Это слухи. Все так же и останется на своих местах - и Win32 API, и .NET...

← →
iZEN © (2006-09-22 03:23) [19]

> Димитрий © (21.09.06 21:51) [17]
>
> Net - молодая перспективная технология уже 6 лет, как. Песок
> сыпется.

Это слухи и домыслы. Ничего стоящего кроме поделок для десктопа на NET нет.

← →
Sergey Masloff (2006-09-22 05:22) [20]

iZEN © (22.09.06 03:23) [19]
>Это слухи и домыслы. Ничего стоящего кроме поделок для десктопа на NET >нет.
Да? а мужики-то и не знали. Вот уж не знаю что там на десктопах а серверных решений на .NET я уже видел немало. В том числе и реализованых мной ;-) и успешно работающих уже пару лет.

← →
Polevi © (2006-09-22 10:21) [21]

отличный вопрос
потомучто гладиолус

← →
Lamer@fools.ua © (2006-09-22 10:23) [22]

>>Sergey Masloff (22.09.06 05:22) [20]

Не обращайте внимания. Это рефлекс. Ибо Java рулез, а .NET - мастдай ;o)

← →
Alkid © (2006-09-22 10:26) [23]

> Не обращайте внимания. Это рефлекс. Ибо Java рулез, а .NET
> - мастдай ;o)

Вообще интересная тенденция наблюдается каждый раз с появлением новой "громкой" технологии - всегда появляются люди, которые не зная толком ничего о ней начинают её превозносить до небес и другие люди, которые так же не зная ничего начинают новинку поносить. Это скорее феномен человеческой психологии :)

← →
Тульский © (2006-09-22 10:26) [24]

Складывается впечатление, что .NET прямо из детства перепрыгнула в старость.

← →
Alkid © (2006-09-22 10:30) [25]

> Складывается впечатление, что .NET прямо из детства перепрыгнула
> в старость.

Это почему же?

← →
Ketmar © (2006-09-22 10:31) [26]

>[23] Alkid(c) 22-Sep-XLI A.S., 10:26
>Вообще интересная тенденция наблюдается каждый
>раз с появлением новой "громкой" технологии -
дырнет -- это только "громкая". но никак не "новая".

← →
Evgeny V © (2006-09-22 10:33) [27]

> iZEN © (22.09.06 03:23) [19]

Ну вот вкусности появились, нужные нашей фирме по работе MapXtreme 2005, выполнена на .NET, поддержка в VS 2003,VS 2005. Поддерживает создание как desktop приложений так и web.
Кстати по сабжу - выполнена как COM+ объект.

← →
Alkid © (2006-09-22 11:02) [28]

> >раз с появлением новой "громкой" технологии -
> дырнет -- это только "громкая". но никак не "новая".

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

> Evgeny V © (22.09.06 10:33) [27]
>
>
> > iZEN © (22.09.06 03:23) [19]
>
> Ну вот вкусности появились, нужные нашей фирме по работе
> MapXtreme 2005, выполнена на .NET, поддержка в VS 2003,VS
> 2005. Поддерживает создание как desktop приложений так
> и web.
> Кстати по сабжу - выполнена как COM+ объект.

Откройте для себя http://ww2d.org/

← →
Доктор Шмурге (2006-09-22 17:16) [30]

> Sergey Masloff (22.09.06 05:22) [20]
> iZEN © (22.09.06 03:23) [19]
> >Это слухи и домыслы. Ничего стоящего кроме поделок для
> десктопа на NET >нет.
> Да? а мужики-то и не знали. Вот уж не знаю что там на десктопах
> а серверных решений на .NET я уже видел немало. В том числе
> и реализованых мной ;-) и успешно работающих уже пару лет.
>

И как вы ваши "серверные" решения перенесете на систему с процессором UltraSPARC T1, специально спроектированная архитектура для серверных решений.

Если под серверными понимать типа генерация html и передача через http, то apache+php+mysql более чем достаточно, причем это более простое, дешевое и надежное решение.

А для чего-то по настоящему крупного, надежного и серьезного только Java.

VJM портировали же туда.. так и framework портируют при надобности

Вставлю свое малоопытное субъективное мнение. Если работать в Дельфи, то большинство мощных и больших приложений пошется с использованием COM. .НЕТ м.б. и перспективно, но я заметил, что многие Дельфи программисты предпочитают пока писать на седьмой версии, нежели на 2005 и 2006,если есть выбор!

з.ы. Хотя, конечно, лучше знать и то, и другое. %)

← →
Sergey Masloff (2006-09-22 17:40) [33]

Доктор Шмурге (22.09.06 17:16) [30]
Расскажите своей бабушке. Потому что это "крупное серьезное и только на JAVA" у нас внедрять пытались. Только увы и ах подвела производительность.

>И как вы ваши "серверные" решения перенесете на систему с процессором >UltraSPARC T1,
Ну у меня работает на AIXе. Бизнес-логика на PL/SQL. А до этого работала на Windows Datacenter. А потом на Sun Solaris. А потом еще на многом.

А серверы приложений .NET на машинах стоимостью по 1000 баксов. И когда появляется очередная тыща пользователей мы покупаем еще одну машину за 1000 а не сервак за 0.8 млн. у.е который нужен для обслуживания стольки пользователей если логику на JAVA писать.

А приятелю моему одному который работает в одной конторе-интеграторе я по случаю систему нашу показывал. И спрашивал есть у них под Java внедренное такого масштаба. После этого он мне про чудеса Java больше не рассказывает.

P.S Я совсем не противник Java и даже чем-то она мне нравится. Но не надо из нее делать идола "для серьезных проектов только..."

>Вставлю свое малоопытное субъективное мнение. Если работать в Дельфи, то большинство мощных и больших приложений пошется с использованием COM. .НЕТ м.б. и перспективно, но я заметил, что многие Дельфи программисты предпочитают пока писать на седьмой версии, нежели на 2005 и 2006,если есть выбор!

программисты предпочитают писать на чем скажет начальство

> alex_*** © (22.09.06 17:42) [34]

> Megabyte © (22.09.06 17:30) [32]
>...если есть выбор!

;)
И это только исходя из моего очень маленького опыта работы. :) М.б. я ошибаюсь, но сам в 1-ю очередь изучал COM!

непонятно зачем сейчас ставить вопрос .NET vs .COM. На .NET крутится application, а при надобности пользует тот же ексель, ворд и т.д.

Ага. А вот запрети COM+ System Application и будет тебе .НЕТ нет.

> Sergey Masloff (22.09.06 17:40) [33]
>
> Доктор Шмурге (22.09.06 17:16) [30]
> Расскажите своей бабушке. Потому что это "крупное серьезное
> и только на JAVA" у нас внедрять пытались. Только увы и
> ах подвела производительность.
>
> >И как вы ваши "серверные" решения перенесете на систему
> с процессором >UltraSPARC T1,
> Ну у меня работает на AIXе. Бизнес-логика на PL/SQL. А до
> этого работала на Windows Datacenter. А потом на Sun Solaris.
> А потом еще на многом.
>
> А серверы приложений .NET на машинах стоимостью по 1000
> баксов. И когда появляется очередная тыща пользователей
> мы покупаем еще одну машину за 1000 а не сервак за 0.8 млн.
> у.е который нужен для обслуживания стольки пользователей
> если логику на JAVA писать.
>

Да что вы говорите.
А не пробовали кластерные решения на Java использовать? Ну там JBoss поставить на несколько ПК и объединить их в кластер.
Ниасилили?

Так не надо говорить о том, чего не знаете или слышали, а оно не "вписалось в бузинессмодель"!

Для кластеров на .NET нужно покупать действительно серьёзное оборудование начиная от двухпроцессорных серверов на Зионах, чтобы было: MS SQL Server последней версии и, естественно, Windows 2003 Server нужной модификации. Иначе сервера ASP.NET вы не получите ни в каком виде, ну или в сильно убогом виде.

Для Java начальные требования более скромные, но и масштабируемость у неё почти линейная за счёт кластеризации и за счёт непривязки к конкретной операционной системе или решению. Кроме того, J2EE очень гранулированная технология, она позволяет дробить функциональность на уровни и тонкие слои: комбинация фронт-энда с СУБД делает возможным отказаться от EJB - для лёгкого решения типа Web-форума (аналог: SharePoint Portal Server). Если используется EJB, то разработчики знают на что идут, значит используется "тяжёлая" бизнес-логика, вычисления на стороне сервера приложений, а не хранимых процедур. Если вместо EJB используются более легковесные фреймворки типа Spring или JSF, то здесь тоже есть пространство для манёвра и принятия эффективного решения на разных уровнях, чего невозможно сделать на .NET.

← →
Sergey Masloff (2006-09-22 23:17) [39]

iZEN © (22.09.06 23:01) [38]
>Да что вы говорите.
Говорите пока вы. Я делаю и у меня есть работающее решение. А также всероссийские дипломы IT лидер отрасли за несколько лет. А также еще много чего. Если у вас есть опыт РЕАЛЬНОГО построения систем на несколько (в районе десятка) тысяч пользователей, я возможно предложу вам интересные условия занятости.
Я не специалист в ява - но и не совсем чайник. Мой скепсис - основа опыта с системными интеграторами команды корторых реализовать требуемое не смогли. Несмотря на многие месяцы переноса плановых сроков проекта и многое другое. И видел ситуации реальной работы. Возможно, вы настолько серьезно разобрались в вопросе есть реализованные решения и так далее - так давайте говорить конкретно и не в интернет потрепаловке.

> Sergey Masloff (22.09.06 23:17) [39]
>
> iZEN © (22.09.06 23:01) [38]
> >Да что вы говорите.
> Говорите пока вы. Я делаю и у меня есть работающее решение.
> А также всероссийские дипломы IT лидер отрасли за несколько
> лет.

Да нет, уважаемый. Говорите вы о каких-то мифических "0.8 млн. у.е который нужен для обслуживания стольки пользователей если логику на JAVA писать."
Я же оперирую информацией:
Кластеры в среде J2EE (Clustering in J2EE environments) Чтобы реализовать кластер (с выравниванием нагрузки, высокой доступностью и устойчивостью к сбоям) в среде J2EE, есть несколько кластерных технологий, которые могут быть реализованы. Они включают в себя (но не ограничены только ими) кластеризацию HTTP-сессий, EJB-компонентов, сервисов JMS, JNDI-сервисов, источников данных JDBC и других источников данных. Так как кластеризация может быть реализована на различных уровнях среды J2EE, она также позволяет несколько конфигураций. В одной конфигурации на одной машине может быть запущено несколько серверов приложений собранных в один кластер. В другой конфигурации, как показано ниже, это может быть абсолютно распределённая среде J2EE, где web-сервера, механизмы JSP/Servlet и EJB-сервера запущены как отдельные приложения на отдельных серверах.Подробнее:
http://www.jboss.ru/jboss_ru/servlet/articles?m=SHOW&id=1151
Ну и здесь ещё популярно: http://www.hostinfo.ru/tree/hosting/server/balance/tangosol-coherence/

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

Именно в требованиях к дешевизне оборудования.
Несколько десятков дешовых маломощных слайд-серверов на x86/64-оптеронах в стойке дают такую же производительность на многочисленных запросах и бизнес-логике, что и один миллиондолларовый суперсервер на Итанике, ПауэрПиСи или Спарках.
И у Java не такие большие требования к кластерному оборудованию, чем у её пародии - .NET, в котором к тому же системное ПО обходится очень дорого, так как приходится платить за РЕШЕНИЕ, а не за набор разрозненных компонентов.

Что будет с COM плсле выхода NET? Найти похожие ветки