Java RTS выбрана для управления радаром наблюдения за космосом

А я то думаю чо это меня потянуло сегодня на блендере порисовать... И вот вам, нарисовал аватар прям в тему ))

научи, хочу свой аватар в 3D

>Ущипните меня 0_0 r_asian ** (*) (15.04.2008 15:51:51)

Тыц...

>Это просто компилятор для языка ада, а не ОС.

а жаба ртс это что ОС? Ada просто компилятор, жаба просто интерпретатор с компилятором в одном флаконе.

Вот зачем ты, зная, что являешься ламером, всё равно позоришься, высказывая своё нелепое, убогое, безграмотное мнение?

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

По-моему проффесор очень четко указал свое мнение про Яву здесь:

http://www.sql.ru/forum/actualthread.aspx?bid=65&tid=474849&hl=

Для труъ:

Java - это типичный bondage&discipline language, созданный с единственной целью - выкрутить руки разработчикам. Он очень сильно ограниченный, и в нем сложно решить одну задачу более чем одним способом. Плюсы такого подхода - можно позволить программировать на нем всяким убогим дуракам. Так же - тупой и примитивный язык лучше поддается автоматизированному анализу, отсюда и такое количество свистелок и перделок в жабских IDE, да и серьезных систем статического анализа хватает. Но за это приходится платить низким уровнем абстракции, невозможностью легко и красиво реализовывать сложные идеи.

C# разрабатывался уже с совсем другими целями. Язык содержит множество конструкций, которые легко позволят "прострелить себе ногу". И, что важно, в нем есть делегаты и лямбда, что сразу же ставит его уровнем существенно выше, чем Жаба.

>>C# разрабатывался уже с совсем другими целями. Язык содержит множество конструкций, которые легко позволят "прострелить себе ногу". И, что важно, в нем есть делегаты и лямбда, что сразу же ставит его уровнем существенно выше, чем Жаба.

поржал, спасибо. после этого сразу видно насколько компетентно мнение данного человека

> и в нем сложно решить одну задачу более чем одним способом

Кретин индусокода не видел. Даже самую простую вещь в Жабе можно сделать сотней идиотских способов, и, по давно уже экспериментально доказанным законам Мерфи, раз такие способы существуют, найдутся и те, кто ими воспользуется.

Однако, я не думаю, что этот радиотелескоп будут программировать индусы, так что все преимущества высокоуровневого языка Java будут использованы на благо, а не во вред.

Напиши на Java аналог вот этого:

delegate TReturn SelfApplicable<TReturn>(SelfApplicable<TReturn> self);

SelfApplicable<Func<Func<Func<int, int>, Func<int, int>>, Func<int, int>>>
    YC = y => f => x => f(y(y)(f))(x);

> даеш эксплоиты под телескопы! научим жалких людишек программировать!

Новое слово в науке? Эксплоит на Java? Где можно пример посмотреть?

*Похоже аноним путает JavaScript и Java.

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

Незнай-незнай — десять лет назад всем нравилось. Потом подтянулись функциональщики и закомплексованные шаблонизаторы C++, которые извратили язык донельзя — так появился язык Java 5.0. И они его ведут к Java 7.0, который будет новым ПЛ/М для извращенцев всех мастей. Рыбожабомясо.

P.S.
Лучше бы сделали String мутабельным, удоды!

Жаба РТС. Фантастеко

> Лучше бы сделали String мутабельным, удоды!

На хер надо. Мутабельность - давить, императивщиков - гнать в шею.

Ещё один ниасиливший? Даже похапе можно сделать риалтаймовым.

> Напиши на Java аналог вот этого:

> delegate TReturn SelfApplicable<TReturn>(SelfApplicable<TReturn> self);

>SelfApplicable<Func<Func<Func<int, int>, Func<int, int>>, Func<int, int>>> > YC = y => f => x => f(y(y)(f))(x);

А вот за такое я бы своему коллеге нахуй сразу бы уебал.

Капча kicrer как бы говорит мне, что и с тобой будет то же самое.

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

Быдлокодерячь свои быдлоформочки дальше, сосунок. И не лезь в разговор взрослых дядек.

ЗЫ: твой коллега такого бы не написал, поскольку твои коллеги - жалкая быдлокодерня. К программистам они не относятся, как и ты.

> Лучше бы сделали String мутабельным, удоды!

Изыди. Тут не знаешь, по какой матери крыть придурков, сделавших Date мутабельной, ещё и ты. Юзай StringBuilder, раз уж хочется странного.

Так и рождаются мифы о тормознутости и пожирании памяти. Делайте всё иммутабельным и будет счастье.

>>>А вот за такое я бы своему коллеге нахуй сразу бы уебал.

+1

>>>Лучше бы сделали String мутабельным, удоды!

хорошо что сан всех таких умных давно посылает.

Так кто нибудь может нормально объяснить, как java обеспечивает эти 20 мкс, если ядро самой ОС, под которой эта java ходит, не всегда такое может. Она что, по типу RTAI заделана - выпинывает премптивное ядро на время обработки запросов? Дык она же не в кернелспейсе работает.

Ещё один недочеловек, не понимающий комбинатора фиксированной точки? ЛОР полон ничтожеств!

http://en.wikipedia.org/wiki/Real_time_Java можно начать отсюда.

> Юзай StringBuilder, раз уж хочется странного.

А как же StringBuffer? Уже плохой?

Вот так всегда! Нет бы метод-модификатор добавить в сам скласс, так нет же, будет сделан костыль, а потом ещё один!


> Так и рождаются мифы о тормознутости и пожирании памяти. Делайте всё иммутабельным и будет счастье.

Переменные ненужы? :D

P.S.
Ненужно из Java делать Lisp, Ruby, Forth или <подставьте_свой_любимый_язык>ю. Для этого и существуют отдельные языки: JLisp, JRuby, JForth и т.д. J<...>.

Ну зачем портить то [Java 2.0], что касаются ваши кривые руки?
В мире 99% ПО написано на императивных языках. Так зачем нужна функциональщина с лямбдами, если микропроцессоры понимают только плоский машкод с тупыми джампами? Усложнять компилятор? Чтобы он разруливал тупые лямбды в таблицы переходов/джампов, а потом искать баги в самом компиляторе по несколько лет?

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

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

> если ядро самой ОС, под которой эта java ходит, не всегда такое может

Может. Всегда. См. выше.

А приоритеты реального времени даже в древнем VMS были, и ничего, вполне себе в user space.

Y-combinator: ЧСВ +100 :)

Сам то часто его применяешь?

> А вот за такое я бы своему коллеге нахуй сразу бы уебал.

+1e1024

> Переменные ненужы? :D

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

> В мире 99% ПО написано на императивных языках.

В мире 99% населения - тупое быдло. Надо начинать прививать им чувство прекрасного, может на людей похожими станут.

> Так зачем нужна функциональщина с лямбдами, если микропроцессоры понимают только плоский машкод с тупыми джампами?

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

> Чтобы он разруливал тупые лямбды в таблицы переходов/джампов, а потом искать баги в самом компиляторе по несколько лет?

Сопляк, ты хоть один компилятор написал, чтоб такой бред нести? Как раз для функциональщины качество компиляции можно доказывать формально, да и компилировать её эффективно проще чем императивщину.

> Ещё один недочеловек, не понимающий комбинатора фиксированной точки?

О!, у вас в пту до этого дошли. И ты теперь, несомненно чуешь себя крутм, хотя сам вряд-ли понимаешь зачем оно надо и что это такое. Зато словей крытых нахватался ... ппц просто.

Ещё одна тупая быдлятина. Жабобыдлокодер - это диагноз. При такой симптоматике лучше сразу закапывать.

>деньги правят этим миром... придумают же... джава-РТ... даже не смешно. деградация...

Обосновать слабо ? ;)

Да, часто. Но гораздо чаще - другие высокоуровневые комбинаторы и итераторы. Если язык позволяет определить даже Y-комбинатор, значит что либо более простое, вроде того же fold, определить можно наверняка, так что проверка на реализуемость Y-комбинатора как раз и говорит о том, высокоуровневый это язык, или говна кусок.

>P.S. Настораживает только то, санки не отдают RTS под GPL

На самом деле они собираются это сделать... инсайд-инфо )))

> А как же StringBuffer? Уже плохой?

Он потокобезопасный, и, соответственно, имеет накладные расходы, которые в большинстве случаев не нужны.

> Вот так всегда! Нет бы метод-модификатор добавить в сам скласс, так нет же, будет сделан костыль, а потом ещё один!

Где там костыль то?

>> Так и рождаются мифы о тормознутости и пожирании памяти. Делайте всё иммутабельным и будет счастье.

> Переменные ненужы? :D

Хаскелист бы тебе сказал: да, не нужны. Я скажу, что нужны, но совсем не так часто, как это кажется. Я например был бы рад, если бы по умолчанию все переменные были final, и делались mutable принудительно. Это значительно увеличило бы простор компилятора для оптимизаций, в том числе и для автоматического распараллеливания кода, которое всё актуальней с каждым годом.

> P.S. > Ненужно из Java делать Lisp, Ruby, Forth или <подставьте_свой_любимый_язык>ю. Для этого и существуют отдельные языки: JLisp, JRuby, JForth и т.д. J<...>.

Никто не делает. Java есть то, что оно есть, из него просто нужно выжимать максимум.

> Ну зачем портить то [Java 2.0]

Никто ничего не портит, не переживай. generics это ТОЛЬКО compile-time checking, никакого rutime оверхеда нет, они даже backward compatible, за что сану низкий поклон.

> В мире 99% ПО написано на императивных языках.

99% мирового кода — говно. на 99% компов стоит венда. 90% юзеров юзают IE. 99% это очень часто наихудшее решение.

> Так зачем нужна функциональщина с лямбдами, если микропроцессоры понимают только плоский машкод с тупыми джампами?

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

> Усложнять компилятор? Чтобы он разруливал тупые лямбды в таблицы переходов/джампов, а потом искать баги в самом компиляторе по несколько лет?

Какие там баги? Лямбды компилируют уже лет 50, уже все баги давно нашли.

Т.е. rtjs - это просто java, со специальной политикой для работы с ресурсами rt нитей? И меньше задержку, чем позвляет ядро, она не может?

Ещё один, ну откуда вы все лезете?

Не нужна задержка "меньше", нужна предсказуемая задержка.

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

Java SE - не поддерживает реалтайм вообще. RealTime-Java - поддерживает soft & hard realtime (понятно, что зависит от ОС и на Linux hard-realtime пока не достижим).

>Более того: ничего из того, что способна предложить жаба, реалтайму не нужно - простая поделка на Си + QNX будет пахать ГОДАМИ.

С рулит когда есть много времени и специалисты. А когда нужно просто написать и чтобы работало - Java рулеД )))

>Ada просто компилятор, жаба просто интерпретатор с компилятором в одном флаконе.

Джава - компилятор с компилятором в одном флаконе! пора бы уж гуглу помучать, а не вспоминать новости 10 летней давности.

> Не нужна задержка "меньше", нужна предсказуемая задержка.

Девачка, у тебя задержки? надо было пользовать безопасный сек^Wкод

> Ещё одна тупая быдлятина. Жабобыдлокодер - это диагноз. При такой симптоматике лучше сразу закапывать.

Зачем вы стремитесь разрушить чужую культуру и заменить её своей?

Сидите там, где вы сидели, со своими убогими недоязыками типа C++, с которых JVM компилируется по часу из-за того, что тексты собираются в одну большую простыню, а после этого компилируется одна большая мегасуперпрограмма. Не дай бох делать раздельную компиляцию — нахрен всё обвалится вместе с компилятором и операционкой.

Eclipse со всеми плагинами на Java компилятором javac (который написан на Java) собирается всего за пятнадцать минут, а размеры исходников поболее JVM будут.

Так что GCC — монстроидное уродство, которому не место в 21 веке. Жаль, что такое же хотят сотворить в Java 7.0 — ещё один ПЛ/М получим и такой же компилятор монстрообразный, учитывающий идиотские заковыки и лямбды.

>понятно, что зависит от ОС

Так бы сразу и сказали

> Linux hard-realtime пока не достижим

RTAI, RtLinux это тогда что?

> Зачем вы стремитесь разрушить чужую культуру и заменить её своей?

1) Ваша быдлокультура говна не стоит. You will be assimilated. Resistance is futile.

2) Эту самую жабу для вас делали наши же люди. Как раз с целью, изложенной в п. 1.

"And you're right: we were not out to win over the Lisp programmers; we were after the C++ programmers. We managed to drag a lot of them about halfway to Lisp. Aren't you happy? — Guy Steele - Sun Microsystems Labs (about Java) "

> Так что GCC — монстроидное уродство, которому не место в 21 веке.

Да кто бы спорил?

> учитывающий идиотские заковыки и лямбды.

Ну что ещё быдлокодеришко могло вякнуть? Ничтожество - оно и на ЛОРе ничтожество.

> RTAI, RtLinux это тогда что?

Это не Линукс, это рядом с ним.

>Т.е. rtjs - это просто java, со специальной политикой для работы с ресурсами rt нитей? И меньше задержку, чем позвляет ядро, она не может?

Это очень сложно-Java ))) использует специально под RT точеные библиотеки + систему приоритетов. + RT-треды цепляются на OS-треды. Что дает возможность поставить RT приоритет на уровне OS.

Но там все чуть сложнее ))) ибо RT а не обычное приложение

> Где там костыль то?

Сразу два: StringBuffer и StringBuilder. Это так же как AWT и Swing по идеологии. :D

Перегрузили бы оператор "+" для String, чтобы он не занимался перевыделением памяти под результирующую строку и всё в порядке было бы.

> Никто не делает. Java есть то, что оно есть, из него просто нужно выжимать максимум.
> Никто ничего не портит, не переживай. generics это ТОЛЬКО compile-time checking, никакого rutime оверхеда нет, они даже backward compatible, за что сану низкий поклон.

Нет никакой backward compatible — структуру .class файлов поменяли. Нельзя запустить код с -target1.5 на Java 1.4.2.
Для J2ME писать код с генериками невозможно.

>99% мирового кода — говно. на 99% компов стоит венда. 90% юзеров юзают IE. 99% это очень часто наихудшее решение.

Миллионы мух не могут ошибаться! :D

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

Вот для этого и изобрели Языки Высокого Уровня (ЯВУ). Сначала был изобретён FORTRAN, а потом Simula. Всё что раньше-позже уже не имело никакого смысла.

>> Linux hard-realtime пока не достижим

>RTAI, RtLinux это тогда что?

по общеню с людьми которые "в теме" RtLinux - это ближе к soft Real-Time. Объяснение я не понял ибо сам не в теме.

> Перегрузили бы оператор "+" для String

Что я слышу? Правоверный жабобыдлокодеришко просит перегрузть оператор?!? Это же не кошерно!!!

> Вот для этого и изобрели Языки Высокого Уровня (ЯВУ).

Да откуда тебе то знать, что такое языки высокого уровня? Ты ж быдлокодеришко, computer science не обученный.

> Сначала был изобретён FORTRAN

И Лисп

> Всё что раньше-позже уже не имело никакого смысла.

Именно. После открытия (не изобретения даже) Лиспа уже ничего особо думать и не надо было.

>> В мире 99% ПО написано на императивных языках.

> 99% это очень часто наихудшее решение.

99% это очень часто ПРИЕМЛЕМОЕ решение.

Ну раз не в теме - зачем встрял?

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

> 99% это очень часто ПРИЕМЛЕМОЕ решение.

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