Falseclock, я это не могу комментировать. Это ваш стиль ведения бизнеса. Должна быть заинтересованность в коллаборации. Если ее нет - то наверное и это партнерство не нужно.
самый правильный путь - это задавать уточняющие вопросы "по адресу". А то здесь понадают советов.
Будешь принимать за чистую монету а потом ходить и рассказывать что это чистая правда.
JWE описана в RFC и там вроде даже есть примеры. Но ее надо вычитать не с целью садиться кодить
а с целью снова задать вопросы техподдержке партнера.
Если задание слишком большое и сложное - то его бьют на части. На подзадачи или investigations где вопрос - крайне прост. Например:
- как получить аргументы комадной строки на nasm
- как работать с 7 ричной системой в nasm
- как вывести и отформатировать результат в nasm
Вот. Так. И только таким образом решаются сложные и непонятные задачи.
Есть диалект json-path. Значит можно обращаться к атрибутам и смотреть их атомарные значения. Дальше - дело техники. Кастить в числовые типы или типы дат-времени.
Сам по себе JSON-type не запрещен в DBMS. Можете пользоваться. Но его обычно имеет смысл применять там где есть требование вливать в базу "документы которые не специфицированы". И далее - делать по ним какие-то запросы.
Альтернативный вариант по слабой спеке - использовать модель EAV. Но EAV настолько неудобен в практическом применении что JSON является прямо-таки здравым решением если так сравнивать.
Filipp42, интересно. А какова производительность. Я знаю что у НС - слабое место это способ задания коэфициентов и связей. Обычно матрицы используют. От этого и TensorFlow название получил. А здесь. Списки связей. Ну ... наверное будет не сильно быстро в обучении. И не сильно компактно в памяти. Пробовал обучасть на классическом MNIST наборе букв? Как быстро завершиться обучение?
12bc88f2c15a324518, в текстовом поиске нет лучшего правильного решения. Обычно ищут не лучшее а примемлемое решение. В последнее время текстовый поиск заменяют на узко-специализированные системы такие как Elastic Search он - кластеризуется во вычислительным нодам. А такое решение как sqlite - скорее всего не кластеризуется. Просто оно - архитектурно очень простое. Часто встраиваемое.
Мне кажется что тебе надо просто отдохнуть. Выгорание - типичная проблема.
Тяжесть информации здесь непричем. Обычно выгорают от отсутствия эмоционального контакта с такими-же
коллегами и также выгорают от осознания ненужности этих знаний. Вот попробуй исправить последние два
пункта.
