BnW — macro

наверно скоро за слова "maven лучше make" я буду без раздумий давать в морду. Это ведь просто ужос какой-то! Никакого тебе юниксвэя. Хочешь кастомизированной более-менее сложной логики - пиши свой плагин. Хочешь получить хоть ЧТО-ТО информативное - читай тонны отладочной инфы с -X флагом. А еще заедай это "декларативными" конфигами и запивай отсутствием нормального способа просмотреть это декларативное состояние. Я просто в бешенстве от этого куска !@#@!## !!!

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

#KNM5L1 (7+2) / @macro / 4190 дней назад

mindfuck classloader java

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

#XUDTVW (0) / @macro / 4221 день назад

facepalm java рукожопие

When a green thread executes a blocking system call, not only is that thread blocked, but all of the threads within the process are blocked

а ведь могли же из жавы сделать няшку как в эрланке, запилив реализацию io через неплокирующий режим, но со старыми интерфейсами

#V8MNC4 (3) / @macro / 4305 дней назад

java nio

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

#AU34IP (0) / @macro / 4305 дней назад

java shit

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

#O0KPB9 (0) / @macro / 4316 дней назад

говно java

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

#GTNRTJ (0) / @macro / 4318 дней назад

говно java

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

#F5NBSW (0) / @macro / 4318 дней назад

clojure java workflow

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

#Z5C6YU (0) / @macro / 4321 день назад

говно java

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

#V7KWJM (4) / @macro / 4321 день назад

clojure java говно

подтверждая тезис о том что малоиспользуемые схемы обычно глючат, первотег выкинул странную обишку:
=> (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, который видимо у парня, писавшего руководство, автоматически добавлялся во все проекты. Такие дела. Не будьте как я - читайте сообщения об ошибках внимательнее.

#3GLIFJ (1) / @macro / 4326 дней назад

mindfuck индустан java

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

#M2ACCO (4) / @macro / 4381 день назад

mindfuck индустан java

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

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

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

#8KFEA5 (3+1) / @macro / 4381 день назад