Привет, Хабр! Меня зовут Вячеслав. В какой-то момент мне надоел произвол, творимый управляющей компанией в доме, где я живу. Вечная грязь, обшарпанные коридоры, отсутствие видеонаблюдения, эпопеи в случае аварий с отоплением, водоснабжением, электрикой. Я задался вопросом: “А можно ли в принципе как-то решать эти проблемы?”. Оказалось, можно! В статье расскажу, как я начал борьбу с управляющей компанией за комфортную жизнь. А начал я с самого сложного - организовал собрание собственников. Да, звучит страшно! Некоторые боятся даже думать о том, что их ждет, если они возьмутся за этот вопрос. Но не тот это черт, которого надо бояться, с ним надо просто разобраться! Вооружившись сильным желанием, энтузиазмом, законами и знаниями, я преодолел этот путь, а значит, и вы сможете. В статье расскажу, что вас ждет, если вы решите сменить управляющую компанию, какие подводные камни и неожиданные повороты могут встретиться на этом пути, как можно оптимизировать процесс и не потратить все свои нервы. А если останутся вопросы, с радостью отвечу на них.

Для того, чтобы быть максимально полезным читателю, я решил влить сюда немного теории (законодательства) и описать свой личный опыт.

1. Начало

Я живу в Санкт-Петербурге, в небольшом 14-ти этажном кирпичном доме 70-ых годов постройки. Дом в спокойном спальном районе с малоэтажной застройкой, вокруг много зелени, детских площадок, в соседних кварталах торговые центры, поликлиники, фитнес-центры.  В самом доме всего 97 квартир с удобными планировками, два лифта, мусоропровод. На площадке всего по 7 квартир, нет ощущения общежития. С соседями по этажу быстро сложились дружеские отношения.  Единственная проблема – плохая работа управляющей компании. Надоела вечная грязь в холле, в лифтах, на этажах, периодически забитый мусоропровод. На придомовой территории вечно разбросанный мусор. В случае аварий чаще всего проблемы приходится решать самим жителям (отопление, вода, электрика). О текущем ремонте вообще бесполезно говорить. Даже простейшие работы вроде замены перегоревшей лампочки и замены разбитого стекла выполняется в среднем за полгода.

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

Перед нашей командой встала задача сделать продукт управления данными удобнее, добавив алгоритмы искусственного интеллекта. Но какое решение выбрать? Какой процесс нуждался в автоматизации больше всего? С какими ограничениями и сложностями мы столкнулись? Какой бизнес-эффект мы получили в результате? На эти вопросы ответит статья.

Искусство общения с респондентами: «вредные» и практические советы.

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

Меня зовут Рустам Галимов, я начальник отдела эксплуатации средств защиты информации (СЗИ). Моя команда занимается поддержанием, развитием и эксплуатацией СЗИ, и участвует в разнообразных проектах по внедрению этих самых СЗИ внутри компании. Кроме того, у нас проходят сессии планирования целей на следующий год, и иногда возникает внезапная необходимость включиться в какое-либо очень важное мероприятие.

Таким образом у нас множество источников, откуда может материализоваться очередная задача, с разными категориями важности и срочности, при этом определёнными по неизвестным нам критериям. Когда задач с высоким приоритетом стало больше половины, я изобрёл велосипед разработав фреймворк для оценки важности задачи. Который, на мой взгляд, подойдёт и такому же начальнику отдела, и простому специалисту для определения приоритетности задач, и даже студенту или школьнику для сортировки своих todo листов.

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

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

Меня зовут Алексей, почти всю свою трудовую карьеру я в телекоме (уже более 20 лет). Не технарь, мой профиль — коммерс и маркетолог. Моя задача — делать телеком‑услуги и продукты более доступными и удобными для людей и бизнеса. Сменив около года назад компанию, по роду деятельности пришлось столкнуться с продуктами информационной безопасности. Начав погружаться в тему, я столкнулся с вопросом, который вынес в заголовок статьи. Испытав на своей шкуре «прелести» быть хакнутым, я задумался о том, насколько серьезно к проблеме инфобеза относятся руководители и собственники бизнеса. В статье поделюсь с вами мнением людей из индустрии и порассуждаю о том, почему ИБ не так сильно заботит тех, кто, казалось бы, должен быть в этом кровно заинтересован. Лайфкахов и нового опыта не предложу — сорри. Поделюсь лишь своими мыслями и выводами. И кто готов высказаться и поделиться опытом — милости прошу!

Поздравляю, нас хакнули!

Итак, опускаю описания всех стадий принятия неизбежного, приведу сухой остаток — в результате атаки я и мои коллеги оказались отброшены в текущей работе примерно на 3–5 месяцев. Вместе с тем, не могу сказать, что для меня, работы моего подразделения и проекта, которым я занимался, это стало чем‑то непостижимо сложным. Также не могу судить и не знаю, каких финансовых потерь этот инцидент стоил компании. К чести самой компании работа всех основных информационных систем была восстановлена за 1–1,5 недели, работа клиентских сервисов была приостановлена на совсем короткое время и то, по‑моему, не повсеместно, а лишь частично. Да, конечно, IT‑подразделениям (и не только) пришлось вкалывать от зари до зари, всем остальным — восстанавливать рабочие файлы по заначкам и по памяти, последствия аукались еще около года. Но в целом, катастрофы не случилось (слава Богу!). Возможно, могло быть и хуже.

Привет, я бизнес‑аналитик Светлана Каразеева. Мой опыт работы в телекоме более 20 лет.

Я работаю бизнес‑аналитиком в компании «РТК ИТ Плюс», которая занимается развитием ИТ‑экосистемы «Лукоморье». Наша экосистема управляет бизнес‑процессами, а также проектной деятельностью. В нее входят no‑code решения, собственная ESMP‑система, система цикла разработки и управления проектами. Все продукты компании обогащены искусственным интеллектом.

В этой статье я хочу поделиться кейсом оптимизации каталога услуг, которая помогла Заказчику сэкономить значительную сумму при переходе на новую ITSM‑платформу — наш продукт ESMP. Покажу как важен этап сбора данных, разберу самые распространенные методы анализа и покажу, какой из них был применен в данном кейсе.

Всем привет! Меня зовут Макс, и уже 14 лет как я вошел в ИТ и пока не планирую отсюда выходить. Последние 7 лет я не только сам пишу код, но и занимаюсь «выпасом котов». К написанию статьи меня побудила моя любовь к ссылкам на методы и желание поделится «кастомными» способами их использовать вне базовых классов java. Если вы задумывались об усилении гибкости приложения и преимуществах AOP, но вас отпугивают его недостатки, в статье предлагаю рассмотреть вариант получения тех же (ну или почти тех же преимуществ), но без раздражающих (по крайней мере меня) недостатков. Для использования идей из статьи не требуется каких‑то особых магических знаний, достаточно знать, что такое функциональный интерфейс.

Всем привет! Меня зовут Алексей, и я работаю Java‑разработчиком с 2018 года. В свободное от работы время я три года разрабатывал свой pet‑проект. В статье расскажу, как трудился над этим проектом и почему в итоге всё бросил. А ещё поделюсь мнением о том, помогают ли pet‑проекты в поиске работы. Спойлер — не особо.Также эта статья может быть полезна тем, кто хочет написать свой первый pet‑проект, и тем, кто пилит свой проект слишком долго, но не знает, стоит ли его бросить.

Поиск идеи проекта

Было это в 2019 году, я тогда уже год работал Java‑разработчиком в аутсорс компании и решил сделать крутой проект в свободное от работы время, чтобы свои знания в Spring прокачать и, глядишь, стартап стрельнет он при трудоустройстве поможет.

Какую же идею выбрать? Хотелось прям что‑то одно сделать и потом этот проект развивать, а не делать кучу проектов‑«набросков».

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

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

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

Если вы только начинаете осваивать профессию, эти игры помогут вам понять преимущества и недостатки различных подходов на более простых аналогиях, а позже перенести этот опыт в реальную разработку. Например, необходимость масштабируемости, удобства хорошо настроенного CI/CD, или компромиссы, которые приходится принимать при использовании микросервисной архитектуры.

Автоматизация тестирования, которая не ломается при первом редизайне

Как мы проектировали, внедряли и поддерживаем живую систему автотестов

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

Недавно на Хабре вышел обзор того-о-чём-не-стоит-говорить-в-этом-блоге. И, в числе прочих способов того-о-чём-не-стоит-говорить, автор упомянул использование «транспорта HttpUpgrade».

Так как я использую заголовок Upgrade на практике, меня смутило, что в поиске в русскоязычном сегменте интернета найти корректное описание механизма непросто. Конечно, метод является достаточно редко используемым «вчистую» (то есть не в паре с протоколом WebSocket), но тем не менее.

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

Я расскажу о том, что есть «HttpUpgrade», как наш ЦК использует его для создания соединения, по которому клиент и сервер могут обмениваться пакетами: клиент запрашивает видео, а сервер передаёт клиенту пакеты. Ну и разумеется, поделюсь кодом клиента и сервера, создающим между собой «апгрейднутое» соединение в .NET 8.

Меня зовут Андриевский Леонид, я тимлид команды .NET в ЦК Видеонаблюдения Ростелеком. Давайте приступим!

В мире бизнеса умение устанавливать контакты с незнакомыми людьми — ключевой навык. Но что делать, если вы столкнулись с нежеланием общаться? Как сделать процесс знакомства проще и эффективнее?

Когда я задумалась о карьере, философия По из «Кунг-Фу Панды» стала для меня настоящим открытием. Главный герой медвежонок По, столкнувшись с трудностями и неуверенностью, нашел в себе смелость и стремление к переменам. Этот подход вдохновил меня взглянуть на профессиональную жизнь под другим углом.

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

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

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

Меня зовут Маша. Да, как‑то даже во взрослом возрасте все меня так называют. Работаю в IT или около IT сфере еще со студенческих времен. Чего только не насмотрелась… но сегодня не об этом. Сейчас занимаю должность системного аналитика в Ростелеком Информационные Технологии.

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

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

Всем привет! Меня зовут Татьяна, я работаю пресс-секретарем в региональном филиале «Ростелекома». В сфере пиара тружусь более 15 лет и все эти годы уделяю особое внимание мониторингу инфополя. Отслеживание упоминаний бренда в СМИ – важная часть работы компании с репутацией. Умение оперативно анализировать публикации позволяет не только поддерживать имидж компании, но и своевременно реагировать на любые изменения в восприятии бренда.

Здесь я поделюсь простыми бесплатными инструментами для мониторинга, которые ежедневно юзаю сама. Возможно, этот материал будет полезен начинающим пиарщикам, а также специалистам-универсалам, которые отвечают в компании за все сразу :-)

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

Побежали!

Меня зовут Алешин Алексей и я бегаю. В целом, я всегда увлекался спортом. Звезд с неба не хватал, но и последним не был. Я занимался футболом, единоборствами, большим теннисом, мог погонять в баскет и волейбол благодаря высокому росту. Поэтому, когда я стал немного «побегивать», это не казалось чем‑то странным. Бег позволял мне оставаться в нормальной физической форме, разгружать голову без посторонней помощи. 

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

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

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

В этой статье мы разберем практический подход к решению этих проблем с помощью pg_anon – инструмента для автоматической анонимизации данных в PostgreSQL. Я постараюсь рассказать вам основной сюжет работы с производственными данными, не замедляя при этом разработку.