psiklop, It-специалист все равно должен знать и уметь английский. Мануалы читать и прочее.
Тем более что переводная литература имеет огромное число багов. А обеспечить качественный перевод
и быстро - невозможно. Если хочешь - читай литературу 90х-2000х. Там были нормальные переводы.
Только это не про криптовалюты. Сам понимаешь. Тема слишком свежая.
И не жадничай покупать электронные книги. Если это вопрос карьеры - то я не вижу почему здесь
надо экономить.
Ученье дорого ? - попробоуй невежество. Это еще древние сказали.
Непонятно при чем здесь LLVM? Это вообще не его задача и его уровень. Это как раз задача уровня языка С++.
В Scala 3 подобное поведение описывается через union type. Но внутри функции ты все равно обязан
отработать паттерн-матчинг к двум типам. Поэтому выигрыш неочевиден. Просто декларируется одна
функция вместо двух.
Если VkInstance и VkDevice - родственные типы то попробуй поработать с базовым типом. Или создай над ними типы-обертки. Это будет в духе ООП.
Я-бы предложил заменить камеру на другую а сбойную поставить у себя дома и понаблюдать. Возможно эта странная проблема которая стреляет пару раз в год - воспроизведется и можно будет диагностировать ее вручную.
Данная задача очень похожа на гео-поиск. Там вроде бы используют R-Tree, Quad-Tree индексы.
Почитай. Хотя я не уверен что тебе обязательно решать эту задачу через пространственные индексы.
Если задача одноразовая и нужно только отдавать быстрые ответы - то попробуй для каждого прямоугольника
явно хранить списки "леваков". Тогда мы уходим от полного перебора но нам нужна долгая инициализация всех
структур.
Если эта задача является подзадачей чего-то более крупного (оптимальный раскрой например) - то тут уже надо
думать дальше.
Не советую это делать. На домашних десктоп-системах любая попытка построить какой-то LVM/Raid приводит к катастрофам в будущем. И к тому времени когда катастрофа происходит - вы не будете помнить расклад и конфигурацию LVM/Raid. И тем более ситуация помножиться на две операционки.
А зачем тебе разаработкой на Python заниматься на такой нишевой операционке? Я конешно не осуждаю. Но есть два основания ставить Кали. Первое - ты инфо-безопасник и решил потестировать своё предприятие на уязвимость. С согласования своего it-отдела.
И второе - ты мамкин пентестер. Решил потестить сайт президента :) Какой твой выбор?
Сомнительно что чел сможет написать что-то мультипоточное правильно.
Он пишет что знает "базовые принципы". Мультипоточка - такая коварная штука.
Трудно доказать что софт правильный. Запускаешь на деве на QA - норм.
В прод заходит - и пошло... блокировки. Расширенный закон Амдала. Неожиданные
падения производительности. Кеши ведут себя плохо.
Мне кажется что доказывать правильность мультипоточки еще тяжелее
чем критерий "останова".
Adamos, да мне тоже редактировать не надо. 99% задача такая. Есть выгрузка для bigdata. Надо просто открыть somefile.json.bzip2. Сделать перемотку в середину. И просто понаблюдать какая schema. Какие типы данных.
Я думаю что задачи редактирования - как раз для бухгалтеров 1С. А для нас - больше загрузить в storage (бронозовый уровень) и сделать некий датафрейм серебрянного уровня. Чтоб бизнес аналитик уже видел это в виде табличного view.
Adamos, да хороший редактор Xml/Json наверное останется моей мечтой. Я все время (дорогА ложка к обеду) открываю толстые файлы в IDE. В час X под рукой нету нормальног редактора. Та - падает или кричит что не смогла открыть весь файл ибо много.
Лет 10 назад я использовал толи Notepad+ толи Oxygene. Но сейчас перешел на декстопные линуксы а там такого нет.
Тем более что переводная литература имеет огромное число багов. А обеспечить качественный перевод
и быстро - невозможно. Если хочешь - читай литературу 90х-2000х. Там были нормальные переводы.
Только это не про криптовалюты. Сам понимаешь. Тема слишком свежая.
И не жадничай покупать электронные книги. Если это вопрос карьеры - то я не вижу почему здесь
надо экономить.
Ученье дорого ? - попробоуй невежество. Это еще древние сказали.