>bind(&MyClass::setUserName, "USERNAME");

Это какая-то реальная библиотека или фантазии на тему?

Фантазии. Лень гуглить, но что то мне подсказывает, что и реальных ORM-библиотек хватает.

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

> Ну а чего сами то не морочите? Скиллов обморачивания не хватает что ли? Ну не жалуйтесь тогда.

Дык кто-то ж и выпускать продукт должен, не могут же все с баззвордами носиться :-)

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

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

Btw Java лет через двадцать этож как кобол в 90е будет... захотел вспомнить молодость поработать - милости просим :-)

> а тут раз, и sun начинает прикрывать джаву,

Порядок обратный: сначала закроется сан, и только после этого ява (впрочем, последнее не очевидно вообще).

> Btw Java лет через двадцать этож как кобол в 90е будет... захотел вспомнить молодость поработать - милости просим :-)

Дык кобольный софт и щас работает полным ходом, благо его была понаписана туева хуча: проще компилер слепить под новую платформу, чем всю софту переписывать на другом языке. И долго ещё будет работать. Ява же будет работать ЕЩЁ ДОЛЬШЕ, благо среду выполнения под неё делает УЖЕ не только сан и почти подо все оси и железы...

Орлуша. Новый клоун, взамен Ogr'а? Или Irsi? Ты рассчитал свои силы? Лушче дерни грамм 500 и проспись

Орлуша. Новый клоун, взамен Ogr'а? Или Irsi? Ты рассчитал свои силы? Лучше дерни грамм 500 и проспись

> Орлуша. Новый клоун, взамен Ogr'а? Или Irsi? Ты рассчитал свои силы? Лучше дерни грамм 500 и проспись

Вполне всё рассчитано. Это не первый проект такого плана, с которым мне приходится иметь дело. Однако конкретно за эту область браться хотелось всё же не в первую очередь.

К тому же я выступаю координатором и фильтром, а не единоличным исполнителем работ. Как дёрните 500 грамм и проспитесь, милости просим, например, на http://www.netbeans.org/community/contribute/localise_ru.html. Любой вклад приветствуется. О перспективах поговорим по ходу дела. Словарик сейчас пилю, и дело это весьма непростое именно и-за жуткого зоопарка в оригинальной терминологии (тут лоровские аналитики правы на 200%).

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

>Далее: господа, ни у кого нет написанного на яве проекта типа ананаса с аналогичной функциональностью, который было бы не жалко выложить в открытый доступ? Возможен был бы приток клиентов на обслуживание (индивидуальная настройка, обновление форм документов и т.п.), если авторы запросят нормальные тарифы (по типу ананасных). Планируем и пишем для фарм области склад и CRM. =)

> bind(&MyClass::setUserName, "USERNAME");

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

> Планируем и пишем для фарм области склад и CRM. =)

Нужно не совсем это: нужен лёгкий УНИВЕРСАЛЬНЫЙ (без специализированной функциональности) КРОССПЛАТФОРМЕННЫЙ (винда/линукс/соляра) проект программы типа "бухгалтерия-склад" на яве с лицензией GPL для последующей постановки клиента на платное обслуживание и допиливания производителем. Пишите в личку, обсудим.

>>> атрибутно-ориентирвоанное программирование

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

> Просвети как можно сделать биндинги полей запроса к полям объекта-значения при помощи кошерной статической типизации.

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

>Ну или C++ RTTI

Да-да, Си++ сакс и для говноделов, я помню.

> Попроси маму, пускай расскажет про указатели на методы, и почему они не работают.

Патамучта плюсы - гавно.

Спасибо, Капитан!

>Фантазии. Лень гуглить, но что то мне подсказывает, что и реальных ORM-библиотек хватает.

Ну да. Очевидно что bind-это функция-шаблон и не метод класса, так что указателя this в одном из параметров не хватает. Так же не понятно как дедуцируется тип поля.

http://www.boost.org/doc/libs/1_35_0/libs/bind/bind.html

>Нужно не совсем это: нужен лёгкий УНИВЕРСАЛЬНЫЙ (без специализированной функциональности) КРОССПЛАТФОРМЕННЫЙ (винда/линукс/соляра) проект программы типа "бухгалтерия-склад" на яве с лицензией GPL для последующей постановки клиента на платное обслуживание и допиливания производителем.

Бесплатный есть http://www.debet.kiev.ua/index.php?pageid=90 а вот опсорсный, и тем более GPL вряд ли найдешь. В наше время прогеров стараются заставить работать за миску чечевичной похлебки, как рабов http://www.sql.ru/forum/actualthread.aspx?bid=9&tid=499588&pg=1 и поэтому никто свой код открывать не будет, чтобы на его работе наживались другие.

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

А вот этого не надо. Не нужно переводить устоявшиеся акронимы JPA, JDBC, этим только будет вноситься путаница в головы. Target group должна читать маны на английском а остальным "простым смертным" это очевидно не надо. Короче лишняя никому не нужная работа

>http://www.boost.org/doc/libs/1_35_0/libs/bind/bind.html

Ну и что ты мне эту ссылку привел? Это не тот bind.

>В сообществе Smalltalk много чего хорошего придумали, но реально он сегодня не конкурент Java (при всем уважении).

преимущество жабы в том, при все ее корявости, она (в реальности) одна и в том, что на ее продвижение (рекламу) потрачено ОООООЧЕНЬ много бабла (это как 65% голосов за медведева). а Smalltalk продолжает активно использоваться хоть и не столь широко как жаба ( http://www.goodstart.com/whousessmalltalk.php )

>Бедность и многословность. Так, многословность совершенно не принимаю, для поддержки ООП и статической типизации -- вполне нормальное количество ключевых слов

мимо кассы - в Smalltalk ключевых слов меньше, а язык на порядок мощнее.

>Насчет бедности: мне кажется, я понимаю, что вы имеете ввиду, но я не считаю, что язык, который не пытается быть всем для всех -- системным для системщиков, скриптовым для админов, ОО для ,,прикладных`` пограммистов и т. д. -- одновременно, следует обвинять в этом.

следует ибо язык гнусный. сравните с тем же Smalltalk или (если не можете жить без статической типизации) Scala, Nemerle ML...

>>PS: ещё скажи, что тебе нравятся говноконфиги спринга со страшным xml'ем ? и вообще за конфиги в xml стоит убивать (особенно бесит fontconfig в линуксе)

-100 за дибилизм!

Нужно сделать 1-2 общесистемных API и любая хрень что имеет конфиг в /etc должна пользовать для конфигов эти API.

Тогда и только тогда появятся нормальные конфигураторы для Linux.

PS один API - xml второй - ХЗ может типа INI или apache style.

> кто-то из Java-ненавистников про dependency injection слышал.

Жабаненавистники ЛОРа - это оч-чень "крупные" специалисты, которые минимум лабают сайты на пых-пыхе, а максимум - постят скриншоты со своими глубокомысленными куль-чатами.

По существу - качнул новый спринг. Спасибо за новость.

> а язык на порядок мощнее.

Ну сразу видно куль-прогера, которые слышал о смолтоке, но не писал на нем. Ни разу! И как там с трэдами в смолтоке? И сколько на VASTe занимает знаменитый бимерскией пример To-Do List. Ню-ню!

ЗЫ. "Мощность" - это категория форумных всезнаек? А мне вот "можным" дома Obj-C (кстати, похожий на ST) будет. А вот реальные проги пишу на Java - за это реально платят. За практическую Джаву, а не за поделия типа Scala, Nemerle ML и прочую мутотень, которую кроме как яйцеголовых теоретиков никто и не использует.

> не за поделия типа Scala, Nemerle ML и прочую мутотень

Ты, конечно, в курсе, что ОП всего лишь пропустил запятую, и Nemerle с ML - это два разных языка? ML - это даже семейство языков. Один из них сейчас продвигается MS под названием F#.

P.S. Все уже поняли, что тебе хорошо платят за работу на Яве, уймись.

Дебет — посмотрел...

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

Вот тут у нас на один проект искали программиста. На собеседовании был вопросЬ используя любые подсказки (гугл, доки и пр.) напишите програмку на жаве которая преобразовывает любую десятичную дробь в в обычную типа (1.5 -> 1 1/2). Было несколько претендентов. Один написал код в 60 строк, другой в 10. Работу получил третий который просто дал ссылку на доку к apache commons http://commons.apache.org/lang/apidocs/org/apache/commons/lang/math/Fraction....().

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

> А за лентяями которые следят за различными фреймворками очереди работодателей выстраиваются.

+1

Лисапедистов - давить, ибо гениев среди них - 0 целых хрен десятых, а тестирование и поддержка лисапеда - оч дороге удовольствие.

Релиз Spring Framework 2.5.3

Уже релиз Spring Framework 2.5.3.

>Один написал код в 60 строк, другой в 10. Работу получил третий который просто дал ссылку на доку к apache commons http://commons.apache.org/lang/apidocs/org/apache/commons/lang/math/Fraction... .().

Ну, нет, это ни разу ни ЛОР стайл. ЛОРовец начал бы лепить для решения этой задачи замыкания и карринг на Хаскелле, потом убедившись, что у заказчика нет соответствующей версии интерпретатора Хаскелля, начал бы писать интерпретатор Хаскеля на Лиспе под ОС заказчика, потом, убедившись, что это у него не получается, начал бы писать kernel этой ОС сам, с нуля. А фигли. Зато это "ЛОР стайл"™

> Вот тут у нас на один проект искали программиста. На собеседовании был вопросЬ используя любые подсказки (гугл, доки и пр.) напишите програмку на жаве которая преобразовывает любую десятичную дробь в в обычную типа (1.5 -> 1 1/2). Было несколько претендентов. Один написал код в 60 строк, другой в 10. Работу получил третий который просто дал ссылку на доку к apache commons http://commons.apache.org/lang/apidocs/org/apache/commons/lang/math/Fraction... .().

Давно известно, что идеальному ява-программисту думать и программировать не нужно.

Однако, не все работатели такие, во многих, более известных, все-таки предполагается решение предложенной на собеседовании задачи ;)