Мой комментарий - не критика языка, а критика моего предыдущего комментария ))
простите, я забыл что в Java нет записи объектов в виде литералов ))
Эти литералы по сути и убили для меня паттерн Builder в языках, на которых я пишу потому что можно писать вот так и не нужно париться с конструкторами
или в Java все-таки появились литералы и я давно не обновлял кодекс? вообще опциональные поля и синтаксические проверки в JS/TS убили море паттернов, которые были просто компенсаторами языковых конструкций
const someConfig = {
name: 'Vasya',
age: 14,
work: undefined, // эту строчку можно вообще не писать как и миллион других
}
Java хороша в миллионе мест, но боже, как же мне грустно, что в ней не хватает некоторых декларативных вещей, как эти литералы объектов
По сути литералы объектов - это удобный синтаксис для одноразовых объектов
PS: проверка типов на этапе компиляции в TypeScript есть, а я пишу только на нем, поэтому классический Builder я не видел уже со времен динозавров
А в этом языке сейчас нельзя в конструктор передать сразу дата объект с опциональными полями вместо того чтобы вызывать кучу методов?
Я просто интересуюсь просто я давно на джаве не пишу. Сижу на другом языке где у объектов позволены опциональные поля. Поэтому о патерне билдер давно не слышал потому что вместо вот этих методов можно просто в конструктор передать конфигурационный объект только с теми полями которые нужны.
Для себя я на практике сформулировал предельно просто - Агент это программа, софт, функция, которая принимает промпт пользователя и может свободно взаимодействовать с любой нейронкой и/или использовать любые классические возможности программирования.
Для пользователя чаще всего агент сейчас выглядит как чат. Для разработчиков агент - это просто программа, которая обогащает промпт пользователя или разбирает его на значимые части, чтобы выполнить какую-то задачу. В случае чата это задача - улучшить вывод нейронки.
Ещё совет, универсальный - кроме названия подкаста старайтесь ставить табличку или планшет с текущей темой. Потому что подкасты смотрят отрывками, кусками, фоном, отвлекаясь и теряя тему. И огромное число ведущих во время обсуждения любой темы выражаются так, что сразу и не поймешь, о чем идет речь
Визуальный маркер темы в кадре заодно потом поможет быстро поставить тайм коды
Отвечаю сам себе же - тестировали эмоциональные беседы с нейронками и игры типа "Дилемма заключенного". Выяснили, что если хамить нейронке и вызывать у нее "гнев" - сотрудничать она желает все меньше и меньше
Phaser вряд ли может кого блокировать, это же просто библиотека, которую можно форкнуть и переписать под себя. Другое дело что это именно библиотека, без редактора сцен и менеджеров объектов.
Нормально и очень хорошо, когда приложение способно работать без геолокации. Потому что геолокация не работает везде. Просто из этого предположения надо проектировать свой код. Геолокация работает не везде. Это самое главное. Далее геолокация работает в ряде мест с ошибками. Поэтому там она бессмысленна, и там её приходится отключать. Это вопрос архитектуры приложения, вопрос его полезности. Когда пишите приложение, просто примите, как аксиому, что геолокация доступна не всегда, а там, где она доступна, она может работать с серьёзными ошибками
Тут уже вспоминали римлян, но не назвали ключевые слова
Считается, что водяные мельницы Барбегала использовали воду акведука. По некоторым теориям, практически ко всем римским акведукам на конце пристраивались какие-то мельницы или колеса для других производственных потребностей, но технологические части таких производств сохраняются гораздо хуже, чем мощная каменная база, поэтому думая об акведуках мы думаем о них как о водопроводе в первую очередь.
Не исключено, что значительная роль акведуков в древнем Риме - это обеспечение некоторых производств энергией.
В Риме было возведено множество водяных мельниц, располагавшихся на склоне холма Яникул, близ Тибра, и получавших воду из акведука. В поздней Римской империи вблизи от Арелата (Галлия) появился похожий комплекс с восемью водяными мельницами на крутом склоне. Здесь постоянный приток воды также обеспечивался акведуком.
в Барбегале на юге Франции, где c одним акведуком работало не менее 16 перепускных мельниц, встроенных в склон холма, выход из одного из которых питал мельницу внизу каскадом. Мельницы, очевидно, работали с конца I века до конца III века. Мощность мельниц была оценена в 4,5 тонны муки в день, достаточное для обеспечения достаточного количества хлеба для 12 500 жителей, населявших в то время город Арелат.
PS: сама идея завернуть в useCallback - да, имеет смысл, но тут надо смотреть, все эти мемоизации тоже имеют цену
PPS: если хотите реально угореть по оптимизации, используйте второй аргумент React.memo - особенно если в пропсах прилетает объект, один и тот же по данным, но по какой-то причине новый как объект
// Сначала я хотел сделать игру про 80-е в Америке. Для этого я задумал сделать свою операционную систему, компилятор и разные программы. ///я сделал более лучший вариант компилятора
Мой комментарий - не критика языка, а критика моего предыдущего комментария ))
простите, я забыл что в 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 года
По сравнению с Flux - Omost лучше или нет?
я читал как в сам шрифт встроили нейронку
и сейчас подумал - прикольно было бы в шрифт встроить нейронку, которая генерирует шрифты
Получился бы вечный шрифт на все случаи!
Тут уже вспоминали римлян, но не назвали ключевые слова
Считается, что водяные мельницы Барбегала использовали воду акведука. По некоторым теориям, практически ко всем римским акведукам на конце пристраивались какие-то мельницы или колеса для других производственных потребностей, но технологические части таких производств сохраняются гораздо хуже, чем мощная каменная база, поэтому думая об акведуках мы думаем о них как о водопроводе в первую очередь.
Не исключено, что значительная роль акведуков в древнем Риме - это обеспечение некоторых производств энергией.
Сеттеры стейтов в зависимостях разве имеют смысл? Они никогда не меняются, useState гарантирует стабильность сеттеров
https://www.reddit.com/r/reactjs/comments/tbt2z8/do_i_need_to_setter_functions_to_the_dependency/
https://stackoverflow.com/questions/57180731/react-is-usestate-s-setter-function-able-to-change
PS: сама идея завернуть в useCallback - да, имеет смысл, но тут надо смотреть, все эти мемоизации тоже имеют цену
PPS: если хотите реально угореть по оптимизации, используйте второй аргумент React.memo - особенно если в пропсах прилетает объект, один и тот же по данным, но по какой-то причине новый как объект
Про атрибут lang - в CSS же есть селектор по атрибуту, причем даже с конкретным значением.
// Сначала я хотел сделать игру про 80-е в Америке. Для этого я задумал сделать свою операционную систему, компилятор и разные программы.
///я сделал более лучший вариант компилятора
уважаемо!
вопросы адекватные, а минусовальщики - нет