На узком экране можно и нужно переопределить всё через media queries — это даст гораздо большую свободу действий, чем упование на то когда и как какой блок куда уйдет, особенно в условиях когда их много, а изменить дизайн нужно сильно.
Когда в css и js появятся фунцкии — isMobile(), isTablet() и т.д. — перестанем по user-agent определять.
Определение разрешения или размера экрана — это вообще не то.
Размер экрана например никак не связан с тем, что моб. девайсу нужна более легкая версия с доп. именно моб. возможностями и даже контентом.
По поводу фидбека — его зачастую не дают не потому что такие плохие.
1. Потому что нет времени и сил: Если это вакансия джуниора — на неё приходит огромное кол-во откликов. Более 100. Ответить всем, да ещё и подробно расписать — какие ошибки в тестовом — занимает кучу времени и сил тимлида. Я сам по-началу давал всем подробные ответы, но примерно на 35 письме понял что это становится второй работой, отнимающей больше сил чем основная. И начал отправлять просто стандартные тексты отказа. Потом перестал отсылать и их.
2. Для подстраховки, чтоб не давать отказ: Может быть так что место одно, а достойных претендентов — несколько и пока не будет точной уверенности что человека взяли и он вышел на работу — отказывать остальным — глупо.
1. Фото квитанции отправлено в банк. Ничего не мешает сделать такой сервис уже сейчас, OCR-технологии сейчас уже на достаточном уровне. Но этого сервиса нет, и не будет. Потому что небезопасно, а чтобы сделать безопасно (по меркам банка) нужно пройти здоровенный квест на получение ключей, авторизации ящика и т.д.
Мне одному кажется что плагин должен был-бы основываться на родном синтаксисе html5 form? Использовать required, pattern. Сообщения об ошибках писать в data-атрибуты.
Аналогичные заготовки были у всех опытных верстальщиков и раньше.
Да, простые сайты — гораздо проще стало делать, о том и речь, можно вообще абы-как делать, есть же проекты что не натягиваются на движок, и контент в которых меняется в лучшем случае раз в пару месяцев в html.
А есть настоящая вёрстка, где много JS, сложного CSS3, где оптимизация производительности под мобилки и т.д. Там не понимая что такое reflow, да что там, базовой теории, далеко не пойдёшь. А у нас сейчас что — спроси джуниора — «как работает float? что такое контекст позиционирования?», «как определяется положение блока по оси z? назовите пошагово.» Он зависнет и не поймёт вообще что его спросили.
Да-да, но речь о типовых, примитивных сайтах, которых большинство.
Когда человек верстает абы-как лендинги и шаблонные сайты компаний из пары типовых страниц. Он и сейчас не вдумывается, а скоро будет верстать под движок (webkit), а не под стандарты.
Настоящая вёрстка, frontend в целом — стали гораздо, гораздо сложней. Разрыв между джуниором и мидлом — это не разрыв, а пропасть. Которую так просто и не перепрыгнешь. Пикантность ситуации в том что визуально, в этих примитивных сайтах, не видно разницы между результатом работы новичка и опытного разработчика.
Верстальщикам типовых сайтов и так не нужно напрягаться последние годы.
Сравнивая знания необходимые в 2006 и 2013 чтоб сверстать типовой сайт, получается что сейчас достаточно прочитать какой-нибудь «css для чайников», понимать что такое поток и контекст форматирования для этого не нужно. Очень много людей вчера прочитали первую книгу по html, а сегодня идут junior-верстальщиком устраиваться. И искренне верят что они умеют верстать.
Visa’s Operating Regulations also continue to prohibit surcharging outside the U.S.
unless there is a local law or variance that requires merchants be permitted to engage in the practice.
Т.е. это касается лишь США и то не всех штатов, а лишь тех, где surcharges не запрещены законами штата. За пределами США же если я правильно понимаю, surcharges разрешены только тогда когда есть отдельный закон что их разрешает.
В случае offline оплаты, то она происходит картой через pos-терминал, и там никаких surcharges тоже быть не может же.
Гигантские телефоны — остаются телефонами, умеющие звонить планшеты — планшетами, все ok.
Определение разрешения или размера экрана — это вообще не то.
Размер экрана например никак не связан с тем, что моб. девайсу нужна более легкая версия с доп. именно моб. возможностями и даже контентом.
Замечательно расписано!
1. Потому что нет времени и сил: Если это вакансия джуниора — на неё приходит огромное кол-во откликов. Более 100. Ответить всем, да ещё и подробно расписать — какие ошибки в тестовом — занимает кучу времени и сил тимлида. Я сам по-началу давал всем подробные ответы, но примерно на 35 письме понял что это становится второй работой, отнимающей больше сил чем основная. И начал отправлять просто стандартные тексты отказа. Потом перестал отсылать и их.
2. Для подстраховки, чтоб не давать отказ: Может быть так что место одно, а достойных претендентов — несколько и пока не будет точной уверенности что человека взяли и он вышел на работу — отказывать остальным — глупо.
А просто sans-serif — это «а выведи сюда дефолтный sans-serif шрифт клиента». Там что угодно может быть. На Myriad врядли будет похоже.
Myriad Pro в некоторых случаях можно заменить на Trebuchet MS.
Да, простые сайты — гораздо проще стало делать, о том и речь, можно вообще абы-как делать, есть же проекты что не натягиваются на движок, и контент в которых меняется в лучшем случае раз в пару месяцев в html.
А есть настоящая вёрстка, где много JS, сложного CSS3, где оптимизация производительности под мобилки и т.д. Там не понимая что такое reflow, да что там, базовой теории, далеко не пойдёшь. А у нас сейчас что — спроси джуниора — «как работает float? что такое контекст позиционирования?», «как определяется положение блока по оси z? назовите пошагово.» Он зависнет и не поймёт вообще что его спросили.
Когда человек верстает абы-как лендинги и шаблонные сайты компаний из пары типовых страниц. Он и сейчас не вдумывается, а скоро будет верстать под движок (webkit), а не под стандарты.
Настоящая вёрстка, frontend в целом — стали гораздо, гораздо сложней. Разрыв между джуниором и мидлом — это не разрыв, а пропасть. Которую так просто и не перепрыгнешь. Пикантность ситуации в том что визуально, в этих примитивных сайтах, не видно разницы между результатом работы новичка и опытного разработчика.
Сравнивая знания необходимые в 2006 и 2013 чтоб сверстать типовой сайт, получается что сейчас достаточно прочитать какой-нибудь «css для чайников», понимать что такое поток и контекст форматирования для этого не нужно. Очень много людей вчера прочитали первую книгу по html, а сегодня идут junior-верстальщиком устраиваться. И искренне верят что они умеют верстать.
Т.е. это касается лишь США и то не всех штатов, а лишь тех, где surcharges не запрещены законами штата. За пределами США же если я правильно понимаю, surcharges разрешены только тогда когда есть отдельный закон что их разрешает.
В случае offline оплаты, то она происходит картой через pos-терминал, и там никаких surcharges тоже быть не может же.