Научпоп

Английский язык — далеко не самый простой из существующих. А по количеству лексики он вообще один из лидеров. По исследованию Google и Гарвардского университета, на 2000 год в английском языке было уже около 1 022 000 слов.

В мировой истории был целый ряд попыток популяризовать английский язык в мире путем его упрощения и использования ограниченного словарного запаса. Самой современной попыткой можно считать Simple English Wikipedia, статьи в которой поймет даже студент с уровнем Pre-Intermediate. 

Сегодня расскажем вам, как исторически складывались попытки упростить английский, к чему они приводили и что из себя на самом деле представляет Wiki на простом английском.

Я Android-разработчик и хотел бы сам решать, какие задачи мне делать, а какие нет. У вас бывало такое желание? Можно ли так делать на работе? Мой краткий и возможно, интригующий ответ — можно. Ключ к этому — погружение в бизнес.

Разговоры о том, надо ли разработчикам погружаться в бизнес часто превращаются в холивар и километровые треды. Хочу порассуждать мозгами разработчика, зачем и стоит ли вообще, а если стоит, то насколько сильно надо «погружаться в бизнес», какие процессы в этом помогают, и какие вообще профиты для нас с вами с этого всего. Поехали.

Канада — страна иммигрантов. Про жизнь и переезд IT-специалиста там мы уже рассказывали. А теперь поговорим с Сергеем, который переехал вместе с женой и двумя детьми (третий уже родился тут, и даже с тремя детьми пойти учиться не поздно!). Он работал в ивент-индустрии, а в пандемию решил подстраховаться и бесплатно поступил в местный колледж на IT-специальность. Сергей расскажет, как в Канаде устроено обучение, кто за него платит и почему он мечтает работать IT-инженером именно на государство.

Трудоустройство в геймдеве

Шестой выпуск подкаста - на этот раз мы говорим не о какой-то отдельной профессии. Мы говорим в целом о работе в геймдеве с учетом текущей ситуации в мире: о том - как устроиться, что для этого нужно и о многом другом! 

...чтобы потом обучать урбанистических роботов.

Цифровой двойник плотных скоплений хаотически движущихся объектов разрабатывают для задач навигации роботов студенты НИТУ "МИСиС", ИТМО и МФТИ . Он будет представлять собой веб-сервис с применением графовых нейронных сетей и позволит изучать физику толпы, законы роевого поведения у животных и принципы движения «активной материи». Эти данные активно требуются для обучения роботов-курьеров, беспилотников и других автономных устройств, работающих в условиях многолюдных пространств. Первые результаты опубликованы в журнале Journal of Physics: Conference Series.

• Беспроводной модуль для ёмкостного датчика влажности почвы на nRF52832
  
• Беспроводной DIY монитор влажности почвы

Среди методов, привлекаемых к решению задач исследования операций (ИО) особое место занимает метод ветвей и границ (МВГ), который внес оригинальный взгляд в целом на проблемы оптимизации и позволил по другому воспринимать смысл оптимальности решений. Авторы разработанного метода предложили оценивать целевую функцию (ЦФ) задачи нижней границей целевой функции (НГЦФ) всего множества решений конкретной задачи, не получая ни всех решений, ни одного из них. Располагая такой оценкой, можно формировать решения задачи последовательно их улучшая не сильно уклоняясь от НГЦФ. В статье предлагается детальный разбор этого метода решения на числовом примере с подробными комментариями выполняемых действий при поиске оптимального решения.

По данным на 2021 год в городе живут 119 тысяч человек, за последние пару лет население сократилось почти на 3 тысячи человек. Хотя когда-то, в 1991 году, здесь жили 144 000.

Сам город появился в XX веке, в период индустриализации СССР, хотя историю он ведет с XVIII века, когда здесь выплавили первый чугун. Подробности о промышленности мы писали, когда рассказывали о нем зимой https://habr.com/ru/post/550650/.

Сейчас это административный центр городского округа Первоуральск. В нем работают масса предприятий, есть проблемы с экологией и попытки внедрения сервисов «умного города».

Как живет этот город-декорация весной?

Nvidia DeepStream - широко известный в узких кругах инструмент для инференса на нейронных сетях и другой высокопроизводительной обработки видео-потоков в реальном времени на оборудовании от Nvidia.

Наша команда занимается разработкой и оптимизацией пайплайнов видео аналитики для работы на базе DeepStream. В текущем проекте мы обнаружили, что некоторые пайплайны виснут. В ходе расследования мы обнаружили вектор атаки, который позволяет сформировать специальный фрейм в H264, вызывающий зависание DeepStream.

Как-то на кофе-брейке один из сотрудников спросил инженеров по автоматизации: «Что из рабочего опыта вы реализовали для удобства в своей квартире?». К его большому удивлению, самым популярным ответом оказалось «ничего», а на втором и последнем месте был «датчик движения для света». Вроде бы парадокс на тему «сапожника без сапог», но на самом деле любой из автоматчиков умеет отличать профессиональное заболевание («а не замутить ли сенсорный кран в туалете, прикольно же») от настоящей потребности.

Другой вопрос, если речь идёт об удобстве эксплуатации чего-нибудь побольше, чем дачный домик, да еще и чтоб инженерных систем было много. Если этажей больше одного, а помещений хотя бы десятка два, то для бесперебойного и безаварийного обслуживания такого здания приходится содержать целый взвод дяденек. В плохие дни они будут бегать со стремянкой, ругательствами и отверткой и прикладывать все силы, чтобы клиенты не заметили протекающий унитаз или погасший светильник. В спокойные дни они будут играть в Counter-Strike, а вам — если вы вдруг директор — будет казаться, что вы зря платите им деньги.

Если кто думает, что такой работы уже не осталось, так я сам в аналогичном месте имел третье место в общем зачёте за терроров. А если вы вдруг директор, ваши деньги вам дороги, а траффик от игрушек валит работу офисной почты, то наличие автоматики инженерных систем — это неиллюзорная возможность сократить персонал до 2 человек и одного монитора, хотя и большого, не меньше, чем на 50 дюймов.

Всем приветы. А вы писали новый сервер с нуля? Какие технологии использовали? А рассматривали какие-либо варианты кроме старого доброго REST ? А что есть еще что-то ? С такими вопросами я когда-то пришел к своему лиду.  Да, для меня было открытием, что можно использовать не только REST для обмена сообщениями между сервером и клиентом. Ах да, конечно я знал про SOAP, но использовать его уж очень не хотелось. Оказалось, что можно попробовать использовать Thrift или например gRPC. От Thrift пришлось отказаться по ряду причин, которые не сильно важны в данной статье. Кстати, возможно Thrift это именно то что вам нужно. 

Так что же такое gRPC и в чем его отличие от, уже ставшего классическим, REST? Лучше ли gRPC? Может gRPC это снова хипстерская технология, которую все скоро забудут?

   Не для кого ни секрет, что REST доминирует в современном мире API, особенно, когда речь идет о веб-приложениях и инфраструктурах, на основе микросервисов. Мало кто даже вспомнит, про то что микросервисы могут общаться по другому. Это наверное самый популярный ответ на собеседовании. Да если добавить еще feign клиента из Spring, то получается совсем красота и минимальные трудо затраты. Но для определенного набора сценариев использования, модель gRPC начала играть небольшую, но важную роль. Давайте попробуем разобраться, когда же нам стоит использовать REST, а когда gRPC.

Вот уже почти год мы записываем подкаст, и если сначала сведение и выкладывание эпизода занимали больше часа, то сейчас затраты времени сократились больше чем в два раза. Автоматизировано все, что можно. В облаках. Почти бесплатно!

Подробный разбор безумных шагов подготовки, дикого количества задействованных сервисов, стремных костылей и открытых исходников под катом.