Используем DALL-E-3 для геймдева
DALL-E: "Draw a Vrubel-style painting of an indie game developer working on her game, like The Demon Seated. With the accent on Vrubel style."
Получил доступ к DALL-E-3, а значит можно повторить прошлогодний эксперимент и посмотреть что изменилось.
Фантазировать, искать новые направления пока не буду, повторим идеи и запросы из прошлогоднего поста.
Осторожно, много трафика — DALL-E отдаёт png файлы размером 1-2 мегабайта. Я их немного пожал, но пост всё равно будет тяжёлым.
РПГ победившего маркетинга
DALL-E: «An indie game developer is crying over a marketing budget. Cubism.»
Как вы могли (не) догадаться, это пост о Baldur's Gate 3 — ролевой игре с рейтингом 95% на Steam и более чем 230000 отзывов.
Наиграл в неё 59 часов, прошёл первый акт из трёх и побегал во втором. В хардкорном режиме, конечно.
Хвалить не буду, буду ругаться на несправедливость этого мира.
Тезисно, в другом стиле текст получится слишком объёмным.
Истина где-то рядом
DALL-E: «Professional digital image of Mulder and Scully from X-Files, anime»
Примерно в таком настроении они через сериал и прошли.
Посмотрел на днях все 11 сезонов X-Files. Как на днях: с марта по июль.
Кто не смотрел — рекомендую.
Два примера overengineering из FastAPI
DALL-E: Vrubel painting: "demon of overengineering in software development"
Решил по-хитрому использовать contextvars в FastAPI и с первого захода налетел на странные архитектурные решения, которые, откровенно говоря, ограничивают и мешают делать красиво :-(
Пара слов о GitHub Сopilot
DALL-E: "Vrubel style painting of pair programming Robot + Human. An robot is writing code, a human is reviewing code".
Последние несколько недель использовал GitHub Сopilot, благо для Emacs есть плагин. Поделюсь впечатлениями.
Для справки, я уже лет 15 осознанно не использовал умное автодополнение. Всё моё автодополнение — это DynamicAbbreviations, по сути — дополнение написанного слова на основе словаря из открытых исходников.
Причина отказа такая: используя «умное» автодополнение (например, подсказку аттрибутов/методов объекта) перестаёшь понимать проект. Начинаешь на автомате брать предлагаемые варианты методов/переменных, не разбираясь что они конкретно делают и есть ли альтернатинвые варианты.
В краткосрочной перспективе отказ от автодополнения повышает нагрузку на человека (особенно на память) и замедляет работу, но в доглосрочной даёт глубокое понимание проекта, возможнсоть крутить его в голове как угодно, что с лихвой окупает потери на скорости в моменте. А поскольку я работаю только над долгими проектами, долгосрочная выгода важнее.
С Copilot я, похоже, вернуcь к умному автодополнению, в его более правильном варианте.
Итак, давайте посмотрим чего умеет и не умеет Copilot.