Коллекции Java от Google

Аминь™

Для полноты топика нужно дать ссылки на остальные известные библиотеки для работы с коллекциями. http://commons.apache.org/collections http://javolution.org/doc/Javolution-Collections.pdf http://trove4j.sourceforge.net http://www.sosnoski.com/opensrc/tclib/index.html http://www.jezuk.co.uk/cgi-bin/view/mango http://fastutil.dsi.unimi.it http://pcj.sourceforge.net

И чем это нам теперь грозит?

> И чем это нам теперь грозит?

Вендекапцом вестимо

>И чем это нам теперь грозит?

Как минимум тем, что Mono с monodevelop будет никому не нужен. Ни один вменяемый программист не будет пользоваться Mono, когда узнает, что в Google используют Java

Mono & .NET must die!

> Ни один вменяемый программист не будет пользоваться Mono, когда узнает, что в Google используют Java

Ни один вменяемый программист не будет пользоваться Линуксом, когда узнает, что в Microsoft используют Windows. LOL

Гугль! Даешь костылей хороших и разных!

> в Microsoft используют Windows

за что они себя так прокляли?

Товарищи! Нашу и без того лучшую в мире коллекцию костылей украсил ещё один замечательный костыль для работы с коллекциями! Мировой Энтерпрайз никогда ещё не был так близок! Жабабыдлокодеры всей Земли слились в едином ликующем порыве!

ЗЫ. /me ждёт, когда Пол Грэм доделает Arc.

Ух ты. /me ушел по ссылке.

java way: 333 класса, которые аналогичны возможностям array в Ruby и Python. Не слишком ли нагородили?

>Не слишком ли нагородили?

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

А в гугл пльзуют Жаву? Где, если ест данные. Честно интересно.

Вообще новость - лажа. "Библиотека" носит статус 0.5 ALPHA, никому не нужная очередная стотысячная чухотина.

Отлично. Надо посмотреть.

Жаба не нужна.

Спасибо, буду иметь ввиду. Автору поста с перечислением других Collections Framework-ов отдельное спасибо.

ппц! еще одна. когдаж наконец сделают стандартную библиотеку для Java для обработки стандартных библиотек Java для обработки коллекций объектов

>Вообще новость - лажа. "Библиотека" носит статус 0.5 ALPHA, никому не нужная очередная стотысячная чухотина.

Does "alpha" mean that it's not safe to use?

We don't think so! We already use this library extensively in production for services like GMail, Reader, Blogger, Docs & Spreadsheets, AdWords, AdSense and dozens more. We consider it to be pretty safe. However, during the alpha period, we do reserve the right to make changes of any kind to it at any time. So if you use it, when you want to upgrade to the official version you may find that you have some work to do.

>А в гугл пльзуют Жаву? Где, если ест данные. Честно интересно.

Тебе же уже сказали и показали: GMail, Reader, Blogger, Docs & Spreadsheets, AdWords, AdSense. "Проще говоря"©: везде. http://www.linux.org.ru/jump-message.jsp?msgid=2247274&cid=2247967

А поскольку Google и www.linux.org.ru ты пользуешься каждый час, а значит неизбежно пользуешься и жабой, то не надо говорить, что "жабка тормоз"

>когдаж наконец сделают стандартную библиотеку для Java для обработки стандартных библиотек Java для обработки коллекций объектов

Да давно уже изобрели:
http://java.sun.com/j2se/1.4.2/docs/guide/collections/

Другие изобретают велосипеды с моторчиками.

>А поскольку Google и www.linux.org.ru ты пользуешься каждый час, а значит неизбежно пользуешься и жабой, то не надо говорить, что "жабка тормоз".

Насчёт Google: у них клиентский JavaScript и серверный PHP или ещё какой CGI-сриптинг (типо AJAX).

www.linux.org.ru, этот да, использует JSP, а на клиенте простые Web-формы (POST/GET-запросы и ничего более).

Вот! Истинный LOR-style, коммент настолько не в тему, что хочется поаплодировать!

>Насчёт Google: у них клиентский JavaScript и серверный PHP или ещё какой CGI-сриптинг (типо AJAX).

ПХП исходники можно посмотреть тут. http://code.google.com/webtoolkit/

> у них клиентский JavaScript
Неудивительно. А причём тут Java?

> и серверный PHP или ещё какой CGI-сриптинг
Во-первых PHP это в 90% не CGI
Во-вторых в гугле действительно активно используется Java, а также пайтон (ну и C/C++ конечно). Насчёт PHP не слышал, впрочем спорить не буду.

> (типо AJAX).
А при чём тут аякс?

>> а также пайтон

где? гугл использует пайтон и не знает что он rip?

Вообще представители гугл на многих TechTalks говорят, что они используют во многих своих продуктах Lisp. Также они говорят про активное использование пайтона, си/си++ и Java.

>> у них клиентский JavaScript
>Неудивительно. А причём тут Java?

Да некоторым всё одно.

>> и серверный PHP или ещё какой CGI-сриптинг
>Во-первых PHP это в 90% не CGI

Я в курсе и не отождествляют PHP с CGI.

>Во-вторых в гугле действительно активно используется Java, а также пайтон (ну и C/C++ конечно). Насчёт PHP не слышал, впрочем спорить не буду.

>> (типо AJAX).
>А при чём тут аякс?

Оно предполагает активное клиент-серверное взаимодействие, когда сервер и клиент поочерёдно меняются ролями в схеме запрос-ответ (в отличие от взаимодействий с просто-серверными PHP, JSP, CGI и т.д.). Но в итоге "настоящая" Java всё равно далека от пользователя -- пользователь "ощущает" только JavaScript (как XUL в Firefox :)) ). Ему это совсем не говорит о тормознутости/быстроте Java, но говорит только о тормознутости/быстроте JavaScript. ;)

Даёшь сто тыщ мильёнов либ для работы с массивами!

А вообще хотелось бы навороченый аналог JTable, чтобы не приходилось кучу необходимых фич (типа сортировки) реализовывать самому.

> Насчёт Google: у них клиентский JavaScript и серверный PHP или ещё какой CGI-сриптинг (типо AJAX).

Хочешь знать, что использует Google - читай http://code.google.com/webtoolkit/

Не хочешь - не пиши чушь.

> сервер и клиент поочерёдно меняются ролями в схеме запрос-ответ (в отличие от взаимодействий с просто-серверными PHP, JSP, CGI и т.д.)

> Java всё равно далека от пользователя -- пользователь "ощущает" только JavaScript

/me сполз в истерическом смехе под стол.

Посмотри тут - http://swinglabs.org/, заходи в SwingX, там есть аналог JTable - JXTable, может еще чтонибудь для себя найдешь :)

> Насчёт Google: у них клиентский JavaScript и серверный PHP или ещё какой CGI-сриптинг (типо AJAX).

> www.linux.org.ru, этот да, использует JSP, а на клиенте простые Web-формы (POST/GET-запросы и ничего более).

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

>Хочешь знать, что использует Google - читай >http://code.google.com/webtoolkit/
>Не хочешь - не пиши чушь.

"You write your front end in the Java programming language, and the GWT compiler converts your Java classes to browser-compliant JavaScript and HTML."

Штонетак? :O

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

Анонимус идёт в пешее иротическое. Это три.

Ни один вменяемый программист не будет использовать Жабу, которая варится в собственной моче (пардон, песочнице) и полностью игнорирует ОС, в которой выполняется.

А в МС используют DotNet. А Гыглю до него писять и писять...

В DotNet все встроено в фреймворк. Там не нужно то тыщ мильёнов либ для работы с массивами!

А у Жаба библиотека бедная.

>В DotNet все встроено в фреймворк. Там не нужно то тыщ мильёнов либ для работы с массивами!

Любая задача решается одним единственным способом? Ну-ну. Ж)

>А у Жаба библиотека бедная.

Так чего там не хватает?

> сервер и клиент поочерёдно меняются ролями в схеме запрос-ответ (в отличие от взаимодействий с просто-серверными PHP, JSP, CGI и т.д.)

> Java всё равно далека от пользователя -- пользователь "ощущает" только JavaScript

К википеду!

>Так чего там не хватает?

Сравни библиотеки работы с динамическими структурами в Жаба и DotNet. Ты поймешь, почему Гыгл изобретает очередной велосипед.

Библиотека Жабы беднее библиотеки DotNet!

ПС. А если мы еще Делфи возьмем....

>Библиотека Жабы беднее библиотеки DotNet!

Библиотека DotNet беднее библиотеки Ruby.

Или там уже появился map, reduce, sort по лямбде из-коробки?

>Да давно уже изобрели: http://java.sun.com/j2se/1.4.2/docs/guide/collections/

>Другие изобретают велосипеды с моторчиками.

Ты это про кого? Про этих http://commons.apache.org/collections http://javolution.org/doc/Javolution-Collections.pdf http://trove4j.sourceforge.net http://www.sosnoski.com/opensrc/tclib/index.html http://www.jezuk.co.uk/cgi-bin/view/mango http://fastutil.dsi.unimi.it http://pcj.sourceforge.net ? Или про кого?

>java way: 333 класса, которые аналогичны возможностям array в Ruby и Python. Не слишком ли нагородили?

Особенно нужно помнить, что 333 Java класса работают в 333 раза быстрее array в Ruby и Python.

>Насчёт Google: у них клиентский JavaScript и серверный PHP или ещё какой CGI-сриптинг (типо AJAX).

iZEN, не позорься. Все, что можно сделать на PHP, в Google пишут на C++, они достаточно грамотные для этого. Еще там пользуют Java, Python, может кое-где для прототипирования Lisp. PHP им нахер не сдался.

>А вообще хотелось бы навороченый аналог JTable, чтобы не приходилось кучу необходимых фич (типа сортировки) реализовывать самому.

BlazingLists тебе в помощь. Это а). А б) - ты что, как дельфишник тянешь на клиента данные и на клиенте сортируешь? Убей себя, спаси экологию

>В DotNet все встроено в фреймворк. Там не нужно то тыщ мильёнов либ для работы с массивами!

Ппц. И в какой сборке или пакадже в .NET есть Multimap и Multiset?

>И в какой сборке или пакадже в .NET есть Multimap и Multiset?

А скажи мой дорогой STL-шник, как у вас там обстоят дела с Map по обьектам, а?

А так - это Dictionary от Dictionary от ... - а не быдлоподелие на 2 ключа.

>А скажи мой дорогой STL-шник, как у вас там обстоят дела с Map по обьектам, а?

"мой дорошой STL-щик"? Каково!? А! Каштанка с Чеховым отдыхают. Это где ж ты в жабщике STL-щика увидел? Да жабщикам STLы нафиг не сдались

>Ни один вменяемый программист не будет использовать Жабу, которая варится в собственной моче (пардон, песочнице) и полностью игнорирует ОС, в которой выполняется.

С точностью до наоборот. ОС, в которой программа выполняется, абсолютно монопенисуальна. Программы должна одинаково выполняться в любой ОС, независимо от ОС. К этому большинство программистов стремится.

>Библиотека Жабы беднее библиотеки DotNet!

>ПС. А если мы еще Делфи возьмем....

Ну таки давай возьмем, пока праздник. И что же мы там найдем?

>Другие изобретают велосипеды с моторчиками. iZEN (*) (04.11.2007 23:13:22)

Это ты про сабж? Так по ссылке не ходил, ась? Там же написано, что сабж продолжение Java Collection Framework, что com.google.common.coll будет включен в Dolphin Java 7.0, что разрабатывают их половина штата Гугл под руководством и патронажем (эээээ, как будет по русски code review?) непосредственно автора Java Collection Framework Джошуа Блоха. Что не так?

2pitekantrop * (*) (05.11.2007 0:54:07):

>> Хочешь знать, что использует Google - читай >> http://code.google.com/webtoolkit/ >> Не хочешь - не пиши чушь.

У вас с логическим мышлением всё хорошо? Где там написано, что Google пользуется этим? ЭТО они предоставили для java быдлокодеров. Так вернее будет. Потому что таких кодеров большинство.

GMail, GMaps, GSpreadsheet, GFinance, ... -- нигде там GWT нет.

Кто-то выше написал, что в Google используется Common Lisp. Вот в это охотнее верится.

Java6

> Где там написано, что Google пользуется этим? ЭТО они предоставили для java быдлокодеров.

Посмотрите презентации, там Google рассказывает, в каких проектах они использовали GWT. Вышеперечисленные же были созданы до появление GWT и писались на чистом JS.

> Java6

Ого! Как-то наш проект на 1.5 засиделся, отстали от жизни :)

2Chapaev (*) (06.11.2007 2:44:39):

>>> Посмотрите презентации, там Google рассказывает, в каких проектах они использовали GWT. Вышеперечисленные же были созданы до появление GWT и писались на чистом JS.

О том и речь. Так и надо давать линк на презентации в таком разе. И указывать, в каких проектах Google использует GWT.

Есть какая-нибудь свободная реализация таблиц в java которая нормально поддерживает множественное выделение ячеек???