Pull to refresh

Comments 12

Вот, кстати, мне не нравится, что в теслах огромная сенсорная панель, на которой почти всё управление. Я, конечно, не сидел за рулем теслы, но то, как это выглядит меня отталкивает. Даже больше. Я любитель покататься по бездорожью и всякие крутилки для включения полного привода категорически мне не нравятся. Только рычаги, только хардкор. Кстати, в этом плане молодцы Suzuki со своим Jimny. Когда-то они тоже перешли на крутилки, как у музыкального центра, для включения пониженной передачи и полного привода, но в модели 19 года снова вернулись к нормальной человеческой рукоятке.

UFO just landed and posted this here
Из российских компаний, задачей интересовался КамАЗ, и на базе ВолГТУ — вуза-партнёра IT Академии Samsung — был изготовлен прототип такого устройства.

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

И как оно накачивает? Как-то втягивает воздух всей поверхностью?

Стоп. А что, если без приложения вовсе? Без графического интерфейса как такового?
Приводить в качестве примера «приложений без графического интерфейса» датчики сбора телеметрии и простейшую «не обслуживаемую» автоматику из 3-х IF-ов — это как минимум странно. Почему никто не приводит пример, как сделать «без-интерфейсный» спидометр, банковский платёжный шлюз, ленту новостей? Да и все примеры «дружественных» приложений как-то упускают, что добавление автоматизации нифига не упростит интерфейс, т.к. автоматизацию тоже нужно натраивать.
спидометр, банковский платёжный шлюз, ленту новостей

Потому что интерфейс — это способо сделать что-то.
В случае спидометра и ленты — получить информацию. В этом случае графический интерфейс тупо лучше неграфических способов получить информацию (аудио, тактических).
В случае платежных интерфейсов — повышпается цена ошибки, поэтому в шлюзах можно и нужно вводить как дополнительные интерфейсы не всегда обязательных задач, так и полный графический интерфейс всего процесса. Но и эта задача решается инженерно и организационно, те же гуглпей/эппл пей упростили этот интерфейс, но и они не имеют права убрать графику из интерфейса для всего, что касается денег.

Примеры, на самом деле, так себе.


Бесключевой доступ — вообще лютая дичь, охренительная дыра в безопасности, позволяющая угонять машины за секунды. На этом канале есть куча видео с демонстрацией работы радиоудочек, использующих эту систему:



В итоге тем, кто пытается защититься от этого, приходится городить какие-то дополнительные меры — или секретки в машине, или вытаскивать батарейки из ключа, или класть ключ в изолированный чехольчик, т.е. по сути выбрасывать базовую идею "машина открывается без дополнительных действий со стороны хозяина", однако все еще переплачивать за установленное в машину оборудование для этого.


Экологичность системы подкачки шин — тоже неочевидная вещь. Это что-то сродни захватившей Европу истерии "давайте сделаем суперэкономичный двигатель, но который придется выбрасывать каждые 100ткм и менять на новый". Нужны расчеты, перекрывает ли выигрыш от сэкономленных литров топлива экологический след от производства и утилизации дополнительной системы.

В целом ваши замечания верны по сути. Но что тут важно? Он — дизайнер (а не инженер, не безопасник, и не экономист), и говорит сейчас только о дизайне. Разработкой продукта в целом должна заниматься команда, в которой будут и дизайнеры, и технические специалисты. В идеале инженеры должны указывать технические возможности/невозможности и работать в тесной связке с теми, кто разрабатывает UX продукта (привет Agile).
Особенная жесть начинается, когда интерфейс делает программист (или вообще инженер). Опенсорс болен этим синдромом почти поголовно.
UFO just landed and posted this here
Тезис 3. Лучший дизайн — тот, которого не видишь

Ещё слышал такое):
Идеальный интерфейс — это не кнопка «Сделать всё хорошо», идеальный интерфейс — это когда уже всё хорошо.
Sign up to leave a comment.