Настройка тестов, CI/CD, OLAP CUBE, оптимизация запросов к БД.
OLAP CUBE, оптимизация запросов к БД - это очень скиловые задачи и кому попало их не дают.
Возможно у ваших боссов действительно сложилось не то понимание ролей в команде.
И есть повод об этом поговорить. Но сами по себе задачи - не простые.
Двигать кнопку влево-вправо может любой дурак. Попробуйте понять где в сложной многозвенной
системе задержка или где плохо работает ingestion, или кеши не выполняют своих функций - и это
будет очень большой плюс к резюме.
Василий Банников, да можно попробовать работать как антивирус. Искать в бинарнике
знакомые инструкции которые сигнализируют о майнинге.
Например для биткоина это должна быть функция вида SHA256(SHA256(x))
и если майнер хороший то он может содержать Intel SHA-256 extension set.
Или искать аналогичное на GPU.
В совокупности анализ должен быть направлен не на все процессы а только
на те которые в единицу времени создали какую то особую нагрузку
которая не похожа на игру например или работу video encoder. Тоесть
добавить к анализу еще один экспертный параметр.
Понятное дело это все частные случаи и какой-то общий майнер мы не можем
обнаружить.
Несколько мыслей. Где то здесь тоже спраталась квантовая теория.
Если шар проник в другой шар на слишком маленькое расстояние (планковская длина ?)
то можно наверное уже такую коллизию игнорировать.
Если 3 шара сложить треугольником и положить на них четвертый то согласно твоей идеальной
модели упругих шаров, будет происходить бесконечный дребезг или колебательные движения
четвертого шара с умешьшающейся амплитудой.
Хотя в реальном мире (я рискну предположить) мы быстро достигаем какого-то эффекта полной
остановки этого колебательного процесса. Вроде как шар твердый но где-то есть демфирование
которое остановит даже самые твердые бильярдные шары от дребезга.
Предположительно ты работаешь с файлами SQLite из нескольких процессов одновременно.
SQLite не поддерживает многопользовательский файловый доступ и поэтому видна
ошибка SQLite Error 5: 'database is locked'.
Обычно в подобного рода лабах функция задается таблично.
Тоесть ты должен нам предьявить табличку с 3 колонками иксов и 1 колонкой выхода Y.
И в ней должно быть 8 строк по числу сочетаний всех аргументов.
Вот с этого можно начать обсуждать твою лабу. По крайней мере пункты (1) и (2) требуют
этого.
1) Попробуй в new ListMy() заранее аллоцировать нужное число элементов. Ты ведь знаешь его.
Это поможет избежать ненужных реаллокаций.
2) В коробочных библиотеках Collections List<..> в релизном варианте может работать не тот
код, который опубликован а intrisic, которые уже собраны и соптимизированы для List(int) List(long)
отдельно. Поэтому твой прикладной код может быть медленнее.
1) Мне кажется что математически строгий алгоритм здесь нельзя будет вывести.
И даже если теоретически предположить что ты придумал метод нахождения синонимов то тогда не только WOT будет сведен к основе но и "Добрый день" и многие другие sentences, tokens
могут тоже автоматически сжаться до какого то уж очень рафинированного текста.
2) Мне вспоминается пример из vectorized-db, где параллельным переносом из точки "king man"
можно было получить "queen". Возможно танковая игра тоже будет такой точкой внутри vectorized
пространства можно получить wot и все прочее.
Короче я-бы не сбрасывал со счетов векторизации документов.
Если оператор так делает - то он правильно делает. Я-бы тоже так делал. Очень часто
люди по рассеянности или по незнанию поднимают http-сервер и забывают на много лет.
Зобанив веб-порты - оператор сразу защитил десяток миллионов простых рассеянных любителей
прона и гемблинга.
А то что среди десятка миллионов есть парочка прецензиозных которые что-то требуют, чего не было
в договоре - так это очень узкая аудитория. О них можно вообще не переживать. Если надо - пускай
покупают отдельно услугу.
На самом деле вы можете даже сломать бизнес-логику "черного ящика" если будете
его балансировать между primary / replica на основании своих придуманных правил.
Поэтому владелец "черного ящика" должен быть поставлен в известность о том что вы
делаете и он должен выразить согласие с этой оптимизацией.
OLAP CUBE, оптимизация запросов к БД - это очень скиловые задачи и кому попало их не дают.
Возможно у ваших боссов действительно сложилось не то понимание ролей в команде.
И есть повод об этом поговорить. Но сами по себе задачи - не простые.
Двигать кнопку влево-вправо может любой дурак. Попробуйте понять где в сложной многозвенной
системе задержка или где плохо работает ingestion, или кеши не выполняют своих функций - и это
будет очень большой плюс к резюме.