Мой комментарий - не критика языка, а критика моего предыдущего комментария ))
простите, я забыл что в Java нет записи объектов в виде литералов ))
Эти литералы по сути и убили для меня паттерн Builder в языках, на которых я пишу потому что можно писать вот так и не нужно париться с конструкторами
или в Java все-таки появились литералы и я давно не обновлял кодекс? вообще опциональные поля и синтаксические проверки в JS/TS убили море паттернов, которые были просто компенсаторами языковых конструкций
const someConfig = {
name: 'Vasya',
age: 14,
work: undefined, // эту строчку можно вообще не писать как и миллион других
}
Java хороша в миллионе мест, но боже, как же мне грустно, что в ней не хватает некоторых декларативных вещей, как эти литералы объектов
По сути литералы объектов - это удобный синтаксис для одноразовых объектов
PS: проверка типов на этапе компиляции в TypeScript есть, а я пишу только на нем, поэтому классический Builder я не видел уже со времен динозавров
А в этом языке сейчас нельзя в конструктор передать сразу дата объект с опциональными полями вместо того чтобы вызывать кучу методов?
Я просто интересуюсь просто я давно на джаве не пишу. Сижу на другом языке где у объектов позволены опциональные поля. Поэтому о патерне билдер давно не слышал потому что вместо вот этих методов можно просто в конструктор передать конфигурационный объект только с теми полями которые нужны.
Для себя я на практике сформулировал предельно просто - Агент это программа, софт, функция, которая принимает промпт пользователя и может свободно взаимодействовать с любой нейронкой и/или использовать любые классические возможности программирования.
Для пользователя чаще всего агент сейчас выглядит как чат. Для разработчиков агент - это просто программа, которая обогащает промпт пользователя или разбирает его на значимые части, чтобы выполнить какую-то задачу. В случае чата это задача - улучшить вывод нейронки.
Ещё совет, универсальный - кроме названия подкаста старайтесь ставить табличку или планшет с текущей темой. Потому что подкасты смотрят отрывками, кусками, фоном, отвлекаясь и теряя тему. И огромное число ведущих во время обсуждения любой темы выражаются так, что сразу и не поймешь, о чем идет речь
Визуальный маркер темы в кадре заодно потом поможет быстро поставить тайм коды
Отвечаю сам себе же - тестировали эмоциональные беседы с нейронками и игры типа "Дилемма заключенного". Выяснили, что если хамить нейронке и вызывать у нее "гнев" - сотрудничать она желает все меньше и меньше
Phaser вряд ли может кого блокировать, это же просто библиотека, которую можно форкнуть и переписать под себя. Другое дело что это именно библиотека, без редактора сцен и менеджеров объектов.
Нормально и очень хорошо, когда приложение способно работать без геолокации. Потому что геолокация не работает везде. Просто из этого предположения надо проектировать свой код. Геолокация работает не везде. Это самое главное. Далее геолокация работает в ряде мест с ошибками. Поэтому там она бессмысленна, и там её приходится отключать. Это вопрос архитектуры приложения, вопрос его полезности. Когда пишите приложение, просто примите, как аксиому, что геолокация доступна не всегда, а там, где она доступна, она может работать с серьёзными ошибками
я вижу, что вы вошли в мертвую петлю тотального отрицания
- А ничего не можно.
- Так что что? Да ничего.
- в 14м веке
с такой петлей - действительно тяжело увидеть, как можно использовать инструмент
Если эта техника помогает на таких моделях, представьте что можно сделать на более мощных
Но.... Ведь смысл агентов в том, чтобы что-то делать на существующих операционных системах
По ключевикам.
Мутный и новый вопрос проще в нейронке раскрутить на ключевые слова, а уже их быстро пробить на соответствие
Кстати говоря это можно автоматизировать
да, гуглится легко
Это официальные карты?
В оригинале Блумберга
Нет официальных сообщений
Ссылки на некоторых анонимов в компаниях
Ссылка на мнение менеджера по этике
Мой комментарий - не критика языка, а критика моего предыдущего комментария ))
простите, я забыл что в Java нет записи объектов в виде литералов ))
Эти литералы по сути и убили для меня паттерн Builder в языках, на которых я пишу
потому что можно писать вот так и не нужно париться с конструкторами
или в Java все-таки появились литералы и я давно не обновлял кодекс?
вообще опциональные поля и синтаксические проверки в JS/TS убили море паттернов, которые были просто компенсаторами языковых конструкций
Java хороша в миллионе мест, но боже, как же мне грустно, что в ней не хватает некоторых декларативных вещей, как эти литералы объектов
По сути литералы объектов - это удобный синтаксис для одноразовых объектов
PS: проверка типов на этапе компиляции в TypeScript есть, а я пишу только на нем, поэтому классический Builder я не видел уже со времен динозавров
А в этом языке сейчас нельзя в конструктор передать сразу дата объект с опциональными полями вместо того чтобы вызывать кучу методов?
Я просто интересуюсь просто я давно на джаве не пишу. Сижу на другом языке где у объектов позволены опциональные поля. Поэтому о патерне билдер давно не слышал потому что вместо вот этих методов можно просто в конструктор передать конфигурационный объект только с теми полями которые нужны.
Спасибо, статья шикарная
Для себя я на практике сформулировал предельно просто
- Агент это программа, софт, функция, которая принимает промпт пользователя и может свободно взаимодействовать с любой нейронкой и/или использовать любые классические возможности программирования.
Для пользователя чаще всего агент сейчас выглядит как чат. Для разработчиков агент - это просто программа, которая обогащает промпт пользователя или разбирает его на значимые части, чтобы выполнить какую-то задачу. В случае чата это задача - улучшить вывод нейронки.
Ещё совет, универсальный - кроме названия подкаста старайтесь ставить табличку или планшет с текущей темой. Потому что подкасты смотрят отрывками, кусками, фоном, отвлекаясь и теряя тему. И огромное число ведущих во время обсуждения любой темы выражаются так, что сразу и не поймешь, о чем идет речь
Визуальный маркер темы в кадре заодно потом поможет быстро поставить тайм коды
У малых нейронок можно повысить качество, если заставлять их читать собственную выдачу и прорабатывать ошибки в предыдущем ответе.
У больших это тоже работает. Но у малых это особенно заметно, а ещё у малых можно дёшево повторять эти этапы работы над ошибками.
Отвечаю сам себе же
- тестировали эмоциональные беседы с нейронками и игры типа "Дилемма заключенного". Выяснили, что если хамить нейронке и вызывать у нее "гнев" - сотрудничать она желает все меньше и меньше
Оригинал (предположительно) в PDF
Ключевые цитаты - https://kvisaz.livejournal.com/1550768.html
какие эмоции, чьи именно эмоции?
на стороне юзера? на стороне сервера?
Phaser вряд ли может кого блокировать, это же просто библиотека, которую можно форкнуть и переписать под себя. Другое дело что это именно библиотека, без редактора сцен и менеджеров объектов.
Свечи есть функция от изменений цены.
Нормально и очень хорошо, когда приложение способно работать без геолокации. Потому что геолокация не работает везде. Просто из этого предположения надо проектировать свой код. Геолокация работает не везде. Это самое главное. Далее геолокация работает в ряде мест с ошибками. Поэтому там она бессмысленна, и там её приходится отключать. Это вопрос архитектуры приложения, вопрос его полезности. Когда пишите приложение, просто примите, как аксиому, что геолокация доступна не всегда, а там, где она доступна, она может работать с серьёзными ошибками
Они скорее всего это и используют, раз допускают работу с чужим api
https://gist.github.com/atimb/1449250
Про AlphaGeometry 2 надо было разбор, она то как решила?
https://habr.com/ru/articles/834396/
Что сейчас расписывать, что делали древние системы - сейчас интересно, что могут нейронки после 2022 года