Менеджмент

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

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

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

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

Недавный диалог в комментах по поводу наличия личности у нынешних реализаций LLM вынудил таки меня встать с дивана и сесть за кресло перед десктопом высказаться более развернуто.

Как я уже писал, применительно к ИИ про личность говорить преждевременно; более того, личность и сознание - совсем не те слова, которые необходимо употреблять в данном случае. Наша основная когнитивная проблема (the bug that is a feature), проблема человека как вида - что мы не знаем иного способа мышления, кроме нашего, человеческого. То есть все термины, которые относятся к "высшим психическим функциям", если говорить научным языком, - сугубо антропоцентричны. Все, что мы знаем о сознании - мы знаем о сознании человека.

Да, люди изучают другие виды; вот недавно выявили "сознание" у осьминогов. Но при этом как они его "выявили" - вживили в мозг осьминога электроды и писали мозгограммы. На каких-то из них "ученые" обнаружили волны, характерные еще и для гиппокампа человека и сразу принялись обниматься с осьминогами: привет, мол, братья по разуму. Однако я думаю, что если в мозг человека вживить электроды и бить его палкой, то в его мозгограммах тоже обнаружатся волны, похожие на те, что появятся у собаки, если ее вы тоже будете бить палкой. Выводы - поднять собаку до уровня человека или опустить человека до уровня собаки - оставим на совести ученых ;)

Так вот: мы всегда обречены воспринимать чужой интеллект как человеческий, тем более что LLM тренируются на человеческих датасетах. Так какие термины мы можем подобрать, чтобы начать описывать этот интеллект, не погружаясь в это извечное "человеческое, слишком человеческое" ? Я предлагаю термин "индивидуальность".

До релиза нового поколения связи еще как минимум несколько лет. Но экспериментальные сети уже ставят рекорды скорости — до 1 Тбит/сек. Рассказываем, что с разработкой 6G, и стоит ли ждать первых коммерческих сетей к 2030 году.

Парадокс рынка IT: учебные площадки массово выпускают джунов, с которыми никто не хочет возиться, а компании ищут только мидлов и сеньоров с опытом от 3 лет. В этих условиях джунам приходится либо маскироваться под более опытных специалистов, либо искать способы стремительного роста. Мы собрали технических лидеров и HR-экспертов, чтобы выяснить: возможно ли на самом деле преодолеть пропасть от джуна до востребованного мидла или сеньора за полгода? Одни эксперты утверждают, что с приходом продвинутого AI это стало реальностью, другие называют идею опасной иллюзией, ведущей к кадровому кризису. Кто прав в этом споре и есть ли выход из замкнутого круга?

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

Один из коллег продуктовых маркетологов выдвинул гипотезу, что хорошие продуктовые маркетологи (Product Marketing Manager, PMM) выходят только из маркетологов. Я не согласна. Особенно если речь про B2B и "кровавый" Enterprise. Почему - чуть ниже.

Итак, продуктовый маркетолог: кто это вообще и чем занимается?

Кто такой продуктовый маркетолог

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

Будни продуктового маркетолога – это квест:  собрать всё воедино, придумать стратегию, донести ценность до рынка и убедиться, что тебя правильно поняли.

Можно ли стать продуктовым маркетологом, если ты не маркетолог?

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

Вот несколько типичных путей:

1. Маркетологи с опытом

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

2. Менеджеры по продажам

Специалисты из продаж отлично понимают, что нужно клиенту, и умеют объяснять ценность продукта. Эти навыки легко адаптировать для роли PMM, особенно если дополнить их знаниями о маркетинговых стратегиях и исследованиях.
Если вы умеете объяснять клиенту, зачем ему продукт, то сможете упаковать его так, чтобы продукт продавал себя сам (ну или почти).

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

Зато это правда и следуя таким рекомендациям действительно получится стать настоящим программистом. Если выживете.

Как руководителю начать экономить свое время до 30% на ежедневном принятии решений и микроменеджменте? Как перестать контролировать каждого сотрудника и перестать тревожиться, что без вас что-то пойдет не так? Рассказываю про свой авторский метод и 3 шага, как создать такие правила управления проектами, которые решат проблему узких мест и помогут вашим сотрудникам действовать автономно.

Меня зовут Неля Васенина, и я продуктовый дизайнер в IT-команде «Северстали». В первой части я рассказала, с какими проблемами наша команда столкнулась при создании единой дизайн-системы для наших сервисов, почему это стало критичным для десятка наших продуктов и почему у нас было всего три месяца на решение. Теперь перейдём к самому интересному — к практическому опыту и конкретным инструментам, которые мы используем для поддержки нашей системы в актуальном состоянии.

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

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

При этом этот этап часто пропускается, как неинтересный и «мелкий». Потому что делать что-то большое и амбициозное круто, а процессы улучшать — скучно и требует системности и усидчивости. 😉

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

Почему компании важно и полезно выстроить процесс непрерывных улучшений?

Потому что он:

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

Привет!

Я Ростислав Кудыбин, и я уже больше полугода работаю в SM Lab на позиции Product Lead (PL). Мой продукт — «Шлюз заказов и платежей», он отвечает за создание корзин и их оплату. В этой статье я расскажу о том, кто такой Product Lead, какие задачи он решает, а также поделюсь своим опытом трудоустройства и адаптации в компании. С каждым годом роль лидера продукта в IT расширяется, и я надеюсь, что мой опыт будет полезен тем, кто строит карьеру или ищет новые возможности.

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

К моменту поиска новой работы я чётко понимал, чем хочу заниматься дальше. Мне хотелось расти как лидер продукта, приносить реальную пользу бизнесу и клиентам, при этом сохраняя возможность глубоко погружаться в технические аспекты и влиять на функциональную архитектуру и развитие продукта. Именно такие возможности я нашёл в SM Lab на позиции Product Lead.

Особенность Go — удобный механизм конкурентности. Создавать конкурентные задачи в парадигме языка можно буквально «бесплатно» и предельно просто: достаточно написать ключевое слово go перед вызовом функции — и она начнет выполняться в отдельном потоке.

Я Владислав Белогрудов, эксперт по разработке ПО в YADRO. В свое время изучал различные источники и лучшие практики в поиске эффективных способов организации параллельных процессов в Go. Делюсь ими с вами. 

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

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

Привет, меня зовут Владислав Феофилактов, я разработчик команды интеграции продукта PT Application Inspector. В этой статье вместе с коллегой Даниилом Бакиным мы расскажем о безопасной разработке приложений, подходе shift left и о том, как сделать жизнь разработчиков и AppSec-специалистов проще, а продукты — более защищенными.

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

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

При создании продуктов под разные среды исполнения и сегменты рынка обычно есть два пути: делать несколько продуктов из разных реализаций приложений и сервисов или разрабатывать единый продукт, который впоследствии должен учитывать все требуемое многообразие. Второй подход, который называется кросс-бизнес-разработка ПО (Cross-business software development), — это как раз то, чему следует команда VK Tech при разработке своих продуктов.

Меня зовут Александр Бычук. Я Director of Software Engineering в VK Tech. В статье я расскажу, что такое кросс-бизнес-разработка ПО (Cross-business software development), какие преимущества и недостатки она имеет, а также как мы в команде VK Tech реагируем на вызовы кросс-бизнес-разработки.

Привет, Хабр! Меня зовут Дарья Зыкина, и я с командой организую и продвигаю лучшие хакатоны на Codenrock – нашей платформе для IT-конкурсов любого формата, от ML-соревнований до CTF. Мы провели масштабный анализ данных нашей аудитории в 100 000 пользователей, чтобы понять, как меняется мир технологических соревнований. В этой статье – ключевые цифры прошлого года и тренды 2025, которые помогут вам разобраться в возможностях хакатонов и использовать их для личного и профессионального роста. 

AI-платформы и инструменты активно развиваются, предлагая решения для различных задач: от генерации текста и изображений до автономных систем и бизнес-аналитики. Локальные решения, такие как Stable Diffusion и LLaMA, позволяют использовать ИИ без подключения к интернету, что особенно важно для задач, требующих конфиденциальности и высокой производительности. Выбор платформы зависит от конкретных задач, бюджета и технических возможностей.