Comments 14
Работа с искусственным интеллектом (ИИ) сегодня стала обыденностью. Если вы имеете хотя бы базовое представление о том, как функционируют различные технологии, ИИ станет для вас незаменимым помощником. Однако если вы не понимаете принципов работы систем, то даже самые продвинутые инструменты ИИ не принесут пользы. Все остальные рассуждения на эту тему – лишь красивые слова. И это про любую более объёмную тему вокруг ИИ.
За 20 баксов подробно задачу распиши, принципы солида разжуй, контроль повсеместный. И это проект еще небольшой. Пока далеко до вайбкодинга.
В целом да, до истинного вайб-кодинга в стиле: "Напиши мне операционную систему" - как до управляемого термоядерного синтеза. Но всё же, ИМХО, стоит попробовать уже сейчас. Если откладывали реализацию какого-то небольшого собственного проекта из-за недостатка времени или мотивации - может быть, это именно тот инструмент которого вам не хватало. Алсо, Breaking News! Гугл выкатил свою консольную кодерку совершенно бесплатно: https://github.com/google-gemini/gemini-cli - собираюсь сегодня потестить, но по описанию, должно быть не хуже Клода за 200 баксов.
учиться программировать тем более "стоит попробовать уже сейчас", если действительно есть интерес и намерения делать что-то всерьёз.
вообще странно, пост называется "Разрабатываем полноценную игру целиком при помощи ИИ", а материал буквально про "разворачиваем WSL с помощью ИИ". до хотя бы первого кадра из игры, не говоря уже об игре целиком, может дело и вовсе не дойдёт, потому что вы споткнётесь обо что-то непреодолимое.
так что кликбейтный заголовок как есть, даже приписка про первую часть не спасает, потому что ни строчки кода не существует в рамках материала о написании игры. и никакой другой информации тоже не существует, у нас есть просто висящий в вакууме WSL и зачем-то far2l на нём. вода ради воды, пост ради поста? вы же ничего не рассказали по теме
вроде бы автор задаёт себе вопрос
Какую игру вы вообще хотели бы сделать?
и вот его же ответ на вопрос о том, какой должна быть игра
Я хочу сделать проект для своего удовольствия. Это будет небольшая игра. Я хочу сделать её опенсорсной и написать статью на Хабр о её создании. Одна из целей этого проекта - показать, что при помощи современных моделей можно создать полноценный программный продукт полагаясь исключительно на агентную разработку
так а игра-то какой должна быть? по жанру, стилистике, да хотя бы по осям измерений?) автор знает, как хочет делать(с помощью нейронок, потому что иначе не умеет), но не знает, что хочет делать. выходит, игра просто ради поста на хабре, никакой ценной идеи или желания творить за этим нет
Желающие увидеть строчки кода, могут пройти по линку в конце статьи, продублирую здесь: https://github.com/aiseeq/savanna - но я на код не смотрел пока. Если глянете, скажите, как он там, норм?
А картинки тоже генерить будете? Где ассеты-то брать для нетекстовой игры.
Корованы будут?
Это сложно назваться полноценной игрой. Скорее удобный вариант изучения программирования или движка.
Скрытый текст
Некоторые скриншоты
Я так тоже пробовал варианты написал игру за неделю только с помощью нейронок. Увы, на первых шагах мне пришлось подключаться самому и включать мозг и делать самостоятельно уже на уровне взаимодействия сцен и работы элементов (делал на юнити).
Дальше стало ещё хуже. Сетка пересматривала структуру данных, ломала код, не могла решить множество простых проблем (тут нужен опыт).
В итоге, я понял что в реальности мне приходиться больше исправлять за сеткой, чем пользы от нее. В итоге эксперимент написать нормальную игру за неделю только с помощью сеток провалился. Все руки не доходят сесть и доделать самому, хотя в играх код всегда примитивный. В них гораздо важнее связи элементов, из структуры и продуманность.
Как по мне, практика показывает, что может в самом начале и можно накидать сеткой, но дальше все равно надо править самому все и забить на них.
Так же, если ты не знаешь язык на котором делаешь игру, тонкости движка, его проблемы, то игру не напишешь. Демку да, полноценную игру нет. С учётом полноценной загрузки сцен, оптимизации и так далее.
Спасибо, что поделились CLAUDE.md, местами полезно, местами любопытно. Например, интересно, откуда такая нелюбовь к тестам компонента в изоляции, с каким опытом это связано? Заметил, что много запретов на mocks, причем местами термин mock вроде как и не применим по контексту, ну и совсем не упомянуты другие типы test doubles (dummy, fake, stub, spy), возможно, имеет место некоторая путаница. Еще любопытен подход к организации пирамиды тестирования, хрестоматийно e2e < integration < unit test, у Вас наоборот.
О, да, это отдельная боль. Модель очень любит моки потому что они легко и просто решают её основную проблему: пользователь хочет не видеть ошибок - так давайте ему пропишем то, что он хочет видеть, и он будет доволен. Пользователь хочет, чтобы тесты проходили? Так давайте напишем тесты, которые всегда проходят. Или даже испортим старые рабочие тесты, чтобы они не мешали рисовать зелёные галочки. Доходит до того, что в интеграционных тестах "моки тестят моки", а для E2E модель может создать отдельную страницу, на которой нарисовано всё, что юзер пожелает. Воспитывать бесполезно. Даже с такими строгими запретами модель пытается мокать, хардкодить, городить заглушки и т.п. Приходится после выполнения каждой задачи писать: "Ultrathink. Критически оцени свои изменения" - и не раз, а итеративно заставлять модель исправлять только что написанное. И ещё периодически писать: "Ultrathink. Тщательно проанализируй код проекта на соответствие принципам указанным в claude.md" - постоянно находится какое-то "изобретение" модели с целью упростить себе жизнь. По типу хардкода JWT, или просто отключения проверки валидности токена, например.
Лекарство пока только одно: тесты максимально приближенные к реальности. Реальные запросы к внешним АПИ, реальная запись в тестовую базу, своя тестовая нода блокчена и т.п.
Разрабатываем полноценную игру целиком при помощи ИИ (LLMDD, часть 1)