Ну да, с копирайтом могут быть проблемы. Хотя, если что то классическое, то какие проблемы могут быть? Про технические - я имел ввиду, иллюстрации, таблицы и все такое - оно нормально переводится и отоброжается?
Отличная идея! Я бы предложил тогда расширить вашу идею, на некое хранилицще где можно было бы меняться уже готовыми и проверенными книгами в вашем формате. Кстати, про художественные тексты это здорово! А как на счет научных, технических и т.п.? Они были бы для здешней аудитории ещё востребованее!
Хорошая работа! Единственное, в описании ну очень много терминов, которые "без ста грамм" не разобрать. Понятно, что ваша статья для тех кто в теме, но все равно, как по мне так небольшой глоссарий бы не помешал
Высокая плотность звезд, не означает что они настолько близки. чтобы оказывать гравитационные возмущения на планеты, как это происходит в системах двойных звезд. Там конечно есть проблемы с траекториями, но самих звезд, и как следствие нестабильность космических условий. Не говоря уже, что при такой плотности куда чаще и ближе звездные катаклизмы происходят, типа взрыва сверхновых, которые могут стерилизовать возникшую жизнь
Да я как то и не говорю, что хочу интегрировать. Мне нужнее скорее понимание именно как структурного решения, которое можно сравнительно просто интегрировать в разные проекты. Спасибо за ответ. Буду иметь ввиду
Всё таки не очень понял - а проигрыватель самих нодов генерируется под конкретный проект? Я примерно такую схему делал для генерации разных "мастеров" (последовательных слайдов с вводом параметров на каждом листе и маршрутизацией в виде графа переходов). Там помимо сгенерированной схемы и наборов форм в виде (json+html+css) имеется и единый класс js, который все это проигрывает в виде диалогового окна. А как у вас реализовано? Можно поподробнее? Идея интересная, но если она изначально мне не подходит, то увы, проще как вы говорите - быть не ленивым и написать свое
Прекрасно, что вы поделились опытом. Если судить по почти аналогичному своему (совсем в другой области, но тоже связанной с графикой), то я вынес для себя - иногда лучше месяц потратить на изыскание уже найденных решений, чтобы не убивать потом мозг на месяц отладок и переписывания кода. Хотя, когда я похожими вопросами занимался, вся информация в основном была в спец сборниках на 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 порой слишком мало, а уж использование любых сетевых протоколов априори будет медленней на порядки, что сводит профит к нулю
Ну да, с копирайтом могут быть проблемы. Хотя, если что то классическое, то какие проблемы могут быть?
Про технические - я имел ввиду, иллюстрации, таблицы и все такое - оно нормально переводится и отоброжается?
Отличная идея! Я бы предложил тогда расширить вашу идею, на некое хранилицще где можно было бы меняться уже готовыми и проверенными книгами в вашем формате. Кстати, про художественные тексты это здорово! А как на счет научных, технических и т.п.? Они были бы для здешней аудитории ещё востребованее!
Хорошая работа! Единственное, в описании ну очень много терминов, которые "без ста грамм" не разобрать. Понятно, что ваша статья для тех кто в теме, но все равно, как по мне так небольшой глоссарий бы не помешал
Высокая плотность звезд, не означает что они настолько близки. чтобы оказывать гравитационные возмущения на планеты, как это происходит в системах двойных звезд. Там конечно есть проблемы с траекториями, но самих звезд, и как следствие нестабильность космических условий. Не говоря уже, что при такой плотности куда чаще и ближе звездные катаклизмы происходят, типа взрыва сверхновых, которые могут стерилизовать возникшую жизнь
Да я как то и не говорю, что хочу интегрировать. Мне нужнее скорее понимание именно как структурного решения, которое можно сравнительно просто интегрировать в разные проекты. Спасибо за ответ. Буду иметь ввиду
Всё таки не очень понял - а проигрыватель самих нодов генерируется под конкретный проект? Я примерно такую схему делал для генерации разных "мастеров" (последовательных слайдов с вводом параметров на каждом листе и маршрутизацией в виде графа переходов). Там помимо сгенерированной схемы и наборов форм в виде (json+html+css) имеется и единый класс js, который все это проигрывает в виде диалогового окна. А как у вас реализовано? Можно поподробнее? Идея интересная, но если она изначально мне не подходит, то увы, проще как вы говорите - быть не ленивым и написать свое
Прекрасно, что вы поделились опытом. Если судить по почти аналогичному своему (совсем в другой области, но тоже связанной с графикой), то я вынес для себя - иногда лучше месяц потратить на изыскание уже найденных решений, чтобы не убивать потом мозг на месяц отладок и переписывания кода. Хотя, когда я похожими вопросами занимался, вся информация в основном была в спец сборниках на 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 порой слишком мало, а уж использование любых сетевых протоколов априори будет медленней на порядки, что сводит профит к нулю