1 744
订阅者
-224 小时
-77 天
-4230 天
数据加载中...
相似频道
标签云
进出提及
---
---
---
---
---
---
吸引订阅者
九月 '269月 '26
九月 '26
+16
在0个频道中
八月 '26
+24
在0个频道中
Get PRO
七月 '26
+18
在0个频道中
Get PRO
六月 '26
+22
在0个频道中
Get PRO
五月 '26
+179
在0个频道中
Get PRO
四月 '26
+470
在0个频道中
Get PRO
三月 '26
+287
在0个频道中
Get PRO
二月 '26
+179
在0个频道中
Get PRO
一月 '26
+177
在0个频道中
Get PRO
十二月 '25
+163
在0个频道中
Get PRO
十一月 '25
+63
在0个频道中
Get PRO
十月 '25
+50
在1个频道中
Get PRO
九月 '25
+24
在0个频道中
Get PRO
八月 '25
+20
在0个频道中
Get PRO
七月 '25
+16
在0个频道中
Get PRO
六月 '25
+24
在0个频道中
Get PRO
五月 '25
+54
在2个频道中
Get PRO
四月 '25
+159
在3个频道中
Get PRO
三月 '25
+190
在16个频道中
Get PRO
二月 '25
+143
在6个频道中
Get PRO
一月 '25
+67
在0个频道中
Get PRO
十二月 '24
+38
在0个频道中
Get PRO
十一月 '24
+27
在0个频道中
Get PRO
十月 '24
+35
在0个频道中
Get PRO
九月 '24
+40
在0个频道中
Get PRO
八月 '24
+116
在0个频道中
Get PRO
七月 '24
+35
在0个频道中
Get PRO
六月 '24
+35
在2个频道中
Get PRO
五月 '24
+19
在0个频道中
Get PRO
四月 '24
+11
在0个频道中
Get PRO
三月 '24
+15
在0个频道中
Get PRO
二月 '24
+21
在0个频道中
Get PRO
一月 '24
+32
在0个频道中
Get PRO
十二月 '23
+77
在0个频道中
Get PRO
十一月 '23
+39
在0个频道中
Get PRO
十月 '23
+63
在0个频道中
Get PRO
九月 '23
+54
在0个频道中
Get PRO
八月 '23
+25
在0个频道中
Get PRO
七月 '23
+33
在0个频道中
Get PRO
六月 '23
+47
在0个频道中
Get PRO
五月 '23
+45
在0个频道中
Get PRO
四月 '23
+21
在0个频道中
Get PRO
三月 '23
+18
在0个频道中
Get PRO
二月 '23
+2 239
在0个频道中
Get PRO
一月 '23
+58
在0个频道中
Get PRO
十二月 '22
+229
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 25 九月 | 0 | |||
| 24 九月 | 0 | |||
| 23 九月 | +1 | |||
| 22 九月 | +2 | |||
| 21 九月 | +1 | |||
| 20 九月 | +1 | |||
| 19 九月 | 0 | |||
| 18 九月 | +1 | |||
| 17 九月 | +2 | |||
| 16 九月 | 0 | |||
| 15 九月 | 0 | |||
| 14 九月 | 0 | |||
| 13 九月 | 0 | |||
| 12 九月 | 0 | |||
| 11 九月 | 0 | |||
| 10 九月 | 0 | |||
| 09 九月 | +1 | |||
| 08 九月 | +1 | |||
| 07 九月 | +1 | |||
| 06 九月 | +2 | |||
| 05 九月 | +1 | |||
| 04 九月 | +1 | |||
| 03 九月 | +1 | |||
| 02 九月 | 0 | |||
| 01 九月 | 0 |
频道帖子
Заметил тенденцию поглощения Чатом GPT других IT сервисов
Особенно это касается сервисов, которые по сути являются удобной оберткой над моделью.
— AI-копирайтер.
— Генератор презентаций.
— Генератор промптов
И еще десятки подобных
Чего только стоят TG боты по генерации картинок. Никогда не понимал людей, кто ими пользовался ))
Когда-то для таких задач действительно были нужны Jasper, Copy ai, ChatPDF и десятки похожих продуктов.
Но базовые модели постоянно забирают эти сценарии себе.
Сегодня ты строишь отдельный SaaS сервис, потому что ChatGPT чего-то не умеет.
Завтра выходит новая версия, и эта функция появляется прямо внутри ChatGPT.
В AI опасно строить преимущество на ограничениях модели.
Потому что ограничения меняются быстрее, чем большинство продуктов успевают перестроиться.
| 2 | В какой-то момент работа с ИИ стала выглядеть сложнее, чем она есть на самом деле.
Вместо того чтобы просто открыть ChatGPT или Codex и решить задачу, мы начинаем собирать вокруг них целую систему: сервисы, агенты, плагины, интеграции, автоматизации.
Иногда это действительно оправдано.
Но довольно часто вся эта конструкция появляется раньше самой необходимости.
По факту большая часть задач упирается не в отсутствие нужного инструмента, а в то, насколько нормально ты умеешь работать с одной сильной моделью.
Дать контекст. Объяснить задачу. Показать ограничения. Уточнить, что именно не устраивает в первом результате. Сделать еще одну итерацию.
Звучит слишком просто, поэтому многие этот этап перескакивают.
Вместо того чтобы глубже освоить один инструмент, начинают искать следующий. Потом еще один. В итоге появляется ощущение, что для нормальной работы с ИИ обязательно нужен какой-то сложный стек.
Я так не думаю.
ChatGPT уже закрывает огромный пласт задач, если не относиться к нему как к поисковой строке.
С Codex примерно та же история: в большом количестве сценариев тебе не нужна сложная система из агентов, если можно просто нормально поставить задачу и дать ему нужный контекст.
Сложность стоит добавлять только тогда, когда ты понимаешь, зачем она тебе нужна.
Например, появилась повторяющаяся задача, которую имеет смысл автоматизировать. Или один инструмент действительно не закрывает конкретный процесс.
Тогда появляется причина подключать что-то еще.
Но строить систему просто потому, что "так сейчас принято работать с ИИ", мне кажется странной логикой.
Я бы скорее делал наоборот: сначала научился хорошо работать с одним инструментом, уперся в его ограничения и только после этого что-то добавлял. | 89 |
| 3 | Чем больше я работаю с AI-системами, тем чаще задаю себе простой вопрос: а зачем вообще большинству софта отдельный интерфейс?
Мы привыкли, что любая задача должна превращаться в приложение, личный кабинет, CRM, CMS, дашборд.
Нужно посмотреть клиентов? Открываем CRM.
Хочешь проверить финансы? Иди в бухгалтерскую систему.
Управлять сайтом? Заходим в CMS и меняем контент.
Но такая логика работы появилась в мире, где человек должен сам объяснять программе каждое действие через заранее придуманные кнопки и формы.
С AI ситуация меняется.
Если я могу написать: "Покажи 15 клиентов, которым нужно позвонить сегодня", зачем мне самому ходить по CRM?
Если могу сказать: "Добавь этот кейс на сайт, с фото и блоком вопрос- ответ", зачем мне заходить в админку CMS?
Если AI может изменить сайт, проверить тексты, структуру и настройки напрямую, зачем мне панель управления с десятками разделов?
Я не думаю, что интерфейсы исчезнут вообще.
Там, где нужна визуализация, быстрый контроль или массовая работа людей, они останутся.
Да и клиентская разработка подразумевает наличие панели управления.
Но огромный класс интерфейсов существует не потому, что без них нельзя решить задачу.
А потому что раньше другого способа взаимодействовать с системой просто не было.
Теперь такой способ появился.
Поэтому главный вопрос ближайших лет для меня не "какой интерфейс сделать удобнее?", а "нужен ли здесь интерфейс вообще?".
И чем больше я собираю собственных систем вокруг AI, тем чаще ответ: нет. | 111 |
| 4 | — Папа, токены подорожали, теперь ты будешь меньше вайбкодить?
— Нет, теперь ты будешь меньше есть. | 114 |
| 5 |  OpenAI выкатывает GPT-6 Sol
Новая рабочая модель для сложного кодинга: достаточно мощная почти для любых задач, но без необходимости каждый раз запускать GPT 6 Astra.
Для тех, кто уже пишет сайты, CRM и автоматизации через Codex, это как раз самое интересное направление.
Кажется, AI-разработка ещё немного подешевела и стала умнее.
Буду тестировать на реальных проектах.
Она у мня только что появилась.
Потом расскажу, насколько она реально отличается от предыдущих моделей. | 118 |
| 6 | Отсекай, чтобы взлететь. Часть 2.
В первой части написал о том, что убрал целиком.
Но есть ещё более интересная часть — то, что осталось, я тоже начал резать.
Только уже не проекты, а процессы внутри них.
Моя цель сейчас не успевать делать больше руками. Моя цель сделать так, чтобы руками вообще приходилось делать меньше.
5. Ручные повторяющиеся процессы
Я сейчас последовательно строю агентов, инструкции, автоматизации, Jarvis, CRM и прочее именно вокруг одной идеи:
Если я второй раз делаю одно и то же действие — надо задуматься, почему его вообще делаю я.
Раньше, для меня, автоматизация означала «найти сервис, настроить интеграцию, связать одно с другим».
Теперь AI-разработка позволяет не подстраивать процесс под готовый инструмент, а создавать инструмент под процесс.
6. Зоопарк сервисов
Раньше у меня под каждую задачу появлялся новый сервис: бот, CMS, аналитика, финансы, публикации, контент и т. д.
В итоге получаешь несколько подписок и какую-нибудь ебаную API-связку, которая отваливается именно тогда, когда ты решил наконец-то поработать.
Я сейчас двигаюсь к единому собственному контуру.
Это уже история про Jarvis и собственную инфраструктуру.
7. Ручное производство контента
Отсекаю ручную рутину вокруг контента: поиск идей, анализ, SEO, упаковка, монтаж, публикации, аналитику.
Например я создал агента, который мне полностью создает видео с обложкой и выкладкой на ютуб.
Видео, пока, записываю сам 🙂
Цикл создания единицы контента сократился с нескольких часов до минут.
8. Проекты ради интереса
Отсечение на входе, ещё до того, как что-то начало жрать ресурсы.
Я довольно легко загораюсь новыми штуками.
Это само по себе нормально — иначе половины моих проектов вообще бы не существовало.
Но сейчас фильтр становится другим:
Не «могу ли я это сделать?», а «зачем мне это делать?»
И дальше выставляю критерии:
— даёт деньги?
— приводит клиентов?
— усиливает основное направление?
— создаёт переиспользуемый актив?
Если ответ ДА, то я иду в эту тему.
Время перемен наступило… 🫡 | 148 |
| 7 |  Чилим. +29С | 166 |
| 8 | Отсекай, чтобы взлететь.
Принял для себя решение жёстко сфокусироваться на процессах AI разработки и отказаться от всех остальных проектов.
Убираю всё, где приходится обслуживать систему вместо того, чтобы система обслуживала меня.
От чего я отказался.
1. Академия.
Это мои обучающие программы, которые создавались годами, но не приносили мне такого дохода ради которого стоило тратить на них столько времени.
Был удален сайт goncharov-school.ru, а все мои курсы слиты на YouTube. Кому интересно можете изучать. Все в свободном доступе.
Пока не планирую запускать никакие обучения. Максимум консультации, может какие-то короткие онлайн практикумы по вайбкодингу.
2. Агентство DG Studio
Упразднено до проекта Goncharoff.PRO
Само агентство, клиенты, услуги никуда не делись. Наоборот мы усиливаемся.
Но именно формат, что есть dg studio, а есть отдельный блог goncharoff.pro такого больше не будет.
Все кейсы, портфолио и услуги перенесены на сайт goncharoff.pro
Сайт и домен dgstudio.site в ближайшие дни будут удалены.
3. Joomla
Переношу все свои проекты на кастомную разработку. Ухожу с CMS.
О причинах писал ранее в канале, что это упрощает, а значит ускоряет мою работу.
Те действия с сайтом, которые мне необходимо делать для развития бизнеса, продаж я делал очень медленно, годами, а что-то не делалось вообще.
А если и делалось, то с условностями, оговорками и ограничениями функционалом CMS и нашими возможностями.
Сейчас я внедряю свои задумки сам и за считанные минуты.
4. Соцсети
Здесь сложнее. По идее надо быть везде, хотя бы перевыкладыать имеющийся контент.
Но, аналитика показывает, что не везде есть трафик.
Поэтому выставил приоритеты.
Буду подходить дифференцировано к выкладке контента. Об этом я сделаю отдельный пост.
Это ещё не всё, что я оптимизировал.
Будет продолжение, иначе пост превратится в лонгрид 🙂 | 165 |
| 9 |  ⚡️Max умер на айфонах
Обновился вчера до iOS 27 и заметил, что в максе при попытке зажать сообщение и вызвать контекстное меню он зависает намертво.
Дальше снимаем его с задачи и запускаем заново.
Поэтому для редких случаев использования госмессенджером я пользуюсь web версией.
Ее минус только в том, что нельзя в него поделиться файлами из системы. Надо обязательно заходить в него и через скрепку отправлять.
В общем говно мессенджер требует говно решений. | 194 |
| 10 |  +1⚡️В Telegram вышло обновление.
Из замеченного это отправка файлов.
Сейчас при отправке 2х и более файлов, предлагается упаковать сразу в ZIP архив.
Теперь, если нужно отправить пачку файлов, то они не будут висеть портянкой в ленте, а сформируются в аккуратный архив.
До этого приходилось, по классике, сжимать все на компе и только потом отправлять архив.
Это очень полезный функционал. Что думаете? Когда в максе появится такая возможность? | 169 |
| 11 |  +3Все, конечно, понимаю, но блять......
И они еще удивляются, почему никто не хочет сидеть в наших соцсетях.
Допустим, можно сказать, что мой технический контент не такой интересный и очень специфичный, но тот же самый контент на youtube приносит в разы больше просмотров, а соответственно и клиентов.
Единственной мотивацией выкладывать на VK Video и RuTube контент это его доступность в России, чтобы интегрировать его в свой блог на сайте, а не реальную возможность получить оттуда трафик. | 180 |
| 12 |  Порой, без благословения никуда | 192 |
| 13 |  Сижу монтирую видео в Кодексе.
Интересно создать агента, который будет мои длинные видосы нарезать на короткие вертикальные ролики.
Дрочки много, но если вылизать все детали, то может что и получится.
Расскажу позднее.
А как ваше воскресенье проходит? | 220 |
| 14 |  Ровно я 😁 | 197 |
| 15 | Для меня самый важный критерий в работе с клиентом: удобство.
Разрабатываете CRM или какую-то другую систему? На каждом шаге думайте, удобно ли человеку будет с ней работать. И удобно ли ему через эту систему работать со своими клиентами. То есть смотреть нужно не только на то, что делает функция, но и на то, как ей будут пользоваться.
Функция экономит время клиента? Это удобно. Позволяет делать больше продаж? Это удобно. Решает задачу и не создает дополнительных сложностей? Значит, она нужна.
А когда функционала добавили, но работать стало сложнее, я не понимаю, зачем это сделали. Клиенту теперь нужно совершать лишние действия, чтобы получить тот же результат. Что мы ему улучшили?
Если это неудобно, это нахуй не надо. Даже если красиво.
Я не против красоты. Но в первую очередь должно быть удобно. Красивый интерфейс не оправдывает сложности в работе.
Вот возьмите себе за критерий удобство. Не просто "мы сделали, всё работает", а человеку действительно стало проще заниматься своим делом.
Я считаю, что у тех, кто умеет делать жизнь клиента удобнее, будут и клиенты, и деньги. | 184 |
| 16 |  Можно сколько угодно орать, что no-code, нейросети и вайб-кодинг - это говно.
Только есть одна проблема: пока ты это доказываешь, другой человек уже сделал продукт быстрее тебя.
Меня умиляют программисты, которые до сих пор не признают новые инструменты. Это примерно те же ребята, которые когда-то рассказывали, что Тильда - говно, конструкторы - говно, а настоящий разработчик должен писать всё руками.
Я сам был таким.
Но в какой-то момент понял простую вещь: если инструмент решает задачу и ускоряет работу, не пользоваться им из принципа - это просто хуйня.
С нейросетями сейчас то же самое.
Можно защищать "настоящий код", сидеть на старых дровах и поливать новое говном.
А можно автоматизировать рутину, быстрее проверять гипотезы, собирать продукты и делать больше за то же время.
И вопрос уже не в том, заменят нейросети программистов или нет.
Вопрос в том, кто кого обгонит.
Потому что специалист с теми же навыками, но с нейросетями в руках, скорее всего, сделает работу быстрее.
А рынку вообще похуй, насколько "правильным" способом ты решил задачу.
Ему нужен результат. | 180 |
| 17 |  Если сдавать квартиру посуточно, примерно по 3000 в сутки, это в идеале 90к в месяц.
Но думаю, что не сдаются такие квартиры нон стопом, значит доход явно меньше.
Так это еще и квартиру надо откуда-то взять, чтобы сдавать.
Потом геморрой с квартирантами долбаебами. Квартиру засрут, надо нанимать, кто будет следить после каждого выселения.
Потом ремонт, через пару лет придется делать, чтобы поддерживать товарный вид.
Короче это проблемный бизнес, как по мне.
Поэтому я развиваю интернет-партнерки и получаю доход, как от сдачи 2-х квартир посуточно 🤑 | 171 |
| 18 |  Работа над проектами не мешает параллельно получать доход с партнерских программ.
Наоборот, только усиливает их. | 171 |
| 19 |  Все так ) | 192 |
| 20 |  Я почти никогда не начинаю проект с кода.
Сначала я собираю его визуально: главный экран, разделы, переходы, связи, весь функционал. По сути, делаю карту проекта в дизайне.
Мне так проще. Пока все перед глазами, можно быстро переставить, выкинуть лишнее, поменять логику.
Сейчас большую часть этого собираю через нейросети, а потом уже отдаю в Codex на реализацию.
И есть еще одно правило: если у проекта есть фронт и бэк, сначала я делаю фронт.
Сначала то, что увидит клиент. Сайт, интерфейс, страницы, блоки. И только когда это уже работает, начинаю пилить админку.
Возможно, я нарушаю какие-то каноны разработки. Но мне, если честно, похуй. Мне так удобнее.
Потому что делать сначала админку под еще не существующий интерфейс для меня выглядит как лишняя ебля.
Вот простой пример 👇
Я делаю страницу статьи. Сначала собираю саму страницу: заголовок, текст, автора, дату, рейтинг, SEO-поля, расположение всех элементов.
И уже на готовой странице становится видно: ага, вот это должно редактироваться, вот это должно добавляться, а вот эту часть вообще никто никогда трогать не будет.
Значит, в админку я вывожу только нужные поля.
А если начать наоборот, можно полдня пилить какой-нибудь ебаный конструктор блоков, настройки отступов, расположения элементов и еще двадцать переключателей.
А потом выяснится, что нахуй они никому не нужны, потому что шаблон страницы всегда один.
Вот поэтому мне проще сначала сделать продукт, а потом посмотреть, чем в нем реально нужно управлять.
Так быстрее, понятнее и без лишней ебли. | 178 |
