>>21958
>когда надо получить уникальный идентификатор объекта в пределах JVM
Разве не так?
https://docs.oracle.com/javase/9/docs/api/java/util/UUID.html

>>21959
К сожалению, он как минимум чисто теоретически может вернуть дубликат тому що UUID.randomUUID (). Ну и не является примитивным типом, что тоже радости особой при работе не добавляет.

Ладно, Баг с им, с этим багом Java Core since 2005, который won't fix, не баг и вообще мы вам ничего такого не обещали.

Расскажите лучше юз-кейсы для JPA Criteria API: ну сделали типа JPQL в виде функций, а зачем? Всё-равно для любой работы с базой сложнее find, persist, merge, remove надо делать слой DAO, а там хоть plain-text-ом запросы пиши.

>>21951
JPA/SQL:
https://use-the-index-luke.com/sql/clustering/index-only-scan-covering-index — очень дешёвый поиск и очень дорогая вставка. Используется во всех realm-ах (ну, в Tomocat и TomEE точно). Пример из жизни и не очень: https://dba.stackexchange.com/a/188997 Представление составных ключей для JPA (JSR 338 §2.4): https://en.wikibooks.org/wiki/Java_Persistence/Identity_and_Sequencing#Composite_Primary_Keys

Всем привет и добрый вечер. Заранее извиняюсь за флуд, но больше спросить негде.
Вместе с группой решили сделать подарок преподователю алгоритмов и структур данных (сам работает лидом, увлекается тем же что и преподает). Вариантов не так много. Если книгу, то какую (Кормен есть).
Буду рад услышать любые идеи.

>>21729
Малинка это хорошо. Но это же ARM вроде. По ARM-у я наверное не советчик, так как сам FASM, который только на x86 мутится, учу. Видимо тебе придётся быть в этом деле первооткрывателем. Но если что-то конкретное не ясно- пиши сюда. Будем все вместе разбирать

>>21742
>Начни с х86
Несмотря на то, что я бы рекомендовал то же самое, можно же нагуглить книжки сразу для армов. Вот, например, Modern Assembly Language Programming with the ARM Processor 2016го и Arm A32 Assembly Language: 32-Bit Arm, Neon, VFP, Thumb 2017го годов.
>>21743
Для фасма есть форк (ссылка прямо на странице скачивания) для армов. А ещё и fasmg есть, но для него макросы придётся дописывать самому.

А не основ цифровой логики надр начинать?

На edx от Корнельского был хороший курс, на coursera от израильского ВУЗа пара курсов для новичков, там софт для симуляции помогает понимать, в нем же и упражнения надо делать. Асм на этих курсах уже ближе к концу. Больщую часть времени учат вентили соединять.

>>21885
>основ цифровой логики
Зачем?

>как работает процессор.

Странно что ещё никто не упомянул книгу харрис&харрис. Излжение на мой дилетантский взгляд одновременно простое и комплексное.

книжка шаровая, первая нагугленная ссылка - на дихальта http easyelectronics.ru/files/Book/digital-design-and-computer-architecture-russian-translation.pdf

>>21956

Цифровая схемотехника и архитектура компьютеравторое
Дэвид М. Харрис и Сара Л. Харрис

>>21957
А там специально страницы сделаны в альбомной ориентации?

>>21683
Там ещё кто-то что-то делает что ли?

Тред не читай
@
Вопросы задавай

Как дела?

Нормально.
А у тебя?

Удивлён, что сюда ещё никто не постил. Может кому-то из допильщиков будет интересно.
Внятная концепция Семёнгелиона от Сло - https://docs.google.com/document/d/e/2PACX-1vRwshpOH1wyFonyNkpPwlj9abUFC0dlrgAavAyVScpu4nnJcsVSEgJHwam2BDvDW_7Ah1e3rUyXfiIW/pub

Нашёл в его твиттере.

>>21967
Господи, какая же херня.
Хорошо что от неё эрогеи отказались.

>>21968
Из сценаристов там самым вменяемым был, видимо, абцб.

>>21949
Вам из предыдущих задач для «Ычана» должно было быть понятно, что чем меньше вы всякого лишнего мусора добавляете на страницу, тем лучше.
Если вы можете хотя бы само СВГ в отдельный файл сунуть, а не размазывать его прямо на страницах, это уже похоже на что-то более вменяемое.

>>21950
Изначально говорилось, что: минимальными должны быть и предлагаемые правки вёрстки самих страниц.
Что и было сделано: скрипты содержали в себе все необходимое, включая недостающий CSS и HTML, и тут вдруг добавление еще одного элемента на стороне клиента помимо всего уже имеющегося - это почему-то лишний мусор. Это не разу не очевидно, ну да ладно.
icons.svg кидается в корень сайта, правится если что руками путем копипасты содержимого path из исходного файла.

>>21772
В svg не хватет ’xmlns:xlink="http://www.w3.org/1999/xlink";’

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

>>21772 Путь к .svg файлу сделать бы куда-нибудь в /extras

Поясню >>21962:
1. Скрытие главной формы и быстрый ответ — в известных реализациях (можете посмотреть на «4чане» или у оранжевых) две разные и не связанные между собой функции. Произвольное сворачивание главной формы и скакание высоты страницы выглядит нелогично, непривычно и вырвиглазно. Вас не просили делать скрытие главной формы как таковое, ибо оно (пока, по крайней мере) не нужно. (Не надо его сейчас предлагать.)
2. Если вас беспокоит, что текст пропадёт при закрытии формы быстрого ответа, просто сделайте как у оранжевых, где вводимый текст синхронно появляется в обеих формах при просмотре треда, и можно делать отправку из любой. При ответе в тред с доски я бы вообще на это забил, там форма создания нити и форма ответа — две разные сущности.

>>21964
Форма ответа на Ычане и на оранжевом - две разные вещи. Там загрузка картинок осуществляется полностью через JS, показывается превьюшка, и блобом загружается на сервер. При использовании для загрузки стандартного инпута с type="file", поменять его значение программно невозможно.
Использование одной формы на страницу было самым простым и логичным решением. Никакой вырвиглазности не наблюдалось бы, будь форма ответа скрыта по умолчанию, как это и сделано в приведенных примерах.
В данном случае для синхронизации выбранного изображения между формами пришлось использовать хак с клонированием ноды, который, как пишут, может не работать (да и не должен) во всех браузерах. Тем не менее, в последнем фаерфоксе и хроме оно работает.
Синхронное редактирование форм включается только на странице треда, но при первом вызове формы быстрого ответа содержимое основной формы копируется в нее в любом случае (юзкейс: увидел форму создания треда, начал писать, понял, что ошибся и хотел ответить в тред, и нажал быстрый ответ).
>>21963
Перемещено.
>>21961
Исправлено.

F

>>21212
Да какой художник, вы сценарий то написали?
Самое главное и сложное в вн это сценарий. ( Десятки, а лучше сотни тясяч слов как ни как)
Художник, композитор, программист, да, они тоже нужны, но поверьте если вы дадите людям рил нормальный и полноценный сценарий они не заставят себя долго ждать.

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

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

Зачем я все это написал? Да сам не знаю)
Просто неделю назад сам надумал новеллу написать. Что то в стиле философской фэнтези драмы.
Но понимаю, что пока нет сценария, об остальном можно даже не думать. Поэтому сейчас занимаюсь онли им. Составил план ( причем не как все нормальные люди начинают с небольших двухчасовых, я если уж задумываю то что то полноценное) и написал начало вступительной главы.
Рисовать не умею, поэтому тоже наверно буду искать художников, уже даже среди знакомых в ВК нашел проф художников, готовых попробовать, по музыке есть некоторые собственные наработки, но я далеко не профессионал, поэтому композитор не помешает. Программировать планирую сам.
Да это долго, но если не забрасывать и подходить ко всему с умом, то все получится.

>>21504
Да вы, батенька, фантазёр.

>>21509
Ого, у нас оказывается водятся художники.

>>21512
А можно поподробней?

>>21512
>фантазёр
Тащемта, он прав. Опять маскоты, опять то же самое.

Мы строили, строили и наконец построили сделали первую демку.
https://drive.google.com/file/d/1HzcTsbSxzQAwjNiOzQOmgZGcoYH85MOS/view?usp=sharing

>>21954
Ого, поздравляю, поиграю как только смогу

Ничего не понимаю, зачем сделали список досок ычана сверху?

>>21860
>Для улучшения интеграции

>>21860
Руководство Ычана, очевидно, полагает, что не все бородатые сорокалетние админы, отыгрывающие здесь маленьких девочек, знают о существовании Ычана.

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

>>21868
Ладно, уговорил. Пусть будет.

Наконец, тикет для «Быстрого ответа» готов.
https://bitbucket.org/Therapont/fbe-410/issues/21/

Близится середина мая 2019 года, и в настоящее время по адресу https://caniuse.com/#feat=webp сообщают уж, что поддержка WebP появилася у ≈79% пользователей браузеров во всём мірѣ — и, в частности, у ≈70% в России. (Скриншот прилагаю.)

Это большинство более значительное, чем две трети.

Ввиду этого предлагаю мнение >>20916 пересмотреть: не «выждать время, чтобы все старые версии умерли» (чего много лѣтъ ещё, может быть, пришлось бы дожидаться), а просто-напросто подпереть старые версии посредством https://webpjs.appspot.com/ или другого аналогичного по своему дѣйствію костыля — и тѣмъ невозбранно достигнуть желаемого.

>>21853
И, кстати забавный вопрос, вытекающий из твоей сентенции - если у тебя такой супербыстрый интернет, то почему же тебе приходится ждать загрузки картинки?
На 100мбит тарифе что на стационарном компьютере, что через вайфай в оверчане, вижу задержку в 1-2 сек при загрузке хайрез изображения, например. С вебм сложнее - браузер на компе может проигрывать их, не дожидаясь полного скачивания, а оверчан ждет полной загрузки, но вебм и нет смысла предзагружать, как выяснили выше (и возможно, это можно решить сторонними плеерами).
Борды в браузере так-то тоже не скачивают все оригиналы, только после раскрытия.

dva-ch.com стал обратно dva-ch.net

Эй, ваш тред вообще живой или как?

>>21895
Или как.

>>21908
Немедленно гальванизируйте.

Напомните, что с разработчиком оригинала (мику-нян) случилось?

>>21912
Пропал без вести. Другой информации нет.

>>21723
Но ты так и не сформировал новый пост с сюжетом задумкой...

>>21723
Прототип игры на квадратиках можно сделать за неделю. Прототип чуть получше можно сделать за две недели. Прототип без опыта можно сделать не больше, чем за два месяца. Треду два года. Где?

Вверх.

Шел 2019 год. Создатель с сюжетом и задумкой так и не определился.

Время у нас есть. Подождем до 2025.

>>21796
>Время у нас есть
... у нас мозгов не хватает.

Я раб

Зачем так много лишних кнопок? Кнопка d для действия, нажимаю на охрану, диалоги скроллятся медленно, ищу как пропустить, не на d, а почему-то на enter, когда всё это обычно и традиционно вешают прямо на выстрел.

>>17989
Ох, ну хорошо. Но это никак не упрощение, это "больше запутанных менюшек". Тохораскладка даже порадовала, но всё же на мой с дизайном менюшек и управлением какие-то непонятные вещи. Например я бы не советовал писать "назад" там, где логичнее было бы видеть "подтвердить" или "вернуться в игру".

Что делать если случайно на одну из 4 раскладок (а зачем сразу 4 раскладки?!) и второго игрока, а он не нужен?

>>14156
>26.06.2016
>принципиально готово уже год, но никто не хочет дорабатывать мелкие детали
Интересно, сейчас оно принципиально готово уже 3 года, или снова не готово, потому что туча новых идей?

Только не надо говорить, что вы всё

Сайт немного все.

>>840
Sage

>>20998
У меня открывается.
IP мог под блокировки попасть.

https://chrome.google.com/webstore/detail/video-downloadhelper/lmjnegcaeklhafolokijcfjliaokphfk + https://chrome.google.com/webstore/detail/adobe-hds-hls-video-saver/fkbfbopjoockkhmfnchmacgpmkofcfaj

>>20223
Decentraleyes - Заменяет js скрипты, например всякие angular.js, css стили, etc, с анальных CDN серверов на локальные файлы. Позволяет еще немного уменьшить анальный зонд и чуть ускорить интернеты.

Хромобраузеры: https://chrome.google.com/webstore/detail/decentraleyes/ldpochfccmkkmhdbclfhpagapcfdljkj
FF: https://addons.mozilla.org/firefox/addon/decentraleyes/

Не знаю куда это запостить, но это вроде как относится к веб-разработке. Ну и в /b/ кто-то жаловался.

Неизвестно, зачем это сделано, но по крайней мере эта Лиса на этой системе по умолчанию похоже стремится сожрать всю доступную память.

>>21740
Помогло, но частично. В свап не лезет, однако при AFK-е часов на пять-шесть всё-равно занимает всю RAM, и система начинает свапится. Начинаешь Лису тормошить — она тут же память высвобождает делая вид, что эти узурпированные 500 MB никому не были нужны.

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

>>21740
У меня такое наблюдалось в palemoon некоторое время назад, когда его было открыто на 5 окон и, соответственно, примерно 50-100 вкладок больше, чем сейчас.
Я подозреваю, что это какой-то конкретный сайт. Хотя сайты были, вроде бы, девелоперские и всё такое. Но кто конкретно из них при отсутствии активности начинал майнить (или что он там делал) я, увы, не отследил. Отказывалась отображаться с выключенным js примерно половина.

>>21751
>на 5 окон и, соответственно, примерно 50-100 вкладок больше
(заглянув в историю сессий)
А, нет, вру. Было 15 окон и 580 вкладок. Сейчас 9 окон и 340 вкладок.

>>21746
Подкрутила ещё пороги, буду смотреть, как дальше вести себя будет. Таким образом, сейчас в about:config

memory.free_dirty_pages = true;

memory.low_physical_memory_threshold_mb = 128;

>>21751
Я тоже сначала так полагала; более того, грешила на своё поделие, поскольку загрузка CPU в норме, без странных выбросов. Но нет. Если Лису растормошить, память высвобождается вся сразу, — это характерно для массированной деаллокации; GC бы тупил ещё какое-то время, к тому же сама сборка мусора «дедом Мазаем» — дело довольно затратное по CPU. Если при выжратой RAM установить в настройках memory.free_dirty_pages в true, память также высвобождается вся сразу. Такие дела. Походу, или в аллокаторе баг, или он забирает память впрок; ну или это сделано умышленно, чтоб разницы с новой Лисой была не так заметна.