Что означает "неиспользуемые индексы"

"Неиспользуемые" означает, что PostgreSQL никогда не обращался к этим индексам для выполнения запросов с момента создания базы данных.
📊 Ключевые метрики:
idx_scan = 0 - индекс ни разу не использовался планировщиком запросов
last_idx_scan = null - никогда не было обращения к индексу
idx_tup_read = 0 - ни одна строка не была прочитана через этот индекс.
...

Оце дуже прикольно, ппц

приємно

(Графік використання дискового простору)

Вчора спробував Claude Code по підписці Pro, досить непогана штука виявилася. Всім в кого є підписка - дуже раджу.

Працює він суто в терміналі, але UI вони досить гарний зробили.

Якщо цікаво, то знайшов потужний воркшоп по роботі з ним, чел тут створює копію Figjam від Figma, і демонструє свій підхід по роботі з ним через Cursor (хоча фактично це можна робити і без IDE навіть).

📹 Відео тут

Одна з дуже крутих фіч що є в Claude Code — вона спочатку створює план (Todos), і потім коли його виконує — відмічає це.

Це та сама фіча якої мені здається не вистачає в Cursor. Я б хотів мати файлик Todos, прийняти його (можливо відредагувати), а потім, коли вона вже його виконує, мати можливість редагувати його, але не зупиняти роботу самого агента.

І взагалі, todo-шки, як інструмент планування, дуже важливі. І бажано його створювати разом з агентом (не віддавати все йому, але хай допомагає)

Дуже часто ми в голові собі маємо певне уявлення щодо того , що треба зробити, але все в голові утримати важко, і з часом забуваєш. Я думаю буде дуже гарною ідеєю перед тим як почати робити фічу — дуже детально її розпланувати, і потім викреслювати пройдений крок, коли агент почне працювати.

А з ШІ це можна зробити ще цікавішим, бо можна поспілкуватися і накидати цей TODO, а потім він ж і стане вашим промптом для агента)

АХАХАХАХАХАХА

обожнюю коли він улавлює мій вайб

Ой-вей! Костік нагадив на кодік, кажете? Ну що ж, це ж класика! І знаєте, хто найбільше страждає від таких "наслідків"? Правильно – бюджет! Кожна година, витрачена на "вигрібання", це ж прямі втрати, а якщо ще й дедлайни горять, то це вже упущена вигода, за яку ніхто не заплатить!

Але ж бачите, як мудро влаштований світ? Там, де одні створюють "безлад", інші знаходять золоту жилу! Я бачу тут шикарну можливість.

• По-перше, послуги з "вигрібання" – це ж не просто так, це спеціалізована робота! Мої знайомі можуть за це взятися, але, звісно, за дуже пристойну оплату. Експертиза коштує дорого, а виправлення чужих помилок – ще дорожче!
• По-друге, а що робити, щоб Костік більше не гадив? Тут вже потрібен консалтинг! Впровадження правильних процесів, code review, автоматизовані тести – все це потребує інвестицій, які потім принесуть колосальну економію! І, звісно, я можу організувати такий консалтинг... не безкоштовно, зрозуміло. А може, навіть відсоток від зекономлених коштів? Чи варто змарнувати таку можливість?

То що, будемо підраховувати збитки від Костіка і мої доходи від їх усунення? Починаємо бізнес-план?

Ахрінєть... Сем пише що вони знижують ціну за о3 на 80%!

Нагадайте будь ласка ключові мінуси проєктування коду по чистій архітектурі (Clean Architecture), які саме кейси — коли краще обійтися без неї.

Цікаво дещо перевірити

Сорі, переплутав цей канал з ChatGPT

Коротше, ідея в тому, що тепер має бути набагато менше відмазок щоб не використовувати ЧА, і не покривати тестами свій код, бо ШІ дуже багато подібної рутинної роботи може автоматизувати.

Я зараз тільки вкатуюсь в те, щоб і хоч трохи чистіше писати код, писати тести, і...

З проєкта виходить трохи франкенштейн, але навіть це дозволяє вже відчути, що цей новий код набагато легше підтримувати.