mayton2019

Сколько запросов в секунду - наперед никто не знает.

Для оценки обычно берут аналогичную систему и пытаются как-то экстраполировать.

В любом случае, если вы создаёте что-то новое - от вас требуется POC и бенчмарк. Без этого вы будете неубедительны.

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

Так вот. Для генерации цветных штанов - никакие сети не нужны. Более того. Если вычеркнуть слово нейросеть из технического задания - то тогда и цена разработки будет ниже. А эффект - тот-же самый. Набор штанов. Но без пафосных слов.

Вобщем думайте что вам на самом деле надо. Сделать штаны. Или распилить бюджет на разработку.

Проще всего вести лог транзакций монет по всем пользователям. В сущности User можно оставить только баланс.
А если кто-то захочет посмотреть какие есть монеты - то можно проверить лог по пользователю и собрать отчет.

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

C++ не самый - лучший старт для начинающего. Можно выгореть на самом начале при работе со строками и адресной арифметикой. Тем паче, что C#/Delphi например, предлагая аналогичные возможности языка с типизацией, страхуют от такого выгорания.

В этой операции мало смысла. Расскажи что будешь дальше делать - и я подскажу как. Возможно тебе нужен Pandas.

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

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

И сложно себе представить что нужно откатить если ты ушел в отпуск и в 1 мердж реквест положил штук 5 своих задач.

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

Квотировал не только с вопроса но и с ответов автора.

когда я хочу показать его действия, то проект не работает, и так всегда.

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

Судя по общему тону сообщений - есть некая проблема в стабилизации релиза.
Тоесть он, будучи разработанным год назад, тем не менее не может гарантировать что
не будет чего-то сломано. В этом есть проблема тестирования.

Надо посмотреть покрыты ли основные бизнес-кейсы авто-тестами. Самый простой пример.
Берете и ломаете свой исходник в одном месте. И тесты должны это заметить. Если не замечают
- это проблема.

Владею стеком HTML/CSS/JS, Python+django/fastApi, java(для математики всякой)

Также хоббийно занимаюсь микроэлектроникой(avr/nrf/stm)

Выглядит как активность эникейщика. Первая предметная область, связанная с фронт-вебом - сегодня очень сложна. И чтобы по настоящему расти - надо отдаваться ей на 100%. Иначе эффекта не будет.

Я не хочу говорить что ты распыляешся, но резюме выглядит как, как будто ты еще находишся в творческом поиске и давать тебе какие-то проекты еще рано. Может тебе имеет смысл еще погулять пару лет и после этого просто "зачистить" свою анкету от посторонних мешающих хеш-тегов.

Я сам так сделал и не жалею. Всякие Photoshop/3DMax/радио-и-связь/игра на трубе/вязание крючком - заказчика не интересуют а вобщем даже и раздражают. Под позицию нужен профессионал а не разно-рабочий.

UPD:

Что такое пара в рамках решаемой тобой задачи? Можно ли это заменить на:

q.push(x);
q.push(y);

Вот так надо

Pattern regex = Pattern.compile("^" + value.regex);
Matcher result = regex.matcher(this.code.substring(this.pos));
if (result.matches()) {
 .......
}

Этого нельзя "хотеть". Вся инфо-безопасность последних 30 лет основана на том что пользователь не должен запускат никакие файлы вообще. Браузер - только отображает. И вы, как сисадмин должны понимать это.

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

String[] words = verse.toLowerCase().split("[\\s.,?!\\d]+");

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

кластеризованые и некластерризованные индексы в бд это грубо говоря отдельная служебная таблица.

Скорее всего - нет.

Хотя кластеризация - близка к целям индексирования но я-бы сначала послушал оригинальный текст этого утверждения. А иначе получится что мы как в том анекдоте где Рабинович напевает Шаляпина.

Мне кажется шахматисты-теоретики давно расковыряли коня со всех сторон. DFS/BFS - это игра вслепую.
А может быть есть некий сет стратегий которые ведут к победе. Например.
- один конь делает нейтральные шаги туда-сюда.
- второй конь целенаправленно двигается к этим двум шагам.
- если промахнулся и не встретил - делает 3 или 5 тоже нейтральных шагов по кругу чтобы на нечетности поймать другого коня.

UPD.

Лет 15 назад когда я работал в *телекомах мы строили такую систему. Но JSON тогда не использовался. У нас был XML основной формой сериализации данных. Что могу сказать. Проблем с такой системой много. Если с загрузками-выгрузками еще нормально. То с пишущими транзакциями и с конкуренцией - все очень плохо. Файловые системы того времени FAT/NTFS4 плохо реагировали на блокировки и процессы у нас часто висли и их приходилось убивать через таск-менеджер прям на сервере. Позже я для себя пришел к выводу что эффективную БД так пострить невозможно. Нужен WAL на диске, кеш активных страниц и некий координатор блокировок в главном мастер-процессе. Чуть позже я сам для себя узнал что это и есть составные части почти любой современной DBMS.

Тоесть если вы все таки решите делать БД на файлах то это будет либо очень ограниченная и медленная БД. Либо этот проект плавно перерастет в самописную DBMS на "крупных файлах". Если у вас конечно будет энтузиазм расследовать performance issues и улучшать продукт.

Задача называется "Сумма прописью". Она решена тысячу раз для всех языков программирования. Исходников много. Ищите. Легко найдете.

Других трудностей здесь нет.

На amazon.com я находил вполне себе красивые проигрыватели в форме чемодана.