"При необходимости" мне тоже бросилось в глаза. Но потом я присмотрелся и понял, что смысл тут полностью локализован во второй ветке: "когда ему (пользователю) надо"
На лету вы меняете веса, а структура сети в процессе обучения не меняется.
Могу ошибаться, но вроде бы структура нейросети как раз и определяется весами. Потенциально все узлы связаны со всеми, а отсутствие связи -- это просто связь с весом 0.
В примере с единственным числом у Яндекса nearest-settlement – это ведь, наверное, не элемент коллекции nearest-settlements, а результат вычисления. А есть ли какие-нибудь публичные примеры, когда единственное число используется именно для получения элемента коллекции?
Все собеседники иногда ошибаются, а иногда нет, иногда используют верные предпосылки, а иногда неверные. Вопрос в том, что считать вариантом по умолчанию в тех случаях, когда вы априори уверены в своей правоте
Для этого нужно знать, что каска в руках не выполняет своей функции.
Вообще, в подобных случаях возникает острое желание дообучить модель, передать ей свои знания. Говорят, диалоговый формат промптинга самый эффективный. Но всё наработанное качество утрачивается со сменой контекста.
Интересно, кто-нибудь работает в направлении создания модели, способной приобретать новые знания в процессе диалога?
Предвижу возражения, что человек в таком диалоге может сам ошибаться и даже намеренно вводить модель в заблуждение. Это значит, что такая модель должна будет различать знания, полученные от разных людей и оценивать их достоверность, сравнивая со своими априорными знаниями и друг с другом. Что-то вроде theory of mind.
А ещё такая модель начнёт сама задавать вопросы – как с уточняющей целью (в диалоге), так, вероятно, и по собственной инициативе (тут может пригодиться уже существующая концепция любопытства).
…якобы просто «функция» чем-то отличается от «бизнес-функции».
Но ведь отличается. Бизнес-функции (деловые функции) – это подмножество функций, а именно те функции, ради которых вся система затеяна. В отличие от инструментальных функций, которые нужны не сами по себе, а чтобы обеспечить выполнение бизнес-функций.
Вдобавок, варианты реализаций через запоминание дифтонгов плохо масштабируются, если кому-либо когда-либо захочется расширить домен римских чисел сверх 5000.
Вот тут не понял. Почему они плохо масштабируются, если всё, что для этого надо сделать, – добавить числа из расширения (вместе с новыми дифтонгами) в рабочий массив?
Не имеет смысла спорить о терминах, когда проблема обозначена по существу.
Спорить о терминах не имеет смысла потому, что любое определение -- лишь способ упростить высказывание, заменив длинную формулировку коротким термином. Само по себе определение не содержит новой информации, это чисто технический приём.
Поэтому вместо спора о том, каково "истинное" содержание используемого термина, следует просто явно декларировать: "В контексте последующего высказывания (читай: обозначения проблемы по существу) я буду использовать термин <термин> в значении <формулировка>". И дальше строго придерживаться этой декларации.
В таком случае не будет иметь значения, что ваш оппонент привык называть этим термином что-то другое; не будет иметь значения даже, что есть какая-то общепринятая формулировка, отличная от вашей, -- фактически, вы просто при каждом упоминании термина неявно добавляете к нему "в том значении, которое я определил выше".
Само собой разумеется, что и ваш оппонент может сделать то же самое -- дать определение термину в контексте своего высказывания. В том числе, тому же самому термину -- здесь важно только чётко отделять, в каком именно (в чьем именно) значении термин употребляется в каждом конкретном случае. (Ясно, что таких проблем можно избежать, не используя один и тот же термин в разных смыслах, но тут уже дело вкуса).
А в языке Идо -n нужно ставить только при непрямом порядке слов
Существует разделительный союз "либо… либо".
"При необходимости" мне тоже бросилось в глаза. Но потом я присмотрелся и понял, что смысл тут полностью локализован во второй ветке: "когда ему (пользователю) надо"
Могу ошибаться, но вроде бы структура нейросети как раз и определяется весами. Потенциально все узлы связаны со всеми, а отсутствие связи -- это просто связь с весом 0.
В примере с единственным числом у Яндекса nearest-settlement – это ведь, наверное, не элемент коллекции nearest-settlements, а результат вычисления. А есть ли какие-нибудь публичные примеры, когда единственное число используется именно для получения элемента коллекции?
-- Сдал?
-- Сдал.
-- Пять?
-- Четыре.
-- А почему?
-- У одной горлышко отбито.
Не старшим, а первым среди равных.
Это коммунизм здорового человека :)
Понятно. Я-то полагаю, что такое право ситуативно, и его имеет тот, кто лучше разбирается в конкретной ситуации.
Ну, это неинтересно. Я надеялся на содержательные эвристики, а у вас все сводится к банальному "порядку клевания".
Все собеседники иногда ошибаются, а иногда нет, иногда используют верные предпосылки, а иногда неверные. Вопрос в том, что считать вариантом по умолчанию в тех случаях, когда вы априори уверены в своей правоте
Вот тут самое интересное. Какие это ситуации?
А что с младшими по статусу?
И когда и кого можно перебивать? (Без подтекста, просто интересно)
Для этого нужно знать, что каска в руках не выполняет своей функции.
Вообще, в подобных случаях возникает острое желание дообучить модель, передать ей свои знания. Говорят, диалоговый формат промптинга самый эффективный. Но всё наработанное качество утрачивается со сменой контекста.
Интересно, кто-нибудь работает в направлении создания модели, способной приобретать новые знания в процессе диалога?
Предвижу возражения, что человек в таком диалоге может сам ошибаться и даже намеренно вводить модель в заблуждение. Это значит, что такая модель должна будет различать знания, полученные от разных людей и оценивать их достоверность, сравнивая со своими априорными знаниями и друг с другом. Что-то вроде theory of mind.
А ещё такая модель начнёт сама задавать вопросы – как с уточняющей целью (в диалоге), так, вероятно, и по собственной инициативе (тут может пригодиться уже существующая концепция любопытства).
В общем, размечтался я что-то… :)
Ну, так ведь и напрашивается: "…on their heads" :)
А если ему объяснить, что понимается под точками? А то, может, он все пятнышки пересчитал?
Но ведь отличается. Бизнес-функции (деловые функции) – это подмножество функций, а именно те функции, ради которых вся система затеяна. В отличие от инструментальных функций, которые нужны не сами по себе, а чтобы обеспечить выполнение бизнес-функций.
Вот тут не понял. Почему они плохо масштабируются, если всё, что для этого надо сделать, – добавить числа из расширения (вместе с новыми дифтонгами) в рабочий массив?
Мне в этом контексте больше нравится такое:
Ага, взять под залог в долг на 10 минут, а потом не вернуть :)
Спорить о терминах не имеет смысла потому, что любое определение -- лишь способ упростить высказывание, заменив длинную формулировку коротким термином. Само по себе определение не содержит новой информации, это чисто технический приём.
Поэтому вместо спора о том, каково "истинное" содержание используемого термина, следует просто явно декларировать: "В контексте последующего высказывания (читай: обозначения проблемы по существу) я буду использовать термин <термин> в значении <формулировка>". И дальше строго придерживаться этой декларации.
В таком случае не будет иметь значения, что ваш оппонент привык называть этим термином что-то другое; не будет иметь значения даже, что есть какая-то общепринятая формулировка, отличная от вашей, -- фактически, вы просто при каждом упоминании термина неявно добавляете к нему "в том значении, которое я определил выше".
Само собой разумеется, что и ваш оппонент может сделать то же самое -- дать определение термину в контексте своего высказывания. В том числе, тому же самому термину -- здесь важно только чётко отделять, в каком именно (в чьем именно) значении термин употребляется в каждом конкретном случае. (Ясно, что таких проблем можно избежать, не используя один и тот же термин в разных смыслах, но тут уже дело вкуса).