На самом деле, думаю даже самые выдающие нейробиологи современности не дадут ответ на вопрос, а что на самом деле есть мышление у человека. Поэтому, может и не стоит так уж дистанцироваться от схожести статичтического предсказания у LLM и работой наших нейронных сетей в мозгах, которые несомненно более сложные, но не факт, что прямо принципиально иначе работающие.
Прекрасно, что вы поделились опытом. Если судить по почти аналогичному своему (совсем в другой области, но тоже связанной с графикой), то я вынес для себя - иногда лучше месяц потратить на изыскание уже найденных решений, чтобы не убивать потом мозг на месяц отладок и переписывания кода. Хотя, когда я похожими вопросами занимался, вся информация в основном была в спец сборниках на CD-ROM купленных на развалах, и там что то найти тоже ещё та задача была, и неизвестно что проще. Толди делой сейчас :)!
Хм. Я бы добавил проекцию. В принципе схема сравнительно не сложная и в DIY проработанная не раз. Единственное, тогда надо раздлить корпус на две части, чтобы малинка от мощного светодиода не грелась, но это уже не такая уж и проблема
Чтож, спасибо! Интересная информация. Нет, я не пробовал работать с макросами на VBA, иначе бы я не справшивал о самой возможности. Но сама идея интерпретировать VBA код в Lua - как по мне глупая и странная.
Дайте пруф! Я прям ООООЧЕНЬ сильно сомневаюсь в этом, ибо довольно регулярно мониторю вопросы автоматизации в отечественном офисном ПО, и слышал только про другие офисные пакеты отечественной разработки, что то типа Офис+, где якобы изначально внедрен аналог VBA
Вопрос в том что техподдержка не поможет, если функционал не заложен в Р7. Там даже грубые и очевидные ошибки правятся по несколько лет. Про новый функционал без слез вообще говорить не приходится - убогие доделки, и порой ещё более глючные. OnlyOffice в этом плане куда как более резвый и активный. Но увы, его использование в нашей стране теперь упирается в вопросы ИБ, которые не преодолимы (шифрование по госту и т.п.)
Я из Краснодара, и да, у нас так с вакансиями и есть. Вилки ЗП и предложений в айти - просто обрыдаться. А реально хороших предложений - обрыдаться ещё сильнее!
Ну, насколько я понял, команда не то чтобы закрывает развитие 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 порой слишком мало, а уж использование любых сетевых протоколов априори будет медленней на порядки, что сводит профит к нулю
К тому же не учтены разного рода хитрые хаки проверок - типа установить скорость вращения винтилятора и проверить как прошло. На виртуалках прямо таки лакмусовая бумага, если не стоит специальный патч для устранения такой проверки
Грамотно написанный агент и так это сделает в фоновом режиме. Но как верно написано, такого рода мнимизация не избавит от дублирования описания полей, в регулярных структурах. Правда, сомнительно мне, что таковые часто встречаются в промптах, разве что в весьма специфичных .
Я про другое имел ввиду. Я сильно сомневаюсь, что он прям единолично всё проверяет и выносит суждения по каждому изменению в коде. Да даже если разбирать на уровне стратегии развития, то я ещё поверю что он ими может рулить, но вот частные решения и тактики реализаций - он физически не сможет контролировать. Для такого уровня софта всегда имеется иерерхия в разработке и его менеджменте. Вот про таких менеджеров я и говорил
На самом деле, думаю даже самые выдающие нейробиологи современности не дадут ответ на вопрос, а что на самом деле есть мышление у человека. Поэтому, может и не стоит так уж дистанцироваться от схожести статичтического предсказания у LLM и работой наших нейронных сетей в мозгах, которые несомненно более сложные, но не факт, что прямо принципиально иначе работающие.
Прекрасно, что вы поделились опытом. Если судить по почти аналогичному своему (совсем в другой области, но тоже связанной с графикой), то я вынес для себя - иногда лучше месяц потратить на изыскание уже найденных решений, чтобы не убивать потом мозг на месяц отладок и переписывания кода. Хотя, когда я похожими вопросами занимался, вся информация в основном была в спец сборниках на CD-ROM купленных на развалах, и там что то найти тоже ещё та задача была, и неизвестно что проще. Толди делой сейчас :)!
Хм. Я бы добавил проекцию. В принципе схема сравнительно не сложная и в DIY проработанная не раз. Единственное, тогда надо раздлить корпус на две части, чтобы малинка от мощного светодиода не грелась, но это уже не такая уж и проблема
Чтож, спасибо! Интересная информация.
Нет, я не пробовал работать с макросами на VBA, иначе бы я не справшивал о самой возможности. Но сама идея интерпретировать VBA код в Lua - как по мне глупая и странная.
Дайте пруф! Я прям ООООЧЕНЬ сильно сомневаюсь в этом, ибо довольно регулярно мониторю вопросы автоматизации в отечественном офисном ПО, и слышал только про другие офисные пакеты отечественной разработки, что то типа Офис+, где якобы изначально внедрен аналог VBA
Вопрос в том что техподдержка не поможет, если функционал не заложен в Р7. Там даже грубые и очевидные ошибки правятся по несколько лет. Про новый функционал без слез вообще говорить не приходится - убогие доделки, и порой ещё более глючные. OnlyOffice в этом плане куда как более резвый и активный. Но увы, его использование в нашей стране теперь упирается в вопросы ИБ, которые не преодолимы (шифрование по госту и т.п.)
Я из Краснодара, и да, у нас так с вакансиями и есть. Вилки ЗП и предложений в айти - просто обрыдаться. А реально хороших предложений - обрыдаться ещё сильнее!
Скорее всего, из того что было под рукой, и влазило в A5000 24Gb, хотя логичнее было потестировать что-то поновее с MoE и побольше контекстом.
Ну, насколько я понял, команда не то чтобы закрывает развитие RooCode, просто сосредотачивается больше на Roomote. По мне так это они себе не просто в ногу стреляют, а прям сразу ампутацию обеих делают, но им виднее. Я привык к RooCode, но видимо придется все равно постепенно уходить и от них, и от VSCode
Ну, по своему опыту участия ещё в BBS: без драконовских правил - любое сообщество быстро превращает любую самую благостную идею в полную анархию которая убивает само сообщество. С другой стороны, если за таким сообществом нет идеи, то и драконовские методы ей так же не помогут.
ЗЫ. Очень странно, что в нынешнее время государство не возглавило такие альтернативные цифровые сети!? По подобию того, как в свое время развивалось радиолюбительство при ДОСАФ
Ну, есть у меня смутные сомнения в особой полезности такого подходя даже для LLM Ну ,разве что его очень конкретно доучат под такого рода восприятие исходного кода. Но нужно ли это, если само по себ еобучение ведется на корпусе кода, который так или иначе строится по классической текстовой схеме, а не АСД. Наверное можно если поднатужится и такое решение внедрить, но вот нужно ли такое , это тоже очень большой вопрос
Трудно сказать, если бы победила иная парадигма программирования, как бы мы сейчас программированли и как бы сейчас выглядели IDE. Работа конечно прорделана автором колосальная. Идеи интересные. Реализовать их просто сложно, ибо требуется: а) иной подход к пониманию процесса написания программ, а многим просто лениво выбираться из того что привык б) идея опоздала, ибо сейчас автивно идет очень массовый переход на парадигму метапрограммирования через вайб-кодинг, а значит скоро вообще будет мало людей. разбирающихся в том, чего "наваял" ИИ
Сам раздумывал над таким сетапом, чисто виртуально пока. Спросил GPT он мне рассоветывал, если только не использовать родной бридж (и то, не факт что даст уж очень существенный прирост). Или нужно покупать сами по себе не дешевые серверные платы с реальными PCI-E16 для каждой GPU и соответсвующие процессора и память. Можно найти конечно и б/у, но в целом выходит довольно дорогой сетап. Может стоит тогда думать об использовании каких нибудь достатончо дорогих серверных GPU с соизмеримыми VRAM но которые влазят в бытовую плату со всем сопутсвующим колхозом по охлажденю и питанию.
С поправкой что совсем уж уникальных товаров не так и много в каждой стране, а сроки перемещения все таки не десятелетия, а оычно укладываются в сроки менее года. Поэтому сравнение если и можо сделать - то с ооочень большой натяжкой. Плюс не существовало никаких дериавативов, и соответсвтенно механизмы оценки были куда жестче и с троились мягко говоря - на немного иных принципах.
А так "можно"? В плане использования именно для запуcка LLM данная затея на мой взгляд абсолютно бессмысленная , ибо даже внутренних скоростей шины PCI порой слишком мало, а уж использование любых сетевых протоколов априори будет медленней на порядки, что сводит профит к нулю
К тому же не учтены разного рода хитрые хаки проверок - типа установить скорость вращения винтилятора и проверить как прошло. На виртуалках прямо таки лакмусовая бумага, если не стоит специальный патч для устранения такой проверки
Угу. Только желающих столько, что почти всё время отлуп по перегруженности сервиса
Грамотно написанный агент и так это сделает в фоновом режиме. Но как верно написано, такого рода мнимизация не избавит от дублирования описания полей, в регулярных структурах. Правда, сомнительно мне, что таковые часто встречаются в промптах, разве что в весьма специфичных .
Я про другое имел ввиду. Я сильно сомневаюсь, что он прям единолично всё проверяет и выносит суждения по каждому изменению в коде. Да даже если разбирать на уровне стратегии развития, то я ещё поверю что он ими может рулить, но вот частные решения и тактики реализаций - он физически не сможет контролировать. Для такого уровня софта всегда имеется иерерхия в разработке и его менеджменте. Вот про таких менеджеров я и говорил
Согласен! Но предлагаю доредактировать статью и код под спойлер убрать.