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

>>13786
Так дестопное приложение же. Свинг морально устарел, веб чисто теоретически требует сервера кому нужна возня с установкой и настройкой, да и в случае веб-приложения на манер i2p повышается сложность настройки-установки.
>>13787
Если сам файл базы с записями о картинках (h2) не будет поврежден, то отдельные битые пикчи ничего не испортят. Бэкап базы и настроек будет штатной фичей.
>>13785
Почти все перечисленное будет.
>>13784
Да, релиз на гитхабе будет во всех видах, в том числе собранный .exe - кому как удобнее. Хотя, по хорошему счету, .jar ассоциируются в винде с жавой и запускаются как ехе-шники, если стоит сама жава.

>>13790
>если стоит сама жава
Многие не хотят опорочивать свою систему жавой.

>>13794
/0.
Сидеть на венде и рассуждать об «опорочивании» чего-либо смешно, а в швабодном мире без джавы лайбриофис не откроешь.

>>13804
В швабодном мире есть латекс.

>>13810 Латекс — это для изделия №2. TeX отсылает к слову «техника» и читается соответсвенно.

>>13810
А я как-то пытался настроить имакс с затурой для работы в латехе. Для непосвящённых: имакс выступает в роли IDE, где вы собираете документ, пинаете из него PDF-вьювер, а также прыгаете из вьювера на код в документе. Естественно, ТеХ не умеет в PDF сам и ему нужны прослойки-прослоечьки. Короче ниасилил я всю эту кухню, хотя конпеляция участка кода в превью прям на месте (без вызова вьювера) была завораживающей.

>>13897
> Естественно, ТеХ не умеет в PDF
Умеет. Называется pdf(la)tex.

>>13804
Открыть-то можно, не собрать разве, если по dep'ам судить.

>>13899
Да, я перепутал. Превью должно было генериться из DVI, и для его вывода нужна была отдельная приблуда xdvi.

Если у кого-то проблемы с организацией картинок, то советую посмотреть на Hydrus Network. Это локальная база данных, пилится забугорным аноном. Есть свой репозиторий тегов, можно подключать базы данных картинок с бур типа гелбуры или р34.

Оп, очень полезную и нужную штуку делаешь, сам всё хочу написать подобное для своих нужд, но каждый раз боюсь начинать такой большой проект.
Но бляяя, на жабе? Десктопное приложение на жабе? ЗАЧЕМ??? Это же сразу нахуй, опять же будет раздутое неюзабельное говно, жрущее гигабайты памяти и дико тормозящее на йобао-суперкомпьютерах.

>>13913
Жава не тормозит со времен выхода 1.7 если не раньше, и слухи эти больше вызваны сраным IE6- и апплетами в нем (да, оекаки им родня), что писали жопорукие тыжпрограммисты. Память под кучу оно забирает максимум, да, но во-первых, нафига памяти быть пустой, а во-вторых, двумя параметрами самой жавы эту прожорливость можно отключить, если внутренняя амфибия сильно душит. Ровно та же городская легенда, что и про VB, который и правда был жутким монстром первое время, но теперь в определенных применениях крайне удобен и незаменим. И ровно та же бугуртная горотская легенда про память в андроиде, и целая ниша "чистилок" ее. Память должна использоваться, а не болтаться свободной. Скорость генерации превьюшек у меня одинаковая с тем же долфином из кде или проводником винды. Скорость IO на мелких файлах выше на порядки того же проводника за счет многопоточности.
Жава дает переносимость между платформами, и ничего более подходящего нет. QT слишком хитровыебан и слабодокументитрован против жавы, на чистых плюсах такое писать работы в десять раз больше одна безопасная обработка строк чего стоит и непереносимо, скриптовые языки слишком медлительны и обрасли мхом фреймворков так, что за век не изучить на хороший для префекциониста уровень.

>>13923
>QT слишком хитровыебан и слабодокументитрован против жавы
>хитровыебан
>слабодокументитрован

>>13923
>И ровно та же бугуртная горотская легенда про память в андроиде, и целая ниша "чистилок" ее. Память должна использоваться, а не болтаться свободной

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

Идите в лес, гражданин, короче.

>>13923
>Жава не тормозит
Уже смешно, ага.
Мне откровенно похуй на легенды, но из двух десятков десктопных приложений на жабе, которыми мне доводилось пользоваться достаточно продолжительное время, чтобы оценить производительность, 100% приложений жрали память как голодные волки и выдавали жуткие тормоза в самые неподходящие моменты. Мне похуй на то, какие там невъебенные скорости работы с файловой системой, или что скорость математических расчётов выше, чем в нативном коде и т.д., но если приложение подвисает и тормозит на уровне пользовательского интерфейса - оно тормознутое говно по определеню. И пока что под это определение подходят 100% виденных мной жаба-приложений.
И нет, я не мазохист, мне приходилось пользоваться этим говном потому что приложения узкоспециализированные и выбора попросту не было.

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

>>13929
>но если приложение подвисает и тормозит на уровне пользовательского интерфейса - оно тормознутое говно по определеню
Всецело в руках говнокодеров, считающих что-то в gui-потоке. Тормоза там только из-за этого, и такой подход чуть ли не стандарт отрасли, сам плююсь. Принцип нормального кодинга в жаве такой - если место в коде может даже теоретически дать задержку при выполнении более 20-50мс - ссанымии тряпками в отдельный поток его гнать. У меня на лету идет копирование\шифрование картинок, с суровым таким IO, сама система виснет - гуй работает прекрасно.
>>13926
Не нравится - отключи эту фичу у меня в релизе она будет выключена сразу. Жава по скорости разработки выигрывает у тех же плюсов, и дает переносимость. Ничего другого просто нет. Ко всему прочему у меня первая цель - выучить жаву, а потом уже сделать что-то на ней.
>>13925
Мне это показалось именно так. Но могу быть неправ.

>>13931
А управление ВНЕЗАПНЫМ сборщиком мусора(второй основной причиной жабьих тормозов) вам тоже уже позволили, или он до сих пор ВНЕЗАПЕН?

>>13931
>Не нравится - отключи эту фичу

Я не о жабе говорил, а о том, что **ПАМЯТЬ ДОЛЖНА ИСПОЛЬЗОВАТЬСЯ**.

>>13932
Но что нужно делать, чтобы сборщик создавал тормоза? for () { new Thread(new Runnable(){...}).run(); }? Я гонял 16 потоков, в каждом идет пережатие пикч, шифрование, дергание хибернейта, дергание levelDB, еще была генерация хешей похожести в репу не попало по причине полной велосипедности - по показаниям профилировщика 10-15% в сборщике мусора в самом худшем случае. IO 65-85мбайт\сек, ОС охуевала, но я не видел, чтобы программа сидела в сборщике хоть сколько-то значимое время.
Да, месье любят вместо написания пулов или использования уже готовых решений тупо плодить тяжелые объекты, и это второй херовый "стандарт отрасли". Там 50-70% в сборщике норм - вот все и тормозит. Этак и на сях можно malloc/calloc каждый раз делать и бросать, а потом плевать ядом, что С тормозит и жрет гигабайты памяти.
А на критических местах не грех и System.gc(); сделать, но без фанатизма.

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

>>13942
> **KUUDAH**
В шараге я не учился. Вообще. Но прежде чем начать делать проект, я тонну постов на SO перелопатил, пару-тройку книг и до того имел опыт кодинга на сях, php и когда-то очень давно кодил на VB. Так что опыт у меня приличный и разное оборудование на поиграть тоже есть.
Другое дело, что вся эта хуйня несистематизиована и "по верхам". С жавой то уже года три знаком, но вот порядок в знаниях оной начал наводить вот этим вот проектом, чтобы дальше по ней работать. Сейчас уже в раздумьях, надо было С лучше вытягивать на нормальный уровень, но вакансий на С почти нет.

>>13943
Ну то есть у тебя кроме вороха плохо систематизированной теории ничего нет, как я и сказал. Вот и не квохчи тогда. Теория != практика.

>>13912
Ставил как-то. Повертел туда-сюда, так и не понял, как туда хоть что-то добавить.

>>13923
> но во-первых, нафига памяти быть пустой
Чтобы не выгружалась в своп. inb4
> 2016
> своп
На линуксах vm.swappiness установлен по дефолту в 60, если мне память не изменяет. Значение инверсное — то есть, когда память забивается на 40%, система уже начинает по-тихому тормозить в своп. Поэтому я этот парметр загоняю обычно в 15.
> а во-вторых, двумя параметрами самой жавы эту прожорливость можно отключить
В jcontrol никаких параметров регулирующих, сколько памяти отжирать, нет. По крайней мере в Oracle JDK 1.8 на GNU/Linux.
> скриптовые языки слишком медлительны и обрасли мхом фреймворков
Некоторые скриптовые языки компилируются в байткод.

>>13929
> но из двух десятков десктопных приложений на жабе
Нельзя говорить об инструменте по двадцати прикладным программам написанным на нём хуй знает кем и как. /Для десктопа — так тем более./

>>13931
> сама система виснет - гуй работает прекрасно.
> система виснет
К вам CONFIG_AUTOSCHED ещё не завезли штоле?

>>13962
> то есть, когда память забивается на 40%, система уже начинает по-тихому тормозить в своп
Нет. Этот параметр отвечает за то, насколько охотно ядро вытесняет анонимные страницы в своп по сравнению с тем, как оно вытесняет отображённые в память страницы в файлы.

>>13964

>>13965
А, дошло.

>>13443
zoner

>>14088
> The program Zps.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience.

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

>>14954

Одно другое не исключает. Рефакторинг - это значительные структурные изменения.

Бамп годному проекту.

Исправил баги в своей поделке.

Дополнил свою поделку ещё раз.

оценим, оценим...
и да - для рефакторинга всегда есть место

>>15998
А теперь пару слов... Почему не Гитхаб, а?

>>16017
https://ru.wikipedia.org/wiki/Popcorn_Time#.D0.98.D1.81.D1.82.D0.BE.D1.80.D0.B8.D1.8F

>>16020
Ну и потому, что я решил использовать у себя дома svn и от гитхаба будет деанон ещё.

>>15998
Ты ОП? Ну хоть бы написал что исправлно или добавлено.

>>16020
Твоя программа нарушает чьи-то права или патенты?

>>16056
>Твоя программа нарушает чьи-то права или патенты?
Я уже svn использовать решил. По двум причинам -- искоробочность во фряхе и номера версий вместо хешей.

>>16071
Ну и незашкваренность хипстерами-вебдванольниками ещё.

>>16021
> Ну и потому, что я решил использовать у себя дома svn
https://help.github.com/articles/support-for-subversion-clients/
> и от гитхаба будет деанон ещё.
Регаешь на фейкомыло и запрещаешь его показ в настройках аккаунта.

Bump. Оп ты где?

>>16476
Бамп, бамп и ещё раз бамп.

>>16476
Оп тут. Сейчас нет времени на это, если честно. Да и десктопная жава никому не нужна, это как учить кобол или дельфи в 2017. Особого интереса к проекту я не увидел, если честно.
Сейчас я эту штуку хочу переделать в restful-сервис, а морду можно на том же Qt написать. Заодно и приложение под андроид слабать можно...

>>16928
>Qt
Нет.

>>16928
Так мало кто картинкопаки в 2017 собирает, а уж тем более шифрует. Удачи тебе, ОП, проект достойный, но в узких кругах.

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

>>17323
Будешь отписывать? Тоже собираю, но пока сижу на Graber, он по бурам лишь.