Всем привет!
Это команда Amnezia, и мы тут, чтобы ответить на самые часто задаваемые вопросы в связи с участившимися блокировками.
Мы уже две недели активно изучаем текущую ситуацию, тестируем разные технологии и можем рассказать о том, что нам удалось узнать и что мы сделали, чтобы наши сервисы работали как и прежде.
Если интересно только то, что сейчас работает - перейдите в конец статьи.
Привет! Меня зовут Елена Тупикова, я академический руководитель программы онлайн-магистратуры «Управление IT-продуктами» от Яндекса и МФТИ. В этой статье я расскажу, чем занимается продакт-менеджер в IT и для чего ему нужно разбираться в базах данных, языках программирования и машинном обучении. А ещё дам список технических навыков, которые нужны продакт-менеджеру для работы в IT.
Международные платежи в 2025 году — это квест со звёздочкой. С одной стороны Росфинмониторинг блокирует счета и карточки за операции с криптой по 161-ФЗ, с другой стороны Евросоюз запрещает эффективные способы перевода средств.
Очередной жертвой европейских санкций стал платёжный агент А7 от Промсвязьбанка, которого ЕС внёс в санкционный список от 15 июля 2025 года. Для обхода санкций работает рублёвый стейблкоин A7A5, тоже связанный с ПСБ, сам стейблкоин пока не заблокирован.
Вряд ли Евросоюз сможет заблокировать все способы денежных переводов из РФ в обход санкций. Таких способов целая куча, вопрос в комиссиях.
Когда говорят о Data Science, чаще всего вспоминают маркетинг и продуктовую аналитику. Но в компаниях, где данные действительно работают на бизнес, сфера их применения куда шире. Один из таких недооценённых источников ценности — команда клиентской поддержки. В этой статье — практический разбор того, как Data Science может не просто визуализировать SLA и TTR, а стать реальным драйвером изменений: от оптимизации нагрузки и улучшения самообслуживания до внедрения LLM для анализа обратной связи.
Ручные тест-кейсы копятся быстрее, чем их успевают автоматизировать. Селекторы ломаются после каждого обновления вёрстки. А код автотестов остаётся понятным только разработчикам. В этой статье я разберу ключевые проблемы автотестов и расскажу, как их можно решить.
Меня зовут Даниил Ахетов. Я занимаюсь автоматизацией тестирования уже достаточно давно. В основном пишу на JavaScript. Внедрял инструменты автоматизации тестирования в Яндексе, строил целое направление автоматизации тестирования фронта в SberDevices, но какие бы фреймворки я ни использовал и какие бы команды ни собирал, я всегда сталкивался с одной и той же проблемой: автоматизация тестирования не успевает. Мы постоянно работаем в догоняющем режиме. Причин этому много, но я для себя выделил три основные.
Mercado Libre — крупнейшая онлайн-платформа электронной коммерции Латинской Америки, основанная в Аргентине в сентябре 1999 года предпринимателями Маркосом Галеоном и Леандро Хеллером. Название компании означает буквально «свободный рынок», отражая её основную цель — создание открытой торговой площадки для покупателей и продавцов региона. Разбираемся в истории фирмы, текущем состоянии дел и интеллектуальном капитале.
DevOps уже давно не просто тренд, а часть ДНК успешных команд и проектов — вот такое сообщение мы как команда сейчас транслируем во внешний мир. DevOps — это не столько настройка серверов или автоматизация деплоя, а скорее навыки делать систему гибкой, безопасной и готовой к изменениям.
Подготовил для вас roadmap, что важно в 2025 году знать успешному DevOps-инженеру. Пригодится как джуну, так и спецу с опытом, чтобы валидировать свои навыки.
Многие компании используют тестовые задания как способ первичной фильтрации кандидатов на технические роли. Это позволяет оценить навыки соискателя. Однако в 2025 году, с повсеместным использованием ИИ-инструментов, эффективность такой практики ставится под сомнение.
Использование ИИ в работе - одна из самых обсуждаемых тем последнего года. Моя жена активно применяет его в своих задачах, и когда мы что-то обсуждаем, она удивлённо спрашивает: «А ты-то почему до сих пор не используешь ИИ?» И в какой-то момент я и сам задумался - а правда, почему?
Я разобрался в теме, чтобы вам не пришлось. В этой статье поделюсь, как использовать ИИ с умом и пользой на примерах из мира тестирования (QA). Но фишки, о которых пойдёт речь, вполне подойдут и для других профессий.
Разработчики фокусируются на промпт-инжиниринге, но настоящий прорыв — в контекст-инжиниринге. Это системный подход к подготовке данных для LLM.
AI-хайп накидывает новых терминов, в статье объясняем о чем тут речь.
Вы «должны» проводить 1-on-1.
А зачем?
Знаете, зачем они нужны — по-настоящему?
Или пробовали, но всё свелось к «ну, как дела?»
Может быть, встречи идут — но ничего не меняется?
Что ж, давайте разбираться:
Деньги любят тишину. Бывшая CTO Open AI Мира Мурати подняла еще 2 млрд $ на seed-раунде при оценке стартапа в 12 млрд $, при этом никто не знает, а чем собственно они занимаются в Thinking Machines Lab?
Я попробовал угадать, что за продукт они планируют выкатить через пару месяцев. А вы уже решайте, насколько это похоже на правду.
Мы часто видим новости, что ученым удалось достичь колоссальной скорости передачи данных, так часто слышим про 5G и 6G, и что очень скоро можно будет передавать фильмы в 4К за наносекунду…Интересно, что вся эта революция в мире связи произошла по историческим меркам невероятно быстро. Кажется, что она все еще бурно движется вперед, и вот-вот у нас (да, лично у нас!) будет интернет колоссальной мощи. Но так ли это взаправду? Давайте пробежимся по высокоскоростным магистралям истории.
Меня зовут Виктория Агейкова, и я занимаюсь аналитикой 7 лет. Работала в найме и на фрилансе, в маркетинге и в продукте, преподавала в Международной школе профессий. В первые годы работы я сама совершала ошибки, а теперь встречаю те же проблемы у младших коллег, даже у аналитиков с опытом.
Дело в том, что в университетах и на курсах аналитики обычно учат хард-скиллам: как группировать и анализировать данные, как строить отчёты и делать из них выводы. Но никто не учит вести переговоры с заказчиком, грамотно оценивать риски и учитывать другие детали, которые напрямую влияют на репутацию аналитика.
Эти навыки приходят с опытом. Но гораздо проще стартовать в профессии, изучив чужие ошибки, чем набивать шишки самостоятельно.
В этой статье я разбираю 4 реальных задачи, с которыми сталкивалась в работе. Здесь не будет очевидных советов в духе «делайте хорошо, а плохо не делайте», только реальные решения, которые удобно использовать в работе.
Лучшие команды состоят из разных специалистов, владеющих разными наборами навыков. И главная проблема возникает в том, как говорить на одном языке всем этим непохожим друг на друга людям?
Ключевая задача проджект-менеджера на старте любого проекта — не только самому договориться с каждым, но и создать условия, чтобы вся команда заговорила на одном языке. Про построение командных связей мы поговорим отдельно, а сегодня рассмотрим первое препятствие на пути к взаимопониманию в команде: различия в мышлении гуманитариев и технарей.
Статьи про багхантинг часто говорят о пользе для резюме, багбаунти, повышении безопасности продуктов, доступе на закрытые мероприятия. Информация о проблемах во взаимодействии с разработчиками в процессе багхантинга упоминается лишь изредка (и часто - вскользь). Но, это тоже важная часть багхантинга: начинающим бахгантерам полезно знать, с какой реакцией разработчиков они могут столкнуться. Всё-таки, это определённая психологическая нагрузка. Я хочу показать на личном примере прекрасную иллюстрацию того, насколько различны в оценке проблемы разработчики и багхантер. Случай уникален тем, что мне удалось задокументировать многие тезисы разработчиков в их первоначальном виде (в т.ч. попытку отозвать CVE). И подсветить важный момент: уже сам факт оформления CVE по проблеме, которую вендор не признаёт, может вызвать раздражение у вендора.
В статье покажу этапы, очень похожие на стадии принятия Кюблер-Росс (отрицание, гнев, торг, депрессия и принятие), которые я наблюдал у разработчиков в процессе нашего с ними общения. Мы пройдём путь от отрицания наличия проблемы, через благодарность за информирование (о проблеме) до негодования в адрес MITRE (и мой адрес, не стесняясь выражений).
Дисклеймер: в статье приведены скриншоты из моих личных переписок с разработчиками. Публикация таких переписок одной из сторон не требует согласия другой (согласно законодательства РФ).
Мир меняется. Мы чувствуем тенденции на себе. Больше информации, больше логики, больше конкуренции, больше комплексности, больше правил, больше автоматизации, больше контекста, больше скорости…
У нас был опыт работы с Lean, Kanban, CPM/CCM, Waterfall, PMBOK, Six Sigma, Scrum, Agile, OKR+Product Discovery, GIST Planning, включая их вариации и гибриды. Некоторые – мы ценим и применяем сейчас. И тем не менее, спустя 15 лет в проектном и операционном менеджменте мы по себе знаем о чем все также плачут проджекты, продакты и управленцы. О большей точности, координации, информации, взаимодействии и сроках.
Нам понадобилось время по-новому осознать казалось бы простую идею, о которой чуть ниже. Проекты, как и компании в целом – это ресурсы направленные на достижение целей. Время, люди, информация – ресурсы, но сами по себе они не равны достижению целей. Ценность ресурсов – в их связях и взаимодействии. Связь и взаимодействие ресурсов – краеугольный камень в достижении целей. Это и есть идея Cоntext.
Запоздалые открытия дают возможность оценить обоснованность собственных доводов и посмотреть на проблему под другим углом. В одной из статей я описал свой опыт подготовки сотрудников к регулярной оценке результатов их работы (Perfomance Review). Статья предназначалась для тех, кто работает в условиях действующего процесса, не имея возможности повлиять на его устройство.
На днях я прочитал на Harward Business Review материал «Оценка эффективности: предостережение руководителям» и был потрясён. Публикация стала результатом исследования общепринятого способа ранжирования и вознаграждения сотрудников на основе результатов их работы. Речь идёт про тот самый метод, разновидности которого в разное время применялись в известных компаниях: Google, Microsoft, Facebook, Яндекс, ВК, Авито и других.
В этой статье мы формулируем ключевой мотив внеземной экспансии и устанавливаем «дедлайн» — 450 лет до критического нарастания рисков. Чтобы оценивать такие масштабные проекты, нам нужны универсальные метрики — мы вводим три главных ресурса (массу, энергию и знания), измеряемые показателями nTQ, nEQ и HW. В следующих материалах этой серии мы обобщённо пройдём по этапам колонизации: от выбора места и архитектуры модулей до систем жизнеобеспечения и управления автономными базами; затем предложим дополнительные темы для углублённого разбора каждого шага.
Эта статья для тех, кто запланировал подрасти профессионально как продакт-менеджер, кто хочет прокачать свой английский и ищет работу на международном рынке.
Я буду рассказывать с прицелом на американский рынок, потому что готовлю IT менеджеров к работе в Штатах или с американскими компаниями, сама живу и работаю в Остине (Техас) и в курсе новостей и требований сообщества.
Я собрала ресурсы, которые прошли проверку на bullshit, на соотношение времени/усилий к пользе и на актуальность ко всему, что происходит на рынке.
Итак, если вы IT менеджер и собираетесь работать по-английски, то вам нужны ресурсы, которые подготовят вас
а) к собеседованиям/митапам/конфам/соушл миксерам/продакт кэмпам, то есть, к поиску работы, коллег и партнеров. Вам нужно натаскаться в том, как рассказывать о себе, обсуждать опыт, случаи из практики и цели.
б) к самой работе: постоянному проблем-солвингу, убеждению, уточнению, нюансированию, реагированию. Это решается знанием слов: как что называется, как что расшифровывается, какими глаголами описывается изменение, падение, рост, как формулируется запрос, отмена, и проч.
в) к среде, в которой вы собираетесь работать: вам нужно быть в теме, знать имена, явки, пароли, что выпускается, кто где открылся, кто помер, кто кого купил, и проч.
На чем я советую сосредоточиться, чтобы не распыляться и бить точно в цель:
I. Видео с Mark Rose
Марк 20 лет проработал продаком в гугл, сейчас он консультирует стартапы. Его видео можно найти на нескольких платформах в Youtube, в том числе и у него на сайте в разделе Watch and Learn. Он человек своей среды: эксперт из Силиконовой Долины, но без токсичной позитивности и воды, плюс с большим опытом работы в Европе, в том числе в постсоветских странах. В частности, одним из клиентов его собственного стартапа в свое время были World of Tanks. Марк провел какое-то время в Минске и работал с командой. Во-первых, Марк дает отличные советы по прохождению всех этапов интервью. Во-вторых, обратите внимание, как он пользуется английским языком: на простоту словаря и при этом точность и гибкость формулировок.
Я привожу его в пример того, как при использовании небольших языковых ресурсов можно достичь неотразимого эффекта. Марк носитель языка, у него нет оснований упрощать/усложнять свою речь в зависимости от ситуации, его можно брать в пример естественности и доказательства того тезиса, который я активно продвигаю среди своих клиентов: не нужно знать весь английский, нужно знать язык своей сферы и знать, что говоришь, а это уже вопрос профессиональной экспертизы, а не языка. Из видео с Марком можно взять весь необходимый продуктовый вокабуляр, формулы приветствий и обращений к собеседнику, буквально записать, как он уточняет, подтверждает, поддакивает, противоречит, поправляет, перебивает, меняет тему. Я советую выучить это и использовать в подобных ситуация (число которых, кстати, ограничено и поэтому в них можно пользоваться готовыми формулами).
