Лень

Ну как знаешь. Я как-то не смотрю на норму.

Ненормальный программист

Почему?

Да. Модули никому нафиг не сдались. Полностью согласен

А как же быстрый старт и уменьшение загружаемых классов класслоадером?

А как же быстрый старт и уменьшение загружаемых классов класслоадером?

а как это поможет?

А как же быстрый старт и уменьшение загружаемых классов класслоадером?

Басота, это был сарказм

а как это поможет?

2009 год, Sun Teach Days: "смотрите, с Jigsaw ваш хеллоуворлд в Java 7 будет гораздо быстрее выполняться чем на Java 6"

не понимаю как jigsaw этому способствовал

если только старое гавно удалили

Грузился не весь rt.jar

он и сейчас не весь грузится

С профилями?

класслоадеры же итак не все сразу подгружают)

хотя rt.jar bootstrap

Сколько в среднем стоит час работы java mid/ jun/senior?

тарелка спагетти / пол доширака / кожаный салон для мазератти

Сколько в среднем стоит час работы java mid/ jun/senior?

http://www.yegor256.com/2014/10/29/how-much-do-you-cost.html

https://t.me/jvmjobs/40 Новая вакансия в нашем канале

https://t.me/jvmjobs/40 Новая вакансия в нашем канале

угадай компанию по ключевым словам?)

угадай компанию по ключевым словам?)

можно попробовать

как-то забыли в зелёный цвет покрасить )))

да что тут пробовать)

назовите слово целиком

гридгейн только в одной компании на кутузе юзается (вероятно вообще только в одной компании)

чуваки, это моя вакансия – это не сбербанк и не сбертех :)

ну взял и спалил

но хоть в группе сбербанка?

АСТ?

проект для Сбера, да :) но не со сберовским менеджментом

А, у нас тоже так начиналось

бггг

а потом постепенно менеджмент стал сберовским :)

ща я вакансию дополню)

если проект интересный. почему бы и не попробовать

все ж мы люди то

А ещё нас сделали модельным трайбом для сберджайла ?

гридгейн только в одной компании на кутузе юзается (вероятно вообще только в одной компании)

Не в одной , есть ещё какой то телеком

ну вот как видим в hflabs есть

Есть класс отвечающий за считывание серийных портов, их гарантированно 2+. Данные с портов приходят в стандартной форме, «N:value:type» но 1) чип передает данные как попало не одинаковыми пакетами. По моим тестам приходит 0-17 байт (5-7 среднее) за раз в буфер серийного порта (доступ к оборудованию у меня есть только по запросу и то на час—, тестирую socet) 2) данные разделены по типу приходящих N, при этом мне их надо коррелировать в один поток исходя их (N, type), ну и гонять в БэДэ Проблематика: 1) Постоянный Runnable.run() может загнать систему в 100% на ядре, для троталинга я слишком мало знаю. 2) Данные приходят на буфер серийного порта 0+ байтов, разделены пробелом, буфер буфера это вообще не кошерно. 3) Надо коррелировать данные по (N, type) а они приходят неравномерно и неоднородно. Мне стыдно за мое решение. Поэтому прошу совета

Есть класс отвечающий за считывание серийных портов, их гарантированно 2+. Данные с портов приходят в стандартной форме, «N:value:type» но 1) чип передает данные как попало не одинаковыми пакетами. По моим тестам приходит 0-17 байт (5-7 среднее) за раз в буфер серийного порта (доступ к оборудованию у меня есть только по запросу и то на час—, тестирую socet) 2) данные разделены по типу приходящих N, при этом мне их надо коррелировать в один поток исходя их (N, type), ну и гонять в БэДэ Проблематика: 1) Постоянный Runnable.run() может загнать систему в 100% на ядре, для троталинга я слишком мало знаю. 2) Данные приходят на буфер серийного порта 0+ байтов, разделены пробелом, буфер буфера это вообще не кошерно. 3) Надо коррелировать данные по (N, type) а они приходят неравномерно и неоднородно. Мне стыдно за мое решение. Поэтому прошу совета

А что плохого в буфере буфера? Если я всё правильно понял, то можно так: по потоку на сокет, которые складывают в ABQ данные, дальше один поток разгребает, дальше уже варианты как с этими данными работать, я бы выгребал сколько есть, дальше обработка какая нужна, дальше запись. Пока для предыдущей пачки данных всё это сделаешь, в очереди должно поднакопиться данных

Но у меня ощущение что я не до конца понял задачу

Есть класс отвечающий за считывание серийных портов, их гарантированно 2+. Данные с портов приходят в стандартной форме, «N:value:type» но 1) чип передает данные как попало не одинаковыми пакетами. По моим тестам приходит 0-17 байт (5-7 среднее) за раз в буфер серийного порта (доступ к оборудованию у меня есть только по запросу и то на час—, тестирую socet) 2) данные разделены по типу приходящих N, при этом мне их надо коррелировать в один поток исходя их (N, type), ну и гонять в БэДэ Проблематика: 1) Постоянный Runnable.run() может загнать систему в 100% на ядре, для троталинга я слишком мало знаю. 2) Данные приходят на буфер серийного порта 0+ байтов, разделены пробелом, буфер буфера это вообще не кошерно. 3) Надо коррелировать данные по (N, type) а они приходят неравномерно и неоднородно. Мне стыдно за мое решение. Поэтому прошу совета

Ты непонятно написал, приходится угадывать. Похоже тут две проблемы: 1) разобрать поток байт, приходящих в порт, на сообщения (это называется протокол обмена). 2) данные считывается постоянным опросом чтения из драйвера порта (т.е. polling) что выжирает 100% CPU Кто виноват и что делать: 1) написать реализацию протокола, т.е. код, разделяющий поток байт на сообщения. Накапливаешь байты из порта в своём буфере (это не "не кошерно" а стандартный подход), разбираешь их на сообщения. Ты пишешь про "N:value:type", я так понял это и есть сообщения, "Данные приходят на буфер серийного порта 0+ байтов, разделены пробелом". То есть протокол такой: сообщения "N:value:type" разделённые пробелом. "чип передает данные как попало не одинаковыми пакетами." - чип всё нормально передаёт, это железо порта + драйвер OS кусками читают данные. Куски надо сваливать в свой буфер и разбивать на сообщения. 2) в драйвере серийного порта должна быть возможность (event, callback, ...) цепляться за событие "в буфере серийного порта появились данные, можно читать", нужно зацепиться за событие или повесить callback. Твой код будет вызываться только когда есть данные для чтения, там всё и делаешь. Что за серийный порт, что за ось?

хоть и котлин, но запинить, считаю, надо razbor-poletov.com/2017/06/episode-138.html

@dmsol @igorz

Кликните Кто-нибудь этих работников в интернете

хоть и котлин, но запинить, считаю, надо razbor-poletov.com/2017/06/episode-138.html

еее!! Спасибо! давно жду этот выпуск

еее!! Спасибо! давно жду этот выпуск

Так он же давно уже был

Можно ли как-нибудь получить список инициализиронных параметров в CallableStatement / PreparedStatement перед исполнением запроса?

Так он же давно уже был

чёт в этом чатике проскакивала инфа, что ещё не выложили, но может я слоу )

Так он же давно уже был

ошибаешься, был анонс

а это запись

Задачу сформулируй.

Готов сформулировать задачу

Есть определенная структура данных с последовательным доступом. В каждом элементе структуры есть набор переменных x1..x9. Заранее неизвестно сколько конкретно таких переменных в элементах, но всегда одинаковое число. То есть может быть структура типа: [{x1=1; x2=4; x3=5}, {x1=6; x2=3; x3=6; }] А может быть: [{x1=1; x2=4; x3=5; x4=6}, {x1=6; x2=3; x3=6; x4=5}] Доступ к этим переменным происходит в режиме struct.getParamByName("x1") И нужно их переместить в JSON-объект

Вот как красиво сделать "вытаскивание" этих переменных, не могу придумать

и ты уже работаешь а не учишься?

ERROR: S client not available

Я учусь, но работаю

Сейчас лето, так что только работаю

не совсем понял суть, но, возможно, итератор поможет?

хорошо, а что тебе мешает данные доставать по одному значению?

хорошо, а что тебе мешает данные доставать по одному значению?

Но ведь я не знаю заранее сколько там внутри элементов

А что за структура то, в которой эти данные хранятся? Посчитать их как-то можно?

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

Типа один раз перебрать, сосчитать, а дальше, зная количество, в цикле доставать их типа .getParamByName("x" + i)

Есть что-то типа .hasNext()?

или просто в цикле вытягивать по одному значению, обернуть в try-catch, и отлавливать конец массива

Есть что-то типа .hasNext()?

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

в шарпах метод MoveNext() возвращает bool в котором true если мы перешли на след элемент или false, если след элемента нет

ты же идешь последовательно по каждому, начиная с 0

Ну так нужно же количество узнать. Переходим в начало и циклично вызываем next(), считая, сколько элементов получилось

Что происходит, когда вызываем next() на последнем?

ты же идешь последовательно по каждому, начиная с 0

Я иду последовательно по элементам структуры, а эти переменные, которые мне надо доставать, они являются элементами этих элементов. То есть я беру следующий {x2=4; x1=1; x3=5} и мне надо получить каждый xN

ну так это типа массив массивов

Что происходит, когда вызываем next() на последнем?

Ошибка, надо постоянно проверять не текущий на last()

то есть внутри массива лежит массив по которому мы можем точно также ходить

только доступ по key :D

а что-то типа catch нет?

коллеги, как сделать так, чтоб Идея не тормозила при редактировании файла в 5к строк?

какой язык то хоть?)

декомпозируй

это же пздц

декомпозируй

а без этого? (это как бы, очевидно, если б я мог - я б тут не спрашивал)

хз, лучше декомпозируй

у нас на работе 500 строк это дохренище