Amelia_BnB

@Pixels Я склонен думать о Pixels меньше как о игре и больше как о системе, которая показывает, как люди ведут себя, когда повторение встречается с неопределенностью. Прежде чем я взгляну на какую-либо архитектуру, я стараюсь понять, каково это - возвращаться к чему-то десять, двадцать, пятьдесят раз. Именно там большинство систем тихо терпят неудачу, не в пиковом производительности, а в последовательности при нормальном использовании.

В Pixels цикл на поверхности прост — фермерство, перемещение, взаимодействие — но подлежащий опыт формируется тем, насколько надежно действия разрешаются. Когда я сажаю, собираю или обмениваюсь, я не думаю сознательно о выполнении, но я постоянно регистрирую, отвечает ли система одинаково каждый раз. Если есть даже небольшая непоследовательность, возникает колебание. Я снова кликаю или жду дольше, чем необходимо. Это колебание накапливается со временем, и оно меняет то, как я веду себя.

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

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

@Pixels #pixel $PIXEL

@Pixels Я склонен рассматривать Pixel не как игру или абстракцию цепи, а как среду, где небольшие действия либо завершаются гладко, либо тихо вводят сомнения. Эта рамка для меня важнее любого поверхностного описания, потому что как только вы проведете достаточно времени, взаимодействуя с системами под нагрузкой, вам перестает быть интересно то, что они утверждают, и вы начинаете замечать, как они ведут себя, когда внимание фрагментировано, и время действительно имеет значение.

Что выделяется при повторном использовании, так это не видимый цикл фермерства или исследования, а ритм под ним. Когда взаимодействия разрешаются последовательно, я вообще не думаю о подтверждении. Когда этого не происходит, даже немного, я колеблюсь. Это колебание накапливается. Вы видите это в том, как люди останавливаются перед тем, как сделать выбор, повторно вводят данные или сомневаются, прошло ли что-то уже. Системе не нужно терпеть неудачу, чтобы создать трение; ей просто нужно на мгновение почувствовать неопределенность.

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

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

Здесь есть компромиссы. Жесткий контроль над выполнением может ограничить гибкость в крайних случаях, и бывают моменты, когда это ограничение заметно, если вы против него надавите. Токен в этом контексте не ощущается как что-то, что нужно держать или оценивать, а скорее как уровень координации, который поддерживает эти взаимодействия в одном направлении, не привлекая внимания к себе. И после достаточного

@Pixels #pixel $PIXEL