Речь-то не про многие места — и у нас много где используют, а про летние кафешки. Несколько разные уровни, например, с магазином, не так ли? (Эх, вот когда бабушки на базаре от руки начнут писать знак рубля, тогда Минфин поймет, что облажался...)
У нас (Красноярск) на набережной есть одна летняя кафешка — у ней в меню этот самый знак рубля. Меню размером метр на полтора, хорошо видно. Уже и кафешки, а мы все спорим :)
Зачастую достаточно просто думать как среднестатистический пользователь и вести себя как он. Но это сложно. Зато быстро вскрываются баги в предполагаемых моделях поведения, непонятки в интерфейсах, сложности с поиском ключевой информации и т.д.
Т.е. php-скрипт по какой-то логике и с какими-то параметрами запрашивает данные из базы, отдает их в виде текста через DataReceivedEventHandler программе, та их парсит и использует? Извращение, однако…
Я все же не понимаю, почему вертикальный margin зависит от ширины родителя, а не от его высоты. Даже подумать о таком не мог, пока не прочитал в статье. Проверил — так и есть. Тут почитал, но все равно не понимаю.
Подозреваю, что он далеко не 200€ будет стоит, если официально, а все 400, если не больше. А за эту сумму уже есть из чего выбрать, и вроде преимущества начинают меркнуть…
Если это программа, то см. комментарий выше — это правильный метод. Если сайт — то выбора языка, дня недели и прочего может же и не быть? Ну не нужно оно сайту. Выбрать локаль — я заглянул проверить наличие мест в гостинице, а у меня что-то спрашивают. А сайт на английском, и я плохо понимаю, что они хотят. Форма с параметрами и календарь мне, вроде бы, понятны без перевода… В общем, не все так легко.
Ну если это программа, от можно получить региональные настройки в в зависимости от них интерпретировать ввод пользователя. А если сайт? Я не знаю способов получения оных настроек через js. А флэш и Java не всегда применимы.
030511 — у нас это 3 мая, у американцев — 5 марта. В частности, это мешает, если интерфейс, где использован календарь, мультинационален. Если нет, то уже проще, но см. пункт а.
А вообще, конечно, всё это — HTML5, CSS3, всякие новые вкусные API — очень радует. Вспоминая, что и как приходилось городить 2, 5, 8 лет назад — так сейчас просто рай для разработчика…
Ну так-то да, пока еще это использовать массово нельзя. Но кто мешает использовать не массово? Те же FormData, DragDrop и DataTransfer сильно облегчают мне жизнь при написании, например, админок. Просто я говорю клиенту, что админка будет работать только в FF4 и Chrome — никто пока не возражал.
У нас ТСЖ не хотело пускать единственного прова с адекватными ценами, мотивируя тем, что «мы вот смотрели, как они в других домах сеть тянули, они некрасиво делают». Но через пару месяцев, видно, денег занесли кому надо и зашли в дом. И действительно — кабель-канал они жадничали, да и в целом делали неряшливо, но без явных косяков. Пришедшие же после них вообще обвешали все паутиной, но ТСЖ уже молчало, видно сразу заносили денежку…
Как-то формализмом отдает. Я думаю, что подобные вопросы должны задаваться между делом, как-то неформально, в курилке, например, или типа того. Ну и отношения должны быть не просто «начальник-подчинённый», а в какой-то степени дружественные, что не всегда случается, к сожалению. А в целом всё верно.
80% менеджеров не понимаю, что такое менеджмент и кто такой менеджер на самом деле. Отсюда и происходят всякие «менеджеры торгового зала», к примеру… А не понимают потому, что их никто не учил, не умеет он управлять людьми. Опять же, не всякий хороший программист может стать хорошим тимлидом сам по себе, за редким исключением. Отправьте его на курсы, хотя бы. Ан нет, фигушки — начальство не видит в этом потребности. Работники молчат, менеджер не умеет управлять, начальство не хочет его учить. Все виноваты, получается.
DataReceivedEventHandlerпрограмме, та их парсит и использует? Извращение, однако…