Привет! Ищу комьюнити тестировщиков. Готовлюсь к конференции и нужна ваша помощь) Исследую вопросы формального vs исследовательского тестирования. Не могли ли бы вы пройти короткий анонимный опрос на 5 минут. Помогите собрать стату и исполнить мечту :)
Про опрос: 13 вопросов на да/нет/наверно. Он опосредован и анонимен, даже я не вижу, кто его заполнял
Что делать, если CMDB и Excel уже не справляются?
Внедрять ITAM-решениe.
Подготовили Guidebook о современном подходе к управлению ИТ-активами.
Реальные кейсы внедрения.
Честная оценка текущего состояния рынка.
Чек-лист для подготовки к проекту автоматизации управления ИТ-активами.
🤝 Guidebook подготовлен совместно с ведущими экспертами отрасли из компаний К2Тех, ICL Soft, Системный софт и Инфосистемы Джет.
Как «Леста» вылетела из своей игры: 5 юридических фантазий, в которых можно узнать себя
В 2024 году «Леста» — разработчик «Мира танков», «Мира кораблей» и Tanks Blitz — была на пике. 35 млрд выручки, 16 млрд прибыли, миллионы игроков и статус преемника Wargaming.
А в июне 2025-го — компания полностью передана в собственность РФ.
Причина — аффилированность с зарубежными структурами, трактовка проектов как нарушающих публичное законодательство и вывод: стратегически важный актив должен быть под контролем.
Кейс стал поворотной точкой. Он показывает: достаточно изменить интерпретацию — и бизнес превращается в «угрозу».
Ниже — 5 сценариев-галлюцинаций.
Зависимость от критически важного иностранного ПО
Компания обслуживает госсектор. В инфраструктуре — Oracle, Microsoft, резервное копирование и безопасность. Всё работает. Пока.
Появляется риск: что если доступ отключат? Контракты ставятся на паузу, клиенты уходят.
Компания теряет управление. Её передают другой группе с «гарантированной независимостью».
Не факт владения, а восприятие — как у «Лесты».
Игра с «не теми» смыслами
Студия выпускает игру. У героя — сомнения, у антагониста — лозунги, у ландшафтов — узнаваемая аллюзия.
Обсуждение в форумах, open-letter. Команда становится «токсичной».
Продукт превращается в объект интерпретации. Игра — в угрозу. А команда — в чужую сторону.
Выручка из-за рубежа = «сигнал»
Образовательная платформа принимает оплату по всему миру: Stripe, PayPal, карты нерезидентов.
Один банк блокирует расчёты, другой — тоже.
Клиенты перестают платить. Спрашивают: это экспорт или финансирование извне?
Не форма, а происхождение. Деньги из-за рубежа — уже не просто доход.
Финтех-продукт как «окно в обнал»
Финансовый стартап растёт, берёт инвестиции. Клиенты довольны.
Появляется статья: «через сервис X прошло 1,2 млрд сомнительных платежей».
Следом — блокировки, расторжения, бегство партнёров. Продукт закрывается, несмотря на формальную чистоту.
Если ты похож на инструмент схем — тебя могут отключить.
Менеджмент и собственники — вне юрисдикции
Команда локальная, офис в Москве, налоги платятся. Но CEO в Ереване, CTO в Берлине, бенефициары в Лондоне.
Появляются вопросы: кто реально управляет? Контракты ставят на паузу.
Публикации: «ресурс управляется извне», «реинвестируется ли прибыль?»
Компания срочно меняет структуру и назначает «витринного» СЕО — но поздно. Доверие потеряно.
Не номинальный статус, а образ — кто, где, на что влияет.
Что делать:
• Провести аудит рисков (зависимости, архитектура, расчёты)
• Взглянуть на продукт глазами «чужого наблюдателя»
• Подготовить запасной план: структура, доступ, роли
Финальный вывод
Если ты создаёшь технологии, смыслы, каналы влияния, то стоит заранее подумать, по каким правилам тебя будут оценивать.
Если хочешь разобрать свой кейс и закрыть уязвимости — пиши в комменариях.
Фича ради фичи
Как легко потерять смысл разработки, добавляя “полезности”
Сделаем ещё кнопку, она “точно нужна”
Добавим фильтр, и сортировку, и модалку, ну мало ли
Вот бы выгрузку в Excel, и график, и пуши!
…Проект набирает скорость. Только куда?
В чём проблема?
Когда цель — просто сделать больше фичей, а не решить конкретную задачу, продукт начинает разваливаться: интерфейс пухнет, команда тонет в «хотелках», релизы идут в спешке, а люди - даже не замечают большинство этих «удобств»
Парадокс: чем больше фич, тем хуже продукт
Потому что он уже не про ценность, а про “галочки” и “давайте сделаем ещё”.
У фичи должен быть KPI, надо ставить вопрос «а что изменится от нее?». Также их надо подчищать, если старые не используются: «больше ≠ лучше»
Хороший пример: есть множество платных плагинов для Notion, в которых тонна функций. Но пользователям часто нужна была именно интеграция с Гугл таблицами, они не хотели переплачивать за другие возможности плагина.
Один парень заметил это, и сделал элементарный плагин для интеграции Notion с Google Sheets, на чем начал зарабатывать хорошие деньги.
Людям не нужно «все и сразу», им нужна качественная точечная фича
Я пишу о таких штуках в Telegram-канале Техдир на пальцах — без кода и заумных слов. Только реальные кейсы, честные мысли и решения, которые работают.
Человек-комбайн
Почему зависимость от одного специалиста может утопить всю команду. Выглядит как супергерой. На деле — одиночка, от которого зависит всё.
Это «человек-комбайн». Его любят, на него надеются, он незаменим. До тех пор, пока всё не рухнет.
Первый этап
Команда обращается за всем именно к нему: помощь, проверка, советы. Он — живая документация и мозг проекта.
Для бизнеса всё выглядит отлично: «три в одном, да ещё и без лишних затрат».
Второй этап
Постепенно «комбайн» устаёт: таски неинтересные, общения слишком много, помощи просят постоянно.
Он начинает раздражаться, отказывать, “зависимые” замыкаются. Процессы начинают проседать — но пока это незаметно сверху.
Третий этап
Бизнес не замечает проблему, а специалист уже морально ушёл. Проходит немного времени, и вот он увольняется. И…
Судный день
Без него — никто не знает, как деплоить, где что лежит, как починить баг.
Документации нет, у разработчиков паника.
Прод падает. Клиенты жалуются. Команда — в ступоре.
Восстановление занимает недели. А иногда — проект просто не поднимается.
Как не угодить в ловушку?
Раздавайте ответственность. Не сливайте всё на одного “самого умного”. Растите дублирующих специалистов. Пишите документацию. Один супермен — это риск, а не преимущество.
Коромысло с одним ведром — всегда перевесит в одну сторону.
Я пишу о таких штуках в Telegram-канале Техдир на пальцах — без кода и заумных слов. Только реальные кейсы, честные мысли и решения, которые работают.
О возвращеніи къ истокамъ: почему дореволюціонная орѳографія можетъ стать новымъ трендомъ въ IT
Или какъ перестать писать "плиз" и начать писать "извольте"
Привѣтствую, уважаемые обитатели Хабра!
Сидѣлъ я намедни за терминаломъ, читалъ коммиты, и вдругъ осѣнило меня: отчего это мы всѣ пишемъ "фиксы", "фичи" да "релизы", когда у насъ есть прекрасный русскій языкъ съ богатѣйшей исторіей? И рѣшилъ я возродить старую добрую традицію — писать по-русски, да не просто по-русски, а какъ писали наши прадѣды до революціи 1917 года.
Что же это за звѣрь такой — дореволюціонная орѳографія?
Для начала развѣю главный миѳъ: это не "языкъ Пушкина" и не "древнерусскій". Это вполнѣ себѣ обычный русскій языкъ, только съ болѣе сложными правилами правописанія, которыя отмѣнили большевики въ 1918 году "для упрощенія".
Основныя правила, которыя должен знать каждый уважающій себя разработчикъ:
1. Твердый знакъ (ъ) въ концѣ словъ Послѣ всѣхъ твердыхъ согласныхъ ставимъ ъ: кодъ, багъ, коммитъ, пулъ-реквестъ.
2. Буква ять (ѣ) Самое сложное — запомнить корни съ ятемъ. Вотъ основные для IT:
дѣло (дѣлать, передѣлать)
мѣсто (помѣстить, размѣстить)
сѣть (сѣтевой протоколъ)
имѣть (имѣется багъ)
3. I десятеричное (і) Передъ гласными пишемъ і: компиляція, интеграція, документація.
4. Окончанія -аго/-яго Стараго кода, новаго релиза, хорошаго программиста.
Почему сіе было отмѣнено?
Большевики заявили, что упрощаютъ правописаніе для народа. На дѣлѣ же:
Уничтожили связь съ исторіей языка
Разорвали преемственность съ дореволюціонной литературой
Сдѣлали невозможнымъ чтеніе старыхъ книгъ безъ "перевода"
Практическое примѣненіе въ IT
Представьте commit message въ старомъ стилѣ:
Исправилъ досадный багъ въ обработкѣ данныхъ
- Передѣлалъ функцію парсинга
- Добавилъ провѣрку на нулевыя значенія
- Обновилъ тесты подъ новую логикуИли документацію:
## О методѣ getUserById()
Сей методъ служитъ для полученія пользователя по его идентификатору.
Возвращаетъ объектъ типа User или null, если пользователь не найденъ.Какъ начать писать въ старомъ стилѣ?
Установите правильныя шрифты — нужны шрифты съ поддержкой ѣ, і, ѳ, ѵ
Настройте раскладку — есть готовыя рѣшенія для всѣхъ ОС
Изучите основныя правила — начните съ ъ и постепенно добавляйте остальное
Практикуйтесь — пишите комментаріи къ коду въ старомъ стилѣ
Почему это лучше американизмовъ?
Уникальность — ваши тексты сразу выдѣляются
Культурный кодъ — показываете связь съ исторіей
Дисциплина ума — сложныя правила тренируютъ вниманіе къ деталямъ
Эстетика — старыя тексты выглядятъ солиднѣе
Заключеніе
Дореволюціонная орѳографія — это не просто "модный трендъ", это возможность вернуть красоту и глубину русскому языку въ IT. Вмѣсто безликихъ "окей" и "сабмитовъ" мы можемъ писать "извольте" и "представляю на разсмотрѣніе".
Начните съ малаго — поставьте ъ въ концѣ своего ника. Напишите одинъ коммитъ въ старомъ стилѣ. Создайте README съ ятями. И увидите — за вами потянутся другіе.
Ибо, какъ говорили наши предки: "Безъ корней дерево не стоитъ".
P.S. Если статья понравилась, могу написать туторіалъ по настройкѣ vim для работы съ дореволюціонной орѳографіей.
Целевая аудиторія: Системные администраторы (бородатые хранители серверовъ и блюстители традицій)
Хабы:
Системное администрированіе (ибо кто какъ не админы цѣнятъ традиціи)
IT-стандарты (старая орѳографія — тоже стандартъ, только забытый)
Ненормальное программированіе (писать съ ятями — это вамъ не Hello World)
История IT (а что, развѣ языкъ — не часть исторіи?)
Читальный залъ (для любителей изящной словесности)
Кейс. Как Альфа-Лизинг интегрировал в ESM-платформу 9 отделов (ИТ, HR, АХО, бухгалтерию и др.) и повысил эффективность их работы на 33%
Знакома ситуация, когда процессы разных подразделений — разрозненные, неподконтрольные, а сотрудники тратят часы, чтобы просто понять: «к кому обратиться?». HR живёт по одним правилам, ИТ в Service Desk или ITSM — по другим, АХО — вообще в Excel. Вопросы теряются в переписках, задачи дублируются, никто не несёт полной ответственности за сроки или качество внутренней услуги. В итоге страдает не только конечный потребитель услуги — ваш сотрудник или клиент, но и бизнес из-за низкой производительности отделов.
10 июня на примере Альфа-Лизинг вы узнаете, как компания совершила эволюционный переход от классического ITSM к полноценной ESM-модели, объединив более 9 бизнес-подразделений (ИТ, HR, АХО, бухгалтерию и другие) в единой цифровой среде и повысила операционную эффективность подразделений на 33%, окупив внедрение ESM-платформы за 7 месяцев.
Когда: 10 июня в 15:00 (МСК)
Почему компании переходят от ITSM к ESM — стратегические цели и выгоды.
Как побороть разрозненность процессов и «силосное» мышление между подразделениями.
Культурный сдвиг: как ESM меняет подход к работе внутри компании.
Как выстроить единую цифровую экосистему внутренних сервисов с участием ИТ, HR, бухгалтерии и других функций.
Реальные кейсы внедрения ESM в нетехнических подразделениях.
Техническая реализация: архитектура, процессы, автоматизация.
Метрики и результаты: скорость обслуживания, удовлетворённость, ROI
🚚💻 Как международный логистический лидер оптимизировал 790 000 транспортных операций в год: секреты управления ИТ-процессами в логистике
А именно:
➖Как добился 99% точности соблюдения сроков доставки?
➖Оптимизировал работу 22 региональных кросс-доков?
➖Успешно перешел с западной ITSM на российское решение?
30 апреля, 11:00 (МСК) — приглашаем на открытый вебинар.
Вы узнаете:
✔️Как цифровизация влияет на эффективность 3PL-оператора
✔️О рабочих практиках управления ИТ-процессами в конкретном бизнесе
✔️Как ITSM-система помогает управлять >700 ТС в транзите ежедневно
✔️Почему отказались от ServiceNow и что получила взамен
🎙 Спикеры:
➖Андрей Никитин, руководитель группы информационных систем, FM Logistic;
➖Иван Казачков, старший руководитель проектной группы ICL Soft;
➖Татьяна Праприна, менеджер по сопровождению ключевых клиентов SimpleOne.
Узнайте, как оптимизировать свою логистику на примере лидера рынка!
#логистика #цифровизация #ITSM #импортозамещение
Готовим прошивки для BIOS. Нужно всего лишь...
В YADRO есть команда, которая разрабатывает и отлаживает UEFI для самых разных продуктов компании. Подробнее о ней — в видеоролике → .
Первая особенность работы — в распределенной команде. Серверы, на которых инженеры разрабатывают прошивки, могут находиться в Москве, а разработчики — в других городах: от Владивостока до Калининграда и от Архангельска до Смоленска.
Системы, для которых разрабатывают прошивки в YADRO, делятся на два типа: с BMC и без него.
Больше о работе команды и, в целом, об истории BIOS/UEFI читайте в статье →
А если тоже хотите стать «поваром» UEFI, присмотритесь к одной из вакансий:
→ Старший/ ведущий разработчик на C++ (Linux/OpenBMC)
🗓 19.03.1964 - Старт жизни семейства ЭВМ System/360 [вехи_истории]
Руководство IBM приняло ключевое решение о разработке семейства мейнфреймов System/360, анонсированного чуть позже - 7 апреля 1964 года. Это была первая линейка компьютеров с четким разделением архитектуры и реализации, обеспечивающая совместимость программного обеспечения между разными моделями.
В отличие от предыдущих систем, все модели System/360 – от маломощных до высокопроизводительных – использовали единый набор команд, что позволяло компаниям легко модернизировать оборудование без переписывания программ.
System/360 заложила основу для последующих серий IBM – 370, 390 и System z, а ее архитектура стала стандартом для индустрии. Благодаря этой системе в вычислительной технике утвердились 8-битные байты, 32-разрядная архитектура и шестнадцатеричная система исчисления. В СССР аналогом IBM/360 стали компьютеры ЕС ЭВМ.
🎞 Если ролик про IBM только находиться в производстве, то ролик про микроэлектронику СССР вы уже можете посмотреть на канале)
Как 2 АМЕРИКАНСКИХ Шпиона ОСНОВАЛИ микроэлектронику в СССР
YouTube | RuTube
Друзья, приглашаем вас в GlowByte на презентацию книги Брюса Сильвера «BPMN метод и стиль». Книга была переведена и издана Ассоциацией BPM-профессионалов благодаря спонсорской поддержке GlowByte и ELMA.
Брюс Сильвер – признанный авторитет в мире BPMN, непосредственно участвовавший в создании стандарта BPMN 2.0., и выход его книги на русском должен способствовать культивации «хорошего» BPMN.
После презентации состоится автограф-вечеринка, на которой вы сможете пообщаться с коллегами, зарядиться позитивными эмоциями и приобрести книги «BPMN метод и стиль» и BPM CBOK 4.0 с автографом научного редактора перевода, президента Ассоциации BPM-профессионалов Анатолия Белайчука.
В качестве бонуса члены Ассоциации могут получить членский значок.
Когда: 25 февраля 2025 г.
19:00-21:00
Где: Education Bar GlowByte (Москва, Нижний Сусальный переулок, 5 стр. 19, -1 этаж)
Вход свободный, ждем вас на встрече!
IT касается каждого — даже тех, кто в этой сфере не работает 🙌
Каждый день мы созваниваемся с коллегами. Заказываем еду. Обмениваемся фотографиями в соцсетях. Условия базового комфорта для нас реальны в том числе благодаря технологическим решениям на инфраструктуре Selectel. Присутствие этих связей невозможно заметить, но их отсутствие ощутится сразу же. Сняли ролик, в котором показываем невидимые линии, соединяющие нас с IT-инфраструктурой.
Работа с любовью клиентов — настоящее искусство. Рассказываем, что мы делаем, чтобы повысить лояльность аудитории 👀
В Selectel есть Customer Care — отдел, который отвечает на обращения пользователей. В одном диалоге с нашим специалистом клиент может решить разные вопросы. Например, оставить предложение по поводу доработок или уточнить нюансы настройки продукта.
Главная задача директора по сопровождению ключевых клиентов Татьяны Свирко и ее команды — сделать так, чтобы компании хотели поддерживать партнерские отношения с Selectel как можно дольше.
Но как измерить настолько тонкую материю? Чем вообще Customer Care отличается от техподдержки? Как убедиться, что отдел работает эффективно? Ответили в новом выпуске подкаста «А может, голосом?».
Смотрите видео и ставьте лайк, если вы, как и Таня, считаете стикеры с котами универсальным способом выражения эмоций 😎
Найти слабое звено: делаем команду эффективнее без перегруза
Слабое звено — это участок работы, из-за которого рушится весь процесс. Выявить его помогает теория ограничений, она же ТОС (Theory of constraints). Ее разработал, а затем подробно описал физик Элияху Голдратт в 1984 году.
Фундамент теории — пять шагов непрерывных улучшений, которые повышают эффективность в разы и помогают увидеть рабочий процесс целиком, а не фрагментарно. Вот эти шаги:
Найти узкие места. Это самые слабые звенья во всей производственной цепочке, те моменты, которые тормозят завершение проектов.
Решить, как использовать их с максимальной эффективностью. Нужно добиться максимальной отдачи от найденного ограничения, т. е. усилить слабое звено. Удалить все препятствия.
Подчинить всё этому решению. Важно направить все имеющиеся ресурсы на решение конкретной проблемы/ограничения. Вся система должна работать на расширение узкого места.
Расширить ограничение системы. Нужно найти способы сделать пропускную способность узкого места выше, чтобы оно перерабатывало больше задач, чем раньше.
Повторять цикл. Если ограничение устранено, необходимо вернуться к первому шагу — снова найти самое слабое звено и работать с ним.
Работая по методологии ТОС, мы не растрачиваем усилия на улучшение всего и сразу, а бросаем ресурсы на самый слабый участок системы. И шаг за шагом делаем процесс максимально эффективным. А как найти узкие места, читайте в статье нашего CTO Андрея Непряхина.
Бесплатно мигрируйте на инфраструктуру Selectel. Начислим грант в двойном размере от чека за февраль и будем на связи 24/7
Для комфортного переезда в Selectel мы предлагаем:
X2 бонусами от затрат на услуги зарубежных провайдеров за февраль;
100% кешбэк на облачные базы данных (PostgreSQL, MySQL, Kafka, Redis) и Managed Kubernetes за два месяца;
бесплатный перенос вашего проекта;
консультации и поддержку наших специалистов 24/7 на время всего переезда и после него.
Наши инженеры оценят проект, подберут решение и все перенесут самостоятельно. Ваши сервисы продолжат работать на инфраструктуре Selectel.
Как заменить скомпрометированные отпечатки пальцев? Если кто-то завладел вашим отпечатком и распечатал его на чем-то? Как декомпрометировать? А никак.
Завладевший вашим отпечатком будет ходить вместо вас в банкомат за деньгами.
Процесс создания возможности использования украденных отпечатков уже давно начат. Еще в 2020. Вот статья на Хабре: https://habr.com/ru/news/501958/
С одной стороны Касперские предлагают заменить свои отпечатки на кольцо с отпечатком. А с другой стороны создают способ для удобного использования украденных.
Проблема с отпечатками пальцев проста. Рано или поздно все базы данных взламываются. Чаще всего изнутри по паролю персонала. И попадают к злоумышленникам. И ваши пароли (и мои ) рано или поздно украдут. И отпечатки тоже. Но пароли заменить можно, а отпечатки нельзя. Об этом беспокоятся Касперские когда хотят сделать кольцо - заменитель отпечатков. И вместо того, чтобы вы прикладывали свой бесплатный палец надо будет прикладывать купленное у них кольцо. Что конечно ничуть не лучше прикладывания телефона.
Какой может быть выход со всей этой биометрией? Можно например использовать отпечатки от половины пальца. Или отпечатывать пальцы по очереди. Если скомпрометировали ваш указательный палец, то переходим к безымянному. К пенсии уже дойдем до мизинца на ноге, что бы дверь в офис открыть.
Может быть надо отменить всю эту тему с отпечатками пока не стало поздно? Вернуться к паролям и токенам и вернуть людям право на смену украденного пароля на новый?
Architectural Decision Records (ADR)
Architectural Decision Records (ADR) - Документ описывающий архитектурное решение.
архитектурное решение - это выбор технологии, подхода и т.п.
архитектурное решение оказывает значительное влияние на архитектуру
нефункциональные требования являются причиной появления архитектурного решения
ADR содержит (описывает) только одно архитектурное решение
коллекция решений (ADR) - это журнал принятия решений описывающий проект, систему, компонент