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

Если совсем коротко: «грамотный DevOps» (Literate DevOps) – это использование принципов «грамотного программирования» (Literate programming) для работы с инфраструктурой в виде кода. Термин Literate DevOps придумал Говард Абрамс, и он же показал, как реализовать его с помощью Emacs и Org.

Теперь подробнее.

Меня зовут Кирилл Шагин, я руковожу командами SRE, DevOps и DBA в компании Ви.Tech — это дочка ВИ.ру. В наших IT-решениях мы используем современный стек, у нас 4 кластера K8S и более миллиона пайплайнов в месяц.

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

Привет! Я Женя, CPO в корпоративном мессенджере Compass. Было бы круто управлять временем, как в старенькой TimeShift, в которой я зависал в 2008 году, но нет. Зато можно поностальгировать, глядя на скриншоты.

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

Путь к нему оказался трудным и полным ошибок. До того, как я пришел к подходу, я попробовал несколько популярных методик контроля времени и внимания — ни одна не помогла, а иногда даже фрустрировали.

Поэтому мне пришлось подтянуть теорию и найти свое удобное решение.

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

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

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

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

▍ Предисловие. Флейта хулуси

▍ Дисклеймер

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

Как появилась идея российской операционной системы для устройств фиксированного назначения? Кому нужны Embedded ОС и каково сегодняшнее положение дел в России? В статье расскажем, как мы с разработчиком операционной системы пришли к идее продукта, который может стать российской альтернативой ОС Windows IoT для встраиваемых устройств, и  как развивались события после февраля 2022 года.

Автор статьи почти 20 лет занимается продвижение операционных систем Microsoft Windows Embedded (Windows IoT) в нескольких странах.

На нашей недавней конференции GigaConf мы много​​ рефлексировали о том, как будет развиваться направление DevOps. Оно немыслимо без инструментов. Поэтому я расскажу о том, как мы внедряем в Сбере практики GitAIOps, какие совершили ошибки и извлекли уроки, какие сделали выводы по поводу внедрения ИИ. Сегодня на всех углах рассказывают, как ИИ поможет разработчикам, но мало кто говорит о его помощи DevOps-инженерам. Надо это исправить.

Меня зовут Юрий Спорынин, в ИТ я более 20 лет. Начинал с разработки, своими руками создавал процессинговую систему для интернет-эквайринга. В 2016 году я перешёл в Сбер, где мы в 2018 году внедрили платформу в «Сбербанк Онлайн». Сейчас среди моих задач — кластер DevOps-инструментов, о которых мы отчасти сегодня поговорим. 

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

При нашей работе мы используем подход «Инфраструктура как код». Однако в процессе его использования мы столкнулись с проблемой написания пайплайнов для инфраструктуры.

Во всём «виноват» terragrunt: каждому модулю terragrunt нужна отдельная джоба в пайплайне на plan и apply, но для каждого модуля они во многом повторяют друг друга. Подобное постоянное написание одинаковых частей CI/CD пайплайна при добавлении новых баз и бакетов навевало тоску.

Рассказываем, как мы создали генератор джоб в Gitlab CI/CD и навсегда забыли о ручном написании пайплайнов для развёртывания элементов инфраструктуры.

Привет, на связи сообщество RISE. На неделе у пользователей возник вопрос касательно основной системы безопасности мозга — гематоэнцефалического барьера. Обсуждение привело к короткому посту про ГЭБ и этому лонгриду о «прохудившемся гематоэнцефалическом барьере» . Разберем кратко, что такое ГЭБ, в чем угроза его целостности и как с этим бороться.

Что такое дофамин и почему в среде любителей самосовершенствования он считается гормоном, способствующим отвлечению внимания?

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

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

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

За свою 25-летнюю карьеру в области программирования я успел поработать в трех компаниях из числа Big Tech: Microsoft (11 лет), Amazon (11 лет) и Google (3,5 года). И мне очень стыдно это признавать. Я жил в настоящем мыльном пузыре. Поначалу я даже не подозревал об этом, просто по собственной наивности. В настоящее время я все так же живу в «пузырях», но, по крайней мере, я знаю об этом и предпринимаю определенные действия, чтобы ослабить негативные последствия. Потому что жизнь в пузыре неизбежна.

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

Разумеется, подобные пузыри образуются не только в мире информационных технологий. Однако в сегодняшней статье я расскажу о своем опыте жизни в пузыре на примере карьеры инженера-программиста.

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

Подчас всего одного фото в журнале или кадра в документальном фильме достаточно, чтобы слить врагу ценнейшие секреты своей родины. В этой статье две истории о торжестве человеческого ума и смекалки: как ЦРУ в 50-е получали бесценные данные о советской ядерной программе из шакалистых фотографий.

Всем привет! Меня зовут Сергей Яхницкий. Я пишу на Python уже больше шести лет, техлид в Яндекс Такси, Python-евангелист и член Python-комитета Яндекса (аналог Python Steering Council).

Человек я простой, звёзд с Гитхаба не хватал: до того, как я устроился в Такси, я мирно писал маленькие бэкенды на Python. А потом меня прорвало: кодогенерации, CI/CD, кучи тестов, монорепа и прочее. Вот тут-то моя питоничья душа и воспряла. Решил я всё автоматизировать, обновить всё, что движется, а что не движется — подвигать и обновить. Из этого вышел мой рассказ.

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

Jenkins — один из наиболее популярных инструментов CI/CD. Он позволяет автоматизировать каждый этап жизненного цикла программного обеспечения: от создания до развертывания. В этой статье Кирилл Борисов, Infrastructure Engineer технологического центра Deutsche Bank, расскажет о параметрах в Jenkins и о том, как решить проблему хардкода с их помощью.

Critique и Gerrit

У Google есть два собственных инструмента для ревью кода: Critique, используемый большинством инженеров, и Gerrit, — опенсорсный, который продолжают применять в публичных проектах.

(Вы можете сами поэкспериментировать с Gerrit в опенсорсных репозиториях Chromium и Android.)

Дэшборды

Когда инженеры логинятся с утра или когда устраивают перерыв для ревью пул-реквестов, внутри Google называемых change list, или CL, и в Critique, и в Gerrit они работают с дэшбордами, в которых можно легко вкратце просмотреть все актуальные изменения (это похоже на окно пул-реквестов репозитория GitHub, только более сложное и информационно насыщенное).

В дэшборде Gerrit есть единичный поиск, извлекающий такую информацию, как размер изменения и более подробные сведения о статусе CL (три столбца справа).