Да вроде самое простое "Create image illustration for the word 門", я специально не вдавался в промпты и правки чтобы проверить как оно в первой итерации и без кастомизации для себя.
Наверно, что то индивидуальное. Я на первом явно вижу позу схожую 爪 (которое есть первый радикал в 爬). Потому и думаю что процедурная генерация карточек может помочь лучше чем готовый набор, так как можно под себя заточить.
Согласен, и да тот же опыт с Claude -- гораздо лучше разбивает на радикалы. На тему использования их истиных значений -- я где то использую их значения, а где то придумываю свои чтобы лучше запомнить, например 寸 я не представляю как "дюйм" а использую секстант (он же тоже для измерений и в моей голове похож). Где то для частых радикалов запомнилось как есть, например 巾 у меня это "полотенчико" и все :-) Лучше всего потратить время и использовать свои ассоциации так как они лучше сидят в голове.
Я начинал с этого метода и для старта он хорош пока не сталкиваешься с абстрактными понятиями. Для себя я перешел на "дворец памяти" и это позволило запоминать и пиньинь и тона кроме написания и смысла. Но карточки визуальные отличный инструмент для детей и начинающих без сомнения.
Через API пока не проверял. Делал все в одном треде ChatGPT то есть несколько запросов (он долго рисует), для первого был очень простой промпт "Create image illustration for the word 爬山. Cartoon style.", дальше просто новая запрос для нового слова. Для третьего добавил "The same style". Когда попробовал чтобы иероглифы были "внутри" то начались ошибки
Хорошие замечания и для частных случаев я соглашусь, но если умеет программировать уже... если игра на юнити... и много других если. Я пишу и под юнити и роблокс и веб движки например и уже удобнее взять один инструмент. Далее игра может быть не готова, да и из готовой игры переделывать под симуляции часто не так просто учитывая что нам надо упрощенная версия. Далее симуляции мало прогнать, нам часто надо проанализировать их и настроить красивых графиков. По сути я предлагаю альтернативу Machinations (который активно используют для упрощенных симуляций) для гейм дизайнеров без громоздкого визуального программирования. Пайтон не серебрянная пуля а хороший инструмент который можно экстраполировать на множество задач гейм дизайнеров, учитывая что он прост в освоении или если дизайнер уже занимался аналитикой то может уже и знать немного. Наверно статья названа не самым удачным образом и главное комбо в Пайтоне с Юпитером. Я не считаю его особенным языком. Как уже писал выше я игры делаю на нескольких языках и движках. Просто хороший инструмент.
Зато тут более стабильно :-) У меня тот же порядок в разных окружениях выходит. Насчет NaN согласен — вредная штуковина, хорошо хоть не так часто прилететь он может.
min и max используют вроде больше и меньше и соответсвенно для max, например, если следующий элемент не больше уже выбранного, то берется выбранный.
Подводя итог — данная статья я думаю может быть полезна отнюдь не только для java, учитывая что в питоне еще и перегрузка операторов есть.
а тут он решил перейти на упрощенную форму сам. Но добавив быстрый рисунок от руки и доп инструкции получил и такой вариант
Да вроде самое простое "Create image illustration for the word 門", я специально не вдавался в промпты и правки чтобы проверить как оно в первой итерации и без кастомизации для себя.
Наверно, что то индивидуальное. Я на первом явно вижу позу схожую 爪 (которое есть первый радикал в 爬). Потому и думаю что процедурная генерация карточек может помочь лучше чем готовый набор, так как можно под себя заточить.
Я для себя юзаю skritter и brainscape. А так Anki самый популярный для карточек.
Согласен, и да тот же опыт с Claude -- гораздо лучше разбивает на радикалы. На тему использования их истиных значений -- я где то использую их значения, а где то придумываю свои чтобы лучше запомнить, например 寸 я не представляю как "дюйм" а использую секстант (он же тоже для измерений и в моей голове похож). Где то для частых радикалов запомнилось как есть, например 巾 у меня это "полотенчико" и все :-)
Лучше всего потратить время и использовать свои ассоциации так как они лучше сидят в голове.
Я начинал с этого метода и для старта он хорош пока не сталкиваешься с абстрактными понятиями. Для себя я перешел на "дворец памяти" и это позволило запоминать и пиньинь и тона кроме написания и смысла. Но карточки визуальные отличный инструмент для детей и начинающих без сомнения.
Через API пока не проверял. Делал все в одном треде ChatGPT то есть несколько запросов (он долго рисует), для первого был очень простой промпт "Create image illustration for the word 爬山. Cartoon style.", дальше просто новая запрос для нового слова. Для третьего добавил "The same style". Когда попробовал чтобы иероглифы были "внутри" то начались ошибки
Хорошие замечания и для частных случаев я соглашусь, но если умеет программировать уже... если игра на юнити... и много других если. Я пишу и под юнити и роблокс и веб движки например и уже удобнее взять один инструмент. Далее игра может быть не готова, да и из готовой игры переделывать под симуляции часто не так просто учитывая что нам надо упрощенная версия. Далее симуляции мало прогнать, нам часто надо проанализировать их и настроить красивых графиков. По сути я предлагаю альтернативу Machinations (который активно используют для упрощенных симуляций) для гейм дизайнеров без громоздкого визуального программирования. Пайтон не серебрянная пуля а хороший инструмент который можно экстраполировать на множество задач гейм дизайнеров, учитывая что он прост в освоении или если дизайнер уже занимался аналитикой то может уже и знать немного. Наверно статья названа не самым удачным образом и главное комбо в Пайтоне с Юпитером. Я не считаю его особенным языком. Как уже писал выше я игры делаю на нескольких языках и движках. Просто хороший инструмент.
min и max используют вроде больше и меньше и соответсвенно для max, например, если следующий элемент не больше уже выбранного, то берется выбранный.
Подводя итог — данная статья я думаю может быть полезна отнюдь не только для java, учитывая что в питоне еще и перегрузка операторов есть.
«max» вернет согласно спецификации первый встреченный максимум из равных (так как -0.0 равно 0.0)
Надо будет сказать hardex об этом, может что в настройках багтрекера.