https://opennet.dev/openforum/vsluhforumID3/132916.html Состоялся релиз каталогизатора домашней библиотеки MyLibrary 3.0. Код программы написан на языке программирования С++ и доступен (GitHub, GitFlic) под лицензией GPLv3. Графический интерфейс пользователя реализован с помощью библиотеки GTK4. Программа адаптирована для работы в операционных системах семейства Linux и Windows. Для пользователей Arch Linux в AUR доступен готовый пакет. Для пользователей Windows доступен экспериментальный инсталлятор...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60647<br> https://opennet.dev/openforum/vsluhforumID3/132916.html#63 Wed, 28 Feb 2024 11:23:16 GMT &gt; Ну вот, докопались до правообладателей. Они может и вымрут, но контроля над <br>&gt; этим у нас с вами нет.<br><br>На самом деле есть, но это опять же отдельный разговор.<br><br>&gt;[оверквотинг удален]<br>&gt; напоролись вы в _реальной_ книжке на некую проблему - крокозябра в <br>&gt; имени файла не читается, например. Вы ее сейчас, открыв дебагер, находите <br>&gt; и фиксите - это занимает полчаса, к примеру. Если в этом <br>&gt; месте (когда у вас все в голове, это важно!) добавить еще <br>&gt; 5 минут на то, чтобы из ничего и _под своим копирайтом_ <br>&gt; создать тестовую _не книжку_ которая ведет себя по отношению к программе <br>&gt; так же - вы получившийся тест можете спокойно публиковать. Со временем <br>&gt; набор тестов будет расти, но прогонять код по ним каждый раз <br>&gt; будет в разы быстрее, чем по реальной библиотеке. В итоге эти <br>&gt; 5 минут инвестированного времени сейчас окупятся в вашем проекте вдолгую.<br><br>Мысль здравая. Но есть пара "но". Во-первых, никто не гарантирует, что вы сами при создании тестов ошибок в формате не наделаете. Скажем, fb https://opennet.dev/openforum/vsluhforumID3/132916.html#62 Wed, 28 Feb 2024 10:37:28 GMT &gt; Можно, например, все ошибки <br>&gt; в отдельный списочек складывать, или даже в отдельный файлик писать и <br>&gt; после всего выдавать сообщение - "Дорогой юзер, у нас тут возникло <br>&gt; N проблем, тыкни сюда если интересен весь список"<br><br>Да, у меня была мысль сделать класс Logger, который будет заниматься выводом ошибок в консоль или сохранением их в файл, по выбору пользователя. С отметками времени. Пока просто руки не дошли. <br><br>&gt; Это одна из траекторий по которым проходят люди. Программирование как скилл, даже <br>&gt; если он не основная специальность - может быть очень полезным во <br>&gt; всех смыслах.<br><br>На самом деле, на мой личный взгляд, если вы пользуетесь неким устройством, то вы должны знать, как оно работает. Хотя бы основные принципы. В том числе на уровне физики. Поэтому общее представление о работе программ, о понятиях "язык программирования", "компилятор", "интерпретатор", их связи, должен иметь каждый, кто садиться за компьютер. Иначе он просто будет представлять опасность для себя и окружающих (в худшем слу https://opennet.dev/openforum/vsluhforumID3/132916.html#61 Tue, 27 Feb 2024 17:01:31 GMT &gt; Там SIGILL вылазит. Можно сделать обработку сигнала, но она всё равно должна заканчиваться exit.<br>&gt; По крайней мере, насколько я понял из чтения документации. Т.е. в лучшем случае можно перед <br>&gt; носом пользователя подвесить на несколько секунд сообщение вида, "Хьюстон, у нас проблема", <br>&gt; но не более того. Игнорировать же такой сигнал я бы не стал - неизвестно, чем это может закончится.<br><br>Поиграйтесь с запуском процессов и анализом результатов их работы - это полезное умение не только в контексте этого проекта. Можно, например, все ошибки в отдельный списочек складывать, или даже в отдельный файлик писать и после всего выдавать сообщение - "Дорогой юзер, у нас тут возникло N проблем, тыкни сюда если интересен весь список"<br><br>&gt; Что, скажем, в каком-нибудь офисном пакете делать в принципе можно, но, мягко говоря, не очень удобно. Курсов никаких не заканчивал, всё исключительно самообразованием.<br><br>Это одна из траекторий по которым проходят люди. Программирование как скилл, даже если он не основная специально https://opennet.dev/openforum/vsluhforumID3/132916.html#60 Tue, 27 Feb 2024 16:41:25 GMT Ну вот, докопались до правообладателей. Они может и вымрут, но контроля над этим у нас с вами нет.<br><br>И тут мы и приходим к идее синтетических тестов - грубо говоря, напоролись вы в _реальной_ книжке на некую проблему - крокозябра в имени файла не читается, например. Вы ее сейчас, открыв дебагер, находите и фиксите - это занимает полчаса, к примеру. Если в этом месте (когда у вас все в голове, это важно!) добавить еще 5 минут на то, чтобы из ничего и _под своим копирайтом_ создать тестовую _не книжку_ которая ведет себя по отношению к программе так же - вы получившийся тест можете спокойно публиковать. Со временем набор тестов будет расти, но прогонять код по ним каждый раз будет в разы быстрее, чем по реальной библиотеке. В итоге эти 5 минут инвестированного времени сейчас окупятся в вашем проекте вдолгую.<br> https://opennet.dev/openforum/vsluhforumID3/132916.html#59 Tue, 27 Feb 2024 15:38:26 GMT &gt; Воот - этот набор и есть ваши тесты. Это конечно e2e, но <br>&gt; это _сильно_ лучше чем ничего. А на гитхабе - ничего. Грубо <br>&gt; говоря, если я у вас багу найду и на своих книжках <br>&gt; проверю, а на ваших оно сломается - мы потратим кучу времени <br>&gt; на разборки что-да-как-да-почему. А так - вы тесты выложили, кто угодно <br>&gt; их взял и проверил, что не то что есть не сломалось <br>&gt; - и вам хорошо и проекту <br><br>Да, всё так. Только у книг есть авторы. Что в целом нестрашно - они, по моему опыту, во многих случаях не против, чтобы их книги выкладывали в открытый доступ. Но кроме авторов в уравнении, увы, пока что присутствуют издатели и прочие правообладатели. А вот они как раз обычно сильно против. По общему ощущению такая ситуация продлиться недолго - скоро всяким там "собственникам" в любом случае придёт конец. Так или иначе. Но это отдельный разговор)) Пока же особого смысла лишний раз дразнить гусей я не вижу. Просто удалят репозиторий и всё.<br><br> https://opennet.dev/openforum/vsluhforumID3/132916.html#58 Tue, 27 Feb 2024 15:29:41 GMT &gt; Ну можно еще:<br>&gt; 1. Обложить try-except-ом и аккуратно все ловить и обрабатывать<br>&gt; 2. Если оно в core dump-ит, то вынести в отдельный процесс эти рарчики, и следить за ним снаружи<br><br>Там SIGILL вылазит. Можно сделать обработку сигнала, но она всё равно должна заканчиваться exit. По крайней мере, насколько я понял из чтения документации. Т.е. в лучшем случае можно перед носом пользователя подвесить на несколько секунд сообщение вида, "Хьюстон, у нас проблема", но не более того. Игнорировать же такой сигнал я бы не стал - неизвестно, чем это может закончится.<br><br>&gt; параллельно всему этому, и вы его reset чтобы не разбираться и не заморачиваться с аккуратным параллельным программированием.<br><br>Нет, просто банальная перестраховка. Так-то да, если там вылетит исключение, то bie по идее должен остаться nullptr, и reset действительно лишний. Уберу потом. <br><br>&gt; Стесняюсь спросить - а почему переписать с нуля это-вот-все оказалось проще, чем инкрементально развивать? Неужели сложность крышу проломила?<br><br>Нет, просто пре https://opennet.dev/openforum/vsluhforumID3/132916.html#57 Tue, 27 Feb 2024 12:56:48 GMT &gt; А для тестов программы в целом у меня отдельно лежит <br>&gt; специальный набор книг и архивов, особо замороченных. Теперь к ним добавится <br>&gt; ещё один.<br><br>Воот - этот набор и есть ваши тесты. Это конечно e2e, но это _сильно_ лучше чем ничего. А на гитхабе - ничего. Грубо говоря, если я у вас багу найду и на своих книжках проверю, а на ваших оно сломается - мы потратим кучу времени на разборки что-да-как-да-почему. А так - вы тесты выложили, кто угодно их взял и проверил, что не то что есть не сломалось - и вам хорошо и проекту<br> https://opennet.dev/openforum/vsluhforumID3/132916.html#56 Tue, 27 Feb 2024 12:20:56 GMT &gt; На этом мои возможности заканчиваются.<br><br>Ну можно еще:<br>1. Обложить try-except-ом и аккуратно все ловить и обрабатывать<br>2. Если оно в core dump-ит, то вынести в отдельный процесс эти рарчики, и следить за ним снаружи<br><br>&gt; Таки разберитесь, что это вообще такое, и всё станет сразу понятно.<br><br>Да, стало<br>1. bie указатель на _экземпляр_ класса BookInfoEntry, который возвращает get_book_info.<br>2. Вы в 277-й строке bie.reset() вызываете, и забываете, что там раньше было<br>3. В 280-й строке ваш get_book_info может raise MLException, правильно? Но это должно произойти _до_ того, как ваш bie получит новое значение, правильно?<br>4. Однако, в 285-й строке вы зачем-то снова делаете bie.reset. Значит, одно из двух - либо это копипаста (и вот как раз такие штуки ловят нормальные ревьюверы и иногда - ИИшечка), либо ваш bie может откуда-то получить значение параллельно всему этому, и вы его reset чтобы не разбираться и не заморачиваться с аккуратным параллельным программированием.<br><br>&gt; Я стесняюсь спросить - а зачем они тут https://opennet.dev/openforum/vsluhforumID3/132916.html#55 Mon, 26 Feb 2024 12:55:09 GMT Можно было отрисовывать в sdl собственный интерфейс. Меньше зависимостей.<br>