У родителей на даче такие пчелы завелись года два назад. Был удивлен, узнав что они занесены в Красную книгу. Гудят как вертолет, совершенно не агрессивные. Хорошо опыляют пассифлору. Там расположение пестиков и тычинок как раз под такие размеры опылителя рассчитаны.
Я на 100% не уверен, но разве время доступа к файлу зависит от общего количества файлов данной директории? Не слышал о таком. Вот допустим у нас есть функция QImage* getTile(const QString& filename). Внутри она пытается открыть файл по имени, и естественно обрабатывает случаи, в который указанного файла нет на диске. Опять же, на одной сцене всего около 30 тайлов. Если одного из тайлов не окажется на диске, то он как бы и не будет отрисован. Т.е. 30 обращений к файловой системе за кадр(и то, если мы полностью изменили текущую область видимости не экране). Я в свое время делал приложение для растрирования векторных морских навигационных карт и разбиения их на тайлы. Все тайлы лежали в одной папке. В картографическом приложении я просто их от туда брал. Каждый раз при изменении уровня зума или или центра, я рассчитывал т.н. Tile Coverage - квадратная область [minX,maxX,minY,maxY]. И тайлы из этой области брал с диска.
Я, честно говоря не совсем понимаю что значит "поиск файлов" и в чем суть оптимизации. Вот допустим у нас в локальной директории лежат готовые тайлы. Именование файлов соответствует их позиции на проекции веб-Меркатора, например {X}_{Y}_{Z}.png. Мы рендерим сцену, смотрим какие тайлы перекрывают текущую область видимости при текущем масштабе, и просто берем их с диска по имени. В одной сцене как правило всего 20-30 тайлов. По сути так и работает тайл-сервер, мы у него запрашиваем имя тайла, он нам его выдает. Только тут они все на диске.
Все ясно. Готовятся к блокировке ютюба и предлагают «аналог». Да вот только никому не нужен видеохостинг. Всем нужен контент. Контент, которого в рутюбе никогда не будет.
Мне кажется, проблема бюджетных электромобилей состоит в том, что они выглядят несолидно. Электромобиль все еще стоит дороже чем аналогичные собраться с ДВС, но покупать нечто, похожее на «Оку» по цене нормального автомобиля как то рука не поднимается. ИМХО успех теслы по много обеспечен тем, что их автомобили никогда не были похожи на собачью будку.
Насколько хорошо качество распознавания с Kaldi? Я использовал CMU Sphinx для локального распознавания в мобильном приложении, и при достаточно большом словаре результат распознавания — совершенно непредсказуем. Сделал вывод что Sphinx годится только для распознавания ограниченного набора отдельных фраз.
Сложный вопрос на самом деле. Я туда устроился когда еще учился в магистратуре. Учеба и работа в одном месте. Плюс тема диссертации аккуратно совпадала с текущей работой. Мне было удобно. Начальник лаборатории человек амбициозный и красноязычный. Основная часть ЗП должна была состоять не из оклада а из денег на заказы. Спустя пол года мы сделали два метеобуя для «росморпорта». Делали пол года. В этот период получал суммарно 50к. Не много, но я не считал себя таким уж хорошим специалистом чтобы требовать больше. А дальше затишье. Тендеры, коммерческие предложения (от нас), конференции. Кажется вот вот. Но время идет а денег нет.
Во вторых — моя инертность. Не люблю что-то менять, вот так просто. Но если увижу подходящую вакансию — долго думать не стану. Но вот что-то не вижу пока. В регионах с этим сложно. Здесь в основном 1С, и Web. При окладе не более 50к. Но я все-таки позиционирую себя как программист С++/Qt и мне нравится это.
В третьих — я не могу оценить свой профессиональный уровень, т.к. нет фидбэка. Кроме меня мой код не видел никто. Из за чего развился синдром самозванца. Я единственный IT-шник в команде. Из-за чего также нет опыта командной работы. Поэтому не рассматриваю удаленку, понимаю какая там конкуренция. А куда двигаться и с какого конца начать — не знаю.
А мне вот интересно чем Вас не устроила работа в море? Мне 28, работаю мл. научным сотрудником в морском университете. Но я IT-шник. Как раз таки использую стек С++/Qt в основном. В данный момент работа в области морской картографии (IHO S57, IHO S52 — вот это все). Плюс приходится заниматься web (Python/JS,HTML), микроконтроллерами и даже нативным IOS, так как больше некому это делать. ЗП 15к в месяц (рублей, да). В то время как выпускники судоводители на стартовых(!) должностях получают 3 — 4к$. К тому же такие бонусы как практика английского с носителями и мир посмотреть можно. Да еще и рост обеспечен. Выглядит как работа мечты. (Я под зп IT-шника, не подразумеваю свои 15к. Я думаю что в среднем 100к. В регионах возможно еще меньше).
А в свое время начал использовать формулы вместо запоминания паролей. Т.е. есть некая формула, зависящая от названия сервиса по которой строится пароль. Например: @первая_буква_сервиса/сайта + 123 + @последняя_буква + 45. Уже много лет мне не приходится ничего запоминать. (Сложность формулы может быть любой, это просто пример).
Любое увеличение степени защиты идет в минус удобству. Это всегда компромисс. И «Нечего скрывать» — скорее говорит о крайне низкой степени риска, чем о непонимании. Лично мне кажется гораздо более рациональным раз в несколько лет восстановить взломанный аккаунт, чем лишать себя огромного количества удобств. Степень защиты должна быть сопоставима со степенью риска в случае взлома. Можно не сохранять пароли в браузере, каждый раз тратить время на двойную аутентификацию, запоминать сложнейшие пароли, периодически их менять… Но зачем?
У родителей на даче такие пчелы завелись года два назад. Был удивлен, узнав что они занесены в Красную книгу. Гудят как вертолет, совершенно не агрессивные. Хорошо опыляют пассифлору. Там расположение пестиков и тычинок как раз под такие размеры опылителя рассчитаны.
Я на 100% не уверен, но разве время доступа к файлу зависит от общего количества файлов данной директории? Не слышал о таком. Вот допустим у нас есть функция QImage* getTile(const QString& filename). Внутри она пытается открыть файл по имени, и естественно обрабатывает случаи, в который указанного файла нет на диске. Опять же, на одной сцене всего около 30 тайлов. Если одного из тайлов не окажется на диске, то он как бы и не будет отрисован. Т.е. 30 обращений к файловой системе за кадр(и то, если мы полностью изменили текущую область видимости не экране). Я в свое время делал приложение для растрирования векторных морских навигационных карт и разбиения их на тайлы. Все тайлы лежали в одной папке. В картографическом приложении я просто их от туда брал. Каждый раз при изменении уровня зума или или центра, я рассчитывал т.н. Tile Coverage - квадратная область [minX,maxX,minY,maxY]. И тайлы из этой области брал с диска.
Я, честно говоря не совсем понимаю что значит "поиск файлов" и в чем суть оптимизации. Вот допустим у нас в локальной директории лежат готовые тайлы. Именование файлов соответствует их позиции на проекции веб-Меркатора, например {X}_{Y}_{Z}.png. Мы рендерим сцену, смотрим какие тайлы перекрывают текущую область видимости при текущем масштабе, и просто берем их с диска по имени. В одной сцене как правило всего 20-30 тайлов. По сути так и работает тайл-сервер, мы у него запрашиваем имя тайла, он нам его выдает. Только тут они все на диске.
Во вторых — моя инертность. Не люблю что-то менять, вот так просто. Но если увижу подходящую вакансию — долго думать не стану. Но вот что-то не вижу пока. В регионах с этим сложно. Здесь в основном 1С, и Web. При окладе не более 50к. Но я все-таки позиционирую себя как программист С++/Qt и мне нравится это.
В третьих — я не могу оценить свой профессиональный уровень, т.к. нет фидбэка. Кроме меня мой код не видел никто. Из за чего развился синдром самозванца. Я единственный IT-шник в команде. Из-за чего также нет опыта командной работы. Поэтому не рассматриваю удаленку, понимаю какая там конкуренция. А куда двигаться и с какого конца начать — не знаю.