Браво, Скотт! Он тогда и не думал, что породит целую ИТ – субкультуру.
Теперь доподлинно известно, что смайл должен быть с носом.
С 30-м Днем Рождения, смайл! :-)
Попробойте дополнить процесс использованием техник OOCSS или SMACSS
OOCSS и SMACSS — поправьте, если я не прав, но не подразумевают ли эти техники присвоения одному элементу множества классов? Это получается что-то вроде описания поведения, присущего интерфейсам. Для чего такой полиморфизм в CSS? Путаница не возникнет?
Так же в продакшене я начал разбивать CSS по модулям. Например structure --> home-page --> header + main + footer, skin --> home-page --> header + main + footer. Каждый модуль — отдельный файл.
Но позвольте — скорее, знание «особенностей» IE стоит дороже, чем следование изложенным стандартам.
Да, конечно, знание особенностей дороже. Только в контексте того, что умеет IE, чего не умеют другие браузеры. Да и есть ли необходимость в таком знании, если, как вы правильно говорите, есть стандарты?
Но я говорил о стоимости разработки, и в частности — тестирования. Одно дело тестировать под IE8/9, а другое — еще и под Webkit, Gecko или Presto.
Хотя шустренько заменить в полуавтоматическом режиме — скажем, на jquery — это ж проще, чем заводить шестого ослика.
Видимо, в контексте разработки таких масштабов — если речь идет о банках — вообще не получается что – либо сделать «шустренько».
Я имел ввиду Альфа-банк. Не «Альфа-клик» для физ. лиц, а «Альфа-Клиент On-line».
При входе с браузера, отличного от IE8/9, получаешь уведомление, что часть функционала может работать не корректно.
К слову, все прекрасно работает в Chrome: и веб – приложение работает нормально, и токен все подписывает.
Однако, уведомление все же есть, значит одно из двух: либо что-то завязано на IE, либо не тестировалось.
Не сказал бы, что я за IE, но всегда есть за и против: За:
Прогресс на лицо — от версии к версии он все шустрее. Та же js – анимация кое-где на 9-м IE выполнялась плавнее, чем в Chrome Canary, хотя во Frames все было в пределах 60 FPS. Вот такая загадка :/
Эмуляция предыдущих версий IE для тестирования. Весьма недурная консоль в последних версиях с пошаговой отладкой, напомнившей интерфейсом сладкие времена работы в Visual Studio
Против:
Безопасность. Да, Chrome Canary обновляется чуть ли не ежедневно (иди ежедневно?), а IE — от патча к патчу Windows
10ка не радует фактом своего отсутствия в Win7! А жаль, хотелось бы погонять сайты под 10кой, ведь там будет целевая аудитория через полгода
Дай Бог, если это сделает веб лучше!
Поддерживаемость проектов — это беда. Иногда попадаются такие экземпляры CSS - файлов, что комментарии излишни.
Такие конструкции зачастую (но только в умелых руках), позволяют сделать код немного более лаконичным и понятным.
Теперь доподлинно известно, что смайл должен быть с носом.
С 30-м Днем Рождения, смайл! :-)
OOCSS и SMACSS — поправьте, если я не прав, но не подразумевают ли эти техники присвоения одному элементу множества классов? Это получается что-то вроде описания поведения, присущего интерфейсам. Для чего такой полиморфизм в CSS? Путаница не возникнет?
А общие классы и ресеты? Отдельные CSS - файлы?
Да, конечно, знание особенностей дороже. Только в контексте того, что умеет IE, чего не умеют другие браузеры. Да и есть ли необходимость в таком знании, если, как вы правильно говорите, есть стандарты?
Но я говорил о стоимости разработки, и в частности — тестирования. Одно дело тестировать под IE8/9, а другое — еще и под Webkit, Gecko или Presto.
Видимо, в контексте разработки таких масштабов — если речь идет о банках — вообще не получается что – либо сделать «шустренько».
При входе с браузера, отличного от IE8/9, получаешь уведомление, что часть функционала может работать не корректно.
К слову, все прекрасно работает в Chrome: и веб – приложение работает нормально, и токен все подписывает.
Однако, уведомление все же есть, значит одно из двух: либо что-то завязано на IE, либо не тестировалось.
За:
Против:
Поддерживаемость проектов — это беда. Иногда попадаются такие экземпляры CSS - файлов, что комментарии излишни.
Такие конструкции зачастую (но только в умелых руках), позволяют сделать код немного более лаконичным и понятным.
Основные аргументы:
Спасибо вам, вы — лучшие!