mayton2019

Владею стеком 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 я находил вполне себе красивые проигрыватели в форме чемодана.

DELETE * FROM products_vpn WHERE productsid = ?, amount = ?

Ты наверное - бывший программист на Prolog?
Что это за запятая там стоит?

Для проведения уроков хочу написать простенький симулятор процессора

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

В Kafka log файлы обычно большого размера. И поиск в них - последовательный. В силу специфики. Месседжи - имеют произвольный размер. А индексный файл - маленький. И записи - по 64 бита. Можно быстро найти нужную. Тем более там есть ордеринг.

Я не понимаю. Расследование инцидента в БД так не делается. Нельзя прийти с утра и, посмотрев в промахи Кеша делать выводы. В любой крупной БД промахи есть.

По хорошему, надо из жалоб клиента попытаться понять root cause. Тот самый запрос который вчера работал быстро а сегодня тормозит и должен быть исследован.

Колонка. Вот там где цифра перетекает в непрерывное напряжение - (усилитель) - вот там и появляется
аналоговый сигнал. До этого весь pipeline (или как говорят в радиотехнике - тракт) полностью цифровой.

Bluetooth - это тоже стандарт цифровой связи хотя и в радио-диапазоне.

Этот вопрос надо конкретизировать до сравнения Ryzen 7, например с конкретной моделью Intel.
Сравнивать можно по наборам команд которые оба процессора поддерживают. Собственно в этом
и будет главная разница. Отчет о наборах команд можно посмотреть в lscpu, cpuinfo, cpuid для Linux
например.

Вот так работает. На MariaDb.

SELECT * FROM test WHERE n REGEXP concat('[',(_utf16 0x430),'-',(_utf16 0x44f),']');

Собсно и первый вариант у меня тоже работает. Скорее всего ты сломал кодировку либо при создании
таблицы (дефолтная была национальная) либо во время insert либо во время select.
То что показано на экране - не является
пруфом. Потому-что мы видим кириллицу уже адаптированную для экрана. А чтоб разбираться в проблеме
надо как-то смотреть через линзу двоичной системы.