На свое удивление, обнаружил, что с ростом опыта моя креативность сильно просела, если раньше я постоянно мог создать идею, что-то придумать, то сейчас опыт загнал меня в рамки.
У меня есть инструмент и возможность создать любой сайт что только воображу, но не хватает вовлеченности и креативности.
Хотя, возможно, у меня никогда сильной креативности не было, а я думал что была... Но я хотябы понимаю куда двигать инфраструктуру(в сторону ии администрирования) за которую отвечаю, и на том спасибо
Хех, я админ с уклоном построения цельной архитектуры, максимум немного питона, CI/CD gitlab и bash.
Так что я даже не знаю как моя игра работает, просто говорю агенту что хочу кнопку, и она появляется! Сам подход компенсирую жесткой изоляцией
А вот с внедрением в администрирование, где я понимаю что, как и где работает уже другой вопрос. Пока не тороплюсь внедрять ИИ, что-бы не потерять контроль над системой. Но думаю через пару месяцев, с учетом текущих задач, найду агентам хорошее применение
Сейчас -- пишу мелкую игру, показывать не буду, агент сфейлил интерфейс, но ошибке виноват я. Там целая история с legacy кодом. Задача одна -- пощупать и понять что оно может, а потом перевести навыки в область системного администрирования и внедрить в работу. Текущий сетап очень помог в понимании, ибо выходит примерно 50 рублей в день за 1.5 миллиона токенов+136 миллиона кешированных. Плюс не нужно думать о том что улетят секреты. Планирую отдать агенту мониторинг инфры, настройку алертов, настроить автоматическу реакцию на инциденты, разбор логов и закрыть задачи, которые никто делать не хочет... Но опять же, перед тем как тащить на прод, нужно выстроить концепции и оттестировать.
Возражу, прямо сейчас кручу на своем игровом пк с rx7900xtx, qwen flash next iq4, 50 токенов в секунду. Уже дал две задачи на 12 часов агентской работы, 1.5 миллиона уникальных выходных токенов, не считая кешированных. Промт помогал писать бесплатный qwen 3.8 max, подход выработал я сам.
Я весьма впечатлен самим фактом того что это работает и автономно следует инструкциям целый день. Кодосодержащий продукт пилиться, сейчас пытаюсь понять на каком этапе сложность системы будет больше чем потянет эта модель.
Надо было в текст добавить, а так, сейчас технология развивается 7-ми мильными шагами, возможно стоит, через пол года, чуть модифицировать Промт и дать ту же задачу актуальной модели. Ибо то, что год назад казалось невозможным, сейчас ИИ модели делают спокойно...
Если закинуть 200$ на deep seek platform, то можно получить намного больше токенов чем сможет сгенерировать эта машина за 2 года. Когда я начал инференсировать Laguna s2.1 на rx 7900xtx + 13900k@64ram у меня было + 500 рублей в платежку стабильно. Не считая времени на промт инжиниринг.
Так же в локалке нельзя отправить первый запрос на deep seek v4 pro, что бы потом добивать задачу на флеше.
А openai убыточен? Сейчас идет гонка за долей рынка, и используются свободные средства чтобы отжать кусочек будущего рынка, вбубухиваются миллиарды долларов в теоретические технологии и нащупывание методов монетизации рынка.
У меня только один вопрос, кто выживет в этой гонке, а кто падет?
Я вижу проблему не в наглядности, а в том, что ее не адаптируют под наши понятия. Слишком уж сильно выделяется в тексте "стадион американского футбола" "Ниагарский водопад" "тысяча пикапов" "поле для гольфа" ...
Но тут ситуация как с электрочайником в котором 2 литра воды, потом вскипятили утром, забыли о нем, и еще раз вскипятили вечером... Да неэффективно, но что ж поделать
Это что-то вроде демо сцены на zx spectrum, человек заморочился и максимально(в данном случае хорошо) оптимизировал код и нашел метод взаимодействия с устройством.
У меня такие новости обычно вызывают эмоцию "Вот это да, одноразовые лампочки уже настолько мощные?!"
А так, и картины великих художников являются посмешищем на фоне современных возможностей фотопечати, но их смысл не в том, что сейчас их повторит выпускник почти каждого картинного ПТУ. Смысл в том, что технологии и скилы растут, и это классно! Сейчас можно делать на лампочке то, что 30 лет назад казалось невозможным на домашнем ПК
Никто не сможет его разобрать и создать своего. Главное препятствие, ПО нет и, в ближайшие пару лет, не предвещается.
А главное препятствие в применении человеков — человеки любят болеть, им нужны социальные права и выплаты, а так же заставить человеков работать более 12 часов в день без выходных — нельзя, ибо более менее квалифицированный человек, если не увольняется, то начинает работать очень плохо.
Звучит здраво, ровно до той секунды, как не понимаешь что "мертвый" интернет вредит рекламным доходам и продаже персональных данных, а живой легче монетизировать...
Для запуска одного инстанса chatgpt, даже с триллионом параметров, достаточно одной стойки и ~5-10киловатт электроэнергии. С развитием технологий, готов поспорить, можно все уместить в 3-5 и интегрировать в машину связи, сделав автономный разведывательный пункт с p2p сетью и децентрализованной обработкой данных...
В общем, дата центр, в войне будущего, конечно хорошая вещь, но можно и без него обойтись
Добрый день! Изучил статью и не увидел оборотной стороны монеты. В целом согласен, без нюансов выглядит как серебряная пуля для любого проекта, но давайте пройдёмся по большими НО. В вашей статье было приведены только примитивные примеры, разработчик без админа, helm, "выглядящий как магия", самолёт с "магией" внутри, всё это интересно только если у вас есть чёткий и маленький сервис, или постоянно меняющаяся инфра вроде хостинга или мини инфра из нескольких десятков сервисов. В моей практике, даже при росте компании, нормально работающие сервисы не отваливаются, при прохождении чек-листа по развертыванию сервиса раз 10, у меня остаётся только мелкие доработки и документирование сервисов. Kuber -- это про изменчивость и то, где нужно много ресурсов для множества малых проектов. К примеру, сборка и тестовый деплой проекта. Данные процедуры, если автоматизировать, то займут вместе с тестами, тонну процессорного времени(и денег за ресурсы), что явно говорит о том что нужно выносить тестовую инфру на локальный сервер для тестирования и получения бОльшего контроля. Если брать другие варианты, то требуется развертывание своего kuber кластера или платить KaaS провайдеру бешеные деньги за смещение кнопочки на 2-3 пикселя и нормальный довод бекенда для этой же кнопки. При росте проекта у вас появляется потребность в дорогих специалистах по развёртыванию кубера, не забываем про ИБ, настройку сетей и безопасного взаимодействия с кластерами. Накидывается столько нюансов, что, к примеру, в своей структуре я больше склоняюсь к ansimble и стандартную виртуализацию, чем затаскивания файлообменника и условного гита, а так же БД в кубер. Не стоит забывать и о важной проблеме кубера, он хорош ровно до того момента как не развалится. Малые команды смогут восстановить ~10 сервисов в кубере, но вот когда сервисов становится 50-100, и случилась большая беда, то могу только гадать как этот зоопарк поднимать.
На свое удивление, обнаружил, что с ростом опыта моя креативность сильно просела, если раньше я постоянно мог создать идею, что-то придумать, то сейчас опыт загнал меня в рамки.
У меня есть инструмент и возможность создать любой сайт что только воображу, но не хватает вовлеченности и креативности.
Хотя, возможно, у меня никогда сильной креативности не было, а я думал что была... Но я хотябы понимаю куда двигать инфраструктуру(в сторону ии администрирования) за которую отвечаю, и на том спасибо
Хех, я админ с уклоном построения цельной архитектуры, максимум немного питона, CI/CD gitlab и bash.
Так что я даже не знаю как моя игра работает, просто говорю агенту что хочу кнопку, и она появляется! Сам подход компенсирую жесткой изоляцией
А вот с внедрением в администрирование, где я понимаю что, как и где работает уже другой вопрос. Пока не тороплюсь внедрять ИИ, что-бы не потерять контроль над системой. Но думаю через пару месяцев, с учетом текущих задач, найду агентам хорошее применение
Сейчас -- пишу мелкую игру, показывать не буду, агент сфейлил интерфейс, но ошибке виноват я. Там целая история с legacy кодом.
Задача одна -- пощупать и понять что оно может, а потом перевести навыки в область системного администрирования и внедрить в работу. Текущий сетап очень помог в понимании, ибо выходит примерно 50 рублей в день за 1.5 миллиона токенов+136 миллиона кешированных. Плюс не нужно думать о том что улетят секреты.
Планирую отдать агенту мониторинг инфры, настройку алертов, настроить автоматическу реакцию на инциденты, разбор логов и закрыть задачи, которые никто делать не хочет... Но опять же, перед тем как тащить на прод, нужно выстроить концепции и оттестировать.
Возражу, прямо сейчас кручу на своем игровом пк с rx7900xtx, qwen flash next iq4, 50 токенов в секунду. Уже дал две задачи на 12 часов агентской работы, 1.5 миллиона уникальных выходных токенов, не считая кешированных. Промт помогал писать бесплатный qwen 3.8 max, подход выработал я сам.
Я весьма впечатлен самим фактом того что это работает и автономно следует инструкциям целый день. Кодосодержащий продукт пилиться, сейчас пытаюсь понять на каком этапе сложность системы будет больше чем потянет эта модель.
Надо было в текст добавить, а так, сейчас технология развивается 7-ми мильными шагами, возможно стоит, через пол года, чуть модифицировать Промт и дать ту же задачу актуальной модели. Ибо то, что год назад казалось невозможным, сейчас ИИ модели делают спокойно...
Если закинуть 200$ на deep seek platform, то можно получить намного больше токенов чем сможет сгенерировать эта машина за 2 года. Когда я начал инференсировать Laguna s2.1 на rx 7900xtx + 13900k@64ram у меня было + 500 рублей в платежку стабильно. Не считая времени на промт инжиниринг.
Так же в локалке нельзя отправить первый запрос на deep seek v4 pro, что бы потом добивать задачу на флеше.
ИМХО локальный инференс хорош, но не для работы
Кстати, какой квант посоветуете? Я глянул юнисохов qwen 3.6 27b iq4_nl, но кажется с ним потребление Врам выше чем на q4
Запускаю в lm_studio на Винде
Предвосхищая вопрос, у меня семья 9 резидент проходит
А с чем тогда будут ходить сотрудники Selictel?
Возможно японцы решили заказать пару роботов для изучения технологии...
Доброе утро, а у меня одного не качает исходники gcc? Заметил пару недель назад, но не бухтел, не понимая, это мы или нас...
git clone https://gcc.gnu.org/git/gcc.gitНо вообще блокируются редхатовский диапазон
38.145.32.0/19где лежит добрая половина Gnu ресурсов, вот и ответ...А openai убыточен? Сейчас идет гонка за долей рынка, и используются свободные средства чтобы отжать кусочек будущего рынка, вбубухиваются миллиарды долларов в теоретические технологии и нащупывание методов монетизации рынка.
У меня только один вопрос, кто выживет в этой гонке, а кто падет?
Я вижу проблему не в наглядности, а в том, что ее не адаптируют под наши понятия. Слишком уж сильно выделяется в тексте "стадион американского футбола" "Ниагарский водопад" "тысяча пикапов" "поле для гольфа" ...
Думаю 9 из 10 генераций — бред
Но тут ситуация как с электрочайником в котором 2 литра воды, потом вскипятили утром, забыли о нем, и еще раз вскипятили вечером... Да неэффективно, но что ж поделать
Это что-то вроде демо сцены на zx spectrum, человек заморочился и максимально(в данном случае хорошо) оптимизировал код и нашел метод взаимодействия с устройством.
У меня такие новости обычно вызывают эмоцию "Вот это да, одноразовые лампочки уже настолько мощные?!"
А так, и картины великих художников являются посмешищем на фоне современных возможностей фотопечати, но их смысл не в том, что сейчас их повторит выпускник почти каждого картинного ПТУ. Смысл в том, что технологии и скилы растут, и это классно! Сейчас можно делать на лампочке то, что 30 лет назад казалось невозможным на домашнем ПК
Никто не сможет его разобрать и создать своего. Главное препятствие, ПО нет и, в ближайшие пару лет, не предвещается.
А главное препятствие в применении человеков — человеки любят болеть, им нужны социальные права и выплаты, а так же заставить человеков работать более 12 часов в день без выходных — нельзя, ибо более менее квалифицированный человек, если не увольняется, то начинает работать очень плохо.
Звучит здраво, ровно до той секунды, как не понимаешь что "мертвый" интернет вредит рекламным доходам и продаже персональных данных, а живой легче монетизировать...
Для запуска одного инстанса chatgpt, даже с триллионом параметров, достаточно одной стойки и ~5-10киловатт электроэнергии. С развитием технологий, готов поспорить, можно все уместить в 3-5 и интегрировать в машину связи, сделав автономный разведывательный пункт с p2p сетью и децентрализованной обработкой данных...
В общем, дата центр, в войне будущего, конечно хорошая вещь, но можно и без него обойтись
Добрый день! Изучил статью и не увидел оборотной стороны монеты. В целом согласен, без нюансов выглядит как серебряная пуля для любого проекта, но давайте пройдёмся по большими НО. В вашей статье было приведены только примитивные примеры, разработчик без админа, helm, "выглядящий как магия", самолёт с "магией" внутри, всё это интересно только если у вас есть чёткий и маленький сервис, или постоянно меняющаяся инфра вроде хостинга или мини инфра из нескольких десятков сервисов. В моей практике, даже при росте компании, нормально работающие сервисы не отваливаются, при прохождении чек-листа по развертыванию сервиса раз 10, у меня остаётся только мелкие доработки и документирование сервисов. Kuber -- это про изменчивость и то, где нужно много ресурсов для множества малых проектов.
К примеру, сборка и тестовый деплой проекта. Данные процедуры, если автоматизировать, то займут вместе с тестами, тонну процессорного времени(и денег за ресурсы), что явно говорит о том что нужно выносить тестовую инфру на локальный сервер для тестирования и получения бОльшего контроля. Если брать другие варианты, то требуется развертывание своего kuber кластера или платить KaaS провайдеру бешеные деньги за смещение кнопочки на 2-3 пикселя и нормальный довод бекенда для этой же кнопки. При росте проекта у вас появляется потребность в дорогих специалистах по развёртыванию кубера, не забываем про ИБ, настройку сетей и безопасного взаимодействия с кластерами. Накидывается столько нюансов, что, к примеру, в своей структуре я больше склоняюсь к ansimble и стандартную виртуализацию, чем затаскивания файлообменника и условного гита, а так же БД в кубер.
Не стоит забывать и о важной проблеме кубера, он хорош ровно до того момента как не развалится. Малые команды смогут восстановить ~10 сервисов в кубере, но вот когда сервисов становится 50-100, и случилась большая беда, то могу только гадать как этот зоопарк поднимать.
Возможно дело в ОС/железе, которое не менялось много лет, а не в anydesk
Но в одном случае может быть более крутая экспонента, а во втором более пологая