Feature request (запросы функций) – важный инструмент взаимодействия между командой разработки и конечным пользователем. Запросы позволяют более здраво рассмотреть продукт с точки зрения пользователя и определить пути улучшения его опыта при работе с продуктом.

Здравствуйте! Меня зовут Ирина, я менеджер продукта в компании Bimeister, и хочу вам рассказать о нашем опыте управления Feature requests в продукте для B2B сегмента.

Проблема

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

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

В сухом остатке статья про то, как мы выбросили из своей жизни автоотбивку «Спасибо, нам важно ваше мнение». Поехали :-)

Вы вдруг просыпаетесь от алерта — что-то случилось. Вы быстро стучите по клавиатуре и пытаетесь залогиниться по ssh куда-то, чтобы разобраться. Но вас не пускает! Хост пингуется, но зайти не получается. Вокруг вас начинают бегать, начинают вам писать или звонить, обращаются со словами "Шеф, все пропало!" или чем то в этом же духе. Вы начинаете предполагать самое ужасное, тучи сгущаются. В результате последовательности некоторых судорожных действий выясняется...

Привет! Меня зовут Петр Бобров, в QIWI я отвечаю за отказоустойчивость, расскажу немного историй про сторонних вендоров, у всех они разные. У нас есть карточный процессинг, потому что мы банк, у нас банковская лицензия, проводим много платежей. Еще можно черными ящиками считать и базы данных: кто знает, как там работает Oracle, кто знает, как работает Linux внутри? Думаю, очень немного людей разбирается в этом, как оно работает на низком уровне. 

Мониторить такие вещи достаточно проблематично, особенно, если нужно соответствовать стандарту PCI/DSS, который запрещает выкладывать логи приложений в общий доступ, потому что там потенциально хранятся определенные карточные данные в открытом виде, а в софте отсутствуют какие-то вменяемые интерфейсы, которые тебе могут посылать данные в твои системы мониторинга. В общем, проблем достаточно много, даже бывает такое, что говорили: «Не лезьте со своими SQL-запросами в нашу базу, вы портите нам производительность». Ситуация удручающая, так что мы захотели как-то это поправить. 

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

Привет, Хабр! В одной из прошлых своих статей я уже писал про API для работы с SMS-сообщениями от компании МТТ (входит в экосистему МТС). На этом можно было бы и остановиться, если бы не одно «но». Не так давно вышла в свет платформа МТС Exolve за авторством всё той же компании МТТ. Методы для работы с SMS у MTT Telecom API и MTC Exolve очень похожи, за исключением одного: чтобы «покрутить в руках» MTC Exolve, не нужно заключать договор.

Cегодня мы  «поймаем двух зайцев»: посмотрим, как работает GitHub Actions и научимся отправлять SMS с помощью МТС Exolve.

Привет, Хабр! В статье расскажу о том, с какими трудностями можно столкнуться при разработке ORM на PHP и поделюсь опытом по их преодолению.

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

Привет, Хабр! Меня зовут Алексей Колосков, я DevOps/Cloud-инженер в Hilbert Team. Вместе с моим коллегой Михаилом Кажемским в этой статье мы расскажем об особенностях DevSecOps-пайплайна и концепции Shift Left. Вы узнаете об основных этапах DevSecOps-пайплайна, автоматизированных проверках безопасности при разработке ПО, бесплатных и опенсорс-инструментах. Также найдёте советы, которые помогут раньше обнаруживать уязвимости и улучшать безопасность приложения. 

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

Может ли искусственный интеллект прогнать нас от компьютеров и отправить работать на завод или собирать ягоды?

Большие языковые модели действительно меняют интеллектуальные профессии: взамен старых приходят новые, более разнообразные. И появляются люди, которых я называю погонщиками нейросетей — они могут обучать модели и ставить им задачи. В этой статье расскажу, почему считаю AI не соперником на рынке труда, а инструментом, который поможет нам стать более эффективными. А главное — поделюсь большой подборкой материалов для каждого, кто хочет сделать нейросети своими помощниками. 

В статье расскажем в чем основные отличия между helpdesk и servicedesk системами, в чем бизнес-предназначение каждой из систем. Какие helpdesk и servicedesk есть на российском и зарубежном рынке, дополнительно рассмотрим такой тип систем как FSM-системы управления мобильными сотрудниками и автоматизации сервисных процессов.

Привет, Хабр!

На связи Вячеслав Шмельцер, backend-разработчик, и Рамиль Алешкин (alewkinr), Product Owner Консоли управления #CloudMTS.

На этой неделе мы выкатили beta-версию API нашей облачной платформы. Да, это гигиенический минимум для провайдера, без которого разработчикам (и не только) облако будет малоинтересно. Поэтому хвастаться не будем. Вместо этого расскажем, чем руководствовались и на что обращали внимание при разработке API, чтобы сделать его функциональным, масштабируемым и удобным для наших пользователей.

Надеюсь, что наш подход окажется полезным тем, кому только предстоит написать API для своего сервиса.

Продолжаем добавлять функциональность к музыкальному MIDI-синтезатору на двух чипах AY-3-8910 с помощью генератора огибающей.

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

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

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

Различные методы эволюции ключей (терминология не устоялась, предпочитаю использовать такой перевод словосочетания «key-evolving techniques») асимметричных криптоалгоритмов позволяют защититься от компрометации секретных ключей путем периодической модификации ключевых пар. Подобная защита направлена не на предотвращение компрометации секретного ключа, а на минимизацию последствий такой компрометации: поскольку ключи периодически модифицируются, эволюционируют, данные методы позволяют ограничиться отрицательным воздействием компрометации ключа на свойство целостности или конфиденциальности сообщений, зашифрованных или подписанных только в течение определенного, относительно короткого периода, оставляя защиту сообщений других периодов ненарушенной. Большинство протоколов с эволюцией ключей подразумевает достаточно активный обмен сообщениями между сторонами защищенного обмена данными. При этом бывают сценарии, когда возможности для интерактивного взаимодействия у сторон отсутствуют.

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

Новые игроки и анализ рынка синтетических данных

• 28 поставщиков структурированных синтетических данных,
• 10 поставщиков синтетических тестовых данных,
• 6 опенсорсных поставщиков,
• и 29 поставщиков неструктурированных данных.

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

Узнайте, как анализ данных позволяет оптимизировать ваш продукт и стимулировать пользователей к совершению покупок. Раскройте потенциал вашего продукта, упрощая путь к целевому действию.

Привет, друзья! Я Екатерина Соловьева, дирижёр пилотов в Альфе. В прошлой статье я поделилась чек-листом для стартапов, которые хотят работать с корпорациями. В этот раз расскажу, что учесть компаниям-заказчикам. В статье мы вместе разберём два проекта, и у вас сложится картинка — что инноватору учесть при запуске пилотов.

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

Давно, когда мне было 4-5 лет, бабушка разрешила пользоваться ее компьютером (стааарым, очень). Я так был рад, ведь мог теперь в него играть. Ну и началось. Вирусняки, неподдерживаемые файлы и т. д., и т. п. После, в доме появился Mac Mini 2010 года (мы с отцом хотим из него NAS сделать). Меня за него посадил папа с такой фразой: «Вот тебе Scratch, делай».

Привет, меня зовут Ксения, я бухгалтер в IT-компании ispmanager, и сегодня я расскажу о связанных с профессией стереотипах, своём опыте работы в IT-компании и о том, что же я почерпнула из общения с программистами (и не только). Скучно не будет, я обещаю. Начинаем!