Леонид@ZabLen
Фанат системного программирования и GPU-вычислений
Информация
- В рейтинге
- 593-й
- Откуда
- Москва, Москва и Московская обл., Россия
- Дата рождения
- Зарегистрирован
- Активность
Специализация
Фулстек разработчик, Системный инженер
Ведущий
Системное программирование
Виртуализация
C
Windows API
Linux
Высоконагруженные системы
C++
Компьютерная графика
Python
Компьютерное зрение
Вот Цукерберг и ломает: сначала в рамках процесса разработки, а теперь и всю компанию.
Где-то мы это уже слышали... Ах да, "сделка будет подписана в ближайшие дни". Подсмотрели ;)
Поговаривают, гордо размещённый лэйбл "IP68" защищает электронику от воды... ;)
Конечно есть, просто эти дураки теперь будут кремниевые, а не кожаные :)
Кто там что закладывал - это вопрос философский. А вот то что агенты могут запутаться в трёх соснах - факт.
Дополнительная база структурированных знаний и common errors для предотвращения детских ошибок - это только в плюс. Что из этого выйдет - будем посмотреть.
UPD. Промахнулся, хотел ответить автору исходного комментария
Если серьёзно, то считаю это отличной инициативой. Общая база знаний будет полезна не только самим агентам, но и людям
Make Stack Overflow Great Again?
Рад, что мой взгляд оказался Вам полезен. Успехов!
Круто! Если появится работа, то я всегда всеми конечностями за хорошие инициативы ;)
Как технарь, я Вас и Ваше начинание безусловно поддерживаю. Вы проделали отличную работу, которую даже при отсутствии заказчиков можно применить в домашней ферме и получить удовлетворение от работы.
А вот если бы я был на стороне заказчика, разговор бы закончился на этом моменте :) Любая работа занимает больше времени, чем планировалось. И когда один человек - незнакомый, пусть даже талантливый - заявляет о том что он готов заместить собой наработки целого сообщества, это звучит как огромный риск потратить деньги и энергию впустую. Потратить на, уж простите, очередного гения с самомнением. Это я не от своего лица говорю, так воспринимают на другом конце провода.
С Вашими наработками нужно идти не в бизнес, а в инвесторов и в акселераторы. И то, когда появится один-два единомышленника, потому что Ваш замах - это не мобильное приложение в одиночку делать.
Вендоров псевдоимпортозамещения я не оправдываю. Это всё понятно, бюджеты сами себя не освоят. Я говорю именно про то, что прочитал здесь
Потому что Вы фокусируетесь только на распределении ресурсов, игнорируя остальные 95-99% продукта. Во всяком случае, я так вижу после прочтения статьи и README.md репозитория.
Система виртуализации - это сотни технологий и, в случае с зарубежными топовыми вендорами, десятки лет поедания колючек для получения уникального решения.
Миграции, бэкапы, отказоустойчивость, таски, внешние интеграции, не говорю уж просто про хранилки и сети - где это всё? С точки зрения заказчика, лучше open-source, чем ничего.
И регистрация будет через VK ;)
Что Вы имеете в виду под проприетарными кодировщиками? Отдельные железки?
Удивительно, но я об этой параллели задумался только сейчас, потому что раньше никогда о ней не слышал. Спасибо!
Таким образом, моя Родина сделала доступ к передовым мировым продуктам, позволяющим увеличить эффективность разработки в том числе отечественного ПО, привилегией.
Мне что, не хватало банов Claude-аккаунтов со стороны Anthropic?...
Не удивлюсь, если кто-то уже сделал коллекцию скиллов для агентов
Как и вся статья, мой ответ вам будет чистым ИМХО.
Я не спорю, что оно ГДЕ-ТО есть. Вот это самое ГДЕ-ТО нужно искать: искать в интернете про разные ПО, пробовать что-то устанавливать, тыкать, удалять не понравившееся. А зачем, если у меня уже есть способ, который меня устраивает?
Если уж совсем по-честному, то я пробовал и не нашёл. Раньше на Windows был Sony Vegas с крякой, но это было как из пушки по воробьям.
Для этого в статье есть целый раздел "А что это всё даст?". + дискутировали с другим хабротоварищем вот в этой ветке комментариев. Изолированно сравнивать GUI и CLI без контекста - зачем? Конечно, GUI побеждает засчёт интерактивности и WYSIWYG. Но я объясняю свою позицию не в рамках вакуума, а применительно к своей работе (см. в дополнение к ссылке выше вот здесь).
Красота, спасибо большое! Плюсанул, в статье отметил, комментарий закрепил.
Только не кидайтесь субстанциями: ни разу yt-dlp не использовал :)
Если есть желание, можете раскрыть сценарий применения yt-dlp + ffmpeg здесь, в комментариях. Я добавлю в статью как важное дополнение (сделал UPD в конце)
Сделал к статье пост-скриптум и отметил там ваш комментарий как важное дополнение. Надеюсь, Вы не возражаете :)