Вот что мы еще ни разу не обсуждали в формате дайджеста, так это уязвимости в драйверах для видеокарт. Компания NVIDIA опубликовала 28 февраля информацию о восьми уязвимостях: практически все позволяют повышать привилегии или выполнять произвольный код. Одна брешь относится к модному ныне типу атак по стороннему каналу — факт «закрытия» такой проблемы с помощью простого обновления драйвера сам по себе примечателен.


Кажется, проблемы в драйверах для видеокарт застали сообщество специалистов по информационной безопасности врасплох: по сути мы имеем дело только с информацией от производителя, и насколько эти уязвимости применимы в реальных атаках, непонятно. Так или иначе, рекомендуется обновить драйверы до последней версии — это 419.17 для видеокарт GeForce. Отдельно доступны обновления для драйверов в Unix-like системах — там закрывается только уязвимость side channel.
Читать дальше ->

https://habr.com/ru/post/442568/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442568

Все больше компаний переходит на виртуальную инфраструктуру, отчего растет нагрузка на серверы в ЦОДах, а вместе с этим потребление электроэнергии. В 2017 году на питание дата-центров пришлось 3% всего электричества, вырабатываемого на планете. В некоторых случаях 40% электричества расходуют системы кондиционирования машинных залов.

Чтобы сократить расходы на обслуживание оборудования и уменьшить «чек» за электричество, в индустрии разрабатываются новые технологические решения. Далее расскажем об иммерсионном охлаждении, интеллектуальных системах кондиционирования и 3D-печати радиаторов.

/ фото Rolf Brink CC BY-SA / Пример системы иммерсионного охлаждения

Читать дальше ->

https://habr.com/ru/post/442562/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442562

Предисловие

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

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

Введение

Многопоточность и асинхронность в наше время являются одними из важнейших составляющих современных языков программирования.

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

https://habr.com/ru/post/442560/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442560

Мы в «Python Junior подкаст» — подкасте для тех, кто хочет лучше разбираться в Python — стараемся всячески способствовать стремлению учиться. Приглашаем экспертов, задаем каверзные вопросы, получаем советы, чему и как учиться начинающему Python-разработчику, или не начинающему, или не Python — всякое бывает.

Сегодня вашему вниманию предлагается текстовая версия нашей беседы с Арсением Габдуллиным, разработчиком Тинькофф-журнала, на тему его будущего доклада на Moscow Python Conf++, но без спойлеров.

Хоть я все время говорю, что на конференции ходят, не чтобы учиться, пользы на них много. Как и в нашем подкасте.



В беседе участвуют:

• Григорий Петров, евангелист MoscowPython, руководитель программного комитета Moscow Python Conf ++;
• Арсений Габдуллин, разработчик Тинькофф-журнала, докладчик MoscowPython Conf++;
• Злата Обуховская, тимлид Nvidia, евангелист MoscowPython, член программного комитета Moscow Python Conf++;
• Валентин Домбровский, соорганизатор и сооснователь MoscowPython,

Валентин Домбровский: Арсений, твой доклад без спойлеров — о чем ты нам расскажешь на конференции?
Читать дальше ->

https://habr.com/ru/post/433478/?utm_source=habrahabr&utm_medium=rss&utm_campaign=433478

(ИЛИ каламбур типизации, неопределенное поведение и выравнивание, о мой Бог!)

Всем привет, уже через несколько недель мы запускаем новый поток по курсу «Разработчик С++». Этому событию и будет посвящен наш сегодняшний материал

Что такое strict aliasing? Сначала мы опишем, что такое алиасинг (aliasing), а затем мы узнаем, к чему тут строгость (strict).

В C и C ++ алиасинг связан с тем, через какие типы выражений нам разрешен доступ к хранимым значениям. Как в C, так и в C ++ стандарт определяет, какие выражения для именования каких типов допустимы. Компилятору и оптимизатору разрешается предполагать, что мы строго следуем правилам алиасинга, отсюда и термин — правило строгого алиасинга (strict aliasing rule). Если мы пытаемся получить доступ к значению, используя недопустимый тип, оно классифицируется как неопределенное поведение (undefined behavior — UB). Когда у нас неопределенное поведение, все ставки сделаны, результаты нашей программы перестают быть достоверными.

К сожалению, с нарушениями строго алиасинга, мы часто получаем ожидаемые результаты, оставляя возможность того, что будущая версия компилятора с новой оптимизацией нарушит код, который мы считали допустимым. Это нежелательно, стоит понять строгие правила алиасинга и избежать их нарушения. Читать дальше ->

https://habr.com/ru/post/442554/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442554

Tinkoff.ru разрабатывает множество сервисов на рынке финансовых услуг. У нас решают свои повседневные задачи аналитики, разработчики, технологи, менеджеры. Все мы ежедневно генерим идеи, анализируем, разрабатываем и делаем все, чтобы создавать лучший продукт на рынке.

Я работаю бекенд-программистом в отделе внутренней разработки. Мы помогаем запускать новые бизнес линии, автоматизируем рабочий процесс и пытаемся сэкономить банку денег там, где это возможно (например отказаться от покупки лицензии на какой нибудь дорогой софт). Рабочий процесс у нас весьма стандартный: менеджеры придумывают бизнес-фичи, технологи их формализуют и ставят задачи, аналитики анализируют данные, а разработчики уже решают поставленные перед ними задачи. В жизни все сложнее, но вы и так это знаете. Читать дальше ->

https://habr.com/ru/post/441644/?utm_source=habrahabr&utm_medium=rss&utm_campaign=441644

Мы разделили профили исполнителей и заказчиков на Фрилансим для того, чтобы с сайтом было проще работать. Перед нами стояла задача — сделать процесс поиска заказов или фрилансеров интуитивно понятнее, убрать ненужные или редко используемые ссылки, но оставить при этом переключение с роли на роль максимально простым для тех, кто и размещает заказы и откликается на них. Думаем, у нас получилось.


Читать дальше ->

https://habr.com/ru/post/433930/?utm_source=habrahabr&utm_medium=rss&utm_campaign=433930

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

Но такое решение будет обладать рядом недостатков:

Во-первых, большое количество необходимых вычислений, что влияет на время работы или требуемую энергию (что очень актуально для мобильных устройств). Действительно, если мы хотим распознавать хотя бы 3000 символов, то это будет размер последнего слоя сети. А если вход этого слоя равен хотя бы 512-ти, то получаем 512 * 3000 умножений. Многовато.

Во-вторых, размер. Тот же самый последний слой из предыдущего примера будет весить 512 * 3001 * 4 байт, то есть около 6-ти мегабайт. Это только один слой, вся сеть будет весить десятки мегабайт. Понятно, для настольного компьютера это проблема небольшая, но на смартфоне не все будут готовы хранить столько данных для распознавания одного языка.

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

И в-четвёртых, проблема в количестве символов: 3000, скорее всего, хватит чтобы, например, отличить в меню ресторана стейк от жареного морского огурца, но порой встречаются и более сложные тексты. Обучить сеть на большее количество символов будет сложно: она будет не только более медленной, но и возникнет проблема со сбором обучающей выборки, так как частота символов падает приблизительно экспоненциально. Конечно, можно доставать изображения из шрифтов и аугментировать их, но для обучения хорошей сети этого недостаточно.

И сегодня я расскажу, как нам удалось решить эти проблемы.
Читать дальше ->

https://habr.com/ru/post/441938/?utm_source=habrahabr&utm_medium=rss&utm_campaign=441938

В компании «Интемс» есть почти новогодняя традиция, каждый год в январе мы ходим в баню проводим инвентаризацию на складе.

И это конечно, само по себе не повод для публикации на Хабре, но дело в том что в самом темном углу мы нашли, то, про что все уже давно забыли — несколько аналоговых видеорегистраторов. В каждом январе я про них вспоминаю, и благополучно забываю до следующего января. Выкинуть вроде жалко, а продавать такое уже стыдно.

Наверное они и дальше продолжили бы лежать на нашем складе, если бы мне не попался на глаза пост от компании Rusonyx — «Бесплатно раздаем железо». В общем вы поняли — мы будем бесплатно раздавать видеорегистраторы.

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

https://habr.com/ru/post/442532/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442532

В воскресенье глава компании Tesla Inc Илон Маск рассказал о скором анонсе нового электромобиля. Транспортное средство получило название Model Y и будет представлено в Лос-Анджелесе.

По словам представителей компании, инженеры Tesla с 2012 года (выход Model S) работали над улучшением конструкции SUV. Модернизированная версия электромобиля представлена в качестве Tesla X, но работа продолжалась и сейчас усовершенствованный форм-фактор получила модель Model Y.
Читать дальше ->

https://habr.com/ru/post/442540/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442540

Neural Ordinary Differential Equations

Значительная доля процессов описывается дифференциальными уравнениями, это могут быть эволюция физической системы во времени, медицинское состояние пациента, фундаментальные характеристики фондового рынка и т.д. Данные о таких процессах последовательны и непрерывны по своей природе, в том смысле, что наблюдения — это просто проявления какого-то непрерывно изменяющегося состояния.

Есть также и другой тип последовательных данных, это дискретные данные, например, данные NLP задач. Состояния в таких данных меняется дискретно: от одного символа или слова к другому.

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

На последней NIPS-конференции была представлена одна очень интересная статья, которая может помочь решить эту проблему. Авторы предлагают подход, который они назвали Нейронные Обыкновенные Дифференциальные Уравнения (Neural ODE).

Здесь я постарался воспроизвести и кратко изложить результаты этой статьи, чтобы сделать знакомство с ее идеей чуть более простым. Мне кажется, что эта новая архитектура вполне может найти место в стандартном инструментарии дата-сайентиста наряду со сверточными и рекуррентными сетями.


Читать дальше ->

https://habr.com/ru/post/442002/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442002

Wireshark Foundation выпустила финальную stable-версию популярного сетевого анализатора трафика — Wireshark 3.0.0. В новом релизе устранено несколько багов, реализована возможность анализа новых протоколов и заменен драйвер WinPcap на Npcap.

Wireshark — самый популярный в мире анализатор сетевых протоколов. Он используется для устранения неполадок, анализа, развития и обучения.
Читать дальше ->

https://habr.com/ru/post/442530/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442530

Немногие крупные предприятия могут похвастаться тем, что были крупными изначально. Многие крупные торговые сети, интеграторы, разработчики и ISP начинали свой бизнес с небольших офисов и пары десятков сотрудников, которые усердно работали над будущим успехом своей компании. Разумеется, что в таких небольших предприятиях крайне редко встает вопрос о внедрении собственного почтового сервера или системы совместной работы, и почтовые ящики сотрудников, как правило, заводятся в публичных email-сервисах наподобие яндекс-почты или gmail. Однако когда предприятие достигает определенного этапа в своем развитии и приходит к необходимости создания собственного почтового сервера на базе Zimbra, встает вопрос о подключении старых почтовых ящиков к новым учетным записям.

Читать дальше ->

https://habr.com/ru/post/442536/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442536

Продолжаем рассказывать о советских портативных кассетных магнитофонах. С первой частью материала можно ознакомиться здесь. Пришло время устройств с компактным форм-фактором, которые традиционно считаются наследниками легендарного SONY Walkman. Удивительно, но за сравнительно короткий период советская промышленность разработала внушительное количество устройств такого рода, многие из которых стали настоящими хитами среди советской молодежи 80-х.



Для меня этот пост еще и повод поностальгировать. Моим первым аудиогаджетом в жизни был портативный магнитофон “Электроника-331-стерео”, который появился в семье не на много позже меня, впоследствии это же устройство я использовал вместе со своим первым компьютером ZX-Spectrum. Именно благодаря ему я стал интересоваться музыкой, а впервые сломав и пытаясь починить узнал, что в советские магнитофоны ставят японские двигатели.
Читать дальше ->

https://habr.com/ru/post/442526/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442526

Наверняка, многие слышали, а кто-то встречал на практике, такие слова, как взаимные блокировки(deadlock) и гонках(race condition). Эти понятия относятся к разряду ошибок в использовании concurrency. Если я задам вам вопрос, что такое дедлок, вы с большой вероятностью без доли сомнения начнете рисовать классическую картинку дедлока или его представление в псевдокоде. Что-то вроде этого:



Эту информацию мы получаем в институте, можно найти в книжках и статьях на просторах интернета. Такой дедлок с использованием, например, двух мьютексов, во всей своей красе можно встретить в коде. Но в большинстве случаев не все так просто, и не каждый может увидеть классический паттерн ошибки в коде, если он представлен не в привычном виде.
Читать дальше ->

https://habr.com/ru/post/442448/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442448

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

Существует несколько вариантов решения данной задачи:

1. Использование единого пароля на всех компьютерах. Пароль может устанавливаться либо во время деплоя с помощью MDT или SCCM, либо с помощью предпочтений групповых политик после деплоя. Обычно при таком подходе пароль никогда не меняется, а значит рано или поздно утечет (при увольнении администратора или пользователь может подглядеть ввод пароля), при этом скомпрометированный пароль дает доступ ко всем ПК в организации.
2. Единоразовая установка уникального пароля на каждом ПК. Обычно происходит при деплое. Вариантов масса — начиная от ручной генерации случайного пароля и сохранении его в системе учета паролей (Keepass, OnePassword, Excel), заканчивая автоматической генерацией пароля по алгоритму известному администраторам, где входными данными является имя ПК. Зная алгоритм, администратор может на месте рассчитать пароль и авторизоваться на любом ПК. Минусы примерно аналогичны варианту 1: Уволенный администратор сохраняет возможность войти на любой ПК, зато при компрометации пароля пользователем он получает доступ только к одному ПК, а не ко всем сразу.
3. Использование системы, которая будет автоматически генерировать случайные пароли для каждого ПК и менять их по установленному расписанию. Минусы предыдущих вариантов тут исключены — скомпрометированный пароль будет изменен по расписанию, и уволенный администратор через некоторое время не сможет авторизоваться на ПК даже если и украдет действующую на момент увольнения базу паролей.

Одной из таких систем является LAPS, установку и настройку которой мы разберем в этой статье.


Читать дальше ->

https://habr.com/ru/post/440624/?utm_source=habrahabr&utm_medium=rss&utm_campaign=440624

На этой фотографии видно как со временем изменилось производство автомобилей и то, что офис Call-центра остался практически на том же уровне:



Сегодня настало время цифровой трансформации Call центров.
Читать дальше ->

https://habr.com/ru/post/442446/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442446

Продолжаем говорить о технических собеседованиях (если вы не читали — просмотрите предыдущие статьи из цикла — о собеседованиях с HR и технических). В этот раз будет больше субъективного опыта, минимум советов, а также немножко про тестовые задания и теоретические вопросы. Поехали.

Disclaimer: автор — не турборазработчик, а обычная веб-макака без претензий. Поэтому приведенные задания и решения могут вызвать у вас улыбку, баттхерт и желание указать автору на его некомпетентность. С нетерпением жду вас в комментариях! :)

Обсуждение выполненных тестовых заданий

В прошлой части я описывал, что делал аж два тестовых задания: первое на DevOps Engineer, второе — на Ruby Developer. Расскажу, что же было дальше.
Читать дальше ->

https://habr.com/ru/post/442442/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442442

Где то в альтернативной вселенной, согласно MWI, я стал гениальным физиком. Но в этой вселенной просто подробно слежу за профессиональными публикациями в области физики, зарабатывая себе на хлеб развозкой пиццы базами данных. Как следствие чуть более глубоких знаний, я не могу смотреть никаких научно-популярных передач. Это как железом по стеклу — тут oversimplification, тут просто неверно, тут есть тонкости…

Я решил сформировать список наиболее часто встречающихся неправд и полуправд. Итак, самое частое это…

Большой взрыв

Его изображают примерно так:


Читать дальше ->

https://habr.com/ru/post/442444/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442444

Примерно год назад я начал использовать Kotlin в своих Android проектах. Мне хотелось попробовать что-то новое, что было бы интересно изучать. Тогда я и наткнулся на Anko. К тому времени писать UI на xml порядком осточертело. Мне всегда нравилось писать интерфейс руками, не прибегая к WYSIWYG и xml-разметке, используемой в Android Studio. Единственный минус заключается в том, что для проверки любого изменения придется перезапускать приложение. Можно использовать плагин, который показывает как будет выглядеть ui не запуская приложения, но мне он показался довольно странным. Так же у него есть крутая возможность конвертирования xml в Anko Layouts DSL.

Самый большой недостаток библиотеки — практически полное отсутствие документации. Чтобы разобраться, как ее правильно использовать, приходилось часто заглядывать в исходники. В этой статье будет подробно разобрано создание приложения используя Anko Layouts и Anko Coroutines.

Читать дальше →

https://habr.com/ru/post/442440/?utm_source=habrahabr&utm_medium=rss&utm_campaign=442440