
Привет, Хабр! Сегодня рассмотрим изоляции процессов и управления ресурсами в Linux, изучив возможности cgroups и namespaces. Разберёмся, как работают контейнеры изнутри и научимся создавать собственное изолированное окружение без Docker.
User
Привет, Хабр! Сегодня рассмотрим изоляции процессов и управления ресурсами в Linux, изучив возможности cgroups и namespaces. Разберёмся, как работают контейнеры изнутри и научимся создавать собственное изолированное окружение без Docker.
Привет!
Для начала давай познакомимся: меня зовут Михаил, я являюсь сеньор фронт‑енд разработчиком, компанию называть не хочу, позвольте мне чуть‑чуть анонимности
Данная статья — является лишь мыслями вслух / отражением того, как я вижу проблему поиска хорошего сотрудника в современных реалиях.
На статью с таким заголовком меня натолкнула сама задача, с которой я столкнулся и недавно скачанное приложение для знакомств, которыми ранее я никогда не пользовался как и почему я скачал описывать не буду =)
В настоящее время — в эпоху развитого интернета — мы настолько привыкли к хорошей информационной безопасности протоколов передачи информации, что тема создания новых протоколов несколько ушла в тень. Зачем что-то еще изобретать? Просто выбери из имеющихся. Но Интернет вещей поднимает эту тему заново.
От создателей современных систем радиосвязи и радионавигации требуют поразительных пользовательских характеристик. Всем подавай субметровую точность и мизерные энергопотребление и стоимость при вхождении в связь. И тут на помощь разработчику приходят последние достижения заграничной техники. И как только они нам такое продают!
Ответ на статью Рынок труда сломался? Почему поиск работы превращается в квест
Зачем-то НЛО сегодня вытащило из песочницы очередную «Founder Кадрового агентства IT and Digital» - неужели опять всех авторов перебанили, и писать некому, даже для копроблогов ?
Впрочем, риторические вопросы про MHGA оставим в чулане.
Расширенная информация по аварийности, причинам, последствиям и результатам
контрольно-надзорной работы Ростехнадзора, к сожалению, отсутствует в открытом доступе, но, мне все-таки удалось ознакомится с двумя очень интересными исследованиями по этому опросу. Рассмотрим анализ статистических данных по аварийности на объектах нефтегазодобычи РФ и полученные авторами закономерностей (https://ogbus.ru/article/view/12745, https://doi.org/10.17122/ntj-oil-2021-3-91-104)
Расскажу про мой опыт работе в Red Hat в Чехии. Здесь не будет про разработку (кому это интересно), а больше про процессы, офис, атмосферу, мероприятия, в общем внутреннюю жизнь. Будет много фото, у меня привычка все фотографировать.
Для справки все же стоит сказать чем мы там занимались, это была платформа разработки кроссплатформенных мобильных приложений, которые собирались под разные платформы (ну логично).
Данная статья является переводом статьи из базы знаний votito.com Мне она показалась интересной, решил ее перевести и поделиться.
Парадокс Тога (также известный как парадокс сложности или парадокс сложности Тога) — это наблюдение, согласно которому продукты, призванные упростить задачу для пользователей, как правило, порождают новые, более сложные задачи. Это одна из ключевых причин, по которой требования к корпоративным программным продуктам меняются после выпуска, а в потребительских продуктах появляются новые функции. Парадокс Тога также объясняет, почему бесполезно пытаться полностью сформулировать требования к программному продукту, поскольку сам продукт будет влиять на пользователей, заставляя их требовать новые функции.
[Когда] мы снижаем сложность задачи, с которой сталкиваются люди, они берутся за более сложные задачи.
Это полное руководство расскажет о том, что такое Puppeteer и как эффективно использовать его для веб-скрапинга
Это небольшой туториал о настройке VS Code для работы с python. Здесь вы не увидите каких-то божественных откровений — тут будет просто мой опыт о том, как сделать свою работу/хобби немного комфортнее и почему я пришел именно к такой конфигурации.
Всем доброго времени суток. Я давно обещала выложить сюда подробный гайд на тему того, как можно изучать Machine Learning самостоятельно, не тратя деньги на платные курсы, и, наконец, выполняю свое обещание. Надеюсь, этот гайд станет подсказкой, которая поможет найти правильное направление новичкам, которые хотят погрузиться в нашу область.
Искусственный интеллект в информационной безопасности — такая обширная тема, что можно легко заблудиться в дебрях спекулятивных прогнозов. Понятие ИИ охватывает все — от рекомендательных алгоритмов, подсовывающих видео с котиками, до роботов, которые хотят убить всех человеков. Чтобы не написать вместо статьи сценарий низкобюджетного sci-fi, стоит сузить фокус.
Представим, что мир ИИ застыл. Никаких революций, никаких сверхразумных AGI на горизонте. Сосредоточимся на анализе больших языковых моделей (LLM) и их влиянии на информационную безопасность. Конечно, выпуск новой мощной модели может разнести вдребезги все эти выкладки, но примем этот риск. Ведь с чего-то надо начинать.
В этой статье я рассмотрю, какие новые возможности открываются перед атакующими и защитниками, и что за вызовы стоят перед отраслью. Под катом вас ждет увлекательное путешествие на ИБ-фронтир.
Технология программируемых логических контроллеров совершенно точно достигла зрелости – ей уже 60 лет. В связи с чем возникает вопрос: станут ли нынешние ПЛК «пенсионерами» и сойдут ли их будущие версии в могилу? Такое предположение кажется уместным, учитывая быстрое, а порой экспоненциальное развитие компьютерного оборудования, программного обеспечения, искусственного интеллекта, облачных сервисов и средств связи. Благодаря этим достижениям информационные технологии постепенно проникли в ранее изолированную сферу операционных технологий.
В свете этих событий приводим статью Джеффа Пейна, опубликованную в журнале Control Engineering о будущем контроллеров и приложений промышленной автоматизации на фоне происходящей в последние десятилетия эволюции ПЛК.
Статья указывает на особенности разработки для промышленных контроллеров. Написана для объеденения программистов данного направления.
Если мем понял - добро пожаловать под кат, эта статья для тебя.
Если хочешь понять мем - смело жми ПУСК.
Привет, Хабр! Меня зовут Станислав Пуртов, я заместитель директора по автоматизации проектного блока в ПИК.
В этой статье хочу кратко описать наш опыт формирования команды.
За последние 6 лет внедрения BIM в компании мы прошли путь от небольшой группы развития из 7 человек до самостоятельной дирекции численностью до 150 сотрудников. Прошли этапы исследования, робкого внедрения, агрессивного внедрения, внедрения на этапах кратного роста наших проектных институтов. И несколько кризисов!
Материал будет полезен руководителям BIM-направлений и руководителям проектных компаний, принявших непростое решение о переходе на BIM. Всех нюансов в одном рассказе не раскрыть — если после прочтения останутся вопросы, пишите мне или моим коллегам лично, и мы с радостью постараемся вам помочь.
Дисклеймер:
Все варианты, описанные ниже — это не теория из интернета, а наш реальный опыт и последовательно описанные этапы того, как менялась наша команда и наши подходы в зависимости от внешних факторов.
Пришло время использовать RT Linux.
Для периодических событий очень важна задержка начала отработки события. Точнее максимальный джиттер. Когда джитер соизмерим с периодом возникновения события, система становится непригодной для отработки периодических событий.
Всем привет. Давненько не было статей от меня. Вот, решил исправиться. Сегодня хотел бы показать вам тот тернистый путь развития, через который прошла BlackBerry OS 10.