А вот нечего было покупать оборудование которое ломается по таким глупостям.

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

И опять java не затормозила.

А могли бы написать что-нибудь для АЭС.
хорошо что так сломали.

Синхронизация пустого блока по объекту потока? Жесть.

Там весь код митол

Ничего, на зарплату жабакодера сможет купить себе еще пять таких же

Ну если чувак не освоил synchronized, кто в том виноват?

И volatile тоже. Мне кажется он вообще ничего не осилил

Что с него взять, он же ученый, а не программист. Всем известно ведь, что легче физика научить программированию, чем программиста физике.

lol

Да, в этой программе всё не правильно вообще, начиная с того, что в примере, как минимум, многопоточность нафиг не нужна.

А это место - это вообще угар:

currentPos = new Point(currentPos.x+1, currentPos.y+1);

На каждый чих он рыгает новый обьект.

// sarcasm: Так вот зачем в java GC...

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

Кстати о GC мимо. Вы наверное из С++ пришли раз такое говорите? man young gen

Ъ: new в Java амортизированый O(1), почти как на стеке.

Тут не .NET, тут всё равно будет объект в куче. Который потом будет убираться GC. Не говорите мне про скорость GC, я в среднем несколько минут в час трачу буквально на ожидание сборки мусора в одной известной жаба-программе.

new в Java амортизированый O(1), почти как на стеке

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

btw, slab вообще в 99% случаев срабатывает мгновенно. но кто ж виноват что обжабанные не понимают ничего кроме жабы.

Кстати о GC мимо. Вы наверное из С++ пришли раз такое говорите? man young gen

Вопрос, зачем вообще создавать обьект там, где это не нужно даже если jvm оптимизирует. Когда какой-нибудь currentPos.set(x,y) сработало бы быстрее без задействования лишних сущностей.

ps Мне вот нравится фраза, кто-то тут сказал применительно к GC: чисто не там где убирают, а там где не мусорят. Это именно тот случай.

кстати, а в жабе есть хоть какое-то подобие event loopа?

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

Так WWW программист придумал, в ЦЕРН не дураки сидят, консультанта по ПО взять догадались.

надо же, а я всегда думал, что физик )

но всё равно реализация кривая получилась при годной идее

http://en.wikipedia.org/wiki/New_I/O жи.

Обычно обьекты создают не just for lulz, а для создания иммутабельных обьектов. Я думаю спорит о нужности/ненужности иммутабельных обьектов не будем, зависит от ситуации

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

Какая связь event-loopa, разрыва http соединения (wat?), и асинхронной обработки?

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

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

Ждать файлов нельзя? Это как WatchService или что-то другое?

aio

http://www.ibm.com/developerworks/library/j-nio2-1/

а нету нихрена у вас в жабе. только самые примитивные задачи делаются асинхронно, и то - через asynctask ибо сообщения из gui уже туда не пролазят. в Gtk пролазят, в Qt пролазят, а в жабе почему-то проблема. а если что-то посложнее, вроде httpclient, там вообще асинхронностью и не пахло.

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

ох нифига опечатка.

s/в ней неона вользя ждать файлов/в ней нельзя ждать файлов/

а если что-то посложнее, вроде httpclient, там вообще асинхронностью и не пахло.

Apache Async Http Client, Grizzly Http Client, Netty Http Client. И пофичастее поделок на других ЯП.

Единственное что расстраивает пока что Async JAX-RS 2.0 Client если посмотреть в код - не совсем Async, лишь такой интерфейс, внутри говнопулы. Зато настоящая имплементация не конфликтовала бы со спекой, потому скоро допилят.

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

Во как попку рвет. Скажи, кто из Java программистов тебя обидел? Побили? Девочку увели? Что случилось, не бойся поделиться. Серьезно, очень видно. Если человек что-то не любит, то обычно просто игнорирует, а у тебя как шило в заднице

кстати, а кроме памяти есть еще и иные ресурсы. их тоже gc собирает, да? или обжабаные их ручками собирают, как ололо

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

Apache Async Http Client потребляет futurки, которые сами по себе являются потоками. Просто печально это всё.

Тут иммутабельностью и не пахнет, ибо нет final у членов класса Point.

Так как обычный Future в Java убог и в Java 8 его заменили на CompletableFuture, то нормальный фреймворки все коллбеки предоставляют сами. В их числе Async Http Client.

Старые Future требуют блокирующего ожидания, что в реале не блокируется только внутри Fork Join Pool, там задачи могут выполняться внутри казалось бы блокирующего ожидания. Но с восьмеркой там нормальные Future, на которые можно вешать коллбеки

В том коде здравого смысла вообще нет

Вообще-то этот код только четко воспроизводит ситуацию. Интересный эффект к стати.

Я жабакодер, хочу себе такую зарплату, что мне надо сделать?..

man immutable objects

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

То есть всё-таки вы отказываетесь от своих слов, и зряплаты жабакодера не хватит на покупку оборудования на 12 миллионов убитых енотов?

А зарплаты лиспокодера хватит? Кому платят больше, лисперам или жаберам?

зряплаты жабакодера не хватит

Если верить заверениям лоровских аналитиков — хватит

зарплаты лиспокодера хватит?

Нет

Кому платят больше, лисперам или жаберам?

Зависит от того, кем они работают

Не работать в Воронеже, собственно.

Серьёзнейший оффтоп

Правилами анимированные аватарки запрещены. Хотя, смены кадра на твоей аватарке не видно, технически она является анимированной.

Пиши в отдельный раздел

Многопоточность она такая...

чем раньше сломалось на прогонах и тестах тем быстрее нашли бы ошибку - на чем интересно экономили?

Серьёзнейший оффтоп

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

after a chain of events I lost $12 million of equipment

Ну может, там сложная chain of events была. Например, он воскликнул «Ну какого черта!» и стукнул кулаком по столу, сломав стоявший на нем дорогующий прибор, потом в страхе отшатнулся и повалил задницей еще один, потом бросился поднимать, и далее как в американских мультиках.

В Москву не хочу... жить в трущобах и добираться на работу полтора часа на электричке, потом на метро, не...

Какие ещё есть варианты?

Ммм. Забугорные места только если. Ты же на датаарт пашешь?

На каждый чих он рыгает новый обьект.

кода не читал, но твоя строчка симулирует поведение «неизменяемых переменных», что очень удобно для многопоточности

что в том же адроиде

андроид не жаба

Приходится пахать, да. И 12 лимонами тут даже как-то не пахнет.

Кто повёлся на такой жЫр?