Современные ллм обучают так, потому что ничего другого попросту не придумали. Если бы была хоть одна такая возможность или намёк - какой нибудь дзань янг из Китая, да или просто любые (не)(зависимые) учёные подобный вариант опубликовали (как уже опубликовали десятки разных видов модификации моделей) - как в качестве плюсика себе для статьи так и для движения прогресса.
И весь ваш аги уткнется потолком об любую задачу, которой не было в датасете обучения. Любую задачу сложнее сложения двух цифр (хотя и тут он уже начнёт сыпаться при цифрах с запятыми без внешней помощи.).
Опять же повторюсь - я всеми конечностями за развитие подобных технологий. Только надо быть реалистом...
Без негатива к автору но... Зачем эта статья? Читая каждый раз подобный заголовок - тяжело вздыхаешь - кто то опять пнул труп и открывает Америку.
Разумеется текущие бям это прогресс столетия, с учётом того когда начали говорить о языковых моделях. Разумеется при наличии огромных массивов данных можно создать аппроксимацию к решению какой то задачи... Однако интеллект или любое аналогичное слово тут и рядом не стоит и не может стоять...
Честно говоря, читая вашу статью в голове держится только один вопрос - как надо писать софт что бы 3гб памяти было мало?
Раньше игры писали в десяток другой кб памяти... А сейчас банковское приложение в браузере ужиться не могут в десяток гб? Причём ужиться так что бы про это писали статьи....
На самом деле ещё вопрос что лучше... Тот же joi вообще предварительно компилирует как то по своему шаблоны под капотом, например.) про остальные не знаю...
Могу представить почему такое решение вообще в теории существует - простота и быстрота по отношению к другим решениям в каком то аспекте нужном разработчику... Но это уже все спекуляции.
Если лезет вам - не значит что лезет всем. Вам ютуб не нужен? Проходите мимо и делов то - и меньше головной боли и 400 рублей тратить на надо и меньше говноконтента.
Если честно, вообще не понимаю чьей либо боли относительно this... Пишешь код без использования this. Если в библиотеке - читаешь документацию. Если в современном js - есть классы и там всегда this = инстанс класса. Стрелочная функция = this родительской функции либо его отсутствие... И на худой конец ты сам можешь задать this через условный байнд - на моей практике потребовалось лишь пару раз....
QoL добавили в 2.0, это разные вещи, на секундочку. И то что добавили там - работа проделана немалая - часть модов отпадёт после обновы (кстати включая се который в том виде в каком мы знаем будет бесполезен - либо отключать пол ванили).
Касаемо dlc - добавили дополнения к уже существующим механикам - пару новых непесией и механику тепла. В остальном, все что мы видели в длс есть в моде в том или ином виде и половина новых механик будет невелироваться одним единственным модом - автоблюпринт. Все остальное это лишь вопрос графики и какого нибудь теплообменника который надо не забыть всунуть. Усе.
Конкретного решения скорее всего нету ибо заметок десятки тысяч, их форматов и и и. Тут проще взять пример из статьи и уже его адаптировать.
Если от гугла устроит есть Notebookml, для простых заметок работает так как вам нужно (правда не на компьютере но гемини вроде бесплатно отдают апи ключи (пока ещё)).
Забавно - 3 дизлайка и 4 лайка и никто толком не смог объяснить кроме вас - а почему же это плохо))) Я не говорю о продакшен готовых релизах чего то. В продакшене и так понятно все. Я говорю скорее о реверсе и о доработки чего то, что либо не готово, либо не работает, либо сырое. Как под личные нужды так возможно для небольшой фан базы. Нередко другого пути попросту нету не изобретая свои костыли, мучаясь с декомпиляторами, нарушая всевозможные лицензии и попросту не изучая какое то узконаправленное г которое кроме частного случая не применимо... Композиция интерфейсы и абстрактные классы с функциями, опять же, не всегда доступны и попросту может быть не тем чего некоторый апи внутренний ожидает.
Принцип закрытого всего (как например пункт 1 в статье) - единственное что отталкивает от изучения и работы с котлином.
Что полезного в том, что все классы закрыты по умолчанию? Если я знаю что я делаю, зачем я делаю то вполне можно наследоваться от встроенных классов и работать с этим при нужде. Философия закрытости для меня скорее огромейнеший минус нежели киллер фича.
Плюсы хоть морально и устарели и пока их доведут на современный уровень пройдут ещё годы... Ничего не заменит ни плюсы ни си. Просто потому что это огромное наследие от которого нельзя уйти просто так.
Такое ощущение, что ту убийцу си делал какой то студент. Причём не просто какой то в познании. Оригинальная статья с одной фразы 'я уже сделал много языков программирования' уже говорит сама за себя.
Какая инициатива и какой интеллект от ллм?
Современные ллм обучают так, потому что ничего другого попросту не придумали. Если бы была хоть одна такая возможность или намёк - какой нибудь дзань янг из Китая, да или просто любые (не)(зависимые) учёные подобный вариант опубликовали (как уже опубликовали десятки разных видов модификации моделей) - как в качестве плюсика себе для статьи так и для движения прогресса.
И весь ваш аги уткнется потолком об любую задачу, которой не было в датасете обучения. Любую задачу сложнее сложения двух цифр (хотя и тут он уже начнёт сыпаться при цифрах с запятыми без внешней помощи.).
Опять же повторюсь - я всеми конечностями за развитие подобных технологий. Только надо быть реалистом...
Без негатива к автору но... Зачем эта статья? Читая каждый раз подобный заголовок - тяжело вздыхаешь - кто то опять пнул труп и открывает Америку.
Разумеется текущие бям это прогресс столетия, с учётом того когда начали говорить о языковых моделях. Разумеется при наличии огромных массивов данных можно создать аппроксимацию к решению какой то задачи... Однако интеллект или любое аналогичное слово тут и рядом не стоит и не может стоять...
Например XPrivacyLua...
А кто то сомневался? Военные уже давно МО используют. Сейчас видимо нашли способ новый использовать.
Не похоже - а так и есть. Как и маск который начал разные петиции подписывать итд...)
Честно говоря, читая вашу статью в голове держится только один вопрос - как надо писать софт что бы 3гб памяти было мало?
Раньше игры писали в десяток другой кб памяти... А сейчас банковское приложение в браузере ужиться не могут в десяток гб? Причём ужиться так что бы про это писали статьи....
Потом его в дурку забрали, конечно... (с)
На самом деле ещё вопрос что лучше... Тот же joi вообще предварительно компилирует как то по своему шаблоны под капотом, например.) про остальные не знаю...
Могу представить почему такое решение вообще в теории существует - простота и быстрота по отношению к другим решениям в каком то аспекте нужном разработчику... Но это уже все спекуляции.
Если лезет вам - не значит что лезет всем. Вам ютуб не нужен? Проходите мимо и делов то - и меньше головной боли и 400 рублей тратить на надо и меньше говноконтента.
То то другое дело вконтакте....
andOTP заброшен - последний релиз 2021. Есть альтернативы / форки?
Если честно, вообще не понимаю чьей либо боли относительно this... Пишешь код без использования this. Если в библиотеке - читаешь документацию. Если в современном js - есть классы и там всегда this = инстанс класса. Стрелочная функция = this родительской функции либо его отсутствие... И на худой конец ты сам можешь задать this через условный байнд - на моей практике потребовалось лишь пару раз....
QoL добавили в 2.0, это разные вещи, на секундочку. И то что добавили там - работа проделана немалая - часть модов отпадёт после обновы (кстати включая се который в том виде в каком мы знаем будет бесполезен - либо отключать пол ванили).
Касаемо dlc - добавили дополнения к уже существующим механикам - пару новых непесией и механику тепла. В остальном, все что мы видели в длс есть в моде в том или ином виде и половина новых механик будет невелироваться одним единственным модом - автоблюпринт. Все остальное это лишь вопрос графики и какого нибудь теплообменника который надо не забыть всунуть. Усе.
Конкретного решения скорее всего нету ибо заметок десятки тысяч, их форматов и и и. Тут проще взять пример из статьи и уже его адаптировать.
Если от гугла устроит есть Notebookml, для простых заметок работает так как вам нужно (правда не на компьютере но гемини вроде бесплатно отдают апи ключи (пока ещё)).
Халтура это а не обновление... Просто слизали с мода и переманили разраба... Усе
Отличный пример того как индустрия придумала себе проблему, сама её решила и теперь будет на этом получать деньги (на воздухе)
Забавно - 3 дизлайка и 4 лайка и никто толком не смог объяснить кроме вас - а почему же это плохо)))
Я не говорю о продакшен готовых релизах чего то. В продакшене и так понятно все. Я говорю скорее о реверсе и о доработки чего то, что либо не готово, либо не работает, либо сырое. Как под личные нужды так возможно для небольшой фан базы.
Нередко другого пути попросту нету не изобретая свои костыли, мучаясь с декомпиляторами, нарушая всевозможные лицензии и попросту не изучая какое то узконаправленное г которое кроме частного случая не применимо...
Композиция интерфейсы и абстрактные классы с функциями, опять же, не всегда доступны и попросту может быть не тем чего некоторый апи внутренний ожидает.
Принцип закрытого всего (как например пункт 1 в статье) - единственное что отталкивает от изучения и работы с котлином.
Что полезного в том, что все классы закрыты по умолчанию? Если я знаю что я делаю, зачем я делаю то вполне можно наследоваться от встроенных классов и работать с этим при нужде. Философия закрытости для меня скорее огромейнеший минус нежели киллер фича.
Плюсы хоть морально и устарели и пока их доведут на современный уровень пройдут ещё годы... Ничего не заменит ни плюсы ни си. Просто потому что это огромное наследие от которого нельзя уйти просто так.
Гпт уже давно использовать невозможно. Пользуйтесь клаудией и будет счастье всем, хотя и лимит меньше бесплатный
Такое ощущение, что ту убийцу си делал какой то студент. Причём не просто какой то в познании. Оригинальная статья с одной фразы 'я уже сделал много языков программирования' уже говорит сама за себя.