если мастер Йода был на форте программист старый то кащей бессмертный явно много надрачивал на первотеге

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

даже не предполагал что жаваговно так похоже на слакварь

reflectionhelper+repl+javadoc существенно упрощают еблю с неизученой библиотекой

знакомые с первотегом, вот скажите: овер15 классов для представления одного дерева - это нормально? Это нормально на каждый чих плодить дополнительный класс с тучей методов-геттеров, окторые по сути ничего не делают кроме того что предоставляют доступ к данным?

подтверждая тезис о том что малоиспользуемые схемы обычно глючат, первотег выкинул странную обишку: => (ASTParser/newParser AST/JLS3 ) ClassNotFoundException org.osgi.framework.BundleActivator java.net.URLClassLoader$1.run (URLClassLoader.java:366) => ASTParser org.eclipse.jdt.core.dom.ASTParser => (ASTParser/newParser 3 ) NoClassDefFoundError org/eclipse/jdt/core/JavaCore org.eclipse.jdt.core.dom.ASTParser.initializeDefaults (ASTParser.java:279) Причем в силу раздолбайства прочитал я тлоько последнюю, искренне недоумевая, почему эта срань не может мне найти определение класса. Как оказалось в последствии, я просто не добавил jar с osgi, который видимо у парня, писавшего руководство, автоматически добавлялся во все проекты. Такие дела. Не будьте как я - читайте сообщения об ошибках внимательнее.

Не нашел ни одной либы для рисования диаграмм под BSD лицензией. Максимум что есть - LGPL. Ну и что теперь делать?

http://www.jroller.com/obie/entry/top_10.....s_why_java норм так набросили.

а еще жавовские гринтреды by design не гарантируют защиты от создания каким-нибудь неумелым кодером долгого цикла, дедлочащего на себя всю программу, в отличии от эрланга, который может прерывать процесс по таймеру практически на чем угодно(единственный известный мне на данный момент способ все сломать - это матчить 2 оченьоченьбольших специально сформатированных списка, каких в обычной жизни получить достаточно сложно)

Был тут давеча один разговор, в котором в том числе затронулась тема erlangVM vs javaVM. В нем форсился тезис о том что машина эрланга ниразу не уникальна и все то же можно сделать на жаве. В том числе и самое артитектурно значимое - разбиение кода на тысячи легковесных процессов\потоков\какещеономожетназываться. Если кто не знает, в жаве гринтреды есть незнамосколькодавно. И по реализации они вроде как вполне себе легковестны. Насколько давно там есть неблокирующий ввод-вывод не вкурсе, но дело не столько в нем(хотя и в нем тоже, без повальной асинхронности получится очень мрачно и дедлочно). Собственно в жаве нет возможности синхронизировать переход с одного потока на другой. Во всяком случае я не знаю как не сильно заморачиваясь реализовать посылку сообщения в мэйлбокс зеленой нитки так чтобы эта самая нитка, ежели она находится в состоянии ожидания сообщения из мэйлбокса, сразу начала выполняться независимо от причуд планировщика и без необходимости пистаь сотни тысяч классов под это дело.

Во Львове Java может получить статус регионального языка: http://uareview.com/java-regionalna-mova/

Объясните глубинный смысл Spring. Это такой заменитель Reflection с иксемелями и валидацией на уровне сборки?

Подскажите, чем отличаются dev-java/oracle-jdk-bin от dev-java/icedtea, и может ли быть первая быстрее второй?

У меня возникла гениальная идея для эксперимента: принять на работу в качестве жабокодера обезьяну (шимпанзе или орангутана), причём в качестве стажёра. Менеджеров предупредить, чтобы обращались как с обычным быдлокодером. И проверить, можно ли сделать из обезьяны быдлокода жабоспособом.

Новый Eclipse на линусках выглядит как говно. И заметных, анноящих багов меньше не стало.

Ёбанная ява, ёбанный эклипс: https://bugs.eclipse.org/bugs/show_bug.cgi?id=342508 > Status: CLOSED WORKSFORME > Next project will definately NOT be with Eclipse anymore. Now that JDeveloper is free I shall give it a try. It is a much more mature tool than Eclipse plus it is maintainted by the owner of Java i.e. Oracle.

Кстати, всё правильно сказано: "These days, we certainly have much more than 1% of our userbase on Linux, but nevertheless most of Linux related problems exist on the level of the JDK, not IntelliJ IDEA. For example, take the global menu issue. This issue affects all Swing applications and is in absolutely no way specific to IntelliJ IDEA. In a perfect world, the Ubuntu devs would collaborate with Oracle and contribute a patch to OpenJDK that would add global menu support to all Swing applications. The world isn't perfect, and we have to spend our own engineering effort (or look for third-party libraries) to solve a problem that wasn't created by us. Same with font rendering. IntelliJ IDEA does not include any font rendering code at all. On other OSes, the JDK is capable of decent font rendering on its own. On Linux, it's not. The only way for us to improve the situation is to bypass the JDK rendering code and use FreeType directly for drawing editor text. Again, this means spending extra engineering effort to solve a problem that should be solved on a different level instead." http://youtrack.jetbrains.com/issue/IDEA.....=27-330925