>>27229
>Rails-подобного C++-фреймворка
Звучит так, что у тебя должен быть ActiveCache/ActiveObject/(другое название), который внутри вызывает, например, абстрактный ImdbAdapter. И уже на нижнем уровне должна быть реализация в виде RedisAdapter, наследующегося от ImdbAdapter.

Функция redisContext() уж точно должна быть приватной, иначе непонятно, что именно обёртка должна скрывать.

Интересно узнать, как твой Rails-подобный C++ фреймворк будет работать, в частности, какие практики из "convention over configuration" ты хочешь применить. В отличие от Ruby, язык не динамический и имеет меньше возможностей для метапрограммирования.

>>27223

Очевидные C++-модули.

>>17934

Всех приветствую. Делаю задание для шараги, нужно написать прогу которая способна сжимать и растягивать файл алгоритмом LZW. Сам алгоритм предполагает наличие начального словаря, который по ходу сжатия файла(нахождения в нём новых последовательностей байтов) расширен. То есть для того чтобы в дальнейшем растянуть файл обратно, нужно знать словарь. И вообще понять, подлежит файл растягиванию или же это просто белиберда из битов. Пока такие соображения: первые биты в сжатом файле сделать что-то типа сигнатурных, чтобы можно было сходу определить можно ли растянуть файл. И после сигнатурных битов будут биты сжатого файла, а потом будет магическое число типа как "разделитель" между файлом и словарём. Насколько хорошая идея использовать магическое число как разделитель? Или же лучше будет выделить под сжатый файл первые 4 бита как сигнатурные, где помимо метки сжатия файла будет ещё число под оффсет, как количество битов после которых заканчивается сжатый файл и будут пары ключ-значение из словаря? Или может быть лучше сделать по-другому как-то?

>>27307

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

Нахрена нужен ещё один LZ*-алгоритм, их и так как собак нерезанных.

#include <zstd.h>

и пошли нафиг. Требуемые возможности в нём есть. А неподдерживаемую самоделку, которую самим же и развивать придётся, в прод тащить - себе дороже. Мелкошарага - это не FAANG, чтобы свои алгоритмы компрессии общего назначения тянуть.

>>27313
Вполне возможно, речь идёт не про фирму, а про университет.

>>27307 >>27314
Ну раз курсовая работа....

>растягивать файл алгоритмом LZW.
>Сам алгоритм предполагает наличие начального словаря, который по ходу сжатия файла(нахождения в нём новых последовательностей байтов) расширен. То есть для того чтобы в дальнейшем растянуть файл обратно, нужно знать словарь. И вообще понять, подлежит файл растягиванию или же это просто белиберда из битов. Пока такие соображения: первые биты в сжатом файле сделать что-то типа сигнатурных, чтобы можно было сходу определить можно ли растянуть файл. И после сигнатурных битов будут биты сжатого файла, а потом будет магическое число типа как "разделитель" между файлом и словарём. Насколько хорошая идея использовать магическое число как разделитель? Или же лучше будет выделить под сжатый файл первые 4 бита как сигнатурные, где помимо метки сжатия файла будет ещё число под оффсет, как количество битов после которых заканчивается сжатый файл и будут пары ключ-значение из словаря? Или может быть лучше сделать по-другому как-то?

Строение формата: разделить стрим, словарь и контейнер. Все числа - little endian! Файл маппится в память целиком через либу mio, дальше работаешь с std::span и структурами. Стрим состоит из заголовка стрима и стрима. Без сигнатуры. Контейнер состоит из сигнатуры, глобального заголовка, содержащего длину области контейнера и смещения областей стрима и словаря в ней ОТНОСИТЕЛЬНО КОНЦА ЗАГОЛОВКА. После следуют области, сначала область словаря, потом область стрима, потом конец файла. Ты провершь это при загрузке файла. Размеры вычислишь как разницы этих смещений.

Начальный словарь может иметь смысл хранить в отдельном файле для переиспользования, поэтому область словаря - это может быть просто CRC32-хэш от файла словаря, который при операциях надо задать явно. Также начальный словарь можно
хранить внутри контейнера или использовать захардкоденный. Поэтому сначала 1 байт перечисление. 0 - хардкод, 1 - файл, 2 - внутри. Если 0 - то инициализируем хардкодом. Если 1 - берём имя файла, добавляем ".dic" - вот и наш словарь. Проверяем наличие файла. Маппим его. Проверяем формат словаря. Поскольку задача учебная, то для твоего удобства в его редактировании это просто массив, сериализованный в BSON/bencode. Поскольку тебя проси

Сообщение слишком длинное. Полный текст.

Наткнулся при компиляции на ошибку вот в этой строчке
> typedef int Check[sizeof(A) == sizeof(int) + sizeof(bool) ? 1 : -1];
Долго думал, что это за ерунда такая, а потом как понял.
Структура А определена как
> struct A {bool b; int a;};
Оказалось, что это проверка на отключение выравнивания в структурах -fpack-struct=1.

Я просто оставлю это здесь:
https://github.com/orgs/community/discussions/49869

Тем временем олдфаги вспоминают, какой и кому подарок сделала SourceForge в начале 2010.
>>27012
>А селф-хостед вариант почему не подходит?
Для почты и жаббера нужен внешний домен, наличие которого — удовольствие порой недешёвое.
>>27017
>Почта была придумана, чтобы слать сообщения друг другу
Было бы всё так — не изобрели бы ICQ и XMPP, из-за громоздкости почты для коротких сообщений.

>>27084

То что почта морально устарела - никто не спорит. Но когда она появилась, всех перечисленных систем мгновенных сообщений просто не было. И ICQ хоть когда-то и была очень популярной системой, до сегодняшнего дня не дожила. А почта живёт и здравствует благодаря своей простоте и федеративности. Главные её недуги - это то что почти везде требуется привязка телефона и JavaScript, а self-hosted держать неудобно и затратно.

Свершилось, просветления в уму у руководства гитхаба не наступило. M$ потребовало от всех 2FA. При этом в качестве "2FA" подходят 1FA, если этот 1FA - "Passkey" (подробнее https://auth0.com/blog/our-take-on-passkeys/) от FIDO Alliance, в который входит M$. Свалить будет трудно: некоторые проекты валить не хотят "мы не для того на GitHub переходили, чтобы с него обратно валить", при этом своя инфраструктура ещё не полностью ликвидированна и можно её просто включить и с GitХапа все новые issues импортировать. Я же валю на codeberg.

>>27271
А я просто врубил OTP в keepassxc, который вполне себе опенсорсный, но тем не менее может генерировать одномоментный пароль для гитхаба и многих других сервисов. Использовать проприетарный аутентификатор со смартфона необязательно.

А ещё нужно помнить про infrastructure distrust, вы можете:
1. Создать bare репозиторий прямо у себя на диске с помощью
git init --bare
И потом пушить в него. Этот репозиторий может даже быть на отдельной флешке или жестком диске. Вы можете добавить его как дополнительный ориджин для гитхабовских репозиториев.
2. Подписывать свои коммиты с помощью gnu pg

Про infrastructure distrust можно больше узнать у Джоанны Рутковской:
https://invisiblethingslab.com/

BTW: С новым годом.

Ладно, на самом деле вот здесь:
https://www.qubes-os.org/faq/#what-does-it-mean-to-distrust-the-infrastructure
И немного здесь:
https://github.com/QubesOS/qubes-issues/issues/3958

Ладно, на самом деле вот здесь:
https://www.qubes-os.org/faq/#what-does-it-mean-to-distrust-the-infrastructure
И немного здесь:
https://github.com/QubesOS/qubes-issues/issues/3958

Тред умер?

>>26014
А ты думал, аффтору потребовалось если ответить 4 месяца на вопрос о пропаже билдов, и так их и не залить.
Но вроде что-то пилит.

>>26014 >>26015
Сказал же буквально на днях, всё будет, хорош шуметь.
>Третий тролль сказал: «Прощайте! Ненавижу болтунов».

За прошлый год я, хотя ничего не делал, стал парадоксальным образом в промышленных масштабах натыкаться на баги Free Pascal, отчего потерял терпение и повадился громко плакать о них на багтрекере в противоположность тому, как ранее натыкался на них раз в год и обходил переформулированием кода. Последние две недели плотно занимался https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/179, а вообще из всего, в чём засветился, мне больше всего нравится https://gitlab.com/freepascal.org/fpc/source/-/issues/39360 («копание в ассемблерном коде», да). Не подумайте, мне были жесть как нужны, соответственно, карманная база Юникода и ускорение генерации шума Перлина до уровня, когда текстуру с ним можно генерировать на месте, а не таскать с собой, здесь нет никаких проблем с приоритетами. Ну или, может, и есть самая малость, но кто сказал, что я прямо сейчас не возьму и не пойду дорисовывать Сырну?!

>>26016
>Сказал же буквально на днях
Где??
Но вообще, контрибы в язык - это ты малаца, завидно даже.

Гиде билды?

Хорош бампать, я сам бампну, когда придёт время.

Недавно гулял с сестрой в лесу. Она при всём уважении к моим хикки-привилегиям выразила заинтересованность в доступном объяснении, чем я занимаюсь целыми днями. Я сказал, что если честно, то делаю скорее не непосредственно свои проекты, а разные штуки для Паскаля (до этого сам похвастался, как сделал по просьбе человека с жёлтой аватаркой https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/446 за 1 день и €250; у человека свои причины улучшать совместимость с Delphi: https://www.mail-archive.com/fpc-devel@lists.freepascal.org/msg41878.html, но конкретно эти классы — очевидный бред и полная чушь и совершенная мерзость, решающая несуществующую проблему и не имеющая отношения к маршалингу, и мне стыдно за это; ковыряние с ассемблерным кодом в миллион раз лучше, одно моё творчество над стандартной функцией CompareByte ускоряет абьюзящие её программы на 10~20% в целом). Она спросила, зачем мне Паскаль, я сказал, что для той игры, которую показывал 10 лет назад. Она сделала сочувственное лицо и спросила, неужели я её до сих пор не доделал. Кажется, мой ответ заключался в том, что я ничего не делал всё это время, потому что мне было грустно, что у меня нет друзей. Этот ответ вроде как верен, и если не уточнять, что причина что-то делать у меня была точно такая же, даже удовлетворителен. ＊вздох＊

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

>>27282
>Хорош бампать
Раз в полтора года слишком часто, нужно было хотя бы до круглой даты дотянуть? xP

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

Начал читать Введение в кибернетику Глушкова В.М.
Из нового для себя материала могу отметить почти всю четвертую главу «Самоорганизующиеся системы», особенно её начало. В целом книга выглядит как обзор нескольких тем, включая логику, программирование, устройство вычислительных машин и абстрактные вычислительные машины.

Насколько я понимаю, чтобы понять суть дисциплины, следует начинать с книги, в которой она впервые упоминается. Я имею ввиду книгу Норберта Винера "Кибернетика: или управление и связь в животном и машине".

В Википедии упоминается статья Максвелла "О регуляторах". Издавалась в СССР:
Максвелл, Д.К. Теория автоматического регулирования (линеаризованные задачи) / Д.К. Максвелл, И.А. Вышнеградский, А. Стодола - Москва : Изд-во АН СССР, 1949. - 430 с.
Книга не абстрактна, а довольно конкретна в описании управления скоростью двигателей.

Вышеупомянутая же книга Н. Винера также издавалась в Советском Союзе:
Н. Винер. Кибернетика - Москва : Госэнергоиздат, 1958. - 214 с.
Также, второе издание есть в Интернет-архиве: https://archive.org/details/B-001-003-828/

Возьми произведения с похожим нелинейным сюжетом и попробуй внимательно рассматривать их с точки зрения использованных авторами ходов. Можешь даже выписывать себе куда-нибудь понравившиеся.

>>27166
>Так вот вопрос, как разрабатывать такие нелинейные квесты? Что бы он по разным местам шарился в репитативе.
Не так давно сделал сюжет для небольшого нелинейного квеста на 5 локаций, по которым шароебишься в репетативе, как раз чтобы попробовать силы в таких квестах.

ТЛДР, чтобы описать сюжет для такого квеста, после обычной преамбулы надо описывать:

• Локации
• Переходы между локациями
• Предметы на локации
• Действия на локации

Действия у тебя будут:

• Те что дают ЛОР или подсказку
• Те что дают предмет
• Те которые требуют предмет

К этим действиям всегда есть какие-нибудь условия, например время суток на локации, наличие другого предмета, и т.д. Их тоже надо описывать.

Сообщение слишком длинное. Полный текст.

>>27168
Спасибо. Есть от чего оттолкнуться

>>27171
В контексте моего пикрелейтеда "оттолкнуться" звучит мрачновато (⌒_⌒;)

Но ты спрашивай если что.

>>26582
Да, знаете ли, я уже ловил себя на публикации неготовых проектов. Потом сгорая от стыда, пытался всё дорабатывать в real-time. Не, я больше себе такого не позволю. Да, в этом у меня есть загон.
>не могу давать никаких гарантий насчёт себя, чтобы писать на почты, по крайней мере до октября.
Ну не проблема, можем связаться каким-то другим способом чем эмейлом. Или у вас по расписанию что-то не позволяет? Мой мозг не уловил этот момент. В случае вашей загружности - ничего страшного. Я понимаю, что не все обладают такими же просторами свободного времени. До октября моё желание вряд ли иссякнет. Конечно хочется быстрее чтоб сделать новость на моём канале покуда половина проекта уже готова. Но я не смею подгонять никого, кроме себя. Кстати, а как думаете - добрый анонимус - куда можно было бы бросить этот текстик ещё?

>>26584
>куда ещё
Хрен знает, может какие не слишком токсичные другие мелкоборды, но я в их градациях слабо, советовать не возьмусь.

Учитывая какие категории людей вы перечисляете как ЦА - ханипот у вас планируется, а не площадка.

> Буду благодарен если кто-то в лучших традициях open-sourse software пренебрежёт денежным вознаграждением и ограничится чисто добровольным желанием создать продукт
Кек.
> куда можно было бы бросить этот текстик ещё?
/dev/null

>>26549
кекв, ну что кто-то откликнулся на вашу просьбу?

>>26621
К великому, сожалению нифига никто ничего не писал (блин). Но это не повод унывать, имею надежду что кто-то появится! "...Много званных, но мало избранных", — Бибиля, НЗ, Матфея, 22-я глава

Некропостинг: актуально ещё, ОП?

Омск какой-то.

>>27122
Да вроде все верно. Он решает для случая на плоскости. А тебе надо было на прямой?

>>27122
Алсо, попробуй заново запустить ту же генерацию. Результат совсем другой будет.

>>27123
Хмм, меня смущает то, что он делает внутри if (AB = 0) и внутри if (CD == 0). Также он не проверил отрезки на пересечение.

Что-то с площадями в конце тоже какое-то странное - представим себе четырехугольник ABCD, и начнем его шатать, меняя углы, но сохраняя длины сторон. Расстояние между AB и CD меняется, результат формулы - нет.

>>27124
Да, другой. Что-то в конце начинает походить на формулу Герона, но претензия к ней та же самая.

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

https://zzzcode.ai/code-generator?id=916c1131-072c-4df1-ac0d-611ddea2844c
А мне он сгенерировал совсем другое решение, да еще и с объяснениями.

> Название: 2007
> Сеттинг: Россия начала двухтысячных

Это нуждается в дополнительном пояснении.

>>26956
> собеседуйся стажером в крупную компанию, готовую в тебе вкладываться.
Сейчас в СНГ это малореально в общем случае. Не нужны сейчас стажеры.

Интересно, не проще ли с нуля вкатиться в дельфи в РБ и РФ сейчас. Целесообразность спорная конечно, но тем не менее любопытно.

>>16018
Php, node.js (ванильный жс нахуй не нужон), как вариант можно выше озвученный питон, но на нём работу найти сложнее. Не слушай задротов которые советуют плюсы, шарпы или уж тем более Си. Только зря время потратишь.

>>26993
Питон еще куда ни шло (пока однажды не придется разбираться, почему сборщик мусора не собирает мусор), но node.js - это достаточно неочевидная штука. Колбэки, замыкания, динамическая типизация, [object Object]... Может это и востребовано, но очень уж грустно и невесело.

>>26995
Тем не менее денежек там больше чем где либо ещё. А вопрос состоит именно а вкатывании.

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

>>27031
Не знаю, что можно предложить, кроме сидения на шее у родителей \ партнёра и улучшения навыков после выплаты того кредита.