Mono 1.2

Не знаю как в java, но в .NET, последующие запуски будут еще шустрее.

Как выделение буффера способствует решеннию задачи - выполнению Get запроса?

>А стартап у .NET под виндой, в сравнении с Java, вообще ничтожный.

"Ирситымудаг!"(C) тьфу, KRoN73 ты такойже. У меня ATI Control Center запускается 8 сек, при этом Azureus успевает запуститься и прочитать инфу о 22 скачиваемых и 23 раздаваемых файлах ЗА 3 СЕК! Не надо лохматить бабушку

> "Ирситымудаг!"(C) тьфу, KRoN73 ты такойже. У меня ATI Control Center запускается 8 сек, при этом Azureus успевает запуститься и прочитать инфу о 22 скачиваемых и 23 раздаваемых файлах ЗА 3 СЕК! Не надо лохматить бабушку

А ATI, судя по качеству софта, на php всё пишет, включая Control Center.

>`в .NET, последующие запуски будут еще шустрее

Поэтому чтобы ПОТОМ нормально работать надо все приложения поместить в Автозагрузку или на худой конец в раздел SharedDLL (как его там точно - не помню) реестра. А лучше .NET вынести на уровень Kernel'a

> Поэтому чтобы ПОТОМ нормально работать надо все приложения поместить в Автозагрузку или на худой конец в раздел SharedDLL (как его там точно - не помню) реестра. А лучше .NET вынести на уровень Kernel'a

Лучше сразу в BIOS засунуть

> Стало: .Net 1.1 Framework UNinstalled + .Net 2.0 Framework installed + .Net 1.1 Application installed = Application working/not working?

Вообще говоря - not working. И это и не обещалось.

anon>А возможно ли что-то типа статики? Как статическая опера. И сколько это будет весить?
Возможна с Mono. Добавляются только нужные библиотеки, соответственно размер увеличивается на 1-15мб

>>Если будешь говорить, что под Windows у .NET стартап быстрее чем у жабы, и расход памяти меньше, то будешь послан в известном направлении. Поставь себе например Omea или RSDN@Home aka Janus который вообще 2 минуты грузиццо. Так что не надо нам про "короче стартап". "Плавали, знаем"(C)
--
c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\ngen.exe yourApp.exe[|yourDll.dll]

Eg.:
c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\ngen.exe XSearch.exe
Microsoft (R) CLR Native Image Generator - Version 2.0.50727.42
Copyright (C) Microsoft Corporation 1998-2002. All rights reserved.
Installing assembly D:\XuMiX\Workplace\XFileSearch\trunk\Crawler\bin\Debug\XSearch.exe
Compiling 1 assembly:
Compiling assembly D:\XuMiX\Workplace\XFileSearch\trunk\Crawler\bin\Debug\XSearch.exe ...
XSearch, Version=1.0.0.29602, Culture=neutral, PublicKeyToken=null <debug>

> на АСП.НЕТ ваще лучше не писать... так как это мегаотстойная вещь имхо.

Я пишу на C# (ASP - платформа). Работает 2 интернет-магазина, 5 штук сайтов-визиток, CMS, система наполнения товарными позициями... Твое имхо никаким боком не подтверждается.

Согласен на 100% c Pi <...а вообще это всё демагогия

Сравнивать компилирующие и интерпретирующие языки - глупо. Управляемые и неуправляемые - тоже. Разные ниши и задачи.

> Управляемые и неуправляемые

Вот не до сих не могу понять этого термина. Что значит "неуправляемые"? Что значит "управляемые"? Кто ими управляет?

Томми тоже управлялся программой на "управляемом" языке. :)

>это чудо уже может запустить какую-нибудь вендовую прогу без перекомпиляции или патчения последней?

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

>Тру хакеру Торвальдсу, например, C милее. Чем он убог - непонятно. Классы есть (разве что множественного наследования нет), шаблоны есть...

просветите пожалуйста насчет С с классами "(разве что множественного наследования нет)" и шаблонами. правда очень интересно!

>В Java куча вариантов HashMap http://java.sun.com/j2se/1.5.0/docs/api/java/util/HashMap.html

если под "куча" вы понимаете жабский generic то увы - только один ибо generic в жаба - псевдо (к сожалению) в отличии от того же нет.

>Что значит "неуправляемые"? Что значит "управляемые"? Кто ими управляет?

http://blogs.msdn.com/brada/archive/2004/01/09/48925.aspx

> http://blogs.msdn.com/brada/archive/2004/01/09/48925.aspx

"Managed code is code that has its execution managed by the .NET Framework Common Language Runtime." Тогда я скажу, что "native code is code that has its execution managed by OS kernel and CPU", а некрософт родил очередной быдлоbuzzword. :-P

Ты читай не названия компаний и рантаймов - а смысл который в это вкладывается.

>от-вот. А раз расход памяти и стартап такие же тормозные как и у жабы, то зачем под Windows, (тем более под Linux) .nET? Если есть универсальная жаба

.нет-овскую софтину при желаниии можно зааотить, а стандартные либы уже зааочены, жабе - же всякий раз нужно все джитить, и зааотить все невозможно ввиду наличия законной (и сомнительной) фичи - инструментирование и в частности модификация байт-кода во время загрузки, которую использую ВСЕ сколь нибудь серьезные фреймвоки и предусматривают реализации последних jpa, ejb3, jmx ... в нете подобные вещи делаются путем генерации враперов ( в виде исходников исходников ) на лету, компиляции и загрузке.

если ты напишешь в code that has its execution managed by OS kernel and CPU

char * s = 0; char c = s[10];

ты получишь корку.

если ты напишешь в managed environment

int[10] i;

int x = i[15];

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

Это открывает такие интересные как проверка доступа и разграничение прав. Например видел где нибудь хостинг который позволяет c++ в CGI? Не надо рассказывать почему? В то же время жабские и шарповые хостинги есть. Просто там стоят запреты на открытие сокетов, ползанье по файловой системе, загрузки натива и убивание vm.

> Ты читай не названия компаний и рантаймов - а смысл который в это вкладывается.

Смысл-то я понимаю как раз. Мне не нравится сам термин. Во-первых, в цивилизованном мире давно принят термин "байт-код". Во-вторых, любой менджер, нифига не знакомый с технологией, решит, что "managed" всегда лучше, чем "unmanaged". :) В-третьх, "managed code", по определению некрософта - это именно дотнетовский байт-код, и никакой другой, хотя сама фраза этого никак не отражает. Они бессовестно присвоили себе очередное довольно распространённое словосочетание (как присвоили слово "windows" и много всего остального). Ещё раздражает, когда называют .NET Framework "the framework" или просто "Framerork" с большой буквы. Как будто других фреймворков в мире нет. Короче, сплошной пиар и никакой логики.

>ты получишь корку.

ниразу не так. никто не мешает например перехватить и отработать SIGSEGV в юниксах или соответствующее исключение в виндах.

>Например видел где нибудь хостинг который позволяет c++ в CGI?

ну например в виртуальном окружении (ксен, всервер, солярные зоны). хотя это и необязательно, т.к. можно использовать например правильную политику безопасности ( например грамотно или даже неграмотно построенную политику TE в SELinux ). очевидно шарповские или жабские вм-ы не решают проблем безопасности ибо даже мс увлклась идеями виртуализации и сует во все щели ( в висте например).

> ты получишь корку.

Неправда. Я получу вменяемое сообщение "Segmentation fault." :) При желании могу получить нормальный бэктрейс. Чем это принципиально отличается от сообщений дотнетовской ВМ, кроме того, что она добавляет ещё один уровень абстракции?

>Во-первых, в цивилизованном мире давно принят термин "байт-код"

Не совсем. байт-код - это сворее абстрактное от конкретной платформы бинарное представление. Интерпретатор вполне может быть raw - то есть он транслирует String s = null; в char * = 0; и вызовет и вальнется.

>Во-вторых, любой менджер, нифига не знакомый с технологией, решит, что "managed" всегда лучше, чем "unmanaged".

Так и задумывалось:)))

>В-третьх, "managed code", по определению некрософта - это именно дотнетовский байт-код, и никакой другой

А ты сократи слова "дотнетовский", "микрософта" - они там лишние.

>Они бессовестно присвоили себе очередное довольно распространённое словосочетание

Точно.

> А ты сократи слова "дотнетовский", "микрософта" - они там лишние.

Я бы рад сократить, но они сами это придумали и на этом настаивают.

>ниразу не так. никто не мешает например перехватить и отработать SIGSEGV в юниксах или соответствующее исключение в виндах.

Тока не надо начинать доказывать, что если на плюсах написать все то что умеет java то оно будет уметь то что умеет java. Если это сделать - это и будет managed environment. Только это нереально.

>очевидно шарповские или жабские вм-ы не решают проблем безопасности ибо даже мс увлклась идеями виртуализации и сует во все щели ( в висте например).

Это никак не связано. В вируальном сервере приложение точно так же ляжет в кору в случае seg fault. Это совсем разные уровни. Виртуализвация обеспечивает функционирования сервера как такового, а managed environment дает возможность контролировать работу хрен-его-знает-откуда-взявшегося кода.

>Чем это принципиально отличается от сообщений дотнетовской ВМ, кроме того, что она добавляет ещё один уровень абстракции?

Тем что в первом случае придет финал всей программе, а во втором - только одному треду, и то только потому что "ну а что с ним дальше делать". А вся программа выживет. Что в эру ASP и интернета - весьма важное требование. Особенно если это многозвенное приложение с распределенными транзакциями и т.д. - согласить что это разница когда наворачивается клиент или сервер, остаются до таймаута коннекшены в базу, заваливается весь логический процесс и начинается выковыривание всяких transaction logs и т.д.; и когда на кнопку "перевести бабки" ты получишь всего лишь вменяемое сообщение в диалоге, что разработчик баран в такой-то строчке, транзакция откачена, работайте дальше, а этот трейс отправьте разработчику.

Ладно. Пускай они называют свой код "managed". Но пускай блин перестанут называть машинный код неуправляемым. Нет никакого "unmanaged", есть только "более managed" и "менее managed", а остальное - пеар и провокация.

> У меня ATI Control Center запускается 8 сек, при этом Azureus успевает запуститься и прочитать инфу о 22 скачиваемых и 23 раздаваемых файлах ЗА 3 СЕК!

Ну если только на кластере :)

>Знаешь ли, таких мелочей в процессе программирования приходится делать ну очень много, и если для каждой писать тонны кода (либо свои функции), вместо того чтобы придумал - написал в пару строчек, программировать будешь долго, а когда потом еще придется копаться в этом коде...

Тебе, ананимусу, годков то сколько? Школу окончил? Осилить регистрацию не смог, а коменты глупые пишешь... Серьезные проекты пишутся на серьезных фреймворках, часто написанных специально под проект. И все мелкие задачи там уже решены. Оставшаяся часть решается с помощью пары кликов в IDE.

Вообще спор довольно глупый. Ясно, что домашнюю страничку на J2EE только больной на голову будет писать...

>Тебе, ананимусу, годков то сколько? Школу окончил? Осилить регистрацию не смог, а коменты глупые пишешь...

Мне 19, школу закончил два с половиной года назад, зарегеным тут был, но решил уйти в онанимусы.

>Серьезные проекты пишутся на серьезных фреймворках, часто написанных специально под проект. И все мелкие задачи там уже решены. Оставшаяся часть решается с помощью пары кликов в IDE.

Да ну, неужели ВСЕ мелкие задачи? Назови-ка такой фреймворк. Вот я работаю админом в проекте (портал на пхп), и вижу, как мучаются кодеры со всякими мелочами.

>Вот я работаю админом в проекте (портал на пхп), и вижу, как мучаются кодеры со всякими мелочами.

" - А хотите по настоящему? - Да! - Фея махнула палочкой и у танка отвалилась башня."

Пускай берут JBoss Portal и мучаются понастоящему.

>Мне 19, школу закончил два с половиной года назад, зарегеным тут был, но решил уйти в онанимусы.

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

> Да ну, неужели ВСЕ мелкие задачи? Назови-ка такой фреймворк. Вот я работаю админом в проекте (портал на пхп), и вижу, как мучаются кодеры со всякими мелочами.

На самом деле, у меня довольно обширный опыт работы с разными библиотеками. И это не только Java. В основном нам только обещают (продавцы программых средств), что все проблемы решены и стоит только перенести пару кубиков на рабочую область и все! программа готова. Да, согласен, программа хелло ворд готова, но как только возикает необходимость изменить одно из слов... сразу все становится грустно. Я утрирую, конечно, но... Да вот пример, был недавно на Сан Дев Дей в Киеве. Там тоже очень красиво показали как можно сделать хелло ворд на их студиа креейторе и нетбинсе. Вопросов нет - пару кликов. Только и прилажение в итоге получается восершенно бесполезное. А вот как добавпть этому муляжу хоть каплю сенса - они не показали. Мы даже хотели попросить из проделать пару интересных трюков, но вспомнив, что в прошлом году студия вывалилась с ошибкой при сборке того же самого хелло ворда - решили не рисковать и не позорить уважаемых людей.

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

Но это не решено ни в одном языке. Но есть и вполне объективные параметры. Один из них - сложность проекта. Если ее проавильно оценить, то можно и инструмент выбрать правильный.

По поводу собственно Питона, признаюсь честно - мненя от него отвернуло ковыряние с RH скриптами настройки. Мало того, что они безбожно глючили, так еще были соврешенно нечитаемы.

Вот возьмем Паскаль. Мне этот язык не нравится. Но если взять егоисходный код, там все довольно четко и понятно (если соблюдать определенные правила оформления). Теперь возьмем Лисп - очень достойный язык - но без базовых знаний уже будет очень трудно разобраться. Фортран - действительно удобен для простых вычислений. А вот на Форте сделать серьезную, сложную математику будет не просто, да и не разберется потом никто :), зато логику управления неким объектом на нем реализовывать очень даже приятно.

Java - более универсальный язык, но обрабатывать тексты все равно удобнее не perl или awk.

Резюме одно - каждому свое. Главное освоить и хорошо знать свойства того инструмента, который используешь. А то вот недавно прочитал статью одного уважаемого дядьки, который доказывал что LinkedList - не нужет, так как ВСЕГДА медленнее чем ArrayList. Ну так кто же ему доктор то, что он в своих тестах вообще не учитывал КАК надо работать с абстрактным списком. Эта коллекция обладает вполне понятными и логичными свойствами. И когда я его примеры переписал правильно - ситуация резко изменилась. Это называется подтасовка. Так вот и с языками.

> Мы даже хотели попросить из проделать пару интересных трюков, но вспомнив, что в прошлом году студия вывалилась с ошибкой при сборке того же самого хелло ворда - решили не рисковать и не позорить уважаемых людей.

Че вы так. Мы как-то хорошо посмеялись на Borland Dev Day при демонстрации JB10 :)

>Че вы так. Мы как-то хорошо посмеялись на Borland Dev Day при демонстрации JB10 :)

Оно у них вроде начало работать, боялись вспугнуть, интересно было посмотреть, осилит оно хелло ворд или нет. Осилило, но думало долго. ;)

а JB10 - реальный ЖИР! напихали они туда все что только в голову может прийти, НО... проэт уж очень Болардо зависимым получался :( поэтому лично я отказался очень давно от этих продуктов.

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

по поводу открытых исходников и байт коды - 100% согласен.

Но насчет быстроты - не всегда. Если софт идет бинарником, то трудоемкость написания кода оптимизированный под разное железо думаю на порядок больше для нативного, так что большинство думаю ограничиваются оптимизациями на этапе компилирования. Думаю никто в здравом уме не станет распространять бинарник скомпиленый с CFLAGS="-march=nocona". А VM знает на каком железе работает, и может таки выдать более быстрый код.