Продолжаю изучать декоративные светодиодные светильники.
Сегодня тестирую управляемый светодиодный светильник General Lumino 02 130 Вт (GSMCL-Smart25) за 5165 рублей.

В этой статье мы расскажем, как мы переводили локализацию мобильных проектов в Smartcat, какие изначально у нас были боли и как мы с ними справились.

Кто мы

Привет всем! Мы — Екатерина Галицкая и Дарья Егорушкина из «Лаборатории Касперского» (отдел документации и локализации). Немного конкретнее: команда, в которой мы работаем, отвечает за написание и локализацию текстов интерфейса и справки для мобильных приложений.

В ближайшие недели большинству из нас придется работать удалённо. Организовать работу команды в новых условиях и создать рабочую атмосферу у себя дома — только на первый взгляд кажется легкой задачей. Но когда подступаешься к ней, возникает столько нюансов, что могут опуститься руки. Чтобы этого не произошло, мы будем собирать материалы, которые помогут подготовиться вам и вашим коллегам. Спокойствие и терпение, у нас все получится!

Автоматическое распознавание речи (STT или ASR) прошло долгий путь совершенствования и имеет довольно обширную историю. Расхожим мнением является то, что лишь огромные корпорации способны на создание более-менее работающих "общих" решений, которые будут показывать вменяемые метрики качества вне зависимости от источника данных (разные голоса, акценты, домены). Вот несколько основных причин данного заблуждения:

• Высокие требования к вычислительным мощностям;
• Большое количество данных, необходимых для обучения;
• В публикациях обычно пишут только про так называемые state-of-the-art решения, имеющие высокие показатели качества, но абсолютно непрактичные.

В данной статье мы развеем некоторые заблуждения и попробуем немного приблизить точку "сингулярности" для распознавания речи. А именно:

• Расскажем, что можно достигнуть отличного результата в рамках разумного времени, используя лишь две видеокарты NVIDIA GeForce 1080 Ti;
• На всякий случай еще раз представим датасет Open STT для русского языка на 20 000 часов;
• Опишем различные подходы, позволяющие ускорить процесс тренировки STT на порядок.

В этой статье есть 3 основных блока — критика литературы и доступных инструментов, паттерны для проектирования своих решений и результаты нашей модели.

Тема DevOps за последние несколько лет стала очень популярной. Многие мечтают в нее влиться, но, как показывает практика, часто только из-за уровня зарплат.

Некоторые указывают в своем резюме DevOps, хотя не всегда знают и понимают суть термина. Кто-то считает, что изучив Ansible, GitLab, Jenkins, Terraform и им подобные (список можно продолжать на свой вкус), то сразу станет «девопсом». Это, конечно, не так.

Увидел тут с утреца статью про пушку Гаусса и сразу вспомнил один замечательный канал на ютубе, где, вовсе не сумрачный, а очень даже жизнерадостный немецкий гений взял и сделал нечто абсолютно новое в такой (казалось бы) абсолютно завершённой области как лучное дело. Простейшее устройство одновременно:

1. Является магазином (то есть, даёт серьёзный плюс к скорости стрельбы),
2. Значительно упрощает прицеливание,
3. Да ещё и в два раза снижает усилие, нужное для натяжения лука!

Впечатляет? И это вы ещё его смех не слышали! (вот здесь его компиляция на полторы минуты, лучший способ начать понедельник по моему скромному мнению). Ну а под катом краткое пояснение принципов работы, если лень смотреть видео. Как говорит сам Йорг LET ME SHOW ITS FEATURES:

Тема сложная и спорная, заранее прощу прощения. Речь о помощи одного сотрудника другому в решении задач.

Сказать, что мы не помогаем друг другу, нельзя. Но это практически не влияет на эффективность. Помогаем, чтобы задача была решена в принципе. Ну и тогда, когда решение задачи под угрозой.

Например, сидит человек и тупит. Час, два, день, неделя. Периодически переключается на другие задачи, страдает, мучается, но тупит дальше. Потом не выдерживает, спрашивает кого-нибудь, получает либо наводку, направление движения, либо решение.

Для заводских программистов – подход совершенно верный. Там время, затраченное на решение задачи, никакого значения не имеет. Лишь задачи типа «а-а-а упал сервер» или «чёрт, налог на прибыль не считается, через час сдавать!» требуют и, главное, получают немедленное реагирование всего ИТ-отдела.

Но у нас, к сожалению, бизнес, который зарабатывает по банальной формуле: доход минус расход. Как и любой другой бизнес.

Доход – сколько заплатит клиент за решение задачи. Расход – сколько мы затратим на решение задачи.

Собрать и заставить работать приложение с небольшим количеством нативного кода несложно. Если же вы хотите использовать нативную библиотеку, в которой много файлов, становится труднее. Сложность в том, что нативные библиотеки распространяются в виде исходного кода, который нужно компилировать под нужную архитектуру процессора. На примере аудиокодека Opus я покажу, как это сделать.

Первая бета Swift 5.2 только что появилась в Xcode 11.4 beta, и в ней произошли изменения в языке, наряду с сокращением размера кода и используемой памяти, а также появилась новая система диагностики, которая позволит быстрее выявлять ошибки.

Всем привет.

4 года назад я уже разбирался с вебсокетами в iOS, тогда я решил задачу с помощью одной из библиотек cocoapods, статья есть на Хабре. А сегодня хочу продемонстрировать еще одно решение, нативное без cocoapods.

Я написал свой менеджер для работы с вебсокетами (Менеджер в данном случае синглтон класс который может быть вызван в любом месте приложения, так как это синглтон его экземпляр будет создан только один раз для всего приложения).

Воспользуюсь я для своих целей нативными средствами.

Космодром Вэньчан на о. Хайнань, запуск ракеты CZ-5 и будущее этого космодрома

Космическая польза от экватора

Для чего космодромы размещают у экватора? Вкратце: из-за облегчения достижения полезной нагрузкой (ПН) нужной скорости на орбите Земли. И для уменьшения затрат топлива при изменении/уменьшении наклонения орбиты, приведения наклонения орбиты к нулю (например для запуска на геостационарную орбиту). Подробнее здесь: https://habr.com/ru/post/393423/

Радиус Земли составляет R=6378 км (на экваторе). Длина экватора Земли равна

$$

За сутки любая точка на экваторе прокручивается именно на такое расстояние, один такой оборот нашей планеты занимает 24 часа. Поделив длину экватора в км на 24*3600 секунд мы получим, что линейная скорость земной поверхности на экваторе равна 0.464 км/cек, почти полкилометра в секунду. Это горизонтальная скорость никак не может подкинуть ракету вверх, но эта скорость добавляется к горизонтальной (точнее орбитальной) скорости верхней ступени и ПН, летящих уже не вверх, а параллельно земной поверхности на восток вдоль экватора (в конце вывода ПН на орбиту). Конечно это идеальный случай, характерный для вывода спутника на геостационарную орбиту (которая проходит точно над экватором), с космодрома тоже расположенного точно на экваторе. Для орбит с наклонением к плоскости экватора (чем дальше от экватора космодром, тем больше, увы, наклонение) не вся скорость, полученная при старте ракеты от вращения земной поверхности, будет полезной добавкой. Полезна только та часть скорости, которая параллельна плоскости будущей орбиты.

(иконографика основана на данном оригинале)

На широте Байконура окружность Земли по данной широте имеет меньшую длину, но оборачивается точка на этой окружности за те же 24 часа, потому в районе Байконура линейная скорость равна 0.316 км/cек, а на широте Плесецка всего 0.212 км/сек — в два с лишним раза медленнее, чем на экваторе.

Споры о том, как сейчас лучше вести экспансию в космос, скорее всего, не утихнут даже когда человечество освоит солнечную систему, а переместятся в плоскость альтернативной истории: “В начале 21 века надо было строить лунную базу! Нет, орбитальную станцию! Нет, все усилия стоило бросить на Марс!” Как бы то ни было, сейчас основным направлением движения являются лунная орбитальная станция Lunar Orbital Platform – Gateway и высадки на Луну с 2024 года.


Gateway в представлении художника

Год открыла компания SpaceX, запустив 7 января уже третью «пачку» из 60 спутников Starlink. Начало символизирует — созвездия спутников будут одной из основных космических тем этого года. Кроме того, откроется пусковое окно на Марс, и полетят новые ракеты-носители.


Слева ровер NASA, справа — Европейского космического агентства

Это мой первый пост об оптическом распознавании текста (OCR) с использованием Tesseract. Tesserast это очень популярная open source библиотека для OCR поддерживаемая Google, которая дает высокие результаты точности и поддерживает более 100 языков. В этом посте я расскажу как можно работать со стандартным словарем для языковой модели Tesseract и настроить его под свои нужды. Кому интересно, прошу под кат.

Сейчас, когда до Нового года остались считанные часы, логично оглянуться назад и посмотреть, каким оказался 2019 год. Этот материал не претендует на полноценный и всесторонний обзор, скорее, некоторые яркие штрихи уходящего года.


Сборка РН «Союз», фото Роскосмоса

На фоне подсчетов количества запусков, как мне кажется, был недостаточно замечен факт того, что впервые за 16 лет у Роскосмоса не произошло ни одного аварийного пуска. В последний раз такое было аж в 2003. И ведь не сказать, что обошлось совсем без происшествий.

На Яндекс.Станции неудобно смотреть YouTube. Нет рекомендаций, подписок и даже поиск нормально не работает. Поэтому я написал телеграмм бота для отправки на неё любого видео.



Под катом история, как я это сделал несмотря на то, что официального открытого API нет.

Привет, Habr! Меня зовут Алексей, я iOS Developer в компании FINCH. Скоро Новый год — самое время чтобы начать жить по-другому, а поможет в этом такая классная штука как SwiftLint. В статье я расскажу, почему ее обязательно нужно внедрять во все проекты, включая legacy и pet-проекты, а также покажу как выжать из этого инструмента максимум, используя регулярные строки.

В тот день мой кошелёк остался в офисе, о чём удалось узнать только на трамвайной остановке. Было грустно: уволился коллега, с которым мы работали 4 года бок о бок, мы только проводили его. Надо было возвращаться. Кроме кошелька, в кабинете был тот самый коллега: большой во всех смыслах сисадмин, которого схантили в Питер. Он меня не сразу заметил: согнутый, он гладил огромной ладонью системный блок и о чём-то разговаривал с компьютером. Было невыносимо. Он повернулся и сказал: «Душу здесь оставляю, повесишь на крючок». Спустя год это пришлось пройти и мне, а потом ещё и ещё раз. Позже заявления приходилось подписывать уже мне. 

И стало понятно: любое увольнение — больно, часто некрасиво. А значит, самое время понять, что же делать, чтобы увольнение было максимально комфортным, безболезненным и правильным. 

Уходить почти всегда грустно: даже если вы ненавидели работу, босса и коллег, вы наверняка любили компьютер, который был верным другом и молчаливым помощником, сам офис, дорогу на работу и домой, что-нибудь да любили. Хотя бы свой опыт.

Часть 1. Поиск работы: источники, резюме, собеседование с HR
Часть 2. Устройство и адаптация: собеседуем с боссом, проходим испытательный срок с ветерком
Часть 3. Работа в роли новичка: рост в компании
Часть 4. Работа в роли опытного сотрудника: как не перегореть
Часть 5. Увольнение: я ухожу красиво

Как часто вы используете Swift.assert() в вашем коде? Я, честно, использую довольно часто (Если это плохая практика, то, пожалуйста, напишите в комментариях — почему это плохо?). В моем коде часто можно встретить, например, такой вызов:

Swift.assert(Thread.isMainThread)

Не так давно я решил, что неплохо бы продолжить наблюдать результаты от этих вызовов не только в рамках запуска приложения в симуляторе / на девайсе, но и от действий реальных пользователей. Кстати, здесь речь может идти и про Swift.precondition(), Swift.fatalError() и т.п, хотя их я стараюсь избегать. Более подробно про Unrecoverable Errors in Swift я читал в этой публикации и она оказалось очень даже познавательной.

Ближе к делу:

Сегодня запуск первых двух маршрутов МЦД. По МЦД пойдут не просто поезда, а «Иволги».


За пару месяцев до открытия МЦД на Тверском вагоностроительном.

К релизу МЦД вышел и новый релиз «Иволги», теперь у неё версия 2.0. Давайте покажу, как собирается этот поезд, и что в нём появилось интересного. Заодно немного погрузимся в особенности компоновки и проблемы, которые решают конструкторы. Сразу — самое главное: первая «Иволга» уже была хороша. Вторая — это история доработок и докручивания фич, которые не вошли в первый релиз. С точки зрения ходовой части почти ничего не поменялось.