Народ -а в чем фан в C#.
Вот написал пару приложний — все слизали с JAVA...
Многоплатформенности нет так как нет платформ поддерживающих .NET реально.
Я бы сказал C# = JAVA for Windows... в чем фан то....
17.05.04 13:03: Перенесено модератором из '.NET' — TK
Здравствуйте shmakov, Вы писали:
S>Народ -а в чем фан в C#. S>Вот написал пару приложний — все слизали с JAVA... S>Многоплатформенности нет так как нет платформ поддерживающих .NET реально. S>Я бы сказал C# = JAVA for Windows... в чем фан то...
Хотя доходит... так проще под винды писать хотя как то трагично... елки зеленые — так этим же борланд занимался — просто и для виндов....
Здравствуйте shmakov, Вы писали:
S>Народ -а в чем фан в C#. S>Вот написал пару приложний — все слизали с JAVA... S>Многоплатформенности нет так как нет платформ поддерживающих .NET реально. S>Я бы сказал C# = JAVA for Windows... в чем фан то....
1. Самое главное, что это не вещь в себе, как Java, а дальнейшее развитие Win платформы. Можно спокойно использовать в одном проекте, как старый код написанный на C/C++, так и даже при написании новых проектов критические части кода можно написать на C++/ассемблере.
2. Аттрибуты
3. Конкуренция. У Java появился достойный приемник, так что Sun может зашевелится и родит что-нибудь новое.
Может быть... я вообще на JAVA пишу -как то разницы не заметил. Так ради тренеровки навоял простенький клиент-сервер на C#. Что же... если за это будут платить буду писать и на этом добре . Хотя я уже давно понял — на чем бы не писать, какая разница, все одно while...for...if... )
Здравствуйте DarkGray, Вы писали:
DG>Здравствуйте shmakov, Вы писали:
S>>Народ -а в чем фан в C#. S>>Вот написал пару приложний — все слизали с JAVA... S>>Многоплатформенности нет так как нет платформ поддерживающих .NET реально. S>>Я бы сказал C# = JAVA for Windows... в чем фан то....
DG>1. Самое главное, что это не вещь в себе, как Java, а дальнейшее развитие Win платформы. Можно спокойно использовать в одном проекте, как старый код написанный на C/C++, так и даже при написании новых проектов критические части кода можно написать на C++/ассемблере.
DG>2. Аттрибуты
DG>3. Конкуренция. У Java появился достойный приемник, так что Sun может зашевелится и родит что-нибудь новое.
Здравствуйте shmakov, Вы писали:
S>Народ -а в чем фан в C#. S>Вот написал пару приложний — все слизали с JAVA... S>Многоплатформенности нет так как нет платформ поддерживающих .NET реально. S>Я бы сказал C# = JAVA for Windows... в чем фан то....
Всего: 36.92Mb -- вот сколько счастья для обычного пользователя!!!! :)))
Аналогичное, но кросс-платформенное решение:
Sun Java Runtime Environment Java2 Standard Edition (v 1.4.0_01) (размер 11.6Mb): http://java.sun.com/j2se/1.4/download.html
Всего: 11.6Mb -- меньше счастья для обычного пользователя...:(
:)))
Здравствуйте iZEN, Вы писали:
ZEN>Всего: 11.6Mb -- меньше счастья для обычного пользователя... ZEN>
Я уже говорил .Net Redistributable это несколько больше нежели JRE.
И я честно говоря не понял — зачем одновременно MDAC 2.7 и SP2 к 2.6. Что ты этим сказать хотел?
Здравствуйте AndrewVK, Вы писали:
AVK>Здравствуйте iZEN, Вы писали:
ZEN>>Всего: 11.6Mb -- меньше счастья для обычного пользователя...:( ZEN>> :)))
AVK>Я уже говорил .Net Redistributable это несколько больше нежели JRE.
Чем больше?
AVK>И я честно говоря не понял — зачем одновременно MDAC 2.7 и SP2 к 2.6. Что ты этим сказать хотел?
Если можете обойтись одним MDAC 2.7, то флаг Вам в руки (некоторые не могут из-за различных версий Win/SQLServer), тогда:
36.9-5.04=31.86 -- счастья поубавилось, но не сильно. ;)
Здравствуйте iZEN, Вы писали:
S>>Я бы сказал C# = JAVA for Windows... в чем фан то....
ZEN>Счастье есть, его не может не быть.
Счастье есть, оно не может не есть.
ZEN>Всего: 11.6Mb -- меньше счастья для обычного пользователя...
Т.е. ты считаешь в мегобайтах? Ну-ну.
Во-первых, неправильно считаешь в обоих случаях.
Во-вторых, разница для 10 или 30 М на винте размером в 40 гиг, не будет видна даже в микроскоп.
В-третьих, выкачать из современного интернета первое нужно 1 минута, второе — 3. Из несовременного — запаришься качать и то и другое.
В-четвётых, а давай сравнивать не в мегобайтах, а в языках программирования. Java — это "Java, Sun Java" (c) Дж. Бонд. К .NET только от MS прилагаются C#, VB, MC++, JScript, Java (!!!). Плюс уже есть с полтора десятка языков от всяких левых производителей. Поэтому, я запросто стогу писать под .NET на Java, а вот сможешь ли ты писать под Java на C#?
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте IT, Вы писали:
IT>Здравствуйте iZEN, Вы писали:
S>>>Я бы сказал C# = JAVA for Windows... в чем фан то....
ZEN>>Счастье есть, его не может не быть.
IT>Счастье есть, оно не может не есть. ;)
ZEN>>Всего: 11.6Mb -- меньше счастья для обычного пользователя...:(
IT>Т.е. ты считаешь в мегобайтах? Ну-ну. IT>Во-первых, неправильно считаешь в обоих случаях.
Я считаю: меньше размер -- меньше потенциальных ошибок в коде.
Слышали, наверное, о "рекорде" "ServicePack для WindowsXP будет весить 600Мб" -- насколько это сопоставимо с размером самой системы?
IT>Во-вторых, разница для 10 или 30 М на винте размером в 40 гиг, не будет видна даже в микроскоп.
Так чем же по функциональности .Net опережает Java. Чего такого нельзя написать на Java, но можно в .Net? Именно в функциональном плане.
IT>В-третьих, выкачать из современного интернета первое нужно 1 минута, второе — 3. Из несовременного — запаришься качать и то и другое.
Чем "современный интернет" отличается от "современного", выделенкой что-ли? У меня модемная линия порой быстрее и стабильнее выделенки...:) Повезло во второй раз...
IT>В-четвётых, а давай сравнивать не в мегобайтах, а в языках программирования. Java — это "Java, Sun Java" (c) Дж. Бонд. К .NET только от MS прилагаются C#, VB, MC++, JScript, Java (!!!). Плюс уже есть с полтора десятка языков от всяких левых производителей. Поэтому, я запросто стогу писать под .NET на Java, а вот сможешь ли ты писать под Java на C#? :)))
Читали притчу о Вавилонской башне? Почему её не могли построить, знаете?
В одной голове несколько языков -- обалдеть можно! Либо один, но отлично, либо много, но удовлетворительно. Есть что изучать до старости... :))
Здравствуйте Аноним, Вы писали:
А>Здравствуйте AndrewVK, Вы писали:
AVK>>Здравствуйте iZEN, Вы писали:
ZEN>>>Всего: 11.6Mb -- меньше счастья для обычного пользователя... ZEN>>>
AVK>>Я уже говорил .Net Redistributable это несколько больше нежели JRE.
А>Чем больше?
1) Компиляторы. В JRE их нет.
2) Некоторые библиотеки, аналоги которых в J2EE. Например System.Web.Mail. Да и вобще аналог System.Web.* в JRE отсутствует.
Xml (в 1.4 правда наконец то включили, но xslt там нет, только dom и sax). Web Services наконец.
Короче, подводя итог, .Net Redistributable достаточен для развертывания web-приложений, а вот для развертывания web-приложений на java нужно
Здравствуйте AndrewVK, Вы писали:
AVK>Здравствуйте Аноним, Вы писали:
А>>Здравствуйте AndrewVK, Вы писали:
AVK>>>Здравствуйте iZEN, Вы писали:
ZEN>>>>Всего: 11.6Mb -- меньше счастья для обычного пользователя...:( ZEN>>>> :)))
AVK>>>Я уже говорил .Net Redistributable это несколько больше нежели JRE.
А>>Чем больше? AVK>1) Компиляторы. В JRE их нет.
Зачем компиляторы конечному пользователю? Что он собирается перекомпилировать?
AVK>2) Некоторые библиотеки, аналоги которых в J2EE. Например System.Web.Mail. Да и вобще аналог System.Web.* в JRE отсутствует.
Есть отдельная библиотека JavaMail, которую используют разработчики и включают необходимые классы в клиентское приложение, работающее в JRE.
AVK>Xml (в 1.4 правда наконец то включили, но xslt там нет, только dom и sax). Web Services наконец.
xslt -- это серверная часть(!), по большому счёту на клиенте не нужна.
AVK>Короче, подводя итог, .Net Redistributable достаточен для развертывания web-приложений
Для клиента оно слишком наворочено, многие функции не нужны. Для сервера слишком мало, многих функций нет.
AVK>, а вот для развертывания web-приложений на java нужно AVK>1) J2SE SDK 1.4 — 37М AVK>2) J2EE SDK 1.3.1 — 17М
Кхех...вы бы ещё про MSDN для .Net вспомнили, без него как без рук.
Не путайте, на клиенте это не необходимо.
AVK>Итого 54М. Вот такие вот пирожки с котятами.э
Для Java-сервера в самый раз.
А сколько всего нужно для .Net-сервера? Вы заплатки для IIS/MSIE и их версии считали?
Здравствуйте iZEN, Вы писали:
AVK>>1) Компиляторы. В JRE их нет. ZEN>Зачем компиляторы конечному пользователю? Что он собирается перекомпилировать?
ASP, JSP
AVK>>2) Некоторые библиотеки, аналоги которых в J2EE. Например System.Web.Mail. Да и вобще аналог System.Web.* в JRE отсутствует. ZEN>Есть отдельная библиотека JavaMail, которую используют разработчики и включают необходимые классы в клиентское приложение, работающее в JRE.
Которая входит в J2EE. И скачать ее отдельно низзя. А в .Net тоже можно библиотечки покоцать.
AVK>>Xml (в 1.4 правда наконец то включили, но xslt там нет, только dom и sax). Web Services наконец. ZEN>xslt -- это серверная часть(!), по большому счёту на клиенте не нужна.
Очень спорное утверждение. Изначально это как раз клиентская технология, просто ввиду недостаточной распространенности стандарта приходится делать преобразование на сервере.
AVK>>Короче, подводя итог, .Net Redistributable достаточен для развертывания web-приложений ZEN>Для клиента оно слишком наворочено, многие функции не нужны. Для сервера слишком мало, многих функций нет.
Во как. А сервера что? Уже не люди? И ты знаешь сколько джавы на клиенте? В настоящее время это очень серверная платформа. И вот тут непонятно — платформа, 90% применений которой сервера распространяется без серверных библиотек.
AVK>>, а вот для развертывания web-приложений на java нужно AVK>>1) J2SE SDK 1.4 — 37М AVK>>2) J2EE SDK 1.3.1 — 17М
ZEN>Кхех...вы бы ещё про MSDN для .Net вспомнили, без него как без рук.
Ок. Тогда ты к джаве еще документацию приплюсуй. В SDK документации нет. Ее отдельно качать надо.
ZEN>Не путайте, на клиенте это не необходимо.
А на сервере необходимо. Что дальше?
AVK>>Итого 54М. Вот такие вот пирожки с котятами.э
ZEN>Для Java-сервера в самый раз.
Да ну? Я тут еще всяких томкетов не вспоминаю. ZEN>А сколько всего нужно для .Net-сервера?
.Net Redist достаточно. А SQL и Web сервер для обоих нужен.
ZEN>Вы заплатки для IIS/MSIE и их версии считали?
MSIE это сугубо серверный софт . И при чем здесь заплатки? Их что — для томкета с апачей меньше надо?
Здравствуйте iZEN, Вы писали:
IT>>Т.е. ты считаешь в мегобайтах? Ну-ну. IT>>Во-первых, неправильно считаешь в обоих случаях.
ZEN>Я считаю: меньше размер -- меньше потенциальных ошибок в коде.
Самый маленький размер кода получится если писать на ассемблере, без макросов. Следуя твоей логике — если всю библиотеку дотнета переписать на ассемблере потенциальных ошибок в ней будет меньше?
ZEN>Слышали, наверное, о "рекорде" "ServicePack для WindowsXP будет весить 600Мб" -- насколько это сопоставимо с размером самой системы?
А при чем здесь дотнет и джава?
IT>>Во-вторых, разница для 10 или 30 М на винте размером в 40 гиг, не будет видна даже в микроскоп.
ZEN>Так чем же по функциональности .Net опережает Java. Чего такого нельзя написать на Java, но можно в .Net? Именно в функциональном плане.
Чего такого нельзя написать на ассемблере что можно написать на джава? Так чем же по функциональности джава опережает ассемблер?
Как, еще ущербность своей логики не чувствуешь?
IT>>В-третьих, выкачать из современного интернета первое нужно 1 минута, второе — 3. Из несовременного — запаришься качать и то и другое.
ZEN>Чем "современный интернет" отличается от "современного", выделенкой что-ли?
Скоростью.
ZEN>У меня модемная линия порой быстрее и стабильнее выделенки... Повезло во второй раз...
А у меня мобилка на пальма качает 4К в секунду. А на работе 256К. А у бужуев диалап составляет очень маленький процент. Что из этого следует?
ZEN>Читали притчу о Вавилонской башне? Почему её не могли построить, знаете? ZEN>В одной голове несколько языков -- обалдеть можно! Либо один, но отлично, либо много, но удовлетворительно. Есть что изучать до старости...
Вавилонскую башню недостроили потому что люди перестали понимать чужие языки. А в дотнете языки вполне друг друга понимают.
Здравствуйте AndrewVK, Вы писали:
AVK>Здравствуйте iZEN, Вы писали:
AVK>>>1) Компиляторы. В JRE их нет. ZEN>>Зачем компиляторы конечному пользователю? Что он собирается перекомпилировать? AVK>ASP, JSP
Да бросьте вы! ASP и JSP -- это серверная часть работы, но никак не клиентская.
AVK>>>2) Некоторые библиотеки, аналоги которых в J2EE. Например System.Web.Mail. Да и вобще аналог System.Web.* в JRE отсутствует. ZEN>>Есть отдельная библиотека JavaMail, которую используют разработчики и включают необходимые классы в клиентское приложение, работающее в JRE.
AVK>Которая входит в J2EE. И скачать ее отдельно низзя.
Кто вам такое сказал? :)
AVK>А в .Net тоже можно библиотечки покоцать.
С боьшим г...мором.
AVK>>>Xml (в 1.4 правда наконец то включили, но xslt там нет, только dom и sax). Web Services наконец. ZEN>>xslt -- это серверная часть(!), по большому счёту на клиенте не нужна. AVK>Очень спорное утверждение. Изначально это как раз клиентская технология, просто ввиду недостаточной распространенности стандарта приходится делать преобразование на сервере.
Цитата http://java.sun.com/j2se/1.4/datasheet.1_4.html:
"J2SE version 1.4 includes the basic facilities for working with XML documents, and provides built-in support for XML standards such as SAX 1.0 and 2.0, DOM 1.0 and 2.0, and XSLT support."
AVK>>>Короче, подводя итог, .Net Redistributable достаточен для развертывания web-приложений ZEN>>Для клиента оно слишком наворочено, многие функции не нужны. Для сервера слишком мало, многих функций нет. AVK>Во как. А сервера что? Уже не люди? И ты знаешь сколько джавы на клиенте? В настоящее время это очень серверная платформа. И вот тут непонятно — платформа, 90% применений которой сервера распространяется без серверных библиотек.
J2EE -- серверные библиотеки там.
AVK>>>, а вот для развертывания web-приложений на java нужно AVK>>>1) J2SE SDK 1.4 — 37М AVK>>>2) J2EE SDK 1.3.1 — 17М
ZEN>>Кхех...вы бы ещё про MSDN для .Net вспомнили, без него как без рук. AVK>Ок. Тогда ты к джаве еще документацию приплюсуй. В SDK документации нет. Ее отдельно качать надо.
SDK -- это средство разработки, документация нужна программисту. Но не в таких(MSDN) количествах! Или в таких? ;)
ZEN>>Не путайте, на клиенте это не необходимо. AVK>А на сервере необходимо. Что дальше?
AVK>>>Итого 54М. Вот такие вот пирожки с котятами.э ZEN>>Для Java-сервера в самый раз. AVK>Да ну? Я тут еще всяких томкетов не вспоминаю.
Не путайте сервер приложений, сервер web-контента и среду исполнения.
Хотя у вас другого мнения быть не может и выхода нет -- интеграция всего и вся(Windows+IIS+COM++ASP.Net+.Net+...+MSIE+MSOffice+...+интегрированный_поиск_в_интернете_который_вешает_систему+Оутглюк_который полон дыр), блин. Всё друг на друга повязано, друг другом управляет, круговая порука(проруха), одним словом.
ZEN>>А сколько всего нужно для .Net-сервера? AVK>.Net Redist достаточно. А SQL и Web сервер для обоих нужен.
Ещё бы: IIS интегрирован в систему (Win2K, WinXP), везде есть. Неочем голове болеть. Главное -- вовремя качать патчи. :)
ZEN>>Вы заплатки для IIS/MSIE и их версии считали? AVK>MSIE это сугубо серверный софт :). И при чем здесь заплатки? Их что — для томкета с апачей меньше надо?
Да уж, всё смешалось в этом мире...и MSIE на сервере есть, как ни странно, и работает ведь иногда. :))
Как известно, качество заплаток в их своевременном обнаружении и установке. :)
Но главное совсем не в них, а в открытости и доступности продуктов, где можно отследить ошибки всем миром. :user:
Здравствуйте IT, Вы писали:
IT>Здравствуйте iZEN, Вы писали:
S>>>Я бы сказал C# = JAVA for Windows... в чем фан то....
ZEN>>Счастье есть, его не может не быть.
IT>Счастье есть, оно не может не есть. ;)
ZEN>>Всего: 11.6Mb -- меньше счастья для обычного пользователя...:(
IT>Т.е. ты считаешь в мегобайтах? Ну-ну. IT>Во-первых, неправильно считаешь в обоих случаях. IT>Во-вторых, разница для 10 или 30 М на винте размером в 40 гиг, не будет видна даже в микроскоп. IT>В-третьих, выкачать из современного интернета первое нужно 1 минута, второе — 3. Из несовременного — запаришься качать и то и другое.
Почему же второе [JRE] качать дольше чем .Net Redist? Ведь весит раза в три меньше.
IT>В-четвётых, а давай сравнивать не в мегобайтах, а в языках программирования. Java — это "Java, Sun Java" (c) Дж. Бонд.
Цитатка: "Sun Microsystems, Inc. is a company that responds to the needs of the Java technology developers. Version 1.4 is the first J2SE release to participate in the Java Community ProcessSM — an open, community-based process for the development of Java technology specifications, reference implementations and associated technology compatibility kits. Driven by Sun Microsystems, Inc. as Expert Group specification lead, companies such as Borland, Compaq, Fujitsu, SAS, Symbian, and IBM participated in defining and developing J2SE version 1.4 specifications side-by-side with other industry leaders. In all, 39 companies and industry leaders participated in the development of J2SE 1.4, which had a total of 11 Java Specification Requests. The result of this collaborative effort is a high-quality specification that best represents the diversity of the Java community." Источник: http://java.sun.com/j2se/1.4/datasheet.1_4.html
Здравствуйте Аноним, Вы писали:
AVK>>>>1) Компиляторы. В JRE их нет. ZEN>>>Зачем компиляторы конечному пользователю? Что он собирается перекомпилировать? AVK>>ASP, JSP А>Да бросьте вы! ASP и JSP -- это серверная часть работы, но никак не клиентская.
Да, серверная. Ну и что?
AVK>>>>2) Некоторые библиотеки, аналоги которых в J2EE. Например System.Web.Mail. Да и вобще аналог System.Web.* в JRE отсутствует. ZEN>>>Есть отдельная библиотека JavaMail, которую используют разработчики и включают необходимые классы в клиентское приложение, работающее в JRE.
AVK>>Которая входит в J2EE. И скачать ее отдельно низзя.
А>Кто вам такое сказал?
На java.sun.com отдельно она не лежит, поскольку javax.mail входит в состав J2EE и выкачивается
вместе с ним.
AVK>>Очень спорное утверждение. Изначально это как раз клиентская технология, просто ввиду недостаточной распространенности стандарта приходится делать преобразование на сервере.
AVK>>Во как. А сервера что? Уже не люди? И ты знаешь сколько джавы на клиенте? В настоящее время это очень серверная платформа. И вот тут непонятно — платформа, 90% применений которой сервера распространяется без серверных библиотек. А>J2EE -- серверные библиотеки там.
Ну так я и посчитал J2SE+J2EE.
ZEN>>>Кхех...вы бы ещё про MSDN для .Net вспомнили, без него как без рук. AVK>>Ок. Тогда ты к джаве еще документацию приплюсуй. В SDK документации нет. Ее отдельно качать надо.
А>SDK -- это средство разработки, документация нужна программисту.
Но не в таких(MSDN) количествах! Или в таких?
Ты сам предложил MSDN приплюсовать. Я что то не пойму тебя никак —
для дотнета документация нужна для работы, а для джава только программисту, ты это имеешь ввиду?
А>Не путайте сервер приложений, сервер web-контента и среду исполнения.
Я не путаю — это ты чего то путаешь постоянно.
А>Хотя у вас другого мнения быть не может и выхода нет -- интеграция всего и вся
(Windows
джава уже без ОС научилась работать?
А>IIS
Это компонент Windows
А>+COM
Это компонент Windows, причем неотемлемый. Впрочем для веб-сервера COM не нужен.
А>++ASP.Net
Входит в состав .Net Redist. В отличие от.
А>+.Net
Это технология а не продукт. Так что совсем не к месту.
А>+...+MSIE
Не нужен
А>+MSOffice
Не нужен
А>+...+интегрированный_поиск_в_интернете_который_вешает_систему
По желанию
А>+Оутглюк_который полон дыр),
Не нужен
ZEN>>>А сколько всего нужно для .Net-сервера? AVK>>.Net Redist достаточно. А SQL и Web сервер для обоих нужен.
А>Ещё бы: IIS интегрирован в систему (Win2K, WinXP), везде есть. Неочем голове болеть. Главное -- вовремя качать патчи.
Апач тоже в линуха интегрирован. Главное вовремя качать свежие версии.
Я чего то не пойму — ты чего доказать пытаешся? Тебе шашечки или ехать?
ZEN>>>Вы заплатки для IIS/MSIE и их версии считали? AVK>>MSIE это сугубо серверный софт . И при чем здесь заплатки? Их что — для томкета с апачей меньше надо? А>Да уж, всё смешалось в этом мире...и MSIE на сервере есть, как ни странно, и работает ведь иногда.
Объясни внятно — зачем на сервере ставить заплатки для MSIE?
А>Как известно, качество заплаток в их своевременном обнаружении и установке. А>Но главное совсем не в них, а в открытости и доступности продуктов, где можно отследить ошибки всем миром.
Я вот никак не пойму — при чем здесь дотнет то? Исходники CLI лежат, бери не хочу.
Здравствуйте AndrewVK, Вы писали:
AVK>Здравствуйте iZEN, Вы писали:
IT>>>Т.е. ты считаешь в мегобайтах? Ну-ну. IT>>>Во-первых, неправильно считаешь в обоих случаях.
ZEN>>Я считаю: меньше размер -- меньше потенциальных ошибок в коде. AVK>Самый маленький размер кода получится если писать на ассемблере, без макросов. Следуя твоей логике — если всю библиотеку дотнета переписать на ассемблере потенциальных ошибок в ней будет меньше?
Не в этом дело. Я говорил про ассемблер?
Да, вы перепишите dotNet на C++ по своему вкусу и исправьте ошибки. Слабо? :))) Надеюсь, у вас получится наименьший размер кода.
ZEN>>Слышали, наверное, о "рекорде" "ServicePack для WindowsXP будет весить 600Мб" -- насколько это сопоставимо с размером самой системы? AVK>А при чем здесь дотнет и джава?
Одного поля ягоды. Одной конторы продукты жизнедеятельности.
IT>>>Во-вторых, разница для 10 или 30 М на винте размером в 40 гиг, не будет видна даже в микроскоп.
ZEN>>Так чем же по функциональности .Net опережает Java. Чего такого нельзя написать на Java, но можно в .Net? Именно в функциональном плане. AVK>Чего такого нельзя написать на ассемблере что можно написать на джава? Так чем же по функциональности джава опережает ассемблер? AVK>Как, еще ущербность своей логики не чувствуешь?
Это ваша логика, я про ассемблер не говорил. :) Не так ли? Так что объясняйте сами себе диалектику противоречий.
IT>>>В-третьих, выкачать из современного интернета первое нужно 1 минута, второе — 3. Из несовременного — запаришься качать и то и другое.
ZEN>>Чем "современный интернет" отличается от "современного", выделенкой что-ли? AVK>Скоростью.
Да знаю я, чем всё это отличается.
ZEN>>У меня модемная линия порой быстрее и стабильнее выделенки...:) Повезло во второй раз... AVK>А у меня мобилка на пальма качает 4К в секунду. А на работе 256К. А у бужуев диалап составляет очень маленький процент. Что из этого следует?
Пользуйтесь выделенкой где только можно, даже в метро.
ZEN>>Читали притчу о Вавилонской башне? Почему её не могли построить, знаете? ZEN>>В одной голове несколько языков -- обалдеть можно! Либо один, но отлично, либо много, но удовлетворительно. Есть что изучать до старости... :)) AVK>Вавилонскую башню недостроили потому что люди перестали понимать чужие языки. А в дотнете языки вполне друг друга понимают.
Здравствуйте iZEN, Вы писали:
ZEN>Цитатка: "Sun Microsystems, Inc. is a company that responds to the needs of the Java technology developers. Version 1.4 is the first J2SE release to participate in the Java Community ProcessSM — an open, community-based process for the development of Java technology specifications, reference implementations and associated technology compatibility kits. Driven by Sun Microsystems, Inc. as Expert Group specification lead, companies such as Borland, Compaq, Fujitsu, SAS, Symbian, and IBM participated in defining and developing J2SE version 1.4 specifications side-by-side with other industry leaders. In all, 39 companies and industry leaders participated in the development of J2SE 1.4, which had a total of 11 Java Specification Requests. The result of this collaborative effort is a high-quality specification that best represents the diversity of the Java community." Источник: http://java.sun.com/j2se/1.4/datasheet.1_4.html
ZEN>Java -- это уже почти не Sun...
А ты почитай на досуге лицензию к J2EE — почерпнешь для себя много удивительного. В частности по поводу возможности выкладывать исходники EJB сервера если он носит гордое имя J2EE compatible.
Здравствуйте iZEN, Вы писали:
ZEN>Я считаю: меньше размер -- меньше потенциальных ошибок в коде. ZEN>Слышали, наверное, о "рекорде" "ServicePack для WindowsXP будет весить 600Мб" -- насколько это сопоставимо с размером самой системы?
Дык, я тут Линукс какой-то видел на 3-х копмактах, что ж теперь считать, что по сравнению с Windows там просто два диска глюков? :???:
Может посмотреть какая в данном объёме функциональность? Я не думаю, что в 10 M явовских библиотек есть что-то большее, чем выполнение аплетов в браузере.
ZEN>Так чем же по функциональности .Net опережает Java. Чего такого нельзя написать на Java, но можно в .Net? Именно в функциональном плане.
А это тут причём?
ZEN>Чем "современный интернет" отличается от "современного", выделенкой что-ли? У меня модемная линия порой быстрее и стабильнее выделенки...:) Повезло во второй раз...
У меня вообще нет модемных линий, ни дома ни на работе, надеюсь, что скоро и у вас их не будет. Именно поэтому, разница в объёме занимаемого дистрибутива между Java и .NET не имеет абсолютно никакого значения и не может служить аргументом. Вот функциональность — да.
ZEN>Читали притчу о Вавилонской башне? Почему её не могли построить, знаете?
Ой, да ладно. Скажи ещё что им просто Java от Sun не хватило, а так бы всё было пучком :)))
ZEN>В одной голове несколько языков -- обалдеть можно! Либо один, но отлично, либо много, но удовлетворительно. Есть что изучать до старости... :))
Да уж, приходиться пользовать каждый день как минимум — C++, C#, VB, JScript, T-SQL, XML, HTML, русский, английский :) Не представляю как всё это можно заменить одной Java :))
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте iZEN, Вы писали:
ZEN>>>Я считаю: меньше размер -- меньше потенциальных ошибок в коде. AVK>>Самый маленький размер кода получится если писать на ассемблере, без макросов. Следуя твоей логике — если всю библиотеку дотнета переписать на ассемблере потенциальных ошибок в ней будет меньше?
ZEN>Не в этом дело. Я говорил про ассемблер?
Я просто следую твоей логике — "меньше размер -- меньше потенциальных ошибок в коде"
ZEN>Да, вы перепишите dotNet на C++ по своему вкусу и исправьте ошибки. Слабо? Надеюсь, у вас получится наименьший размер кода.
А зачем? Это тебе наименьший размер необходим. Мне на современных 40-120 гиг винтах +-100М не колышут.
ZEN>>>Слышали, наверное, о "рекорде" "ServicePack для WindowsXP будет весить 600Мб" -- насколько это сопоставимо с размером самой системы? AVK>>А при чем здесь дотнет и джава? ZEN>Одного поля ягоды. Одной конторы продукты жизнедеятельности.
В MS очень много практически независимых команд разработчиков. Так что давай мух отдельно а котлеты отдельно.
ZEN>>>Так чем же по функциональности .Net опережает Java. Чего такого нельзя написать на Java, но можно в .Net? Именно в функциональном плане. AVK>>Чего такого нельзя написать на ассемблере что можно написать на джава? Так чем же по функциональности джава опережает ассемблер? AVK>>Как, еще ущербность своей логики не чувствуешь? ZEN>Это ваша логика, я про ассемблер не говорил. Не так ли? Так что объясняйте сами себе диалектику противоречий.
Ты не уходи от темы. Я просто логически продолжил твою мысль. Это способ доказательства такой — от противного.
ZEN>>>Чем "современный интернет" отличается от "современного", выделенкой что-ли? AVK>>Скоростью. ZEN>Да знаю я, чем всё это отличается.
А зачем тогда спрашиваешь?
ZEN>>>У меня модемная линия порой быстрее и стабильнее выделенки... Повезло во второй раз... AVK>>А у меня мобилка на пальма качает 4К в секунду. А на работе 256К. А у бужуев диалап составляет очень маленький процент. Что из этого следует? ZEN>Пользуйтесь выделенкой где только можно, даже в метро.
Я уже тебе сказал — лично мне мобилка позволяет выкачать фреймворк за разумное время даже в метро.
ZEN>>>Читали притчу о Вавилонской башне? Почему её не могли построить, знаете? ZEN>>>В одной голове несколько языков -- обалдеть можно! Либо один, но отлично, либо много, но удовлетворительно. Есть что изучать до старости... AVK>>Вавилонскую башню недостроили потому что люди перестали понимать чужие языки. А в дотнете языки вполне друг друга понимают. ZEN>Чужие языки? Свои, новообретённые!!!
Хорошо, пусть свои. Но фишка то не в языках, а во взаимном непонимании. Чем дотнет не страдает.
)
Если нам не помогут, то мы тоже никого не пощадим.
. И при чем здесь заплатки? Их что — для томкета с апачей меньше надо?
