zwuck

На Пикабу 10 лет 8 месяцев 1 неделю

Дата рождения: 11 ноября

поставил 90 плюсов и 5 минусов

105 рейтинг 9 подписчиков 3 подписки 16 постов 0 в горячем

Награды:

zwuck

9 дней назад

Лига программистов

Как не надо разрабатывать продукты. Часть II⁠⁠

В предыдущем посте (пыщ) я осветил две ошибки, совершенные мною и командой, при разработке продукта, а именно:
1) Отсутствие (или просто плохой) анализа/поиска конкурентов;

2) Увлечение (зацикливание) разработкой продукта для себя, а не для пользователей.

После прочтения первого поста у кого-то может возникнуть вопрос, а можно ли вообще узнать о потребностях пользователей до того, как продукт будет готов или даже до того момента, как продукт вообще будет разрабатываться? Как это вообще должно выглядеть? СusDev скажу я вам и с хохотом убягу.

Как не надо разрабатывать продукты. Часть II IT, Опыт, IT юмор, Разработка, Длиннопост

Я вернусь позже, с еще более непонятными словами)))

Так вот, CustDev – это методика исследования потребностей целевой аудитории для создания продукта или услуги. Простыми словами, это процесс общения с потенциальными клиентами для понимания их проблем, ожиданий и предпочтений перед тем, как разрабатывать продукт. Смотрите, прежде чем что-либо разрабатывать, у вас должна быть какая-то идея.

Обожаю Джека Воробья

Объясню на собственном опыте. Возникла у нас в команде идея автоматизации поиска новых сотрудников компаниями, дабы упростить работу рекрутеров. Подготовили список вопросов, набросали примерный план интервью и приступили к работе. Лично я провел 7 интервью, а другой член команды провел порядка 20 интервью (жесть). И знаете, что?

Ну так что?

После касдева мы пришли к выводу, что в данной нише вообще нет боли, для всех проблем и задач уже есть готовые инструменты и решения. С одной стороны, можно сказать, что результат негативный, так как на весь касдев у нас ушло порядка 3 (или 4) недель и никакого продвижения по итогу не случилось. С другой стороны, мы потратили всего 3 (или 4) недели и не потратили еще больше времени и ресурсов на разработку заведомо провального продукта.

Сэкономил – считай заработал

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

Ну и не забываем, я разработал чат-рулетку в виде мини-приложение в telegram, как говорится welcome t.me/Socionyx_Bot/socionyx. Недавно приложение получило крупный апдейт (Разработка telegram мини-приложения в 2025 или как я дошел до жизни такой. Крупный апдейт).

Ссылка на мой telegram канал t.me/socionyxchannel, you are welcome too, где я пишу про будни разработчика.

Показать полностью 4

[моё] IT Опыт IT юмор Разработка Длиннопост

zwuck

11 дней назад

Как не надо разрабатывать продукты. Часть унус (гусары, молчать!!!!)⁠⁠

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

Начнем с первого продукта. Изначально идея зародилась благодаря словам одного производителя (не важно, чего), которые звучали примерно следующим образом «Я хочу расширить свое производство, но не знаю, кому буду продавать такой объем продукции». То есть у человека существовала проблема сбыта продукции, то есть, по факту, проблема с поиском новых покупателей. К этому моменту у нас уже была команда, но совершенно не разработчиков, и мы решили, что сможем затащить данную идею. По итогу скажу, что затащить смогли, хоть и не без изменения состава команды, но проблема продукта была связана совершенно не с этим. Давайте перейдем к первой проблеме, которую мы совершили, а именно – анализ/поиск конкурентов.

Безусловно, существуют уже известные всем маркетплейсы, такие как авито, озон, вайлдберис и т.д. Но они в основном рассчитаны на b2c (business to consumer), то есть продажа продукции физическому лицу, а мы же хотели целиться в b2b (business to business), то есть продажи бизнеса бизнесу. Безусловно мы искали, но никого не нашли.

Как не надо разрабатывать продукты. Часть унус (гусары, молчать!!!!) IT, Программирование, IT юмор, Веб-разработка, Длиннопост

Фатальная ошибка

Безусловно, спустя время, конкуренты нашлись, когда мы поняли, как вообще искать. И конкурентов на рынке было не два, не три и даже не четыре. Конкуренты уже работали, у них уже были пользователи, большая команда разработчиков и соответствующий бюджет. Активная фаза разработки заняла у нас порядка 8 месяцев. По итогу, продукт даже не был зарелизен.

Говорящая картинка

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

Разработчик смотрит на себя, как на пользователя

Вторым продуктом, который мы начали пилить, был конструктор визитки. Используя набор блоков (для текста, картинок, видео, функциональных кнопок) вы могли из них составить визитку, где указывали информацию о вас, хоть личного, хоть бизнесового характера. В этот раз на разработку у нас ушло порядка 3 (или 4) месяцев, что уже сильно меньше, чем в случае первого продукта, но даже в этом случае мы могли сильно раньше зарелизить продукт и получить так необходимую нам обратную связь от пользователей. А знаете, почему мы тянули? Да потому что надо обязательно (нет) реализовать эту (платные тарифы) и эту фичу (добавление видео), а еще эту (уникальная ссылка) и эту (галерея) и вот еще этой (создание шаблонов) не хватает и вот тогда… Как итог, мы стали разрабатывать для себя, ведь это так круто, посмотрите на вот эту фичу, уау, круто!!! Функционал сильно разросся и из обычного конструктора визитки получился недо-конструктор сайтов. Как результат, мы просто уже не понимали, как позиционировать наш продукт и на какую целевую аудиторию ориентироваться.

Я и команда в этот момент

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

На этом пока все пацантре, о других, совершённых мною и командой ошибках, читайте в следующих постах.

Я и команда, хе-хе-хе…

Не забываем, я разработал чат-рулетку в виде мини-приложение в telegram, как говорится welcome t.me/Socionyx_Bot/socionyx. Недавно приложение получило крупный апдейт (Разработка telegram мини-приложения в 2025 или как я дошел до жизни такой. Крупный апдейт).

Ссылка на мой telegram канал t.me/socionyxchannel, you are welcome too, где я пишу про будни разработчика.

Показать полностью 5

[моё] IT Программирование IT юмор Веб-разработка Длиннопост

zwuck

14 дней назад

Лига программистов

Сторонние сервисы на страже вашего приложения. Про языковые модели. Часть кватро, финальная в текущем цикле⁠⁠

Предыдущие статьи цикла, тыц, тык, чпонк.

А сейчас, пацантре, я поведаю вам про новую и достаточно интересную технологию – MCP, ака model contex protocol.

Сторонние сервисы на страже вашего приложения. Про языковые модели. Часть кватро, финальная в текущем цикле IT юмор, IT, Длиннопост

Хто/Шо?

И так, MCP призвана решить проблему изоляции языковых моделей от актуальных данных. Смотрите, когда языковая модель обучается на данных, по итогу обучения она совершенно ничего не знает, что выходило бы за рамки этих данных. Языковая модель не сможет сообщить вам актуальный курс валют или просто погоды в каком-либо регионе, это фундаментальная особенность, заложенная в самой основе искусственных нейронных сетей. С этими особенностями я не понаслышке знаком и в году так 2015, мб даже раньше, писал свою либу для нейронок на java (не исключено, что поведаю об этом в следующих статьях), почти не используя сторонние библиотеки, только чистая java, только хардкор.

Возвращаемся обратно к MCP. Ноябрь 2024, компания Anthropic (и опять она) представила MCP — открытый стандарт, предназначенный для того, чтобы связать AI-ассистентов/агентов с данными и инструментами, подключая любые источники контекста. Стандарты, особенно открытые, это всегда гуд. Как-то так все это выглядит.

Пикча из энторнета

Вместо балагана из уникальных API для каждого сервиса, дабы подтянуть оттуда данные для языковой модельки, у нас появляется универсальный инструмент. Это как usb-c, который призван объединить все предыдущие разъёмы и стандарты.

Я должен был вставить этот мем здесь

MCP задает четкие правила того, как языковая модель может находить, подключаться и использовать внешние инструменты/сервисы, например, —выполнение запроса к базе данных. Это позволяет моделям выходить за пределы своих обучающих данных, делая их более гибкими и осведомленными о внешнем мире. Представим, что у вас есть база данных с какими-либо данными, которые постоянно добавляются и обновляются. Благодаря MCP и возможности языковой модели брать данные из это базы данных, вместо составления сложных sql запросов (inner join, outer join, как вспомню, так вздрогну), вы составляете промт для языковой модели, а она уже самостоятельно все делает и выдает вам результат.

Как-то так я это представляю

На этом все, пацантре, вот такой он этот ваш MCP. Так-с, господа, посты про языковые модели временно заканчиваются (а то поднадоели ужо), пока не появятся какие-либо прикольные и новые инструменты/сервисы/лабубу, связанные с ними. Хотя, на вскидку, уже есть пара тем, которые следует осветить в будущем, а именно MoE (Mix of experts), reasoning (размышление) и локальное развёртывание.

Ссылка на мой telegram канал t.me/socionyxchannel, you are welcome too, где я пишу про будни разработчика.

Показать полностью 3

[моё] IT юмор IT Длиннопост

zwuck

17 дней назад

Лига программистов

Сторонние сервисы на страже вашего приложения. Про языковые модели. Часть тре⁠⁠

Так-с, так-с, так-с, шо тут у нас, языковые модели? Штош, продолжим про способы обхода их базовых ограничений. Про один из них я писал в предыдущей статье. Теперь настала очередь агентов.

Дэниел Крейг секс конечно…

Да нет же, сегодня мы поговорим о совершенно других агентах, а именно ии-агентах.

Как-то так в общем виде это и выглядит (пикча из этого вашего интернета)

ИИ-агент — это программное обеспечение, которое автономно собирает данные и выполняет задачи с использованием этих данных. Агент может действовать независимо или от имени другой системы или человека. Эти агенты могут выполнять различные функции, такие как:

• Принятие решений

• Решение проблем

• Взаимодействие с внешней средой

• Выполнение действий

По сути, агент выполняет задачи самостоятельно для достижения поставленных целей.

Так вот, наиболее важными моментами являются два последних выделенных пункта. Я уже писал в предыдущей статье, что языковые модели могут генерировать только текст (я сейчас не рассматриваю мульти модальные модели, которые плюсом еще могут генерировать изображения и т.д.) и по аналогии с человеком, являются его мозгом. Мозг сам по себе никак не может взаимодействовать с внешним миром, ему для этого нужны манипуляторы, конечности по сути. Именно эту задачи решают ии-агенты (да-да, никакие это пока не ии, но, так везде пишут и я не буду выделяться), когда к языковой модели прикручивают инструменты для взаимодействия с внешней средой. При этом внешняя среда может быть ограничена компьютером или средой разработки. Это все слова, давайте перейдем к реальным примерам решений, которые в том или ином виде удовлетворяют требованиям ии-агентов.

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

Вторым примеров является Copilot от мелкомягких.

Кто понял, тот понял

Конечно же Copilot это не изобретательный и находчивый второй пилот Дринкинс (на картинке выше), а инструмент встроенный в среду разработки Visual Studio Code, который позволяет взаимодействовать с кодом в рамках вашего проекта, например, исправляя ошибки.

Уляля

Кроме стандартных для VS Code способов устранения проблем, а именно View Problem и Quick Fix, появляется новая опция Fix using Copilot. Результат решения проблемы выше выглядит следующим образом.

Ошибка исправлена

То есть Copilot внутри VS Code может читать ошибки и устранять их прямо внутри файлов вашего проекта и опять, из просто вопрос-ответ системы, мы получаем активного участника и помощника в разработке.

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

На сегодня все, пацантре, надеюсь, было полезно. В следующей статье расскажу вам MCP (model context protocol).

Ссылка на мой telegram канал t.me/socionyxchannel, you are welcome too, где я пишу про будни разработчика.

Показать полностью 5

[моё] IT юмор Программирование IT Длиннопост

zwuck

19 дней назад

Лига программистов

Сторонние сервисы на страже вашего приложения. Про языковые модели. Часть до⁠⁠

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

Одним из первых таких решений был Artifact, предложенный компанией Antropic для их чата Claud. Что же такое этот ваш артефакт?

Сторонние сервисы на страже вашего приложения. Про языковые модели. Часть до IT, Программирование, IT юмор, Длиннопост

Как я себе это представлял

Да, я фанат сталкера, Тарковский гений (хе-хе-хе).

И что я получил

Мои мысли в этот момент были примерно следующие.

Говорящая картинка

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

Говорящая картинка намба ту

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

Это я так траллирую каэш

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

Ссылка на мой telegram канал t.me/socionyxchannel, you are welcome too, где я пишу про будни разработчика.

Показать полностью 5

[моё] IT Программирование IT юмор Длиннопост

zwuck

21 день назад

Сторонние сервисы на страже вашего приложения. Про языковые модели. Часть уно⁠⁠

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

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

Штош, начнем.

Сторонние сервисы на страже вашего приложения. Про языковые модели. Часть уно Программирование, IT, Openai, IT юмор, Длиннопост

Штош

На дворе 2022 год и OpenAi релизят свой новый продукт chatGPT, который за достаточно короткий срок достигает 100 миллионов пользователей и устанавливает тем самым рекорд. В это время я с своей командой пытаюсь разработать продукт, который обеспечит мне безбедную старость.

Наивный

Уже не первый месяц я разбираюсь в фреймворке Spring Boot для языка программирования Java и процесс идет достаточно уверенно, но очень медленно. В какой-то момент я решаюсь использовать chatGPT, регистрируюсь, пользуюсь чатом и выгляжу примерно так в этот момент.

Это я в ах*е, пацантре

И с этого момента языковые модели (я принципиально не называю их ИИ) плотно входят в мою жизнь (только в жизнь, не надо тут шуток, плез). Я настолько был впечатлен возможностями chatGPT (на базе GPT-3.5), что, когда вышла версия GPT-4 я решил приобрести платный тариф (это отдельная эпопея) и ни разу о своем решении не пожалел.

Блин, я же платил 20 бачинских за тариф, а не мне…

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

grok;
claud;
gemini;
chatGPT;
deepseek;
qwen.
Указал все, которые использую, так как оказалось, что не все знают об альтернативах chatGPT и deepseek, о которых большинство как раз-таки слышало.
И да, когда я писал про разработку telegram мини-приложения (Разработка telegram мини-приложения в 2025 или как я дошел до жизни такой. Немного итогов и мюслей), я, безусловно, активнейшим образом использовал языковые модели, иногда несколько разных для разных задач.

По итогу взаимодействия с языковыми моделями я пришел к следующим умозаключениям:

Это шикарный инструмент, как например среды разработки (Intellij Idea, VS code), которые тоже сильно упростили и ускорили разработку;
Разбираться в технологиях все равно надо, хотя бы на каком-то базовом уровне, иначе нет возможности провалидировать код и составить грамотный промт;
Скорость обучения с языковыми моделями возрастает, особенно если вы активно что-то делаете на практике, так как доступ к информации почти мгновенный, и вы многократно повторяете процедуру вида «запрос (промт) – проверка ответа языковой модели – корректировка запроса (промт) – проверка ответа языковой модели» и так до тех пор, пока вы не достигните нужного вам результата.

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

На сегодня все, пацантре, надеюсь, было полезно. В следующей статье расскажу вам про артефакт, агентов и MCP (model context protocol).

Ссылка на мой telegram канал t.me/socionyxchannel, you are welcome too, где я пишу про будни разработчика.

Показать полностью 4

[моё] Программирование IT Openai IT юмор Длиннопост

zwuck

24 дня назад

Разработка telegram мини-приложения в 2025 или как я дошел до жизни такой. Крупный апдейт⁠⁠

Штош, котаны, ребята, бобрята и пацантре, апдейт подкатил по мини-приложению, рассказываю.

Вжух и изменения залиты на прод

Самое главное, что подверглось изменению, это дизайн. Сейчас стартовая страница выглядит следующим образом.

Здравствуйте, я стартовая страница

Добавлена анимация поиска собеседника.

Кручу, верчу, найти собеседника хочу

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

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

Ч-ч-ч-чат-чат, чат-чат

Наконец-то, был реализован функционал уведомления пользователей через бота.

Да, одного теста недостаточно)))

По текущим изменениям вроде как все, теперь давайте поговорим, в каком направлении можно будет развивать продукт.

Первое, можно будет реализовать фичу, что если пользователям понравилось общаться друг с другом, то по запросу отдаются данные из тг, чтобы там пользователи продолжили общение.

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

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

На этом все, котаны, ребята, бобрята и пацантре.

Не забываем, потестить чат-рулетку можно по ссылке t.me/Socionyx_Bot/socionyx.

Кроме того, ссылка на мой telegram канал t.me/socionyxchannel, где я пишу про будни разработчика.

Показать полностью 4

[моё] Telegram IT Программирование Юмор Длиннопост

zwuck

26 дней назад

Сторонние сервисы на страже вашего приложения. Авторизация через telegram и метрика⁠⁠

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

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

Сторонние сервисы на страже вашего приложения. Авторизация через telegram и метрика IT, Telegram, Программирование, Приложение, Сайт, Самопиар, Длиннопост

Непосредственно бот и его настройки

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

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

На фронтенде реализуется кнопка «Войти через Telegram»;
К данной кнопке прикручивается взаимодействие с телегой, дабы получить от нее разрешение на выдачу ваших данных;
К кнопке же прикручивается взаимодействие с бэкендом, где полученные с телеги данные сверяются с данными в БД, если такого пользователя нет, добавляем и выдаем токен доступа, если есть, просто выдает токен;
На фронтенде получаем токен и отправляем пользователя туда, куда нужно, в рамках вашего приложения.

Вот так это все выглядит на самом деле.

Никаких «лишних» полей для ввода вашего логина и пароля

И это все, да, так просто. На самом деле данная реализация, лично мне, показалась сильно проще реализации через почтовые сервисы.

Дальше начинается самое интересное, вы написали ваше приложение, и оно работает. Вы кидаете всем ссылки, дабы у вас появились пользователи, возможно даже покупаете рекламу, чтобы как можно больше человек узнало о вашем творении. Но вот незадача, как понять и оценить, что ИМЕННО пользователи делают на вашем сайте/приложении, на какие страницы заходят, куда нажимают. Да было бы не плохо вообще понять, а сколько пользователе зашло на ваш сайт/приложение? И тут конечно же на арену выходят сервисы по сбору метрики, а конкретно я вам сейчас поведаю о яндекс метрике.

В первую очередь необходимо будет установить код счетчика в HTML-код сайта, при этом следует разместите код как можно ближе к началу страницы. Например, в пределах тегов <head></head> или <body></body>. После того как все настройки вступят в силу, вы сможете увидеть, например, следующее.

Статистика по новым посетителям по дням

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

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

Реклама была показана 1000 человек;
На сайт зашло порядка 100 человек;
Зарегистрировалось 10 человек;
Активность проявил 1 человек.
Данные были проанализированы и сделаны выводы.

Я и команда в этот момент

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

На сегодня все, надеюсь, было полезно.

Не забываем, я разработал чат-рулетку в виде мини-приложение в telegram, как говорится welcome t.me/Socionyx_Bot/socionyx.

Ссылка на мой telegram канал t.me/socionyxchannel, you are welcome too, где я пишу про будни разработчика.

Показать полностью 4

[моё] IT Telegram Программирование Приложение Сайт Самопиар Длиннопост

Отличная работа, все прочитано!

1 2