зачем ICO строителям (т. е. не-смузихлёбам)?

Можно цену токена привязать к одному "блядь" прораба сказанному вслух на площадке

неплохо

Это джава чат, мы новое на делаем, у нас только легаси и выдержанные бобы

а на чем ща новое делают?

а на чем ща новое делают?

Очевидно что на РНР

а на чем ща новое делают?

Кобол

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

Очевидно что на РНР

+

Роман идите на фриланс биржу тут вы немного мимо

Я думаю о, что возможности интеграции технологии ico возможны к применению в любой индустрии. Или это не так?

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

Лендос на Тильде заебошить за 15 минут бесплатно

*пацаны, вот котлета баксов, сделайте мне ico по красоте*

вангую, что 100% скам-проект

и шрифты чтоб красивые были

Кобол

Фортран

пассажир из 90х прям

Надо сразу в jvmjobs: Нужен человечек обкашлять архитектурные вопросики. Строительное дельце уважаемых людей, стек обрисуем когда заловимся. Можем метнуться до ICO, но тема пока мутная. Вилка - речь идёт о шестизначных числах. Соц.пакет - чики-поки.

сразу в понв.

Я скалой не обмазываюсь, мне там будут не рады

http://mail.openjdk.java.net/pipermail/loom-dev/2018-July/000061.html

кто там говорил, что лум загнулся?

оу

кто там говорил, что лум загнулся?

А что там? Бета есть уже или прототипы да пропорзалы снова?

А что там? Бета есть уже или прототипы да пропорзалы снова?

блин, ну ты открой хотя бы

блин, ну ты открой хотя бы

Так это...квазар же

Так это...квазар же

квазар имплементирует файберы на уровне джвм?

Ага

Погоди

Что значит на уровне жвм?

квазар имплементирует файберы на уровне джвм?

нет конечно, это трансформатор байт-кода, а не кастомная сборка JDK

квазар имплементирует файберы на уровне джвм?

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

кто нить знает как при работе с sqlite применять preparedStatement с передачей массива параметров?

ого

так как и в случае с обычном sql, не?

и зачем массивом параметры передавать?

+

о, Руслан ?

?

тут веселіше, ніж у нашому ком*юніті

Ага)

тут веселіше, ніж у нашому ком*юніті

А что это за язык?

А что это за язык?

Украинский.

А что это за язык?

Kotlin

Украинский.

Тото я вижу, на Java не похож

и зачем массивом параметры передавать?

массив значений для подстановки в подготовленный запрос (...where table.field IN(?))

массив значений для подстановки в подготовленный запрос (...where table.field IN(?))

типа setArray, не?

в ТЗ сказано применять sqlite.Применяю )

в ТЗ сказано применять sqlite.Применяю )

и?

arraySet не прокатывает, ругается,что какой-то метод для sqlite not implemented.У меня подозрение,что именно тот самый,который конвертит данные в тот массив и подставляет их в запрос с помощью arraySet

точного указания метода нет

arraySet не прокатывает, ругается,что какой-то метод для sqlite not implemented.У меня подозрение,что именно тот самый,который конвертит данные в тот массив и подставляет их в запрос с помощью arraySet

тогда IN (?, ?, ?, ..., ?)`и `setObject

проблема в том,что количество параметров может меняться

генерируй разное количество вопросиков

все гениальное просто ) пасиб!

Прикольный говнокод

Прикольный говнокод

+

че не так то

условие в цикле страшненькое)

ой как будто не писали такого никогда

ERROR: S client not available

я б написал if (count < 0) throw new IllegalArgumentException(); for (int i = 0; i < count-1; i++) builder.append("?,") if (count > 0) builder.append('?');

что не выглядит сильно лучше))))00

List<String> list = Collections.nCopies(5, "?"); String result = String.join("," , list)

String.repeat из Java 11

ну там скорее всего писалось на java 6

сто лет назад

рефакторить незачем так как работает

List<String> list = Collections.nCopies(5, "?"); String result = String.join("," , list)

не, вообще не вариант, не зря там в билдер дописывается

ну и на самом деле это самый читаемый способ

и всех ваших представленных

это самая быстрая обёртка над SQLite, там такие вольности не позволены)

не, вообще не вариант, не зря там в билдер дописывается

Ааа, он потом дальше передается Ну так да

Не заметил

-> @javastart

http://mail.openjdk.java.net/pipermail/loom-dev/2018-July/000061.html

Вот это хорошая новость Ждём продолжения

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

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

перекатывайся, кто мешает-то?

не охота

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

поясните

синтаксис некрасивый

чисто субъективно

поясните

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

пока обновлял жаву на одном компе в updater'е предупредили мол готовьтесь

было мало времени

щас найти не могу

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

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

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

нет никаких проблем

че

openjdk жил, жив и будет жить