А есть где-нибудь точные данные по reqs/sec на разных задачах на обычном x86_64 серверы? Типа postgres vs mysql vs oracle. Ссылка на сан какая-то битая?
Я давно пользуюсь IE7 параллельно с FF2 и IEшное слетание всех буковок в кучку после масштабирования и смены табов жутко раздражает. Я уж не говорю, что IE относительно регулярно падает.
html мог бы жить и даже быть удобным внутри корпорации, где всё унифицированно и есть ясные правила оформления документов, а e-mail приравнивается к документу.
Делать же уведомления хабра в html - это уже слишком.
Разрешение экрана играет роль только пока мы мыслим в пикселах. Давно уже пора сделать экраны на 600 dpi и начать мыслить в миллиметрах! Даже сейчас у разных пользователей могут оказаться мониторы от 70 до 150dpi, просто дизайнеры закрывают на это глаза, им так проще :-(
А если мыслить линейными размерами, то я еще не видел человека, который добровольно отказался бы от многодюймовых экранов с хорошим разрешением. Наоборот, часто ставят себе по 2 монитора. И, будь у штатной видеокарты 3 выхода - ставили бы по три монитора.
Я всегда работаю со сверхбольшими шрифтами, если сайт сделан аккуратно, то легко ставлю 16, а то и 18. И терпеть не могу фиксированную вёрстку, когда под основную информацию отводят пикселов 400 из 1600 возможных.
Сам использую terminus или lucida console в терминале примерно 100x50 на 19" или чуть больше, если 21".
Нужен хотя бы просмотр ajax requests, dom, желателен inspect html
Делать же уведомления хабра в html - это уже слишком.
Часть очень мобильных разработчиков через месяц уже перейдёт на native mode, остальные в течение нескольких лет.
А если мыслить линейными размерами, то я еще не видел человека, который добровольно отказался бы от многодюймовых экранов с хорошим разрешением. Наоборот, часто ставят себе по 2 монитора. И, будь у штатной видеокарты 3 выхода - ставили бы по три монитора.
Альтернативные бродилки (не IE) - 25%