Обновить
1
0

Пользователь

Отправить сообщение

Вся статья, от первого до последнего слова о том, что НИКТО не важнее другого, а важен только диалог

А я сказал - гемдизайнер неважен, в инди где команда маленькая.

кто-то в вашей паре "дев + художник" ОБЯЗАН будет вести документацию, отвечать за баланс, игровой цикл и осмысленность механик

Документацию в инди игре? Серьёзно? Вы работали когда нибуть в крупном ентерпайсе? Там не всегда все будет задокументировано и бываю такие фирмы где бардак. А вы докуминтацю инди игре с 1 разработчиком предлагаете. Это чистый троллинг или не понимания того как игры делаются....

Вместо того чтобы воевать с профессией, может

А кто воюет то? Ваша статья навязывает ненужные вещи, с презрением кто не так делает. Профессия сложная для крупных команд и проектов где есть циклы разработок и большой бюджет, и бесполезная для мелких. Не лезте с эскаватором туда, где копают лопатой...

Презираю когда геймдизайнер думает что он важен в мелкой команде. Инди геймдизайнер не может найти программиста, и пишет статью что программерам надо в паре работать. Мож ещё директора искать?

Каждая роль должна соответсвопать размеру проекта. Если проект маленкий там не будет разделных проджектов, скрам мастеров, лидов и архитекторов. Будет как правило сеньёр или манагер который эти задачи разделяет.

Так и в гемдеве, не нужен композитор или левел дизайнер если работает 2-3человека, это всё идет на аутсорс, или покупается, или сами делают уровни.

А в идни геймдеве, дев+3д дизайнер/аниматор куда важнее для разработки. Механики обычно есть уже изначально, какие то тонкости допиливаются во время разработки и тестирования. Куча ааа игр в которых баланс правится годами. Так что имхо статья мамкиного геймдизайнера который имеет идею и думает что ни кто не может его скилл повторить.... вам дорога писать проект с ИИ агентами, мож что и получится.

"цельная модель жизненного цикла пользователя", будет вот так, и для агрегации булеаны, что не искать по дате в массиве..

export interface User {
  id: string;
  email: string;
  status: {
    state: "active" | "inactive" | "deleted";
    updatedAt: Date;
  }[],
  is_deleted: boolean;
  is_active: boolean;
}

Я бы советовал начать с мвп, а не вот это вот всё. Записать свой звук, диалоги га 400 строк...

Берём любимый жанр, идею, делаем чтоб игра была минимальной простой, 3д - графика уровня майнкрафта или roblox/unturned, 2д пиксельарт или что то мультшное простое. Можно вообще сделать типо поиск предметов, найди отлтчия и т.п головоломки Или простую бродилку в 3д с поиском ключей для двери, что вам ближе.

Визуальная навелла она на то и визуальная - что надо рисовать и скорее всего много. Поэтому тут можно застрять. Сделать лоу поли в блендаре 3д человечка проще, чем нарисовать что то стоящее...

Я верно понял - QA не могут/не хотят в селекторы, потому придумали свой аттрибут?
Почему не по другим параметрам? Чем неугодил стандартный id? Его то уж точно можно предусмотреть и не менять в коде годами.

Сначала кажется: «О, id — уникально, надёжно!» Ага. Только вот ReactVue и другие милые ребята генерируют их каждый раз заново. 

Эт где такое? У нас React их не генерирует, в однострочных компонентах они как пропсы - как пробросил, такой и ИД. Где то статичные, где то динамичные - но уникальные.....

Тогда сорри, упустил контекст....

Пишите, сначало сделайте генератор openapi на typescript - чтоб генерить готовый апи и модели например. Потом напишите authjs или betterauth. Ссылки можно добавить сюда я согласен контрибутить в ваши проекты.

Такое чуство что вы кроме 5 страничных проектов ни чего более крупного не пытались делать....

Вы предлагаете изобретать велосипед, а не брать готовый. Потому что по мере разработки крупного проекты, велики шансы столкнутся с проблемами и роутинга, и запросов, и кеша, и ререндинга, стейтов, формы, валидации и .т.д. придётся всё это писать самому.... а если понадобится ssr можно еще и свой nextjs изобрести...

React - это либа, nextjs вот эт уже фреймворк

Ну да ну да... завтро скажу команде на работе, а то 5 лет разработки ентерпрайс апсы с 128 сервисами надо сварачивать, поддерживать нельзя... react + class component+ mobx, новые разделы функции+хуки, часть старых так и останется, часть переписывается аишкой за короткое время.

>"изучить новый синтаксис в 2025 году, когда ты можешь все, что тебе нужно, загуглить"

В 2025 за тебя все может сделать ИИ. Загуглить можно все что надо, можно уже лет так 20...

И было смешно тут: "будем делать сразу полноценную большую мобильную игру уровня ..."

Амбиции эт конечно хорошо, но сколько я знаю индюшатину, эт путь к провалу, для первого проекта, без опыта... делайте простое что то и лучше всё же на движке...

Это необходимо лишь первое время. Я сначала взвешивал и всё, потом в аппсе уже были вбиты бжу с упаковок именно того что ем. Просто потом наступает осознание микронутриентного веса продукта и можно меню составлять интуитивно

Попробывал этот аспире. Быстро и выглядит красиво - да, но капнув поглубже..Этот аспире пока, ток для мелких проектов. Отдельно сервис не перезапустишь. Изменения в одним файле - рестарт всего и вся, включая базы и брокеры.

Оркестрация на уровне - запустить всё. А если мне надо например 3 проекта из 10?

Настраивать да, проще, быстрее, веб уи с логами есть. Но если ты настраиваешь такой проект, то логирование через тот ж seq, так же будет. Потом не понятно что он там в докере генерит и если надо кастом, то как это пилить ...

Эт вам кто рассказал такое? Пин 0000 мож при поеупке, чтоб потом поставить свой. Если вы этого не делаете или не умеете - не значит что у всех так, что у родителей что у знакомых у всех стоит пин на картах. Га банковской тож 0000 стоит? Т.к. ща все телефоном платят, зачем там защита...

Например у нас есть ветка для патчей с которой собирается пайп на тест сборку. Его переодически нужно обновлять на мастер. Делаем ребейс и форс пуш. Заливаем комит с патчем - пайп пошёл собирать версию для тестов

О да... ит технологии учить по книгам.... тут версия юнити уже устарела на 3 года... мануалы над читать. Да и делать игру в юнити и гейм дизайн эт разные вещи совершенно...

Овертаймы как правило у жадных работодателей, которые режут сроки так, что ни нормального тестирования, ни планирования не получается. Статья как будто - оправдание, "у всех бывают, мы согласились добравольно"... ну ну, я соглашусь если только у вас часть акций этой фирмы, а если вы найм и так соглашаетесь, то это не норм. У нас официальные сверхурочные, оплачиваемые в 2 размере, по своей инициантиве могу в субботу поработать из дома, но опять же не более пол дня... (не гейм дев)

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность