Компания Oracle представила на рассмотрение (http://blogs.sun.com/mr/entry/quartet) комитета JCP (http://ru.wikipedia.org/wiki/Java_Community_Process) (Java Community Process) спецификации новых Java-технологий, которые планируется реализовать в платформах Java 7 и Java 8, выпуск которых намечен на середину 2011 и конец 2012 года. Изучив представленные материалы комитет примет решение, утвердить данные спецификации или отправить их на доработку.
Представлены следующие спецификации:
- JSR 334 (http://jcp.org/en/jsr/detail?id=334) - набор небольших языковых улучшений Java, развиваемых в рамках проекта Coin (http://openjdk.java.net/projects/jigsaw);
- JSR 335 (http://jcp.org/en/jsr/detail?id=335) - лямбда-выражения (http://openjdk.java.net/projects/lambda) ("замыкания") для Java;- JSR 336 (http://jcp.org/en/jsr/detail?id=336) - возможности, намеченные для включения в релиз Java SE 7, например, поддержка (http://openjdk.java.net/projects/mlvm) языков программирован...
URL: http://blogs.sun.com/mr/entry/quartet
Новость: http://www.opennet.ru/opennews/art.shtml?num=28692
ПРИСОЕДИНЯЮСЬ К Apache!!! Oracle слишком жесткий коммерческий дриблинг ведет(как и вся политика США)
(для любознательных, так статья, для чтения, насчет java я согласен согласен с http://www.computerra.ru/hitech/35042/)
Ну и что. Java — это COBOL XXI века. Она УЖЕ выстрелила и уйдёт со сцены, когда появится что-то стоящее на замену. Пока же альтернативной платформы такой же мощности и функциональности нет.
угу. а оракл - коболист 21 века?
оракл - кабалист, вгоняющий в кабалу :-)
Есть, для больших проектов C++ очень хорошо, получается программных код, который учитывает системные ресурсы , при правильном проектировании, вообще тема уже поднималась;
Выбор языка зависит от задачи, системных ресурсов, штата и т д и т п, но предысторию могу вкратце описать: С++ получил очень большую популярность, хотя было еще 2 кандидата это Smalltalk (кстати если верить западной прессе, то программист именно этого языка считается высокооплачиваемым - 150$ за час) и Eiffel, но он не получил столь широкого применения, все языки считаются одной группы - ООП;
java - скорее всего это коммерческий ход Sun(на нем опыта программирования не имел, но запускал приложения, субъективное мнение - " легче прокормить слона"!).
дадада, но почему то никто не хочет писать большие проекты на С++.
хмм, я чего-то почти все что видел все C/C++.
Все операционки, офисные пакеты, CAD сситемы итд...
>хмм, я чего-то почти все что видел все C/C++.Программы на C++ компилируются на порядок раз дольше, чем программы на других компилируемых ЯВУ. Чего там всё в кучу намешали, что компилятор С++ двух слов связать не может без препроцессора?
>>хмм, я чего-то почти все что видел все C/C++.
> Программы на C++ компилируются на порядок раз дольше, чем программы на других
> компилируемых ЯВУ.Сцылки в студию =)
CAD системы? Autocad написан на .NET
> CAD системы? Autocad написан на .NETТ.е. вы хотите сказать, что технологию .NET фирма Microsoft украла у Autodesk?
Autocad существует с конца 1980 годов. Тогда Microsoft выпускала windows 2.0
http://www.gotdotnet.ru/blogs/zdebskis/6131/
"ИНТЕРФЕЙС AutoCad 2009 построен на WPF"
Наверное тут есть "небольшое" отличие от вашей фразы
"Autocad НАПИСАН на .NET "
а что такое WPF? ... правильно, часть .net
Попытаюсь обьяснить проще. Если у вас коврик в автомобиле под ногами сделан из резины, значит ли это, что автомобиль весь сделан из резины?
Если вы продаете резину - вы будете втирать примерно так. Чем трухин и занимается :)
Тогда каким образом он появился на Mac OS? Надеюсь Вы в курсе, что это *nix-система?
>дадада, но почему то никто не хочет писать большие проекты на С++.Да все просто - он непереносим! Переносим только ANSI-вариант, а по факту в больших проектах всегда есть привязка к каким-то конкретным библиотекам.
>>дадада, но почему то никто не хочет писать большие проекты на С++.
> Да все просто - он непереносим! Переносим только ANSI-вариант, а по
> факту в больших проектах всегда есть привязка к каким-то конкретным библиотекам.Можно подумать, Ява переносима. Нет уж, спасибо, наелся я этой мнимой кроссплатформности и совместимости досыта, не хочу больше. Столько времени угрохал, пока не понял, что у каждого вендора своя ява со своим блэкджеком и шлюхами.
> Можно подумать, Ява переносима. Нет уж, спасибо, наелся я этой мнимой кроссплатформности
> и совместимости досыта, не хочу больше. Столько времени угрохал, пока не
> понял, что у каждого вендора своя ява со своим блэкджеком и
> шлюхами.Конечно, переносима. Надо использовать родной JRE.
> Конечно, переносима. Надо использовать родной JRE.А почему об этом нигде не пишут? Что можно использовать только одну, единственно верную среду. И в чём отличие от дотнета(его, правда, пока на линухи не написали)?
> А почему об этом нигде не пишут? Что можно использовать только одну,
> единственно верную среду. И в чём отличие от дотнета(его, правда, пока
> на линухи не написали)?Как это нигде не написано? А дотнет, можно подумать, кроме мелкомягких еще кто-то пишет :-)
>> А почему об этом нигде не пишут? Что можно использовать только одну,
>> единственно верную среду. И в чём отличие от дотнета(его, правда, пока
>> на линухи не написали)?
> Как это нигде не написано? А дотнет, можно подумать, кроме мелкомягких
> еще кто-то пишет :-)Novell
>> А почему об этом нигде не пишут? Что можно использовать только одну,
>> единственно верную среду. И в чём отличие от дотнета(его, правда, пока
>> на линухи не написали)?
> Как это нигде не написано? А дотнет, можно подумать, кроме мелкомягких
> еще кто-то пишет :-)Так, сколько не видел софта на Яве, нигде не было сказано "Используйте только родную Яву, написанную только в Сане/Оракле".
А кроме Оракла, который ничем не лучше МС, кто-то пишет ту самую, единственно верную Яву?
> Как это нигде не написано? А дотнет, можно подумать, кроме мелкомягких
> еще кто-то пишет :-)Чтобы не быть голословным - http://confluence.atlassian.com/display/JIRA/Supported+Platf...
Я несколько дней не мог понять, почему нормально не заводится, пока жабу с айбиэмовской на OpenJDK не сменил.
> Чтобы не быть голословным - http://confluence.atlassian.com/display/JIRA/Supported+Platf...
> Я несколько дней не мог понять, почему нормально не заводится, пока жабу
> с айбиэмовской на OpenJDK не сменил.Ну а что удивительного? Видимо, какая-то конкретная софтина написана не на эталонной джаве, а с использованием расширений от кого-то еще.
>> Чтобы не быть голословным - http://confluence.atlassian.com/display/JIRA/Supported+Platf...
>> Я несколько дней не мог понять, почему нормально не заводится, пока жабу
>> с айбиэмовской на OpenJDK не сменил.
> Ну а что удивительного? Видимо, какая-то конкретная софтина написана не на
> эталонной джаве, а с использованием расширений от кого-то еще.Вообще-то разработчики в ответ на багрепорт заявили, что тестировали только с родной Sun-жавой. Или есть жава ещё эталоннее? Уж не в палате ли мер и весов она находится?
> Вообще-то разработчики в ответ на багрепорт заявили, что тестировали только с родной
> Sun-жавой. Или есть жава ещё эталоннее? Уж не в палате ли
> мер и весов она находится?Нету. Это и есть эталонная.
> Конечно, переносима. Надо использовать родной JRE.Только почему-то платформ под которые есть си/си++ компилеры больше чем платформ под которые есть JRE.
> Только почему-то платформ под которые есть си/си++ компилеры больше чем платформ под
> которые есть JRE.А что это меняет? Ну, допустим, кто-то пишет программу на C++ под виндовоз. Что он использует - WinAPI, MFC, STL, .NET или еще какие-то готовые классы? Любое из перечисленных уже делает программу непереносимой в принципе. И что толку от наличия компиляторов для других платформ?
>Есть, для больших проектов C++ очень хорошо, получается программных код, который учитывает системные ресурсыПерепишете Eclipse и Geronimo на C++, приходите, поговорим.
> Выбор языка зависит от задачи, системных ресурсов, штата и т д и т п, но предысторию могу вкратце описать: С++ получил очень большую популярность
И только.
Firefox написан на C++ и выедает у меня в три раза больше памяти, чем RSSOwl. А OpenOffice тормозит сильнее, чем Lotus Symphony.
>Перепишете Eclipse и Geronimo на C++, приходите, поговорим.О да, на Eclipse и Geronimo свет клином сошёлся!
Сначала вы перепишите все операционки на Джаве - вот тогда действительно с вами разговаривать будут...>А OpenOffice тормозит сильнее, чем Lotus Symphony.
Угу, то-то я от хвалёного Лотуса еле избавился: эта тварь не только всю память выжрала и всю машину повесила, но ещё, зараза, и удаляться не желала.
Теперь буду знать: всё дело в <s>волшебных пузырьках...</s> эээ, то есть в Джаве.
>>Перепишете Eclipse и Geronimo на C++, приходите, поговорим.
> О да, на Eclipse и Geronimo свет клином сошёлся!А что так примеры не нравятся?
> Сначала вы перепишите все операционки на Джаве - вот тогда действительно с
> вами разговаривать будут...Причём тут операционки. Операционки пишутся на чистом Си (для переносимости) и ассемблере (для эффективности выполнения). C++ здесь никаким боком не мешается.
> Сначала вы перепишите все операционки на Джаве - вот тогда действительно с вами разговаривать будут...вы сначала перепишите все операционки на С++ ))) я что то кроме симбиана распространенных ОС на С++ не припомню.
> Firefox написан на C++ и выедает у меня в три раза большеПередергиваете - либо намеренно, либо по-незнанию: Выедает не потому что С++, а потому, что XUL. Если бы что-то подобное реализовали на jave - оно бы вообще "умерло"
>> Firefox написан на C++ и выедает у меня в три раза больше
> Передергиваете - либо намеренно, либо по-незнанию: Выедает не потому что С++, а
> потому, что XUL. Если бы что-то подобное реализовали на jave -
> оно бы вообще "умерло"Если бы плагины для ФФ реализовали на жаве, то у ИЕ было бы 90% рынка.
> Если бы плагины для ФФ реализовали на жаве, то у ИЕ было
> бы 90% рынка.Да
> Перепишете Eclipse и Geronimo на C++, приходите, поговорим.Перепишите куть и его средства разработки на яве, тогда и поговорим. Или чем они хуже? Да что там, перепишите на яве хотя-бы кернел линуха или бсд для начала? :)
> Firefox написан на C++ и выедает у меня в три раза больше памяти, чем RSSOwl.
Нормальное такое сравнение. А что, RSSOwl обладает всем функционалом файрфокса? А то вы б еще хелловорлд на яве сравнили с файрфоксом, натянув его в 10 раз по потреблению памяти. Прямо гетзефаксы какие-то, правда почему-то не от оракла :). А мне почему-то всегда казалось что для сравнения эффективности надо бы сравнивать *одинаковые* алгоритмы.
> А OpenOffice тормозит сильнее, чем Lotus Symphony.
А как это сравнивалось? И как был получен вывод что тормозит си++, а ява ускоряет работу лотуса? Методом левой пятки? Я вот приводил конкретный пример - либа quicklz, у нее есть варианты на си, C# и яве. Почему-то последние два - сливают сишной версии в 2.5 - 3 раза. На одном и том же алгоритме. И врядли авторы скоростной либы специально портили результаты своей же либы на яве и сишарпе, а? :)
Ага, конечно... Си как бы намного древнее, а С++ практически ровесник. Так и что?Толсто. Язык это всего лишь инструмент. И в распоряжении мастера их всегда много. И каждой задачи он свой. Вам же не придет в голову забивать гвозди отверткой. Вот точно так же поступают программисты кричащие о уникальности своего и только своего языка программирования и кричащих про другие языки программирования- "<<подставить_нужный_язык_программирования>> не нужен!"
Ява нужна для одних задач. С++ для других. Конечно можно использовать один свой "самый_крутой_язык_программирования" для всего. Но это очень глупо. Для нативных межплатформных приложений я использую лазарус, на паскале, для серверов яву, для души питон и скалу. Иногда ностальгирую по С++. Язык программирования не имеет значения. Это всего лишь инструмент для достижения результата. И для каждой задачи мы должны выбирать тот инструмент который позволит достичь его быстрее всего. И только не нужно говорить что тру гуру могут все на одном языке. Не могут - проверенно.
Вот что значит трезвый подход =))
Моё имхо...
С++ для "нативных приложений"... DE, Операционные системы, Софт, который устанавливается на машины конечных пользователей. + QT или GTK например...
Всё что связанно с корпоративным софтом + веб - ServerSide, Java аплеты, всё что связанно с интеграцией, ETL... и т.д. это точно Java, потому что количество готовых решений (компонентов) для этих задач для Java просто не с чем сравнить, аналогов нет в данный момент =) (возьмите хотя бы портфель решений Apache Foundation, или реализации портлет контейнера от Liferay (JSR-286) и Apache, или реализации Content Repository API (JSR-283) от Alfresco, Apache, CRX...
>Вот что значит трезвый подходсказал один алкоголик другому
Eclipse даже бизко не подоидет к CATIA и подобним софтом...
производителние софт все еше пишутся на c++/c/assembler...
JVM на джаве написан да?
компилятор с++ на с++ написан да?
> компилятор с++ на с++ написан да?представьте себе (visual c, например)
> Eclipse даже бизко не подоидет к CATIA и подобним софтом...В 1981 году, когда появилась CATIA, ещё не было не то что Java, но о C++ ещё никто не слышал, включая Страуструппа, автора языка C++.
И, да, на Eclipse RCP и NetBeans RCP написаны не один десяток специализированных сред проектирования.
> производителние софт все еше пишутся на c++/c/assembler...
Производительный софт писался и пишется на компилируемых языках, в частности, на C, ADA, Pascal, FORTRAN. Лет ндцать назад даже Lisp обзавёлся оптимизирующим транслятором в нативный код.
> JVM на джаве написан да?
почему нет? См. Jikes RVM.
компилятор с++ можно написат на с++
JVM тоже можно написат под JAVA(надо после бинарник получит както)а вообше в чем проблема? синтаксис у обоих хорош(мне болше нравится c++).
Товарищи плюсофилы, не хочу отрывать от любимого холивара, но здесь заявлены интересные фичи, и хотелось бы почитать мнения именно о них, а не о любви/не любви к яве.
> Товарищи плюсофилы, не хочу отрывать от любимого холивара, но здесь заявлены интересные
> фичи, и хотелось бы почитать мнения именно о них, а не
> о любви/не любви к яве.А зачем интересные фичи в продукте, который не должен жить?