Ну, насколько я понял, команда не то чтобы закрывает развитие RooCode, просто сосредотачивается больше на Roomote. По мне так это они себе не просто в ногу стреляют, а прям сразу ампутацию обеих делают, но им виднее. Я привык к RooCode, но видимо придется все равно постепенно уходить и от них, и от VSCode
Ну, по своему опыту участия ещё в BBS: без драконовских правил - любое сообщество быстро превращает любую самую благостную идею в полную анархию которая убивает само сообщество. С другой стороны, если за таким сообществом нет идеи, то и драконовские методы ей так же не помогут. ЗЫ. Очень странно, что в нынешнее время государство не возглавило такие альтернативные цифровые сети!? По подобию того, как в свое время развивалось радиолюбительство при ДОСАФ
Ну, есть у меня смутные сомнения в особой полезности такого подходя даже для LLM Ну ,разве что его очень конкретно доучат под такого рода восприятие исходного кода. Но нужно ли это, если само по себ еобучение ведется на корпусе кода, который так или иначе строится по классической текстовой схеме, а не АСД. Наверное можно если поднатужится и такое решение внедрить, но вот нужно ли такое , это тоже очень большой вопрос
Трудно сказать, если бы победила иная парадигма программирования, как бы мы сейчас программированли и как бы сейчас выглядели IDE. Работа конечно прорделана автором колосальная. Идеи интересные. Реализовать их просто сложно, ибо требуется: а) иной подход к пониманию процесса написания программ, а многим просто лениво выбираться из того что привык б) идея опоздала, ибо сейчас автивно идет очень массовый переход на парадигму метапрограммирования через вайб-кодинг, а значит скоро вообще будет мало людей. разбирающихся в том, чего "наваял" ИИ
Проникся как качественно работает, решил добавить в систему еще 2 rtx 3090, думая что смогу меньше слоев выгружать в RAM и будет быстрее работать. Это была ошибка: либо я не смог понять как правильно загрузить несколько GPU при использовании n-cpu-moe, либо узкое горлышко в виде pci-e 16 x4 делает частичную выгрузку в RAM бессмысленным
Сам раздумывал над таким сетапом, чисто виртуально пока. Спросил GPT он мне рассоветывал, если только не использовать родной бридж (и то, не факт что даст уж очень существенный прирост). Или нужно покупать сами по себе не дешевые серверные платы с реальными PCI-E16 для каждой GPU и соответсвующие процессора и память. Можно найти конечно и б/у, но в целом выходит довольно дорогой сетап. Может стоит тогда думать об использовании каких нибудь достатончо дорогих серверных GPU с соизмеримыми VRAM но которые влазят в бытовую плату со всем сопутсвующим колхозом по охлажденю и питанию.
С поправкой что совсем уж уникальных товаров не так и много в каждой стране, а сроки перемещения все таки не десятелетия, а оычно укладываются в сроки менее года. Поэтому сравнение если и можо сделать - то с ооочень большой натяжкой. Плюс не существовало никаких дериавативов, и соответсвтенно механизмы оценки были куда жестче и с троились мягко говоря - на немного иных принципах.
А так "можно"? В плане использования именно для запуcка LLM данная затея на мой взгляд абсолютно бессмысленная , ибо даже внутренних скоростей шины PCI порой слишком мало, а уж использование любых сетевых протоколов априори будет медленней на порядки, что сводит профит к нулю
К тому же не учтены разного рода хитрые хаки проверок - типа установить скорость вращения винтилятора и проверить как прошло. На виртуалках прямо таки лакмусовая бумага, если не стоит специальный патч для устранения такой проверки
Грамотно написанный агент и так это сделает в фоновом режиме. Но как верно написано, такого рода мнимизация не избавит от дублирования описания полей, в регулярных структурах. Правда, сомнительно мне, что таковые часто встречаются в промптах, разве что в весьма специфичных .
Я про другое имел ввиду. Я сильно сомневаюсь, что он прям единолично всё проверяет и выносит суждения по каждому изменению в коде. Да даже если разбирать на уровне стратегии развития, то я ещё поверю что он ими может рулить, но вот частные решения и тактики реализаций - он физически не сможет контролировать. Для такого уровня софта всегда имеется иерерхия в разработке и его менеджменте. Вот про таких менеджеров я и говорил
Не в защиту Дурова, но честно говоря сильно сомневаюсь, что он там сам что то разбирался и вникал. Что ему топ менеджмент в ухо дунул, то и озвучил. Хотя в целом, ситуация и правда - некрасивая. Но она некрасивая со всех сторон, что не говори. Я понимаю все проблемы нынешней ситуации в стране и в мире, но решения которые нынче принимаются - это уже даже не "слон в посудной лавке", а просто какая то "выжженная земля".
Вот побольше бы таких проработанных статей на Хабре! Вообще люблю основательность в описании подобных схем! Если не что то не надо - читаешь по диагонали, если надо - читаешь все и находишь ответы! Спасибо автору!
Это не вызов, а норма. Причем, я так понимаю это везде. Просто Excel для разного рода аналитики, это тоже самое, что Photoshop для обработки растровых изображений. А именно - инструмент с уже заранее заложенным ооочень большим набором возможностей, которые можно и не использовать, но они есть из коробки. А вот когда рядовой пользователь начинает это понимать - то тут и понеслась. Ну а когда он открывает для себя что есть ещё и возможность писать макросы и формочки лепить - то все, приехали в прикладное программирование скриптовыми языками.
Понимаю! Сам не скажу, что прямо завален отзывами на свои статьи. С другой стороны, у вас достаточно оригинальная идея, показать элементы линейной алгебры в разрезе сразу и практического применения для игростроя, так и как весьма упрощенной, но очень важной при этом для понимания некоторых основ для работы языковых моделей ИИ. Поэтому и любопытно было бы, как оно быдет продолжено в более сложных вариантах. Но - понимаю! Работа колосальная, а выхлоп - неизвестен.
У себя решил дополнительным кросс-проектным репозиторием с документацией, правилами, планами.
Интересно. Жду статью на хабре А по поводу текущей статьи - радуют различные попытки решить множество проблем с разработкой с помощью ии. Глядишь, так и нащупается оптимальный путь для оптимизации контекста и качества ответов для "небольших по весам" LLM (например для локального размещения)
Ну, насколько я понял, команда не то чтобы закрывает развитие RooCode, просто сосредотачивается больше на Roomote. По мне так это они себе не просто в ногу стреляют, а прям сразу ампутацию обеих делают, но им виднее. Я привык к RooCode, но видимо придется все равно постепенно уходить и от них, и от VSCode
Ну, по своему опыту участия ещё в BBS: без драконовских правил - любое сообщество быстро превращает любую самую благостную идею в полную анархию которая убивает само сообщество. С другой стороны, если за таким сообществом нет идеи, то и драконовские методы ей так же не помогут.
ЗЫ. Очень странно, что в нынешнее время государство не возглавило такие альтернативные цифровые сети!? По подобию того, как в свое время развивалось радиолюбительство при ДОСАФ
Ну, есть у меня смутные сомнения в особой полезности такого подходя даже для LLM Ну ,разве что его очень конкретно доучат под такого рода восприятие исходного кода. Но нужно ли это, если само по себ еобучение ведется на корпусе кода, который так или иначе строится по классической текстовой схеме, а не АСД. Наверное можно если поднатужится и такое решение внедрить, но вот нужно ли такое , это тоже очень большой вопрос
Трудно сказать, если бы победила иная парадигма программирования, как бы мы сейчас программированли и как бы сейчас выглядели IDE. Работа конечно прорделана автором колосальная. Идеи интересные. Реализовать их просто сложно, ибо требуется: а) иной подход к пониманию процесса написания программ, а многим просто лениво выбираться из того что привык б) идея опоздала, ибо сейчас автивно идет очень массовый переход на парадигму метапрограммирования через вайб-кодинг, а значит скоро вообще будет мало людей. разбирающихся в том, чего "наваял" ИИ
Сам раздумывал над таким сетапом, чисто виртуально пока. Спросил GPT он мне рассоветывал, если только не использовать родной бридж (и то, не факт что даст уж очень существенный прирост). Или нужно покупать сами по себе не дешевые серверные платы с реальными PCI-E16 для каждой GPU и соответсвующие процессора и память. Можно найти конечно и б/у, но в целом выходит довольно дорогой сетап. Может стоит тогда думать об использовании каких нибудь достатончо дорогих серверных GPU с соизмеримыми VRAM но которые влазят в бытовую плату со всем сопутсвующим колхозом по охлажденю и питанию.
С поправкой что совсем уж уникальных товаров не так и много в каждой стране, а сроки перемещения все таки не десятелетия, а оычно укладываются в сроки менее года. Поэтому сравнение если и можо сделать - то с ооочень большой натяжкой. Плюс не существовало никаких дериавативов, и соответсвтенно механизмы оценки были куда жестче и с троились мягко говоря - на немного иных принципах.
А так "можно"? В плане использования именно для запуcка LLM данная затея на мой взгляд абсолютно бессмысленная , ибо даже внутренних скоростей шины PCI порой слишком мало, а уж использование любых сетевых протоколов априори будет медленней на порядки, что сводит профит к нулю
К тому же не учтены разного рода хитрые хаки проверок - типа установить скорость вращения винтилятора и проверить как прошло. На виртуалках прямо таки лакмусовая бумага, если не стоит специальный патч для устранения такой проверки
Угу. Только желающих столько, что почти всё время отлуп по перегруженности сервиса
Грамотно написанный агент и так это сделает в фоновом режиме. Но как верно написано, такого рода мнимизация не избавит от дублирования описания полей, в регулярных структурах. Правда, сомнительно мне, что таковые часто встречаются в промптах, разве что в весьма специфичных .
Я про другое имел ввиду. Я сильно сомневаюсь, что он прям единолично всё проверяет и выносит суждения по каждому изменению в коде. Да даже если разбирать на уровне стратегии развития, то я ещё поверю что он ими может рулить, но вот частные решения и тактики реализаций - он физически не сможет контролировать. Для такого уровня софта всегда имеется иерерхия в разработке и его менеджменте. Вот про таких менеджеров я и говорил
Согласен! Но предлагаю доредактировать статью и код под спойлер убрать.
Не в защиту Дурова, но честно говоря сильно сомневаюсь, что он там сам что то разбирался и вникал. Что ему топ менеджмент в ухо дунул, то и озвучил. Хотя в целом, ситуация и правда - некрасивая. Но она некрасивая со всех сторон, что не говори. Я понимаю все проблемы нынешней ситуации в стране и в мире, но решения которые нынче принимаются - это уже даже не "слон в посудной лавке", а просто какая то "выжженная земля".
Вот побольше бы таких проработанных статей на Хабре! Вообще люблю основательность в описании подобных схем! Если не что то не надо - читаешь по диагонали, если надо - читаешь все и находишь ответы! Спасибо автору!
Хмм, это что же за такие макросы в 50Мб? Хотя, если сложные формы со всякой графикой то конечно можно и такие наваять :)
Это не вызов, а норма. Причем, я так понимаю это везде. Просто Excel для разного рода аналитики, это тоже самое, что Photoshop для обработки растровых изображений. А именно - инструмент с уже заранее заложенным ооочень большим набором возможностей, которые можно и не использовать, но они есть из коробки. А вот когда рядовой пользователь начинает это понимать - то тут и понеслась. Ну а когда он открывает для себя что есть ещё и возможность писать макросы и формочки лепить - то все, приехали в прикладное программирование скриптовыми языками.
Вопрос на миллиард доларов!
Понимаю! Сам не скажу, что прямо завален отзывами на свои статьи. С другой стороны, у вас достаточно оригинальная идея, показать элементы линейной алгебры в разрезе сразу и практического применения для игростроя, так и как весьма упрощенной, но очень важной при этом для понимания некоторых основ для работы языковых моделей ИИ. Поэтому и любопытно было бы, как оно быдет продолжено в более сложных вариантах. Но - понимаю! Работа колосальная, а выхлоп - неизвестен.
Интересный подход, для изложения! Не останавливайтесь. Особенно любопытно, сможете ли вы таким же образом изложить основы тензорного анализа?
Интересно. Жду статью на хабре
А по поводу текущей статьи - радуют различные попытки решить множество проблем с разработкой с помощью ии. Глядишь, так и нащупается оптимальный путь для оптимизации контекста и качества ответов для "небольших по весам" LLM (например для локального размещения)