Виолетта Морозова

Я когда то давно считал, что программирование это креатив и новаторство, пока не столкнулся с объективной реальностью )

Работая на компанию, рядовой программист превращается в оператора печатной машинки, где за него уже решили что и как он должен писать, а ему остается только соблюдать методологию и успеть все сдать до дедлайна в ущерб своему личному времени.

Поддержка древних браузеров это оружие в руках менеджеров-продажников, которым они завоевывают новых клиентов. Шепчут им сладким голосом мантры про то, что есть 2 процента людей, которые живут в каменном веке и если вы не сделаете их счастливыми, то ваш сайт недополучит эти 2 процента прибыли. Клиенты разумеется прикидывают, что 2 процента это 2 процента и соглашаются переплачивать за такую работу, рассчитывая что эти затраты в итоге окупятся. Это называется разделение ответственности, о котором в свое время писал Ф. Ницше. Менеджер продает услугу, которую он сам не будет производить, а следовательно он не будет сидеть и ломать голову над ее реализацией.

Хорошо если разработчику будут доплачивать за такие клиентские прихоти, тогда это еще хоть как то будет оправдано, но в ином случае, если программист в организации сидит на окладе, то на его плечи тяжким бременем опустятся все хотелки клиентов, начиная от pixel perfect в резиновом дизайне и заканчивая разметкой scheme в каждом теге.

Такой подход к работе требует от программиста быть постоянно на пределе. Он становится роботом, который все свое личное время тратит на изучение различных техник оптимизации кода или освоение новых фреймворков, которые внедряются руководством в процесс, после посещения ими очередного модного семинара. Scrum, Agile, TDD и прочие инновации отнимают у рядовых разработчиков самое важное - полноценную жизнь свободного человека.
Он превращается в придаточный орган корпоративного организма, который способен лишь выполнять одну функцию - писать код. Узкие специалисты перестают понимать внутреннюю жизнь представителей других профессий, а личность должна стремиться к разностороннему развитию, ибо только цельному человеку доступна цельная (читай полноценная) жизнь.
Человек должен иметь право на досуг и развлечения, и это право он отстоял в революциях 19-20 веков.
PS
Я периодически встречаю в сети советы молодым разработчикам, что они должны забросить все свои увлечения и писать сутками код, иначе они не будут востребованы рынком. Это суровая действительность, однако я надеюсь что когда нибудь добро победит бабло и справедливость восторжествует ))
PPS
Немного не в тему топика, но мысль настойчиво требовала изложить себя на "бумаге" ))

Нет, не нужно. Нужно активнее разъяснять это заказчикам.
Все IE, кроме 11-го, не поддерживает даже сам Microsoft.

Доля этих версий браузера просто нулевая. Спрашивается, кому нужен этот мазохизм?
Но все-таки текст должен быть читаемым, а базовые функции должны работать, например авторизация, комментирование и т.п.

Да, не забудьте подвесить заглушку, что браузер устарел.

Нашлось +- решение.
Используем шрифты из Google Fonts, они адаптированны и под iOS и под Andriod, и на винде тоже нормально отображаются. Сервисов для тестирования я так и не нашла, походу только живое тестирование на девайсах.

Если у кого-то появится решение, welcome!

для Linux : ctrl+shift+p, в водим в поиске "menu" и выбираем "View: Toggle Menu".

Я бы еще отсечку прописал, чтобы зря JS не гонять

$(window).scroll(function() {
    if ($(this).scrollTop() > 1){
        if (!$('header').hasClass("sticky")) {
        $('header').addClass("sticky");
        $('header .logo').addClass("sticky");
        $('header .navbar-right').addClass("sticky");
        }
    }
    else{
        $('header').removeClass("sticky");
        $('header .logo').removeClass("sticky");     
        $('header .navbar-right').removeClass("sticky");            
    }
});

тогда, возможно, и transition один раз проидет, без наложения.

P.S. не повторяйте свойство z-index для смежных классов (header и header.sticky как пример), не забывайте, что через transition можно менять не все свойства CSS список возможных

пробуй прописать такой фикс

-webkit-backface-visibility: hidden;
-moz-backface-visibility:    hidden;
-ms-backface-visibility:     hidden;

Не используйтся функцию scale(1) для состояния элемента по-умолчанию. Трансформация срабатывает только после события :hover - потом самостоятельно возвращает всё "на круги своя, своевременна" (с).