Привет, хочу поделиться успехами в детинг вертикале в которой сам начал работать с марта месяца.
Статистика с марта.
Статистика с марта по Август
Информация по партнерке ниже в видео.
Рекомендую видео к просмотру
https://dzen.ru/video/watch/68a6f7d1b452b628e03457c4
Ютуб https://youtu.be/lcbHhNoh08w
Вк https://vkvideo.ru/video-232254288_456239017
Наш канал - https://t.me/Breaking_bad_official_GG
Приветствую читающий, моя цель это изучение английского для поддержания тонуса и для практического применения в контексте программирования, а так же возможности хорошо освоить язык по всем аспектам (словарный запас, письменность, произношение и тд) на начальном уровне, чтобы допустим быть отличным учителем для детей до 8-10 лет.
Ищу тг бота например или приложение web и на телефон, но в целом и другие виды источников подойдут - даже книги, хотя мои критерии поиска это простота и практичность - тут можно сделать отсылку к тейку - "Принцип вложенной неравномерности: как 5% усилий создают 90% результата".
Буду рад если посоветуете или просто же поделитесь опытом по этой теме.
Подобных площадок довольно много, но в основном они и охватов особо не дают, и время отнимают. Собрал список площадок, на которых есть живая активная аудитория и куда есть смысл заходить. Про каждую из них написал подробно, поэтому буду по порядку рассказывать в отдельных постах.
Ладно уж, храни свои секретики
Большое медиа Т-Банка, со статьями от предпринимателей, компаний и специалистов. Аудитория хорошо описана здесь.
Материалы индексируются и отображаются высоко в поиске за счёт хорошего SEO самой платформы. Если материал качественный, его могут запушить внутренние редакторы и продвинуть в рамках площадки, а также анонсировать в соцсетях медиа.
Материал должен быть уникальным и пройти проверку качества внутренними редакторами. Занимает проверка в районе 3-5 рабочих дней, иногда быстрее.
Единственная ссылка, которую можно разместить, находится во врезке об авторе. Наверняка это сокращает переходы с сайта, потому что не каждый пользователь будет скроллить вверх после прочтения. Но оттуда всё равно переходят, если статья классная.
На статье нельзя посмотреть просмотры через интерфейс, но можно попробовать запросить, например, написав в бота. Там направят к человеку, который может помочь.
Нужно зайти в бота @bs_community_bot — он даёт все гайды, по ним оформляете вашу статью, затем ссылку на гуглдок отправляете в бот. После этого статью проверяют редакторы-модераторы и готовят к публикации.
Публиковал там материал от имени компании. Это был рерайт, поэтому достаточно долго проходил модерацию, и несколько раз корректировал материал — но первые разы всегда так. В целом, вполне реально публиковаться с одной итерацией правок. Так весь процесс укладывается в 2 недели с учётом проверки, корректировки и публикации.
Следующий пост про Пикабу здесь → https://t.me/rezonerw/373
Давно читаю Пикабу, но идея для поста приходила ко мне реже, чем зарплата бюджетнику, но тут она появилась ниоткуда.
Всю жизнь пытаюсь выучить английский, и даётся мне это ох как непросто. Прогресс есть: если раньше мой словарный запас был как у трёхлетнего англичанина, то сейчас — как у восьмилетнего гопника из окраины Лондона (примерно 5000–6000 слов). Но этого хватает, чтобы в ресторане заказать «Биг Тейсти», а не объяснить официанту, что я веган с аллергией на глютен.
За годы я перепробовал тонну приложений и понял: учить 12 форм времён без слов — всё равно что собирать «Лего» без деталей. А зубрить слова без грамматики — как набивать холодильник, забыв купить вино. Это два параллельных процесса, как поход в спортзал и поедание пиццы после него.
Полтора года назад я осознал, что грамматику гоняю, а словарный запас растёт медленнее, чем очередь в МФЦ. Решил найти идеальное приложение. Месяц экспериментов — и я понял: всё, что скачал, мне просто не подходит.
Тут меня осенило: я же знаю JavaScript на уровне «сделать калькулятор, который считает зарплату грустного джуниора». Раз готовых решений нет — почему бы не создать своё? План казался надёжным, как швейцарские часы… если не считать, что я даже будильник на смартфоне с трудом настраиваю.
С чего начать? Как запустить эту махину без опыта в фулл-стек и бюджета, сравнимого с содержимым барсетки школьника? Погуглил: нужна база слов. «Херня вопрос! — подумал я. — Скачаю архив — и фундамент готов!»
Как же я заблуждался. Найти топ-1000 слов или 100 самых популярных глаголов — легко. Но это будет просто «слово–перевод», как разговорник для туриста, мечтающего спросить в баре: «Где туалет, и почему ваше пиво такое отвратительное?» Для серьёзного приложения нужны: транскрипция, синонимы, примеры употребления, часть речи, схожие слова, ударение, уровень сложности.
Через три дня поисков я нашёл файлик из Cambridge English Dictionary на 140 тысяч слов. Моя радость длилась ровно до момента, когда я открыл его и увидел там устаревшие термины, названия кельтских деревень, леммы (разные формы одного слова), избыточные формы и словоформы вроде «running». Закинул всё в Excel. Программа зависла, как студент на утренней паре. Просматривать 140 тысяч строк вручную — задача для садомазохиста. Я закрыл файл, включил фильм на английском (с субтитрами, конечно) и забыл о проекте. Желание творить вернулось через две недели — вместе с осознанием, что стриминговая платформа за меня код не напишет.
Далее было написано десяток скриптов для чистки базы. Три недели они удаляли лишнее, а я чувствовал себя Шариковым, который «взял всё да и разделил». В итоге осталось 30 тысяч слов. Пришло время добывать данные: транскрипции, синонимы, примеры… Нейросети тогда были потупее, но мои дедушкины скрипты таки выжали из них ответ в формате CSV. Дорого? Ещё бы! Это же не разовая подписка на OnlyFans, а десятки тысяч постоянных запросов.
Добавил частоту употребления слов из Google, плюс JJB (Adjective modifying another adjective) и JJA (General adjective) для более полной картины. Через два месяца нудятины у меня был словарь на 20 тысяч строк с 17 колонками данных. Доверять нейросетям? Как соседу с отвёрткой в своей квартире: «Верь, но проверяй».
Было решено нанять фрилансеров-переводчиков. Они проверяли данные так тщательно, будто это их диплом, а не мой квест по самореализации. В итоге словарь был готов. А приложение? О нём пока пахло, как от моих перспектив стать лучшим программистом на районе.
пример excel таблички со всеми словами
Давно для себя понял: чтобы запомнить слово, нужны ассоциации. Решено было добавить изображения к каждому слову. Звучит просто, но когда нужно 20 тысяч картинок без нарушения авторских прав, начинаешь ценить тех, кто рисует котиков для учебников.
Разбил задачу на этапы. Сначала парсил изображения по тегам с разрешённых ресурсов. Получил гору файлов, где половина — мемы про «успех», а треть — фото людей, которые явно не давали согласия на участие в моём квесте. Фильтровать пришлось вручную. Нанял 15 фрилансеров, которые судили картинки строже, чем искусствоведы в Лувре. Чтобы они не сошли с ума от объёма, сделал Telegram-бота с кнопками «Подходит» и «Не подходит». Логика простая: если три человека одобряют — картинка добавляется в базу.
Этот этап длился полтора месяца. Общение часто было примерно таким: «Это фото луны для слова "lunatic"?» или «Давайте вы вначале заплатите, потом я проверю». В итоге, как бы я ни ругал ребят, они сделали дело, и мы собрали базу, где как минимум половина изображений отлично подходят для обучения. По стоимости вышло в 140 тысяч рублей — почти как подержанная Лада, но без колёс.
К тому моменту, как я закончил, мой друг-программист (куда более опытный, чем я), которого я уговорил работать со мной, сообщил, что у него личные проблемы и он не может присоединиться к созданию веб-приложения в Telegram. Руки опустились. Писать код для Telegram-бота — одно, а создавать полноценное приложение — как строить дом, забыв, где брать кирпичи. На месяц я переключился на свой канал с квизами по английскому, который использовал полученную базу слов. Получился он, кстати, неплохо — многим людям сейчас помогает изучать язык, даже дизлайков никто не ставит.
Через три месяца подумал: «Мы живём в эпоху нейросетей! Наверняка ChatGPT знает, как сделать приложение». Начал изучать сам и искать исполнителя. Оказалось, что за «под ключ» команды разработчиков просят от 350 тысяч, что для моей голой жопы было дороговато. Пришлось через фриланс найти DevOps-разработчика, который помог настроить арендованный сервер, простаивавший из-за моей безграмотности. Спасибо этому парню: он открыл для меня кучу нового и объединил бэкенд с фронтендом.
Дальше — дизайн. В Figma мы с художником нарисовали интерфейс, который выглядел как мечта интроверта: минимализм, плавные переходы, никаких кричащих кнопок. Переносить это в код на Vue.js оказалось сложнее, чем объяснять бабушке, что «Скайп — это не файлообменник». Почти каждая кнопка требовала тонны строк кода. Теперь смотрю на другие приложения с уважением, как на пирамиды: снаружи красота, внутри — тонны неизведанного труда.
Примерно 4 месяца заняло создание бета-версии. Она включала всё для игрового обучения:
- Уровень пользователя, звание, опыт, энергия, монеты
- Игровые элементы (строительство дома, NFT-персонажи на TON)
- Статистика обучения, словарь, карточки слов, лидерборд
- Чек-ин, ежедневные задания
Три вида тренировок:
— Случайная (1 рандомное задание);
— Простая (2 лёгких задания);
— Полная (5 заданий).
Пользователь сам может выбрать формат. Всего смог придумал 10 типов заданий: на экране с анимацией показывается карточка слова, подсказки и варианты ответа.
Чтобы не отставать от моды, потратил 5 дней на интеграцию нейросетевых подсказок. Теперь ИИ объясняет, что «procrastination» — это не болезнь, а образ жизни. По отзывам, подсказки полезны.
Для новичков необходимо было сделать подсказки по интерфейсу - такие небольшие всплывающие сообщения у важных кнопок, которые говорят, зачем ее вообще надо тыкать.
Отдельная тема — ошибки в коде. Это как сериал ужасов, где каждая серия заканчивается на самом страшном моменте. Изменяешь переменную — через два дня кнопка «Статистика» становится порталом в параллельную вселенную.
Сейчас код выглядит так:
- Бэкенд: 7000 строк;
- Фронтенд: 26 000 строк.
Для одного человека с двумя руками и 24 часами в сутки — немало. Спасибо постоянным подписчикам канала, которые месяц чинили со мной косяки. Ненайденные баги ещё есть, но дойдёт очередь и до них.
Я сдавался минимум 5 раз: закрывал редактор, ругался, но снова возвращался, движемый одной целью - создать полезное как для себя, так и для любого изучающего польователя приложение, цель заработать при этом у меня всегда была второстепенной.
Запустил miniapp 9 дней назад. В тот вечер даже прослезился (a я мужик серьёзный) — всё-таки смог закончить этот огромных труд и поставить галочку на этом жизненном этапе.
Итог:
Условно бесплатное приложение без рекламы и навязчивых «Оплати». Если не хватает энергии — можно купить её или NFT-ламу (всего 1000 штук, раритет). Но бесплатной версии хватит новичку и профи. Идеально ли оно? Нет. Разным людям — разный подход. Сейчас собираю фидбек, чтобы улучшить эту первую версию, ведь работа не останавливается на этом.
Как приложение выглядит теперь
На этом всё. Если пост зайдёт — расскажу подробнее об этапах кодинга или о создании бота для канала квизов.
Попробовать приложение: https://t.me/CrazyLlamaEnglish_bot
Канал квизов: https://t.me/english_quiz_poll
Основной канал анонсов: https://t.me/CrazyLlamaFarmRU
Всем привет!
На этой неделе мы объявили о начале работы над Open Source проектом Taigram, название которому, к слову, выбрали вы в опросе.
Для удобства отслеживания актуальных изменений по проекту рекомендуем заглядывать в тематическую рубрику у нас на сайте, где мы рассказываем о процессе разработки, объясняем наш выбор технологий, архитектуры и код.
Проектом занимаемся мы вдвоём: Иван и Виктор, а также с логотипом нам помог наш бессменный дизайнер Евгений. (Больше никто не захотел к нам присоединиться 😭)
Начнём мы, как водится, с самого начала...
Любой проект начинается с продумывания работ, функционала и предстоящих задач. Это можно делать как в Telegram-переписке, блокноте, заметках Obsidian, так и использовать более профессиональные инструменты - менеджеры проектов.
Мы давно искали удобный (и, что немаловажно - бесплатный!) инструмент ведения проектов, который можно развернуть локально. В итоге остановились на Taiga.io.
Taiga.io - это бесплатный Open Source Self-Hosted менеджер управления проектами. Это означает, что это свободно распространяемое программное обеспечение, которое можно установить на свой собственный сервер, не беспокоясь о зависимости от какого-то крупного игрока.
В тайге мы ведём наши проекты, включая процессы публикации статей на сайте.
Это оказалось действительно удобно, за исключением нескольких моментов и один из них - оповещения. Дело в том, что Тайга отправляет оповещения об изменении задачи только тем, кто назначен исполнителем и наблюдателем, и отправляет она их на Email, при условии, что у пользователя стоят соответствующие разрешения в его профиле. Согласитесь, это хоть и удобно (какие-никакие уведомления лучше, чем их полное отсутствие), но порой абсолютно не оперативно! Да и к тому же, вряд ли кто захочет "пачкать" свою почту.
Тогда появилась идея сделать Telegram-бота, который сможет отправлять уведомления в чат/тему чата. Мы приняли такое решение, в том числе из-за того, что Тайга предоставляет возможность подключить WebHook для отправки уведомлений и у отправляемых данных, достаточно простая структура и, в целом, этих данных достаточно - это важно. Это значит, что добавив на текущем этапе самый нужный, по нашему мнению, функционал - потом его можно дополнить. А если это можно дополнять и функционал, который мы добавим сейчас - самый нужный по нашему мнению, означает, что этого функционала может быть недостаточно для кого-то другого, под какие-то другие специфические задачи.
Если кому-то это нужно или кто-то посчитает, что знает чего сервису не хватает в настоящий момент - он сможет это дополнить. На наш взгляд это отличная идея и входящие данные для запуска работ над Open Source проектом.
Цель: создание сервиса, который будет отправлять уведомления об обновлении списка задач и других событий из менеджера управления задачами Taiga в Telegram
Функциональные требования:
Настройка уведомлений через Telegram-бота:
Добавление/удаление администраторов бота;
Выбор чата/канала;
Добавление/удаление/изменение проектов;
Отображение списка проектов;
Отображение информации по проекту:
Форматирование, отправляемых сообщений.
Интеграция с Taiga через вебхуки.
Стек технологий
Бэкенд: Python, FastAPI, Aiogram;
Работа с данными: Taiga Webhooks, MongoDB, Redis;
Инфраструктура: Dynaconf, Pydantic.
Мы созвонились в нашем уютном Discord-сервере (присоединяйтесь, там мы регулярно работаем, общаемся или играем!) и открыв Obsidian, начали рисовать примерный план желаемого функционала. Спойлер: уже сейчас, спустя неделю с начала часть функционала изменено до неузнаваемости, но об этом в другой раз.
Найти схему можно в нашем проекте: https://tasks.pressanybutton.ru/project/taiga-webhook-telegram-notifier/task/5
Схема казалась небольшой, мы делали и куда более объёмные и даже посчитали "да чё там делать? За пару вечеров справимся"...
Закончив схему появились две первые задачи:
Организовать доску в Тайге
Сделать репозиторий.
Доской занялся Виктор, а я пошёл делать репозиторий на GitHub.
Не смотря на то, что у нас (как у Команды проекта "Код на салфетке", так и у меня лично (Виктора)) был опыт в подготовке как проектной, так и технической документации, но делать что-то, что изначально будет в открытом доступе значит, что у проекта есть дополнительные ограничения и "ответственность".
Мы совершенно не боимся признаться что какие-то вещи у нас получаются пока что не так хорошо или какие-то процессы могут быть выстроены как-то не так, как их можно было бы выстроить и именно поэтому мы решили, что будем вести разработку полностью открыто и все задачи вести также - открыто.
Сперва нам было необходимо определиться с используемыми модулями в проектном менеджере для последующего масштабирования.
Почти сразу мы определили, что модуль "Канбана" нам не подходит, поскольку там невозможно создавать задачи в отрыве от пользовательских историй, следовательно создавать на каждую задачу пользовательскую историю "Дорожками" (не статусы) означает плодить сущности и терять контроль над "подзадачами".
Хочу повториться, что лично я не боюсь признавать свою неправоту и именно поэтому акцентирую внимание еще вот на чем: нам показалось странным, что мы не можем создавать "задачи" на канбане в отрыве от "пользовательских историй", потому что это лишает возможности оценить сложность задачи "в попугаях" (условная единица).
Вернемся к модулям, мы решили использовать:
Эпики: для стратегического планирования;
Скрам: для текущего управления спринтами;
Запросы: если у кого-то из команды или гостей проекта появится желание добавить какой-то функционал или сообщить о чем-то;
Вики: для создания первоначального хранилища базы знаний;
Как было сказано ранее, вначале у нас сложилось впечатление, что мы действительно можем управиться за пару вечеров в силу функциональных требований и сложности структуры, предъявляемой к проекту, но все осложнилось тем, что проект - Open Source и следовательно его нужно постараться сделать пригодным для последующего масштабирования и поддержки.
Поэтому составили первоначальный план, который включал следующие этапы:
Подготовительная часть:
анализ задачи;
оформление всех функциональных хотелок в виде тезисов;
прогнозирование объема работ;
определение структуры проекта;
подготовка схем структуры проекта;
подготовка схем пользовательского пути;
Базовый функционал (этап основной разработки MVP):
подготовка структуры проекта;
инициализация проекта и первичная настройка виртуального окружения, инфраструктуры;
настройка CI/CD;
создание базовых классов, необходимых для реализации бизнес-логики;
валидация данных;
создание необходимых методов, для работы с текстовыми файлами (для последующей локализации);
Локализация:
русский язык;
английский язык;
Релиз GitHub Pages:
подготовка и настройка репозитория;
настройка CI/CD;
подготовка и оформление документации;
составление инструкций;
Как показала практика: никакая задача не заслуживает, чтобы к ней относились без должного внимания и трепета, а иначе разработка и конечный продукт может включать в себя больше хаоса и меньше структуры.
При определении глобальных спринтов и пользовательских историй мной были допущены ошибки в планировании и декомпозиции задач, в следствие чего небольшие задачи, которые были взяты в разработку, выросли в полноценные, тесно связанные модули и даже пакеты. Ваня, в силу опыта, с поставленными задачами справлялся лучше - его комиты как правило включали изолированные задачи и выполнялись быстрее.
По моим наблюдениям, регулярное обновление информации по статусам задачи держит команду "в тонусе" и позволяет придерживаться "единого вектора" в разработке.
Откровениями "о взлетах и падениях" мы поделимся в последующих статьях, но считаем, что о публичном проекте, нужно говорить честно и открыто - этим объясняется существование этого подраздела.
Помимо функциональных требований, мы обсудили и технологический стек для проекта.
В качестве пакетного менеджера мы выбрали набирающий популярность uv. Как раз в новой версии PyCharm добавили его нативную поддержку. Честно, пока не заметил за ним каких-то преимуществ перед "надёжным как Швейцарские часы" Poetry, но вдруг он раскроется в будущем?
Для обработки обновлений Telegram и приёма оповещений из Тайги по WebHook был выбран микрофреймворк FastAPI. Полагаю, что он не нуждается в представлении: быстрый, надёжный и достаточно гибкий.
Сердцем Telegram-бота является aiogram. По нашему мнению - самый лучший фреймворк для написания ботов.
Поскольку в проекте не подразумевается большого количества данных для хранения, мы выбрали в качестве базы данных MongoDB с асинхронной библиотекой Motor.
Для хранения состояний и временных данных отлично подойдёт Redis. Это такой легковесный брокер сообщений / база данных.
Также, в проект был подключен pre-commit, позволяющий запускать линтеры перед коммитом. Он нужен для того, чтобы стиль кода всех разработчиков совпадал во всём проекте, ну и заодно он проверяет, что нет неиспользуемых импортов/переменных, некорректных вызовов и много, что ещё.
Создать репозиторий - буквально меньше минуты, но на пустом репозитории далеко не уедешь, да и показывать его кому-то стыдно. Поэтому для него необходимо было создать начальный проект в uv, а также ряд организационных файлов.
Проект в uv создаётся примерно также, как и в Poetry. Прописываем команду uv init taiga_wh_notifier. В результате создастся директория в которой будет основа проекта, инициализированный git и .venv. Удобно.
Перейдя в директорию сразу добавляем origin репозитория на гитхаб.
Далее нужно было создать основные файлы:
README.md - лицо всего репозитория. На данный момент оно практически пустое, мы определили основные разделы ридми файла, но пока не будет относительно рабочего функционала, заполнять ридми рано.
CONTRIBUTING.md - в этом файле описывает процесс по которому любой желающий сможет развернуть локальную версию проекта и вносить необходимые правки в код.
STYLEGUIDE.md - в этом файле описываются принципы и примеры стиля кода которому мы придерживаемся. Ничего сверхъестественного, но наличие этого файла поможет новым участникам проекта быть с нами "на одной волне".
Всё это мы писали вместе на основе нашего виденья проектов. В будущем содержимое файлов будет расширено и приобретёт полноценный вид.
В конце коммит и пуш. Первая задача закрыта, на очереди ещё сотня...
Проект создан, запушен, но не хватает одной маленькой детали - настройки репозитория на GitHub.
Что я имею ввиду? У нас есть главная ветка репозитория main и по умолчанию, каждый может в неё пушить, что является критической уязвимостью в целостности всего проекта. Да, можно откатывать коммиты и прочее, но всё это дополнительные и далеко не самые приятные действия.
Что нам нужно было сделать, дабы предотвратить хаос? Мы разработали правила работы с репозиторием!
Если над проектом работает больше одного человека - хаос неизбежен. Кто-то забудет сделать пулл актуального состояния, кто-то другой будет одновременно с третьим работать над одним файлом и вызовет конфликт веток. Что мы сделали для решения этих проблем?
Ветка main заблокирована от всех пушей, даже от имени создателя репозитория. Это решает проблему "случайного пуша в мейн", когда участник команды написал код, но забыл сменить ветку.
Участники работают каждый в своей ветке, при это ветка не постоянная, а создаётся исключительно под задачу, после чего удаляется. Это позволяет определить по названию ветки к какой задаче на доске она относится, а не выяснять по коммитам, над какой же задачей работал участник.
Для того, чтобы внести изменения в main-ветку, необходимо создать pull request. При этом, для того, чтобы сделать "мерж в мейн", необходимо одобрение минимум одного другого участника. Таким образом, в main-ветку не попадёт ничего случайно, только после код-ревью и одобрения.
Мы не сразу "притёрлись" с этой системой, так как каждый привык работать в одиночку. Однако, спустя время осознали её удобство, а когда разобрались, как всё это делать не выходя из PyCharm, стало вообще прекрасно.
Если вас заинтересовал проект и вы считаете, что могли бы принести пользу в разработке, а также, если после прочтения этой статьи или ознакомления с материалами проекта вы пришли к выводу, что вам точно известно чего не хватает этому продукту и вы знаете как его можно улучшить - мы приглашаем присоединиться к проекту и принять участие в разработке!
Для этого свяжитесь с нами
Это только самое начало, дальше начали создавать задачи и непосредственно писать код, о чём вы узнаете в следующей части.
Ссылки, касающиеся проекта:
Эта группа – настоящее сообщество мастеров аварийного вскрытия замков из разных стран мира. Здесь вы найдёте полезные советы, поддержку коллег и сможете узнать все тонкости профессии.
Что даёт группа:
- Опыт и советы профессионалов. Участники делятся своими знаниями, помогают новичкам и обсуждают актуальные вопросы.
- Информация об инструментах и рекламе. Узнаете, где приобрести нужный инструмент, как создать сайт или продвигать свои услуги.
- Обучение. Я сам познакомился с мастером SV через эту группу и прошёл у него обучение вскрытию замков.
- Поддержка 24/7. Участники всегда на связи и готовы помочь.
Доступен мой промокод на скидку: KPPIC40 Для тех, кто планирует обучаться у мастера SV. Tак же хочу пригласить в группу: https://t.me/+5TVoCFGA-xgzNGNi
Когда я сам стал админом в нескольких телеграм-чатах, то быстро столкнулся с проблемой постоянных системных сообщений, которые заполоняли чаты. Уведомления о том, что кто-то вступил или вышел, часто просто раздражали участников и мешали нормальной переписке. Честно говоря, многие чаты становились из-за этого просто «шумными».
В какой-то момент я решил, что нужно что-то с этим делать. И так родилась идея создать @ClearChatFlowBot — бота, который будет автоматически удалять все эти системные сообщения. Он не имеет доступа к содержимому чатов и не вмешивается в переписку — только удаляет уведомления о вступлениях, выходах и других системных событиях.
После запуска бота (23 дня назад вот пост ) начали активно подключаться другие админы. И вот уже 28 чатов используют его, а за это время было удалено 7460 сообщений. Всё это время бот работает абсолютно бесплатно и эффективно, экономя время админов и делая чаты чистыми и удобными для общения.
Скорость работы просто впечатляет: на удаление одного сообщения уходит всего 0.2 секунды!
Всем привет! Хочу поделиться результатами прошедшего соревнования AI Challenge, о котором еще в сентябре здесь писал пост про участие. В итоге наша команда AI Визионеры заняла 2 место и выиграла 900 тыс. руб! 🥳️🥳️🥳️
Кратко о нашей задаче:
Нужно было предсказать цены закрытия 8 разных акций с использованием новостей, обернуть решение в телеграм бота и добавить новых источников, а затем использовать GigaChat для интерпретации результатов модельки.
TG: RnDLabs - учусь в 9 классе, продолжаю участвовать в разных соревнованиях и рассказываю подробнее в канале
