Я знаю, вы любите графики.
Я уже писал о том, как важно иметь портретный режим в веб-играх, которые отлично играются в мобильном браузере.
Собрался с силами и добавил поддержку портрета ещё в одну старую игру.
Вот как это выглядит на графиках в админке Poki.
Я уже писал о том, как важно иметь портретный режим в веб-играх, которые отлично играются в мобильном браузере.
Собрался с силами и добавил поддержку портрета ещё в одну старую игру.
Вот как это выглядит на графиках в админке Poki.
👍18🔥9❤4✍1🤩1💅1
Вы, думаю, подписывались не за рассказами про LLM. Но, как сказал мой друг, множитель производительности от использования LLM — это новая реальность, новый baseline в бенчмарке продуктивности, так как ими уже все пользуются.
Меня это волнует в первую очередь не для соревнования с другими, а для того, чтобы быстрее разгребать свой список дел и задач, успевая больше.
Поэтому, независимо от уровня скептицизма, я ставлю себе задачу пробовать разные инструменты и смотреть, что из этого получается.
ChatGPT у меня давно в списке постоянно используемых инструментов. Теперь решил попробовать Cursor (для простоты — cursor-like), и вот что я думаю.
0. Очень важно отличать пользу от использования инструмента от эндорфиновой игрушки, с которой просто забавно играться.
1. Чтение кода и Rubber duck debugging — всё ещё мой любимый способ использования, и я его рекомендую даже больше, чем написание. С cursor-like можно быстро получить обзор кода, понять архитектуру, разобраться в зависимостях и потоке данных, рисовать диаграммы, быстро разбирать крэш стеки, находить места в кодовой базе по описанию функционала для конечного пользователя, обсудить возникшие проблемы и т.д. С инструментом, что может смотреть в код - это еще эффективнее и полезнее.
2. Если ChatGPT в приложении в основном годится для код-сниппетов и написания скриптов, то cursor-like открывает целый новый класс использования LLM — написание одноразовых инструментов. Раньше я часто отказывался от написания инструментов с сомнительной переиспользуемостью, когда ручное выполнение задачи быстрее. Сейчас вполне реально сэкономить время, написав инструмент под одну задачу. А из-за одноразовости качество кода меня не волнует.
3. Написание по шаблону (не кодогенерация) — это когда у вас есть PR, где вы протянули API A, а нужно сделать очень похожее структурно B и C. С такими задачами cursor-like справляется отлично, так как уже написанный вами код служит ему отличным примером, и он без проблем повторяет подобное.
4. Черновики или прототипы — часто, чтобы понять, как лучше реализовать что-то, нужно начать реализацию. В процессе появляются проблемы и более глубокое понимание связей, а задача становится понятнее. С cursor-like можно буквально по текстовому описанию увидеть, какой способ реализации фичи или багфикса подходит лучше, быстро набросать черновики разных вариантов, понять, что и как они затрагивают, и безболезненно их откатить. А потом уже спокойно реализовать лучший вариант руками. Тут главное, что не возникает искажения невозвратных издержек, когда выбирается не тот вариант, что лучше всех для проекта, а тот, в который «уже вложено так много сил».
Минусы:
- Утомляет переключение моделей: auto хорош для большинства задач, но если не справляется — приходится всё переделывать на чём-то ещё (чаще всего claude-4-sonnet).
- С ростом контекста начинаются серьёзные проблемы: больше времени тратится на обход, чем на сам проект. Я много экспериментировал и удалил десятки тысяч строк, сгенерированных для тестов. Тут кроется главная опасность пункта 0, что я описал выше — LLM должен быть инструментом для работы с проектом, а не отвлекать от него.
- Нужен контроль: я отошёл на пару минут во время задачи по исправлению бага в блоге на GitHub Pages, и вместо питон-скрипта он начал руками считывать все статьи, спалив месячный лимит токенов (хотя до этого все задачи он выполнял с помощью python скриптов).
- Так как я не использую VS Code и мне не нужен автокомплит от LLM, решил посмотреть в сторону Claude Code — это мой эксперимент на этот месяц. Первая неделя — полёт отличный, но об этом в следующий раз.
Кстати, сейчас там ChatGPT 5 доступен бесплатно на неделю. Если вы ещё не пробовали Cursor — это хороший повод посмотреть на него, не тратя свои кровно заработанные.
Ах да, буду на gamescom в этом году. Если хотите встретиться - пишите.
Меня это волнует в первую очередь не для соревнования с другими, а для того, чтобы быстрее разгребать свой список дел и задач, успевая больше.
Поэтому, независимо от уровня скептицизма, я ставлю себе задачу пробовать разные инструменты и смотреть, что из этого получается.
ChatGPT у меня давно в списке постоянно используемых инструментов. Теперь решил попробовать Cursor (для простоты — cursor-like), и вот что я думаю.
0. Очень важно отличать пользу от использования инструмента от эндорфиновой игрушки, с которой просто забавно играться.
1. Чтение кода и Rubber duck debugging — всё ещё мой любимый способ использования, и я его рекомендую даже больше, чем написание. С cursor-like можно быстро получить обзор кода, понять архитектуру, разобраться в зависимостях и потоке данных, рисовать диаграммы, быстро разбирать крэш стеки, находить места в кодовой базе по описанию функционала для конечного пользователя, обсудить возникшие проблемы и т.д. С инструментом, что может смотреть в код - это еще эффективнее и полезнее.
2. Если ChatGPT в приложении в основном годится для код-сниппетов и написания скриптов, то cursor-like открывает целый новый класс использования LLM — написание одноразовых инструментов. Раньше я часто отказывался от написания инструментов с сомнительной переиспользуемостью, когда ручное выполнение задачи быстрее. Сейчас вполне реально сэкономить время, написав инструмент под одну задачу. А из-за одноразовости качество кода меня не волнует.
3. Написание по шаблону (не кодогенерация) — это когда у вас есть PR, где вы протянули API A, а нужно сделать очень похожее структурно B и C. С такими задачами cursor-like справляется отлично, так как уже написанный вами код служит ему отличным примером, и он без проблем повторяет подобное.
4. Черновики или прототипы — часто, чтобы понять, как лучше реализовать что-то, нужно начать реализацию. В процессе появляются проблемы и более глубокое понимание связей, а задача становится понятнее. С cursor-like можно буквально по текстовому описанию увидеть, какой способ реализации фичи или багфикса подходит лучше, быстро набросать черновики разных вариантов, понять, что и как они затрагивают, и безболезненно их откатить. А потом уже спокойно реализовать лучший вариант руками. Тут главное, что не возникает искажения невозвратных издержек, когда выбирается не тот вариант, что лучше всех для проекта, а тот, в который «уже вложено так много сил».
Минусы:
- Утомляет переключение моделей: auto хорош для большинства задач, но если не справляется — приходится всё переделывать на чём-то ещё (чаще всего claude-4-sonnet).
- С ростом контекста начинаются серьёзные проблемы: больше времени тратится на обход, чем на сам проект. Я много экспериментировал и удалил десятки тысяч строк, сгенерированных для тестов. Тут кроется главная опасность пункта 0, что я описал выше — LLM должен быть инструментом для работы с проектом, а не отвлекать от него.
- Нужен контроль: я отошёл на пару минут во время задачи по исправлению бага в блоге на GitHub Pages, и вместо питон-скрипта он начал руками считывать все статьи, спалив месячный лимит токенов (хотя до этого все задачи он выполнял с помощью python скриптов).
- Так как я не использую VS Code и мне не нужен автокомплит от LLM, решил посмотреть в сторону Claude Code — это мой эксперимент на этот месяц. Первая неделя — полёт отличный, но об этом в следующий раз.
Кстати, сейчас там ChatGPT 5 доступен бесплатно на неделю. Если вы ещё не пробовали Cursor — это хороший повод посмотреть на него, не тратя свои кровно заработанные.
Ах да, буду на gamescom в этом году. Если хотите встретиться - пишите.
👍16✍3👏3💅1
По-моему, определился с мероприятиями для посещения до конца года. Список небольшой:
* На следующей неделе еду на Devcom и Gamescom в Кёльн.
* 6–7 ноября — на DevGaMM в Лиссабоне (ближе к дате ещё напомню).
Если планируете быть в Кёльне и хотите поговорить про Defold, веб или мобильные игры, да и просто встретиться — пишите, организуемся.
* На следующей неделе еду на Devcom и Gamescom в Кёльн.
* 6–7 ноября — на DevGaMM в Лиссабоне (ближе к дате ещё напомню).
Если планируете быть в Кёльне и хотите поговорить про Defold, веб или мобильные игры, да и просто встретиться — пишите, организуемся.
👍2