Основная идея в том, что наши коллеги-программисты ждут от нас спокойствия и отрешенности, но никак не всплеска эмоций типа «Что это за говно тут написано!?»
Я, к примеру, местами осознаю, какую профессиональную деформацию испытывает мое сознание :)
Вы с товарищами обсуждаете код на уровне «это мой кусок, я его люблю, руки прочь!»?
Вам никогда не говорили, что нужно быть серьёзней и вести себя «профессионально»?
Вы в конфликтах «чувствуете» собеседника? Ставите себя на его место? А при написании кода?
Полная статья наводит на идею того, что умение общаться и прокачка «коммуникативных навыков», ровно как эмоционального интеллекта и прочих «человеческих» качеств, могут дать для программиста гораздо больше, чем просто знание технических нюансов.
В целом, статья довольно сумбурная. Я пытаюсь стилизовать её и упростить, но это довольно сложно. Отсюда и разбиение на части.
В этой части главная идея такая:
Посмотрите на процесс программирования не как на вбивание кода в редактор, а как на процесс общения между людьми.
«Некоторые люди, сталкиваясь с проблемой, думают: «О! Воспользуюсь-ка я регулярными выражениями!»
После этого у них становится на одну проблему больше.»
Версию под FF ждать сразу после того, как я определюсь с надобностью экстеншена вообще :)
Под IE — сильно сомневаюсь.
Под Оперу и Сафари — вероятно. По мере адаптации Extension API.
Потому что над разными модулями работают разные люди и исторически модули писались в разное время с разными либами в основе.
А потом поверх «багов» старой версии jQuery начали писать свои костыли, завязываясь на реализацию конкретной версии.
А потом еще и API в jQuery изменился, и проапгрейдить либу становится крайне затратно.
Зря боитесь.
Как показывают цифры выше — достаточно десятка версий самых популярных библотек (jQuery, Boostrap, Angular, Backbone, ...) для того, чтобы наступило массовое счастье.
Мой экстеншен уже сейчас имеет все версии jQuery, популярные версии boostrap и font awesome, скрипты статистики гугла и яндекса и соцкнопки твиттера и гугла. Всё это добро в ужатом виде весит 1.65 мб, в распакованном виде 4.5 мб. Злые птицы весят примерно 30 мб.
Сможет ряд пользователей отказаться от трижды пройденной игры ради заметного ускорения интернета? Думаю да.
Все ваши проблемы с вымыванием кеша вообще — решаются моим расширением. Надеюсь, такой механизм когда-нибудь попадёт в браузеры хотя бы частично. Можно сказать, что я «изобрёл» аналог shared virtual memory для фронтэнд-библиотек.
Если вы не контролируете заголовки статики лично, то я бы не утверждал, что «оно так же попадёт в кеш». К тому же, любое изменение «вымывает» кеш полностью.
Мы считали проценты точно так же, как сайт Сочи2014: у нас возможны «двойные» ответы. т.е. 1 сайт грузит 2-3 скрипта из набора одновременно. Процент в каждом случае считается относительно всех сайтов, грузящих скрипты из Google CDN, а не относительно уникальных запросов. Т.е. суммирование по процентам тут не покатит.
Ну и еще один вывод: разработчики должны грамотно писать софт.
Однако в реальном мире всё не так.
Возвращаясь к кешу — CDN и кеширование просто рождены друг для друга.
Однако многие до сих пор подключают скрипты локально и не умеют пользовать заголовки для кеша. И если браузерное размещение ресурсов из CDN погоды особо не сыграет (хотя и 100% безопасно), то возможность не загружать ресурсы самого хоста может стать киллер-фичей.
Судя по данным, которые я получил из датасета — даже одного jQuery будет достаточно.
Я основные идеи с клиентским кешем вложил в расширение. Посмотрим, какую статистику с него можно будет снять.
А как только расширения появятся в мобильных браузерах — это будет победа :)
Да, мне кажется вы правы. У httparchive есть два караулена — один на десктопном IE, а второй на базе iPhone 4. Я не брал результаты мобильного краулера.
Основная идея в том, что наши коллеги-программисты ждут от нас спокойствия и отрешенности, но никак не всплеска эмоций типа «Что это за говно тут написано!?»
Вы с товарищами обсуждаете код на уровне «это мой кусок, я его люблю, руки прочь!»?
Вам никогда не говорили, что нужно быть серьёзней и вести себя «профессионально»?
Вы в конфликтах «чувствуете» собеседника? Ставите себя на его место? А при написании кода?
В целом, статья довольно сумбурная. Я пытаюсь стилизовать её и упростить, но это довольно сложно. Отсюда и разбиение на части.
В этой части главная идея такая:
Советы из статьи могут уменьшить объём твоего диплома на 30%!
И заодно посмотрите на www.scala-js.org/
Под IE — сильно сомневаюсь.
Под Оперу и Сафари — вероятно. По мере адаптации Extension API.
А потом поверх «багов» старой версии jQuery начали писать свои костыли, завязываясь на реализацию конкретной версии.
А потом еще и API в jQuery изменился, и проапгрейдить либу становится крайне затратно.
Это болезнь любого крупного проекта.
Как показывают цифры выше — достаточно десятка версий самых популярных библотек (jQuery, Boostrap, Angular, Backbone, ...) для того, чтобы наступило массовое счастье.
Мой экстеншен уже сейчас имеет все версии jQuery, популярные версии boostrap и font awesome, скрипты статистики гугла и яндекса и соцкнопки твиттера и гугла. Всё это добро в ужатом виде весит 1.65 мб, в распакованном виде 4.5 мб. Злые птицы весят примерно 30 мб.
Сможет ряд пользователей отказаться от трижды пройденной игры ради заметного ускорения интернета? Думаю да.
Все ваши проблемы с вымыванием кеша вообще — решаются моим расширением. Надеюсь, такой механизм когда-нибудь попадёт в браузеры хотя бы частично. Можно сказать, что я «изобрёл» аналог shared virtual memory для фронтэнд-библиотек.
CDN как раз и делают кеш единым, кстати :)
А вот за юзкейс с отсутствием интернетов спасибо, я это даже не предполагал.
Однако в реальном мире всё не так.
Возвращаясь к кешу — CDN и кеширование просто рождены друг для друга.
Однако многие до сих пор подключают скрипты локально и не умеют пользовать заголовки для кеша. И если браузерное размещение ресурсов из CDN погоды особо не сыграет (хотя и 100% безопасно), то возможность не загружать ресурсы самого хоста может стать киллер-фичей.
Я основные идеи с клиентским кешем вложил в расширение. Посмотрим, какую статистику с него можно будет снять.
А как только расширения появятся в мобильных браузерах — это будет победа :)