Я большой поклонник автоматизированных тестов и достаточно дисциплинированный их автор. Проектирование ПО крайне сложно реализовать функционально корректно и ещё сложнее избежать регрессии в дальнейшем. Как сказал Майкл Фезерс, «легаси-код — это весь код, у которого нет тестов».

Некоторые вещи, например, конечные точки серверов, схемы баз данных и компоненты библиотек UI тестировать очень просто.

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

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

Несколько внеочередная заметка... Со времён Короны я работаю дома на подстольной дорожке. Когда я искал что же купить, я наткнулся на небольшой местный магазинчик FitOffice, где выбор был TR1200 или TR5000. По отзывам обе хороши, но одна требует регулярного смазывания и предполагает использование на несколько часов в день -- а вторая не требует смазывания и подходит для ходьбы хоть весь день. Жена настояла на второй :)

Если вкратце, то за 4 года использования, я находил на ней всего около 10 тысяч км, но она начала шуметь до невозможности -- по замерам телефона более 60 дБ на 5км/ч, да еще с жуткой высокочастотной составляющей, которая делала шум еще хуже. Ну то есть я мог за ней работать (стол экранировал от прямого шума), но шум рядом с ней становился отвратительным.

Официальный суппорт по почте сказал мне "это нормально" -- а FitOffice сказали что это похоже на проблему мотора -- аналогично высказался кто-то на reddit, да и на мой слух звучало как проблема какого-то из подшипников. В качестве простой меры мне предложили поменять щётки мотора, эту инструкцию я нашел (осторожно: видео). Но щетки оказались почти не израсходованными (меньше 1мм съелось), и на звук замена не повлияла. Осталась опция только замены мотора.

Учитывая, что дорожка уже за гарантией, а замена сама выглядела как простое дело -- я решил поменять его сам, хоть и не нашел никакой инструкции. Так что теперь заполняю этот вакуум :)

Учтите: я тыжпрограммист и не должен уметь менять моторы. Ну то есть заменить мотор в дорожке я могу, но не потому, что тыжпрограммист. Если решитесь что-то делать по инструкции, делайте это на свой страх и риск и действуйте по обстоятельствам! Я не мастер и эта инструкция нифига не официальная.

Привет! На связи Ольга Татаринова, сооснователь компании AGIMA AI. Времена, когда звонок в техподдержку сервиса означал бесконечное ожидание на линии с музыкой вместо гудков, проходят. Искусственный интеллект не устает, не делает перерывов и, к счастью, не играет навязчивые мелодии.

Всем привет! Меня зовут Леша Штанько, я системный администратор и интегратор (если остается время, еще и JS-разработчик :D) в AGIMA. Если представить Google большим айсбергом, то на его верхушке точно разместятся всеми любимые и популярные инструменты, вроде Google Sheets и Google Calendar, а Google Apps Script скроется где-то под толщей воды. Но я считаю, что больше людей должны попробовать этот классный инструмент. Поэтому в этой статье расскажу о его главных достоинствах и поделюсь практическими примерами.

В статье разбирается код на Ruby и в Ruby on Rails, в частности, на примере задачи по разработке web-сервиса синхронизации данных с внешними источниками. Погружение в программное решение начинается с разбора бизнес-задачи. Через освещение реальных API с маркетплейсов OZON и Яндекс.Маркет обосновываются способы принятия архитектурных решений и способы оптимизации кода. Эта статья также является авторской попыткой раскрыть принцы SOLID при реализации логики реального бэкенд приложения по переработке структурированных данных в условиях эксплуатации стороннего REST API.

В марте 2022 года ФНС опубликовала письмо в котором разрешила компаниям выделять IT-направление в отдельное юрлицо без рисков по обвинению в дроблении. В статье рассказываем, как работает этот механизм, в чем выгода для бизнеса и реально ли ФНС «разрешила» дробиться?

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

С появлением GPT маркетплейса в январе 2023 года, кастомизация чат-ботов получила новый виток развития. Благодаря способности искусственных интеллектов работать с загруженными в них базами данных, стало возможным быстро создавать решения для различных бизнес-сценариев, сократив время разработки в десятки раз без привлечения разработчиков. Конечно, не OpenAi единым, для создания кастомизированных чат ботов использовать можно любую нейросеть — тот же Google Bard или Claude. 

Тем не менее, существуют определенные ограничения. Во-первых, основой часто служит технология Chat GPT. Во-вторых, отсутствует удобная система интеграции с другими инструментами. К тому же, типичные решения предполагают работу с ограниченным количеством текстовых материалов, до 20 единиц, и взаимодействие в рамках этого контента.

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

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

Обозначим важные нарративы, которые помогут понять участникам каждой рекламной цепочки логику исполнения статьи 18.1 закона о рекламе №38-ФЗ (закона о маркировке рекламы) при размещении РИМ (рекламно-информационных материалов) на интернет-площадках.

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

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

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

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

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

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

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

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

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

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

Объём специфичных знаний, которые требуются рядовому программисту игр, даже если он только начал свою карьеру, вызывает у меня «лёгкую» тоску. Это одна из причин, почему большая часть людей, которые «горят делать игры», отсеивается на этапе технических собеседований (обычно их больше одного). Это нормально и грустно. Добавьте сюда, что нефундаментальные знания, вроде инструментов, библиотек и движков, приходится обновлять где‑то раз в 5–7 лет. Не вижу тут, что игрострой сильно отличается от других областей разработки. Если бы лет 15 назад «добрый я» скинул на почту список книг, которые придется прочитать и осмыслить, армия собранных граблей не была бы столь большой и разнообразной, и без ручек половинной длины. Осторожно, в конце статьи будет супердлинная картинка (взята с github отсюда, с разрешения автора).

Всем привет! Меня зовут Владлен Севернов. Я работаю ML-инженером в команде CLTV билайна. В этой статье я поделюсь с вами моим опытом решения задачи uplift-моделирования для оценки экономики продукта «Семья» с точки зрения CLTV.

Что мы подразумеваем под CLTV

Подробнее про CLTV в билайне вы можете почитать в наших предыдущих статьях:

- Что такое CLTV и как мы в билайне с ним работаем
- Использование ML для прогнозирования CLTV

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

Немного про продукт «Семья»

Семейные тарифы — это возможность создать общую группу (семью) с другими людьми и добавить в нее до пяти абонентов (в зависимости от тарифа). После объединения в семью платящим остается только один абонент, называемый «донором», а другие члены группы, которые пользуются общими пакетами минут, SMS и трафика и не платят, называются «реципиентами». 

Почему для семейных тарифов необходимо считать именно CLTV?

Всем привет! Меня зовут Александр Григоренко, я фронтенд-разработчик, и я часто сталкиваюсь с разработкой веб-интерфейсов с использованием Drag and Drop. В своей предыдущей статье про Drag and Drop я рассказывал про историю появления и развития этого подхода: появившись в первом в мире графическом интерфейсе, Drag and Drop продолжает быть одной из самых актуальных технологий и на сегодняшний день. В этой статье я хочу поговорить об особенностях проектирования дизайна и юзабилити интерфейсов с Drag and Drop. В первую очередь, я буду приводить примеры и говорить об особенностях Drag and Drop в рамках сложившихся практик в современных веб-интерфейсах, но многое из этого будет справедливо и для интерфейсов классических настольных приложений.

Кейс по продвижению на маркетплейсах для собственников компаний, селлеров, руководителей по маркетингу и маркетологов. 

Маркетплейсы принято делить на 2 вида: В2С и В2В. Например, Ozon, Wildberries и Яндекс Маркет считаются В2С-площадками, где физлица покупают у ИП и компаний что-то для дома, для себя. А есть такие как Alibaba или Сделки.ру, где ИП и компании покупают и продают друг другу. 

Значит ли это, что В2В товары нельзя продавать на В2С маркетплейсах? Вместе с нашим клиентом —- компанией СКС, продающей кабельную продукцию —- вышли на В2С маркетплейсы. Сделали это в 2022 году, когда направление В2В там только начинало развиваться, сложно было оценить спрос и прогнозировать результаты. Проработали органику и рекламу, потом масштабировались и заняли 4,5% от рынка  маркетплейса.  

Если у вас уже есть бизнес и выручка с рекламы или других каналов, стоит попробовать продажи на маркетплейсах. Вы ничего не потеряете: товар имеется, бизнес-процессы налажены, — и есть возможность увеличить доход. По продвижению мы все риски берем на себя: оплата только за результат — 5-10% от роста оборота. Когда клиент приходит к нам уже со своим оборотом на маркетплейсах, то платит только % с прироста оборота. 

В этом кейсе расскажем, как В2В запуститься на маркетплейсах и вырасти до 3,4 млн рублей в месяц.

В текущей статье рассмотрим пошаговые инструкции как маркировать рекламу с помощью ОРД Озон для исходного Рекламодателя при исполнении закона о маркировке рекламы (статья 18.1 закона о рекламе 38-ФЗ) на примере различных рекламных цепочек при размещении рекламы в интернете, в том числе при оформлении саморекламы

В предыдущих публикациях были рассмотрены сценарии отчетов по рекламе в ОРД для Посредников (рекламные агентства либо фрилансеры в статусе ИП либо ООО), а также для Рекламораспространителей (владельцы интернет-площадок - например, блогеры и админы пабликов в статусе ИП, СЗ, ООО).