LINUX.ORG.RU
Новости — Open Source  

Mono 2.0

 


0

0

С опозданием где-то на месяц, вышла новая версия кросс-платформенного фреймворка Mono - 2.0 - свободной реализации Microsoft.NET. Список изменений достаточно обширный:

  • Полностью реализованы ADO.NET 2.0, ASP.NET 2.0, Windows.Forms 2.0.
  • C# 3.0, полная поддержка LINQ-выражений. Компилятор теперь доступен под двойной лицензией - GPL2 и MIT/X11.
  • Visual Basic 8.
  • Mono 2.0 - первый релиз, в который добавлен отладчик managed кода. Т.е. отладчик является полностью завершённым.
  • Paint.NET с отключёнными P/Invoke запускается и работает под Mono 2.0.
  • Множество улучшений, касающихся производительности: работа с типом decimal, операция lock (Monitor.Enter/Exit), снижено количество потребляемой памяти (за счет использования generics), исправлены ошибки "гонки потоков".
  • Доступен порт на Windows x64.
  • Реализовано API System.Diagnostics.PerformanceCounter - получение счетчиков производительности/диагностики (пока только для своего процесса).
  • Поддержка больших массивов с 64-разрядными индексами.
  • Поддержка DTrace.
  • Исправлено большое количество ошибок.
Радует то, что проект развивается и растет, несмотря ни на что. Более того, компания Ximian имеет возможность/средства оплачивать разработчикам Mono их труд, принимая на full-time работу, при этом оставляя продукт свободным.

В ноябре обещают выпустить Mono 2.1, главным новшеством которой будет Compacting GC, новый JIT (по предварительным тестам, производительность вырастет на 30%), оптимизирующий AOT для 2.0.

>>> Release notes

★★

Проверено: JB ()

 ← 1 2 3 4 5 6 7 8 9 10 →
Ответ на: комментарий от anonymous

>да притащи его уже на http://shootout.alioth.debian.org/

Там стартап неправильный :) У них по тесту стартап Mono больше стартапа Java :)

>Повторюсь ещё раз - жаба для написания демонов, сидящих на серверах.

Да, тем и живём. Ну, или когда на десктопе нет достойной альтернативы. У меня сейчас это Eclipse и Sancho.

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

>У него в винде один монстрообразный блоб для всего.

> uname -a
Linux notofyourbusiness 2.6.22.18-0.2-default #1 SMP 2008-06-09 13:53:20 +0200 i686 athlon i386 GNU/Linux

Пожалуста иди ударься об стену. Или скомпилируй тот пример что я запостил и запусти таймом, а потом ударься об стену.

r ★★★★★
()
Ответ на: комментарий от KRoN73

>Я бы рад привести сравнение на чём-то быстростартующем на Java, но, вот беда, я таких приложений вообще не вижу.

Я тебе запостил код - что в нем не так? Он поднимает графическую подстисстему. Следовательно с момента старта до полного подьема окна - то есть старта всей графики - 0.7 секунды. Теперь вернемся к твоему самому первому аргументу - у жабы медленный старт.

0.7 секунды для графического приложения - это медленно?

>Почему таких нету?

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

>но зато уже _в пятый раз_ сделаю отсылку к быстродействию реальных приложений.

Реальное приложение я тебе запостил. Оно стартует? Стартует. Ты сказал - у жабы проблемы с временеми старта. Запусти и убедись что со временем старта никаких проблем нет. Что еще не так? Какие эклипсы? Какие томбои? Бери код, запускай, смотри время. Что может быть проще? Жбосс вообще минуту поднимается. Може жбоссами мерять время старта будем? А почему Jetty взлетает мгновенно.

>Мне неинтересно, почему Java-приложения имеют столь высокую латентность.

Мне интересно почему плюсовые приложения имеют такую латентность. Горячий digikam - 2 sec. Горячий амарок - 2 секунды. горячий OOo - 2 секунды, Специально поставил: jBudjet - 1 sec. Jarnal (sketching) - 2 sec. LogFactor5 - <1 sec, jBidWatcher (ebay watcher) - <1 sec, jajuk - 3 sec.

Что я делаю не так? Почему жажук запускается с такой же скоростью как амарок?

>Даже упоминавшийся ранее OOWrite2 делает тёплый старт за десятые доли секунды.

Не дает. oowrite дает десятые доли только если уже запущен.

r ★★★★★
()
Ответ на: комментарий от r 

>Или скомпилируй тот пример что я запостил

Ладно, не поленюсь :)

$ time java Echo --window
real    0m1.696s
user    0m0.395s
sys     0m0.060s

Ну а дальше - прошу не смеяться над организацией выхода после
отрисовки виджетов. Мой первый example на C#:

using System;
using Gtk;

public class GtkHelloWorld
{
	public static void Main()
	{
		Application.Init();
		Window myWin = new Window("My first GTK# Application! ");
		myWin.Resize(200,200);
		Label myLabel = new Label();
		myLabel.Text = "Hello World!!!!";
		myWin.Add(myLabel);
		myWin.ShowAll();
		for(int i=0; i<8; i++)
			Application.RunIteration();
		Application.Quit();
	}
}

$ time mono Gui.exe 

real	0m0.270s
user	0m0.113s
sys	0m0.040s

И по цифрам разница получается ощутимой, и визуально - огромной :)

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73 

>И по цифрам разница получается ощутимой, и визуально - огромной :)

Замени фрем-диспозе на System.exit(0);

import javax.swing.*;
import java.util.*;
public class Echo {
  public static void main(String... args) {
        if ("--window".equals(args[0]))
        {
            JFrame f = new JFrame();
            f.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
            f.getContentPane().add(new JLabel(Arrays.asList(args).toString()));
            f.pack();
            f.setVisible(true);
            System.exit(0);
        }
        else {
            for(String a : args) System.out.print(a +" ");
            System.out.println();
        }
    }

r ★★★★★
()
Ответ на: комментарий от r

>0.7 секунды для графического приложения - это медленно?

У меня не выходит менее 1,6сек.

Но дело не в этом - читай мои сообщения сначала. Я писал уже раз шесть или семь почему.

>Реальное приложение я тебе запостил.

Ты запостил тест, а не реальное приложение. Реальное приложение - это инструмент, который мне пригоден для реальной работы. См. тему сначала.

>Что я делаю не так?

Понятния не имею. Учитывая, что OOWrite у меня стартует по-тёплому за десятые доли секунды. На одной и той же коллекции (тысяч 20 произведений) Jajuk стартует по-тёплому 13,5 сек., Banshee - менее 6 секунд. Amarok сейчас не могу оценить, снесён за тормознутостью. Вышеупомянутые 20 тыс. песен грузил секунд 10. Quodlibet на той же коллекции грузится за 6.8сек.

F-Spot у меня на коллекции в 12300 фоток грузится за 6,2 сек. Digikam оценить не могу - виснет на сканировании NFS-каталога.

>oowrite дает десятые доли только если уже запущен.

Не запущен. В Gentoo вообще пакет quick-старта OOo замаскировали недавно.

KRoN73 ★★★★★
()
Ответ на: комментарий от r

>Замени фрем-диспозе на System.exit(0);

Стало 0.7-1.0сек.

Что изменилось? :)

...

Но всё равно - много.

GTK# даёт 0,27 - 0,30сек. И чисто визуально - намного быстрее выходит, соответственно. В первом случае результата ждёшь, во втором - он мелькает.

Кстати, ещё характерный момент. В случае Java окно появляется в самом конце интервала времени. Т.е. жмёшь «ввод» - и ждёшь, ждёшь... В случае GTK# окно появляется почти сразу. Собственно, даже в монстрах, типа Banshee или F-Spot окно рисуется _сразу_. Да, контент там потом в течении секунд ждать нужно, но ты уже можешь глазами поймать окно, какие-то органы управления. Это тоже сильно сказывается на восприятии.

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

> ....F-Spot у меня на коллекции в 12300 фоток грузится за 6,2 сек. Digikam оценить не могу - виснет на сканировании NFS-каталога.

Вот именно - теперь прочитай в чем суть твоих претензий. Они все свобдятся к _реализации_ (бажности, фичастости, алгоритмамб использованім подходм и либам).

При чем тут _время запуска jvm_?

>У меня не выходит менее 1,6сек.

при EXIT_ON_CLOSE он выходит не сразу а когда решит - большинство времени кушает это. System.exit - все решает.

r ★★★★★
()
Ответ на: комментарий от KRoN73

> Что изменилось? :)

Изменилосась истинонсть утвержденяи что жаба долго стартует. 0.7 секунд на запуск графической подсистемы не загруженной в память - это ромально.

Все остальные претензии - к приложениям, а не к жабе.

>В случае GTK# окно появляется почти сразу.

Подозреваю что в нативном биндинге, а не свинге - будет тот же самый эффект. Дело тут не в моне а в С на котором написана вся графика Gtk#. Swing надо сравнивать скорее с Windows.Forms.

r ★★★★★
()
Ответ на: комментарий от r

>При чем тут _время запуска jvm_?

При том, что ты мы смешали несколько моих претензи в кучу.

Ок, разделю.

1. Собственная стартап-латентность JVM. Выяснили, что у меня она в адеальном случае составляет 0,7 vs 0,27 сек в пользу Mono.

2. Долгий стартап программ при прочих, вроде бы, равных условиях. Пример, вот, нашёлся - Jajuk vs Banshee (13 vs 6).

3. Общая низкая производительность доступных решений. При чём мне не важно, что там виновато, JVM, сложность продукта, кривые руки программиста или карма. Важно, что то, что есть на Java на десктопе - тормозит :) Когда я использую Incollector, Tomboy, Banshee - они не тормозят. Когда Eclipse, Jajuk, Azureus - тормозят.

4. Наконец, нативность внешнего вида большинства программ. Только очень серьёзные внешние причины способны заставить меня пользоваться IDEA, NetBeans или Jajuk'ом :)

KRoN73 ★★★★★
()
Ответ на: комментарий от r

>Изменилосась истинонсть утвержденяи что жаба долго стартует. 0.7 секунд на запуск графической подсистемы не загруженной в память - это ромально.

0.7 сек. для толстого приложения, загружаемого раз в пару дней без спешки - нормально.

Для регулярно запускаемой полезняшки со временем старта до 3 сек - много.

Возможно, в этом и кроется отсутствие нормальных маленьких десктопных Java-приложений. Для Eclipse лишних 0.5 сек - пустяк. Для программы уровня Tomboy - большой минус.

>Подозреваю что в нативном биндинге, а не свинге - будет тот же самый эффект. Дело тут не в моне а в С на котором написана вся графика Gtk#. Swing надо сравнивать скорее с Windows.Forms.

Понимаешь, повторю снова. Мне не шашечки нужны. А чтобы ехало :) Banshee рисует окно сразу. И потом грузит базу песен 5-6 секунд. А Jajuk заставляет в течении 13+ секунд любоваться сплешем.

Как думаешь, что я выберу из этих двух как пользователь?

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73 

Запуск c Windows.Forms

using System;
using System.Windows.Forms;

public static class Program
{
    public static void Main()
    {
       Form f = new Form();
       f.Show();        
    }
} 

time mono main.exe
real    0m0.559s
user    0m0.496s
sys     0m0.040s

Slackware 12.1, запущена куча всякой всячины (kpdf, kdevelop, ktorrent (жрет сука :))
mono 2.1 (svn)
Athlon x2 3600+, 3Gb RAM

k0l0b0k ★★
() автор топика
Ответ на: комментарий от KRoN73

>1. Выяснили, что у меня она в адеальном случае составляет 0,7 vs 0,27 сек в пользу Mono.

Выяснили так же что это не проблема потому что время это - незначительное. Плюс выяснили что одно из них нативное второе чистожабское. То есть даже эот тест - неадекватен в в пользу моны.

> 2. Долгий стартап программ при прочих, вроде бы, равных условиях.

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

>Важно, что то, что есть на Java на десктопе - тормозит :)

Делая то что не делает никто другой.

Классно. Если бы к тебе пришли и сказали что нужно написать десктопное приложение, большое и сложное класса IDE- комерческий проект (то есть время и деньги критичный ресурс) - на чем бы ты его советовал писать? На чем бы ты гего взялся писать?

>Наконец, нативность внешнего вида большинства программ.

Вообще достаточно незначительный критерий. Меня не беспокоит что резаунд страшненько выглядит если делает то что мне нужно, и мне наплевать что KWave выглядит нативно со своим убогим функционалом. Ненативность последнего MSOffice не помешала микрософту его выпустить. Продукты от адоба вообще все чужеродные - это не мешает им последний креатив сьюит толкать от $2000.

>Только очень серьёзные внешние причины способны заставить меня пользоваться IDEA, NetBeans или Jajuk'ом :)

То есть у тебя просто фобия. А ненативность OOo, продуктов мозиллы, адоба, и вообще огромного количества производителей (эклипс тоже ни разу не нативно выглядит) тебе пользвоться не мешает.

r ★★★★★
()
Ответ на: комментарий от KRoN73

> Как думаешь, что я выберу из этих двух как пользователь?

Я еще раз спрошу - при чем тут JVM? Ты может в сан багрепорт напишешь что жажук медленно стартует?

r ★★★★★
()
Ответ на: комментарий от anonymous

> А у нас в IDEA EAP и решарпер есть искаропки

У вас generics не type-safe. Это идеями не лечится :). Делегатов нету опять же. Вложенные классы реализованы через внутренний мембер. Clone не typesafe опять же. И на каждое действие по 15 несовместимых реализаций :). Ну в общем куча мелких недостатков. Хотя если бы не было C# - ваша платформа была бы безусловно весьма привлекательной :)

(иногда ей пользуюсь :)

eXOR ★★★★★
()
Ответ на: комментарий от r

>Выяснили так же что это не проблема потому что время это - незначительное.

Я не говорил так однозначно. Посмотри, что я писал по этому поводу выше.

>Разных програм.

Что разного в jajuk и banshee?

>Делая то что не делает никто другой.

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

>На чем бы ты гего взялся писать?

Я бы просто не взялся за эту задачу. Потому что это не мой профиль. Но если бы судьба заставила - провёл бы серию экспериментов и сделал выбор в зависимости от условий задачи и результатов экспериментов. Выбирал бы, скорее всего, между Java, Mono/C#/Boo/Nemerle и D.

>Вообще достаточно незначительный критерий.

Для тебя - да. Для меня - очень важный критерий. 1) Единообразие приложений уменьшает мою утомляемость при длительной работе. 2) С тем spr, что идёт в Java-приложения «ненативного вида» - это ещё и смерть глазам.

>А ненативность OOo

А в каком месте там ненативность? Выглядит в точности, как мой Gnome? А вот частично ты прав. В OOo свой собственный рендеринг шрифтов и без использования newspr смотрится страшно и утомляет. Поэтому для обычной работы я предпочитаю совершенно нативный AbiWord.

>продуктов мозиллы

FF3 и Thunderbord совершенно нативные, SeaMonkey использую только для тестов, Nvu и Singbird не использую (хотя, ЕМНИП, вид у них нативный). Что ещё?

>адоба

Не использую.

>и вообще огромного количества производителей

А точнее?

>эклипс тоже ни разу не нативно выглядит

Основные виджеты - нативные. Специфические - нет. Это, кстати, немного не нравится, но терпимо. Гораздо хуже высокая латентность GUI в Eclipse, особенно под нагрузкой.

Но в любом случае Eclipse - это просто сказка в плане комфорта, по сравнению с IDEA или NetBeans.

KRoN73 ★★★★★
()
Ответ на: комментарий от r

>Я еще раз спрошу - при чем тут JVM?

А я говорил в этом случае про JVM? Повторю, ты смешиваешь вместе мух с котлетами. Листай вверх, где я их разделял.

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

>Что разного в jajuk и banshee?

Реализация. Они были бы одинаковыми если бы там был один код на разных языках полностью дублирующий. Они разные как Linux и Windows - хотя и то и то - OS.

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

Их есть - ты их просто не пробовал вот и все. Я тоже могу утверждать Jarnal - хочу конкурентноспособную программу на моне. Нету? Гавно ваша мона. Нету на ней конкурентноспособных програм.

>Выбирал бы, скорее всего, между Java, Mono/C#/Boo/Nemerle и D.

ТАк жаба ж говно - стартует медленно. Предлагаю ее сразу отсеять.

>Единообразие приложений уменьшает мою утомляемость при длительной работе.

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

> FF3 и Thunderbord совершенно нативные

В каком месте они нативные? В потрохах? Они выглядят _не так_ как любой десктоп в линуксе.

>Не использую.

И что? От этого твой критерий нативностит вида становиться всеобъемлющим? Лично мне плевать натсколько нативно выглядит приложение - мне нужны функции. Есть эстеты которым линукс не нравится из-за немикрософтовских шрифтов - признаем линукс говном по этому поводу?

>А точнее?

Да мильен. Посмотри любую среду для профессиональной графики, звука, видео, 3D. Все они выглядят _ненанивно_.

>Основные виджеты - нативные. Специфические - нет.

В каком месте таб - специфический виджет? toolbar? Почему дропдавны отличаются? В гимпе эклипсе и конке - совершенно разные. Почему ненативный вид имеют иконки во вложенных окнах? Там 4 контрола нативный вид имеют - простая кнопка, поле ввода, скроллер и дырки для чекбоксов.



r ★★★★★
()
Ответ на: комментарий от KRoN73

>Что разного в jajuk и banshee?

Реализация. Они были бы одинаковыми если бы там был один код на разных языках полностью дублирующий. Они разные как Linux и Windows - хотя и то и то - OS.

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

Их есть - ты их просто не пробовал вот и все. Я тоже могу утверждать Jarnal - хочу конкурентноспособную программу на моне. Нету? Гавно ваша мона. Нету на ней конкурентноспособных програм.

>Выбирал бы, скорее всего, между Java, Mono/C#/Boo/Nemerle и D.

ТАк жаба ж говно - стартует медленно. Предлагаю ее сразу отсеять.

>Единообразие приложений уменьшает мою утомляемость при длительной работе.

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

> FF3 и Thunderbord совершенно нативные

В каком месте они нативные? В потрохах? Они выглядят _не так_ как любой десктоп в линуксе.

>Не использую.

И что? От этого твой критерий нативностит вида становиться всеобъемлющим? Лично мне плевать натсколько нативно выглядит приложение - мне нужны функции. Есть эстеты которым линукс не нравится из-за немикрософтовских шрифтов - признаем линукс говном по этому поводу?

>А точнее?

Да мильен. Посмотри любую среду для профессиональной графики, звука, видео, 3D. Все они выглядят _ненанивно_.

>Основные виджеты - нативные. Специфические - нет.

В каком месте таб - специфический виджет? toolbar? Почему дропдавны отличаются? В гимпе эклипсе и конке - совершенно разные. Почему ненативный вид имеют иконки во вложенных окнах? Там 4 контрола нативный вид имеют - простая кнопка, поле ввода, скроллер и дырки для чекбоксов.

>Но в любом случае Eclipse - это просто сказка в плане комфорта, по сравнению с IDEA или NetBeans.

Ну значит ты просто "фонто/кнопко-фил". Из этого не проистекает что жаба говно. Это значит что у тебя есть загоны.


r ★★★★★
()
Ответ на: комментарий от eXOR

>С рождения.

Откомпилируешь new AraryList<String>().add(1)?

>Кто здесь?

Java Language Specification.

class A {
public A clone() {
return new A();
}
}


r ★★★★★
()
Ответ на: комментарий от eXOR

В каком месте это вина компилятора и языка?

Ну оторвать бы бошку тому кто объявил этот метод без генерика.


r ★★★★★
()
Ответ на: комментарий от r

>>Но в любом случае Eclipse - это просто сказка в плане комфорта, по сравнению с IDEA или NetBeans.

r>Ну значит ты просто "фонто/кнопко-фил". Из этого не проистекает что жаба говно. Это значит что у тебя есть загоны.

Это просто по-хамски.

Я что-то не встречал в переписке с Кроном ни одного высказывания на тему того, что Java-говно.

Вам не стыдно?

NonHuman ★★★
()
Ответ на: комментарий от r

Язык - хороший. Библиотека не очень + JVM не заточена под generics. Но итог - неприятно. Не смертельно, но неприятно.

eXOR ★★★★★
()
Ответ на: комментарий от KRoN73

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

toonel.net в AWT-версии, например, работает и на КПК, и на десктопе.
Стартует мгновенно.

iZEN ★★★★★
()
Ответ на: комментарий от KRoN73

>И если на сервере мне не важно, что программа стартует полторы минуты, то на десктопе те же 7 секунд тёплого старта Eclipse - это уже много. Даже упоминавшийся ранее OOWrite2 делает тёплый старт за десятые доли секунды.

У меня IntellJidea стартует по горячему за ~3-4 сек, правда проект смешной, HelloWorld. Eclipse после закрытия стартует за ~2 сек. 2Гб памяти, DDR2 9600. ЧЯДНТ?

anonymous
()
Ответ на: комментарий от anonymous

>Eclipse после закрытия стартует за ~2 сек. 2Гб памяти, DDR2 9600. ЧЯДНТ?

Условия не читаешь? :) Что у тебя за «9600»?

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

>>toonel.net в AWT-версии

>Не сталкивался.

Программа-клиент компрессор трафика, с одноимённого сайта.

>Но, как я понимаю, AWT автоматически отменяет нативный интерфейс.

AWT — нативней для Java некуда.

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

>AWT — нативней для Java некуда.

Где это он нативный? Сколько раз компилировал AWT-проги, всегда получался какой-то уродский интерфейс, причём и на линуксе, и на винде

anonimuos
()
Ответ на: комментарий от iZEN

>нативней для Java некуда.

При чём тут «нативность для Java»? Эдак можно сказать, что и у Tcl/Tk вид нативнее некуда.... Для Tcl/Tk :)

KRoN73 ★★★★★
()

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

noch ★
()
Ответ на: комментарий от noch

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

noch ★
()
Ответ на: комментарий от noch

ЗЫ - против си шарп и явы как языков ничего не имею. гну ява компилер через гцц неплох. Но возникла ява как 'их ответ' ОСС

noch ★
()
Ответ на: комментарий от KRoN73

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

noch ★
()
Ответ на: комментарий от noch

А какое отношение сегодняшнее состояние дел имеет к событиям прошлого века?

KRoN73 ★★★★★
()
Ответ на: комментарий от NonHuman

> Я что-то не встречал в переписке с Кроном ни одного высказывания на тему того, что Java-говно.

Не обращайте внимание на мой французкий - естественно он не считает что жаба говно - он же на ней пишет. Этим я хотел сказать что это двойной стандарт - недостатками жабы называют то что в других средах недостатками не является. Давно вы видели тред про чужеродность ткшных интерфейсов? А почему ? Потому что не жаба и Ъ? То же самое с временем старта, жажук долго запускающийся со здоровой коллекцией говно потому что жаба, а дижикам который вообще на NFS запустится не можжет - не говно потому что С++.

Я тут вижу некие двойные стандарты и предубежденность.

r ★★★★★
()
Ответ на: комментарий от noch

проходи мальчик со своими глупостями, не мешай дядям страдать фигней

r ★★★★★
()
Ответ на: комментарий от r

IMHO вы просто не желаете видеть бревна в собственном глазу, замечая соринку в чужом. При этом из всех сил уводите разговор в сторону, не имеющую отношения к теме. Я так поступал на занятиях по Истории КПСС и прочему Г. Преподаватели перстали меня вызывать :) Здесь же демагогия не поможет, так как программирование наука точная, а вы спорите как на уроке по Мкрксистско-Ленинской "Философии".

Извините, мне просто интересно, вам сколько лет и сколько лет вы программируете?

NonHuman ★★★
()
Ответ на: комментарий от r

>Давно вы видели тред про чужеродность ткшных интерфейсов?

Давно не видели.

>А почему ? Потому что не жаба и Ъ?

Нет. Потому что тЫкашнеги и не заявляли что у них - нативный вид. Жабщики же ....

>То же самое с временем старта

Ога, опять та же унылая хня - "жаба стартует стремительно"(С)!
Даже самый торкнутый лоровский тк-шник (ну вы поняли :) - такого про тк не скажет ...

>Я тут вижу некие двойные стандарты и предубежденность.
>r

Да все нормально - мы их тоже видим :)

anonymous
()
Ответ на: комментарий от r

>> uname -a
>>Linux notofyourbusiness 2.6.22.18-0.2-default

>>Пожалуста иди ударься об стену.
>>Или скомпилируй тот пример что я запостил и запусти таймом,
>>а потом ударься об стену.
>>r


Тогда я вообще нифига не пойму. Разве что недавно перекрещенный с винды бубунтоид ...

Давай ка лучше мои тесты напиши да скомпили. Сразу воткнешь в разницу мужду 0.27 и 0.7 сек стартапа!
А именно - напиши жабовские аналоги самых простых командочек из /bin /usr/bin - для начала _самых_ простых ако: [echo, ls, cp, wc -l (for simplicity, only -l) ... ну чего там ещё _элементарно_ реализуется?]
После этого подмени системные на свои и рестартанись ...
Через неделю (когда загрузишься) - расскажи что вышло :)
С твоими j_echo, j_cp, j_ls j_whatewerelse, так как они на жабе - а значит быстрее С, С++, Фортрана и процессора - ты спокойно утрёшь мне нос, не правда ли? :)

А если не правда - то повторю в N-ный ... (нет N - мало!) ... в M-ный раз:

"Ява хороша для написания демонов, живущих на серверах".
-------------------------------------------------------

Во всём остальном она (возможно - пока) - ВОНЯЕТ!!!



anonymous
()
Ответ на: комментарий от NonHuman

>IMHO вы просто не желаете видеть бревна в собственном глазу, замечая соринку в чужом

Можно конкретнее про бревно?

>При этом из всех сил уводите разговор в сторону, не имеющую отношения к теме.

Например? Не соглашаюсь со стереотипами вроде "жаба тормоз, линукс гавно"? Требую тестов и не воспринимаю аргументов типа "дискомпфортно и зубы скрипят"?


30-16

r ★★★★★
()
Ответ на: комментарий от anonymous

>Потому что тЫкашнеги и не заявляли что у них - нативный вид.

Жабщики тоже не заявляют что у них нативный вид. Жабщики возражают что "не нативный вид" - проблема астрономических масштабов.

>Ога, опять та же унылая хня - "жаба стартует стремительно"(С)!

Жаба стартует приемлемо для пользовательского приложения. Шеловские утилиты писать будет не особо со стартом VM для каждой, ну утверждать что время запуска - 0.3-0.7 секунды для десктопного приложения это тормозит - вы делаете мне смешно.

r ★★★★★
()
Ответ на: комментарий от anonymous

>Разве что недавно перекрещенный с винды бубунтоид ...

Я еще Caldera Open Linux 4 ставил и ипался там с кириликизацией так что отдохни.

>Через неделю (когда загрузишься) - расскажи что вышло :)

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

>Фортрана и процессора - ты спокойно утрёшь мне нос, не правда ли? :)

Тебе как латентному виндузятнику (именно потому ты в остальных видишь виндузятников) не понять что кроме рук можно применять еще и мозг - посмотри на power shell который прекрасно работает на .NET.

r ★★★★★
()
Ответ на: комментарий от r

>Можно конкретнее про бревно?
Медленный стардап Java, лаги в реакции на действия пользователя, ненатуральный интерфейс.

>Например? Не соглашаюсь со стереотипами вроде "жаба тормоз, линукс гавно"? Требую тестов и не воспринимаю аргументов типа "дискомпфортно и зубы скрипят"?
В этом тереде только пара ананов написала про тормознутость Java.
Вместо простых ответов вы начинаете переводить разговор в сторону. Самы последний пример - первод стрелок на ТК.

>30-16
Хм.. должны бы уже к этому возрасту порастерять веру в "Единственно верную и политически правильную" технологию.
Я чесно говоря думал что вам 50. Так как способ ведения спора напоминает преподавателей Идеологических дисциплин.

а в 30 мэн должен носиться с хуем наперес а не на форумах дни проводить.

NonHuman ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 4 5 6 7 8 9 10 →
Open Source