По долгу учёбы читал книжку (называется Intercultural communication, если интересно), в которой рассматривались т. н. коммуникативные стратегии. Там было написано, что стратегия, которую Вы описали, характерна для жителей восточных стран, а на западе обычно постепенно подводят к важному. Из-за этого могут случаться недопонимания в межкультурном общении.
…Так вот, к чему это я?… :)
Вообщем, принципы разные есть. Нужно ориентироваться на контекст. Потому что для обзора ос интереснее какая система быстрее. А для оптимизаторов в списке функций интереснее самые тормозные.
Информации намного меньше читается с одного взгляда. Не видно, как распределились «участники забега», какой отрыв и т.п. Если этими данными можно с лёгкостью пожертвовать — то отлично.
И всё же весь инфодизайн о том, как запихнуть побольше информации в быстрее воспринимаемую форму. И диаграммы могут сильно помочь.
Английское слово “design” — ложный друг переводчика. Значение собственно ‘дизайн’ у него — одно из последних. “Design” имеет гораздо более широкое значение, чем русское «дизайн».
Лучше перевести как «схема», «модель», «устройство», «механизм», что по контексту лучше подойдёт.
Вообще, такие штуки лучше пробовать на неискушённых людях, которые компьютеры, а тем более интернет, в глаза не видели и только начинают знакомиться. Вот тут-то и проявляются все такие мелочи.
Менять адрес по правой кнопке. Впрочем, плохой вариант: правая уже занята
Клик, например, по иконке будет менять адрес. Плохо, что придётся целиться
Только клик по заголовку текущей вкладки будет менять адрес.
Хотя, лично мне кажется, что у этой идеи есть серьёзные недостатки: во-первых строка для ввода адреса будет слишком короткой. Во-вторых, я предпочитаю постоянно видеть адрес текущей страницы.
Я ещё не решил для себя, что важнее: лишняя строка с контентом или отсутствие таких косяков. Хотелось бы попробовать…
Можно было бы сделать что-то вроде неполной загрузки объектов. Т. е. SELECT Publisher FROM Paper будет возвращать всё тот же массив с Paper, но заполненным у объектов будет только поле Publisher, а остальные «как-нибудь так, как-нибудь так».
…Так вот, к чему это я?… :)
Вообщем, принципы разные есть. Нужно ориентироваться на контекст. Потому что для обзора ос интереснее какая система быстрее. А для оптимизаторов в списке функций интереснее самые тормозные.
И всё же весь инфодизайн о том, как запихнуть побольше информации в быстрее воспринимаемую форму. И диаграммы могут сильно помочь.
Чем Вы обоснуете своё утверждение о неудачности скайпа с точки зрения программинга?
и не «если», а «когда» :)
да, кажется так ;)
Маааленька интересная деталь: на Zune для рекламы используется слово «Podcast». Будь я разработчиком Zune, мне было бы чёртовски обидно.
Лучше перевести как «схема», «модель», «устройство», «механизм», что по контексту лучше подойдёт.
к тому же часто бывает так, что лишние возможности настройки — действительно лишние.
Вот такими должны быть фотографии! :)
Аж на 500 мс дольше придётся вкладку искать. Не, я на такие жертвы не готов :)
Хотя, лично мне кажется, что у этой идеи есть серьёзные недостатки: во-первых строка для ввода адреса будет слишком короткой. Во-вторых, я предпочитаю постоянно видеть адрес текущей страницы.
Я ещё не решил для себя, что важнее: лишняя строка с контентом или отсутствие таких косяков. Хотелось бы попробовать…
SELECT Publisher FROM Paper
будет возвращать всё тот же массив сPaper
, но заполненным у объектов будет только поле Publisher, а остальные «как-нибудь так, как-нибудь так».