Vibecoding Haven (BotfatherDEV)

🔥 Новий промпт для потужнішої роботи Cursor IDE Привіт, друзі! Сьогодні поділюся цікавою знахідкою — промптом для Cursor IDE, який я розробив після експериментів з системними інструкціями для різних LLM моделей. 💡 Як з'явився цей промпт Працюючи з Cursor IDE та Claude 3.5, я помітив, що стандартні відповіді іноді не враховують повний контекст проєкту, або код просто не тої якості, що я хочу. Тому я вирішив створити промпт, який змушує AI-асистента спочатку аналізувати код, а потім планувати зміни. 🛠 Що особливого в цьому промпті? • Структурований аналіз існуючого коду • Покроковий план змін • Пояснення прийнятих рішень • Фокус на чистоті коду і застосування SOLID ⚡️ Історія покращення Для оптимізації промпту я використав новий інструмент від Anthropic — Claude's Prompt Improver. Це корисна штука, яка допомагає: 1. Стандартизувати формат прикладів 2. Додавати логіку "ланцюжка думок" 3. Покращувати структуру інструкцій 4. Уточнювати формат виводу ⚙️ Як встановити: 1. Натисніть CTRL + Shift + P 2. Введіть cursor settings 3. Знайдіть розділ Rules for AI 4. Вставте промпт з файлу нижче ✨ Результат З цим промптом Claude 3.5 в Cursor IDE став генерувати більш продуманий код. Особливо помітно покращився аналіз існуючого коду та дотримання патернів. Промпт дивіться у коментарях до цього посту. Спробуйте та поділіться враженнями)

оце типу? черговий майнер, а в чому його прикол?

Stack: Grafana + InfluxDB Також, є мідлварь в боті на те щоб цю інформацію передавати

Imagine a future world where there will be 100x more AIs than there are humans. Is that actually good or bad? Does it even matter if we're fewer than them, but still all of us happy? https://t.me/gpt_articles

До попереднього посту. Як лочився редіс

🔍 Redis оптимізація: Прихована проблема команди KEYS 💡 Привіт, друзі! Сьогодні поділюся цікавим кейсом оптимізації Redis, який може врятувати ваш бот від неочікуваних "фрізів". Це історія про те, як одна простенька команда може створити серйозні проблеми в production. 🎯 Передісторія проблеми У нас є робочий бот з досить високим навантаженням, про який я розповідав вище - RPS досягав від 150 до 200, а іноді й вище. Все працювало начебто нормально, але періодично виникала дивна поведінка: в абсолютно випадкові моменти бот просто "завмирав". Сидячи на сервері та спостерігаючи за логами, я помічав цікаву картину: логи летять, летять, летять... і раптом повна тиша на 1-5 секунд. В ці моменти бот повністю переставав реагувати на будь-які команди. Спочатку я думав, що проблема в нестачі ресурсів або в обмеженнях конкурентної обробки задач. 🔬 Процес розслідування - Спершу перевірив усі повільні запити (про які я розповідав у попередніх постах) - Проаналізував навантаження на сервер - Почав відстежувати конкретні моменти, коли відбуваються зупинки Випадково ми помітили закономірність: проблема виникала при специфічному сценарії з двома ботами (в нас тут система мультиботів). У нас була логіка, де при додаванні нового бота в групу, старий мав автоматично видалятися. Для цього використовувався Redis для зберігання ID активного бота. 🎈 Момент відкриття Саме в процесі очищення кешу (інформації про користувачів групи) після виходу бота з групи і крилася проблема. Я використовував команду KEYS для отримання всіх ключів, які потрібно було очистити. Коли я спробував виконати команду KEYS в Redis CLI під час активної роботи бота, побачив точно таку ж картину: всі логи миттєво зупинялися! Виявилося, що KEYS сканує весь простір ключів Redis, що при великій базі даних може зайняти значний час, протягом якого сервер стає менш відгучним. ⚡️ Технічні деталі проблеми: - Команда KEYS сканує весь простір ключів Redis - При великих базах даних це може зайняти багато часу - Це суттєво впливає на продуктивність сервера - Redis документація прямо не рекомендує використовувати KEYS в production ✅ Як ми це виправили: 1. Повністю прибрали використання команди KEYS 2. Замінили її на команду SCAN, яка: - Працює інкрементально через курсор - Сканує базу частинами, а не повністю за раз - Рекомендована для production-середовища 3. Провели додаткове тестування під навантаженням 📊 Результати оптимізації: - Зникли випадкові зупинки в роботі бота - Стабільна робота навіть при пікових навантаженнях - Покращилась загальна відгучність системи ⚠️ Важливі висновки: - Уникайте команд, що скануют весь простір ключів Redis - Використовуйте SCAN замість KEYS в production - Моніторте час виконання Redis-операцій - Перевіряйте рекомендації Redis щодо production-використання 💡 Рекомендації: 1. Проведіть аудит свого коду на наявність команди KEYS 2. Замініть її на SCAN, якщо знайдете 🤝 Поділіться в коментарях: - Чи стикалися ви з подібними проблемами? - Які інші "підводні камені" Redis ви знайшли? 🚀 P.S. Оптимізація - це нескінченний процес вдосконалення. Слідкуйте за каналом, попереду ще багато цікавих кейсів та порад з оптимізації!

це просто потужно

🔜 Telegram is about to introduce 10 new features for Mini Apps, enabling developers to create dozens of new kinds of apps and games on Telegram. 📺 Full-Screen Mode 📱 Home Screen Shortcuts ✍️ Subscription Plans 📍 Geolocation Access (with permissions) 📱 Device Orientation Data 💤 Emoji Status Access 🎨 Media Sharing 🎁 Sending Gifts 💭 Expanded Messaging Limits 💰 Ad Monetization ▶️ The last two items are already live with the remaining features launching within 2-4 weeks. Get your Mini Apps ready! 🚀

✈️ aiogram 3.14.0 is here 🆕Added full support of Bot API 7.11 ⚡️Checked compatibility with Python 3.13 ⚠️Dropped compatibility with Python 3.8 as mentioned before. Full changelog: https://docs.aiogram.dev/en/stable/changelog.html You can install this version from pypi: pip install -U aiogram

🌚 пошук в чатгпт працює добре 😁

Bot API 7.11 • Bots can now participate in revenue sharing from Telegram Ads ⭐️ – unlocking a new way to help support their development. • Introduced Paid Broadcasts ⭐️ – allowing bots to broadcast up to 1000 messages per second. • Bots can now send and receive chat-specific hashtags that only show posts and stories from a specific chat when tapped. • Added a new inline button to let users copy text in one tap. • Bots can now add media to existing text messages. • And more, see the full changelog for details: https://core.telegram.org/bots/api-changelog#october-31-2024 ⚠️ Warning: Starting December 1, 2024 messages with video posted in big communities can be delayed by the server until the respective video is reencoded. Read more here.

Юзаєте Cursor? Ось вам скритпик, щоб швидко згенерувати структуру файлів проєкту, щоб він розумів що куди покласти, якщо треба створити нові файли. Генерите собі json, і потім вкладаєте ось так в контекст до Composer.

🚀 Більше оптимізації SQL-запитів. В 10 разів швидше, і чому не варто сліпо довіряти ШІ 😅 💡 Історія почалася з того, що я вирішив оптимізувати деякі SQL-запити в боті @gram_piarbot, приблизно 2 місяці тому, і звернувся за порадою до GPT-4o. Модель впевнено порекомендувала використовувати CTE (Common Table Expressions) замість звичайних підзапитів. ⚡️ Спочатку все здавалося нормальним - запити працювали, швидкість начебто та сама, майже не було різниці, може навтіь трохи швидше. Але коли наша база підросла і навантаження збільшилося... От тоді почалося найцікавіше! 🤖 Ось дуже приблизно, як виглядав запит з CTE:

WITH completed_tasks_cte AS (
    SELECT UserTask.task_id, COUNT(*) AS total_completions_count
    FROM UserTask
    WHERE UserTask.completed_at IS NOT NULL
    GROUP BY UserTask.task_id
)
SELECT Task.task_id, Task.price
FROM Task
LEFT JOIN completed_tasks_cte...

📉 Коли RPS (кількість запитів в секунду) збільшилось, продуктивність почала падати. І тут мені на допомогу прийшла нова модель OpenAI O1 Preview, яка пояснила дещо важливе: CTE дійсно може бути корисним, але тільки в специфічних випадках! 💎 Виявляється, CTE працює як "матеріалізований в'ю" і найкраще підходить, коли: • Ви використовуєте один і той самий CTE багато разів в запиті • Вам потрібно робити рекурсивні запити • Ви працюєте з великим набором даних, який використовується повторно 🔧 В моєму випадку нічого з цього не було потрібно! Тому я переписав запит на корельований підзапит (correlated subquery):

SELECT Task.task_id, Task.price
FROM Task
WHERE Task.status = 'CREATED'
  AND Task.limit > (
      SELECT COUNT(*)
      FROM UserTask
      WHERE UserTask.task_id = Task.task_id
        AND UserTask.completed_at IS NOT NULL
  )
ORDER BY Task.price DESC

🚀 Результат? Швидкість виконання зросла в 10 разів! А все тому, що: • База даних тепер обробляє тільки потрібні рядки • Не створюється зайва проміжна таблиця • Використовується менше пам'яті • Оптимізатор постгресу може краще планувати виконання запиту (з СТЕ він йому набагато важче) 📚 Головний урок, який я виніс: 1. Розбирайтеся, ЧОМУ щось працює краще або гірше 2. Не бійтеся експериментувати і міряти продуктивність, використовуючи EXPLAIN ANALYZE на продакшн базі. 🤔 А у вас були випадки, коли поради ШІ виявлялися не найкращими? Як ви перевіряєте такі рекомендації? Діліться досвідом в коментарях! Ставте 👍 якщо хочете більше постів про оптимізацію SQL та роботу з ШІ!

Дуже крута новина, Claude 3.5 Sonnet зараз розриває в програмуванні майже будь яку іншу нейронку. Але Cursor я все одно не кину)

Claude та Gemini тепер частина GitHub Copilot https://x.com/OfficialLoganK/status/1851297819581432105 https://x.com/alexalbert__/status/1851300048711365021

Додав в @AI_Celestia_bot нову Claude 3.5 Sonnet По перших тестах, вона менше відмовляється говорити "неетичні" речі. Класно) Нагадую, що працює в /smart_mode в режимах /helpful /nasty /manipulator Також зараз на /regular стоїть Gemini 1.5 Flash

⚡ Claude знову король: Anthropic навалили аж ТРИ релізи одночасно: 🪙 Claude 3.5 Haiku — краще за Claude 3 Opus, інфи про те, чи стане вона новим безплатним стандартом Claude я не знайшов; 🪙 Claude 3.5.1 Sonnet — так, @thats_ai_samurai, замість Opus вони оновили базову модель 😁 Реліз вже сьогодні, по бенчмарках трохи випереджає ChatGPT-4o по всім пунктам; 🪙 Claude тепер може керувати вашим комп'ютером. Що? Так! Просто відкриваєте сторінку в Excel чи Google Sheet та просите ШІ заповнити її/відредагувати за вашим бажанням. Зараз моделька вміє рухати курсор, клікати та писати текст. Єдиний момент — для реалізації можливостей випустили спеціальний API, то ж для тесту (вже почалася публічна бета) доведеться користуватися сторонніми рішеннями. ооо нейромережеве

24 жовтня запрошуємо вас на AWS Notes. Chapter 3. Data Engineering від AWS User Group Kyiv. Третій розділ AWS Notes об'єднає українських та світових спікерів, щоб поділитися викликами, складнощами, досвідом та інсайтами у сфері Data Engineering. На вас чекають: - 6 Tech Notes, де спікери поділяться своїм досвідом побудови та роботи із системами обробки та аналізу даних - 2 короткі Snap Talks з концентрованими інсайтами про найсвіжіші технології та практики З цієї нагоди ми збираємо разом провідних data експертів та сертифікованих AWS спеціалістів, серед яких: Юлія Шологонь з SoftServe, Тарас Сліпець з Flix, Alex DeBrie (AWS Data Hero), Ростислав Мироненко з Booking.com, Дмитро Сірант з OpsWorks та Максим Войтко з Honeycomb Software. Для більш детальної інформації та реєстрації відвідайте сайт конференції: https://bit.ly/3YjdrzH Реєструйтеся та до зустрічі!