Я, конечно, не автор поста, но проходил через аналогичную процедуру. Могу сказать так: если вы можете объяснить, чем вы занимаетесь, и что вы делали на последних проектах — этого достаточно. У меня оч. многонациональная компания, и английский является внутренним языком компнаии, поэтому язык учится оч. быстро.
Не один минус я схватил (и ещё схвачу) за своё мнение, но не могу оставаться в стороне, когда вижу, подобные комментарии.
Если вам нравится жить в своей стране — это замечательно, я искрине рад за вас. Но это не даёт вам никакого права неуважительно относиться к людям, которые по тем или иным причинам уехали из своей страны в поисках лучшей жизни и нашли её.
Опередили вы меня со статьей :) Хотел написать аналогичный пост (вернее, уже написал, но хотел опубликовать в «Чулан», не хватило кармы). Я живу в Амстердаме почти два месяца (работаю frontend-разработчиком в xs2theworld), от себя могу добавить следующее:
Цены:
В общей сложности, продукты стоят ~ как в Москве. Я снимаю квартиру, где живу с девушкой — 950 евро/мес (62 кв. м./мебелирована, в Айбурге/Ijburg, 1086XZ) + 150 евро эл-во+вода+интернет. 168 евро за страховку на 2 человек (84 евро/нос). На продукты выходит 100 евро / неделя (на двоих), мы себе ни в чём не отказываем.
Зарплата:
У меня в данный момент 3000 евро / мес, после налогов получается 2150. Когда будет 30% руллинг, будет 2450. Руллинг делается 3-4 месяца, и по получению онного, вам выплатят сумму за время ожидания (в моём случае 300 евро за каждый месяц).
Общее:
Полный дзен. Переездом более, чем доволен. Продал машину в Мск, получил деньги на первое время в Амстердаме + у девушки были сбережения. У девушки, кстати, тоже есть разрешение на работу (хотя она пока еще не является моей женой), но нет возможности получить 30% руллинг.
Пишите в лс, отвечайте на комментарий — буду рад поделиться подробной информацией и ответить на все вопросы!
P.S. Товарищи хабровчане, живующие в Амстердаме, давайте встретимся на выходных за бутылочкой хайникена?
Вы сейчас говорите о html svg элементе или о внешнем файле? Как в таком случае можно с заданным бэкграундом работать из джаваскрипта?
Я говорил о внешнем файле. Если вам хочется работать с svg файлом по средствам JS, то почему бы просто не сделать нечто следующее? При чём этот подход работал во всех браузерах с момента поддержки embed-элементов.
как здесь, только гораздо проще
Куда ещё проще-то? По-вашему неявное связывание значения свойства одного элемента с другим является более простым решением? Тем более, это не всегда будет работать так, как вы предполагаете. Если у .col1 будет position: absolute; height: 700px; а у .col2 будет height: -moz-element(.col1);, то реальная высота .col2 не всегда будет 700px;. И вы никак это не отладите с таким подходом.
И как установить этот svg-DOM объект в качестве фонового изображения?
Ну, например, написав
background: url(/path/to/svg/file.svg);
Ну кто знает, не будет ли оно в будущем поддерживаться
В roadmap'ах ни слова об этом. Гадание на кофейной гуще не аргумент.
Похоже, вы меня не поняли, чем плохо было бы сделать так
Не могу себе представить, чем это лучше, чем написать
height: 700px;
background: #88aaff;
Или, создать модификатор (если это планируется использовать в нескольких местах). Где профит от конкретно этого подхода? Когда я буду дебажить этот код из firebug/cdt я увижу лишь строку background: -moz-element(.col1) (например) и что мне теперь, искать где применяется .col1 чтобы понять, какие атрибуты я примешиваю? Никакого удобства, на мой взгляд. Те же модификаторы, только намного неудобнее.
И так мне придется делать для всех наследуемых свойств? Почему бы просто их не прописать, или, если вы используете препроцессоры, то просто создать переменную?
Вообще-то, svg-объект является таким же DOM элементом, как и всё остальное. Вы можете изменять SVG с помощью CSS и JS(Raphael, Fabric и куча всего-всего).
А вообще, я не понимаю, что вы пытаетесь сказать, что это не самое полезное свойство?
Абсолютно бесполезное, т.к. аналогов у Chrome, Opera и IE нет, а значит, в реальности применять его никто не будет.
если бы такой байндинг к элементам и их свойствам был внедрен на уровне CSS, то это могло бы сделать CSS просто всемогущим.
Я считаю такой подход неправильным. Вёрстка становится завязана на разметку, это вообще бред какой-то, на мой взгляд.
Не понимаю, при чем тут «сперва добейся», «дареный конь»? Может автору, который провел анализ (http://habrahabr.ru/post/177115/) angular, backbone и пр. тоже сперва написать свою либу с блекджеком, прежде чем указывать на недостатки тех или иных либ? Ну и вообще всем, кто ищет недостатки в либах.
Обычно на больших проектах так и происходит: вы выбираете каркас для своего приложения, будь то backbone, angular или что-либо ещё, и перепиливаете его под свои нужды, чтобы заткнуть «дырки» в реализации библиотеки/фрейморка.
Ну ок, жс-ошибки вы победите, но еще придется писать альтернативный код анимации, что не очень прикольно поддерживать
По-прежнему не понимаю, о чём вы говорите: есть полифил (уже неоднократно об этом говорили), которые реализует подобную функциональность для устаревших/устаревающих браузеров (посмотрите подробную информацию по IE: www.w3schools.com/browsers/browsers_stats.asp). Тем более, когда это станет стандартом, можно будет не заботиться о IE8, и, возможно, даже IE9.
Не особо понял, где вы взяли 2 гифки, т.к. по обоим ссылкам на jsbin лежат полноценные примеры.
Этот полифил по крайне в данный момент не детектит поддержку свойства, а сразу записывает в прототип
Дарёному коню… Вы всегда можете попробовать сделать лучше или не использовать его вовсе.
Проблема IE8 с defineProperty решается modernizr'ом или аналогичным решением. В случае modernizr'a, ошибок в IE8 нет.
Вы всегда можете вызвать метод, который сгенерирует/вернет вам вёрстку необходимого элемента, в этом нет ничего зазорного. Тем самым и не «ссылка на вёрстку» и вполне себе изящное решение. Но вообще, в подобных случаях, обычно либо просто скрывают/показывают элемент, либо пользуются методикой, аналогичной предложенной мной.
Ну, видимо в вашем случае действительно подобный подход себя оправдывает. Всё ведь сугубо индивидуально, сами понимаете. Как я уже писал выше, browserify не является панацеей или единственно правильным решением, все исходит от самого проекта. Так или иначе, надеюсь, вы нашли статью занимательной :)
Господи, что же за проект, где SPA весит 1Мб?! Это получается в районе 1 048 576 символов (минифицированного кода, как я понимаю).
Как связаны CSS и модульная система JS? Хотя base64 в CSS вы всё равно зря кладёте. Браузер рендерит страницу только тогда, когда загрузились стили, а если стили весят 2Мб, то вы намеренно увеличиваете время загрузки страницы. Объедините изображения в 2 спрайта: ретина/не ретина и живите счастливо.
P.S. Отвечая на ваш вопрос: да, я буду загружать один файл, потому что, как я уже сказал выше, он будет кеширован сразу после первой загрузки. Подключение сайта по частям не даст нормального результата: пользователь будет ждать каждый раз ответа от CDN, что в результате получится больше по времени(суммарном), чем обычная загрузка 1 файла с того же CDN. И это не говоря уже о постоянном ощущении «подлагивания» при переключении страниц.
Я так понимаю, запускается сиё чудо из браузера и консольной обёртки с нормальным CLI-репортером нету?
Хотелось бы всё-таки видеть более автоматизированное решение.
P.S. Либо я чего-то не понимаю, либо картинка не соответствует листингу выше.
Ну, Хуавей ещё нормально читается! Вы представьте, всё равно все будут читать как «Зопа», ибо если не акцентировать ударение на последний слог, слышится «а» вместо «о».
А по поводу телефона ничего плохого и не говорю, отличный бюджетник
Сегодня на рынке смартфонов производители хотят выделиться неповторимым дизайном, самым ярким и чётким дисплеем, быстрым железом и огромным функционалом
А этот выделился именем. Думаю, не лучшее название для бренда на Российском рынке.
Хотя, судя по характеристикам, отличный аппарат в своём ценовом сегменте.
Получилось симпатично, но что бы вы не говорили, всё равно очень сильно отдает Metro Style.
Это, наверно, и не плохо, но первая ассоциация не с брендом, а с Microsoft.
Простите, конечно, но что ЭТО делает в хабах mobile development или android development. Данная статья, кроме рекламы своего семинара не имеет ничего общего с разработкой ПО. Пишите свои посты в предназначенные для этого хабы, не засирайте ленту другим участникам проекта.
Если вам нравится жить в своей стране — это замечательно, я искрине рад за вас. Но это не даёт вам никакого права неуважительно относиться к людям, которые по тем или иным причинам уехали из своей страны в поисках лучшей жизни и нашли её.
Цены:
В общей сложности, продукты стоят ~ как в Москве. Я снимаю квартиру, где живу с девушкой — 950 евро/мес (62 кв. м./мебелирована, в Айбурге/Ijburg, 1086XZ) + 150 евро эл-во+вода+интернет. 168 евро за страховку на 2 человек (84 евро/нос). На продукты выходит 100 евро / неделя (на двоих), мы себе ни в чём не отказываем.
Зарплата:
У меня в данный момент 3000 евро / мес, после налогов получается 2150. Когда будет 30% руллинг, будет 2450. Руллинг делается 3-4 месяца, и по получению онного, вам выплатят сумму за время ожидания (в моём случае 300 евро за каждый месяц).
Общее:
Полный дзен. Переездом более, чем доволен. Продал машину в Мск, получил деньги на первое время в Амстердаме + у девушки были сбережения. У девушки, кстати, тоже есть разрешение на работу (хотя она пока еще не является моей женой), но нет возможности получить 30% руллинг.
Пишите в лс, отвечайте на комментарий — буду рад поделиться подробной информацией и ответить на все вопросы!
P.S. Товарищи хабровчане, живующие в Амстердаме, давайте встретимся на выходных за бутылочкой хайникена?
Я говорил о внешнем файле. Если вам хочется работать с svg файлом по средствам JS, то почему бы просто не сделать нечто следующее? При чём этот подход работал во всех браузерах с момента поддержки embed-элементов.
Куда ещё проще-то? По-вашему неявное связывание значения свойства одного элемента с другим является более простым решением? Тем более, это не всегда будет работать так, как вы предполагаете. Если у .col1 будет position: absolute; height: 700px; а у .col2 будет height: -moz-element(.col1);, то реальная высота .col2 не всегда будет 700px;. И вы никак это не отладите с таким подходом.
Ну, например, написав
В roadmap'ах ни слова об этом. Гадание на кофейной гуще не аргумент.
Не могу себе представить, чем это лучше, чем написать
Или, создать модификатор (если это планируется использовать в нескольких местах). Где профит от конкретно этого подхода? Когда я буду дебажить этот код из firebug/cdt я увижу лишь строку
background: -moz-element(.col1)(например) и что мне теперь, искать где применяется .col1 чтобы понять, какие атрибуты я примешиваю? Никакого удобства, на мой взгляд. Те же модификаторы, только намного неудобнее.И так мне придется делать для всех наследуемых свойств? Почему бы просто их не прописать, или, если вы используете препроцессоры, то просто создать переменную?
Абсолютно бесполезное, т.к. аналогов у Chrome, Opera и IE нет, а значит, в реальности применять его никто не будет.
Я считаю такой подход неправильным. Вёрстка становится завязана на разметку, это вообще бред какой-то, на мой взгляд.
Обычно на больших проектах так и происходит: вы выбираете каркас для своего приложения, будь то backbone, angular или что-либо ещё, и перепиливаете его под свои нужды, чтобы заткнуть «дырки» в реализации библиотеки/фрейморка.
По-прежнему не понимаю, о чём вы говорите: есть полифил (уже неоднократно об этом говорили), которые реализует подобную функциональность для устаревших/устаревающих браузеров (посмотрите подробную информацию по IE: www.w3schools.com/browsers/browsers_stats.asp). Тем более, когда это станет стандартом, можно будет не заботиться о IE8, и, возможно, даже IE9.
Дарёному коню… Вы всегда можете попробовать сделать лучше или не использовать его вовсе.
Проблема IE8 с defineProperty решается modernizr'ом или аналогичным решением. В случае modernizr'a, ошибок в IE8 нет.
Как связаны CSS и модульная система JS? Хотя base64 в CSS вы всё равно зря кладёте. Браузер рендерит страницу только тогда, когда загрузились стили, а если стили весят 2Мб, то вы намеренно увеличиваете время загрузки страницы. Объедините изображения в 2 спрайта: ретина/не ретина и живите счастливо.
P.S. Отвечая на ваш вопрос: да, я буду загружать один файл, потому что, как я уже сказал выше, он будет кеширован сразу после первой загрузки. Подключение сайта по частям не даст нормального результата: пользователь будет ждать каждый раз ответа от CDN, что в результате получится больше по времени(суммарном), чем обычная загрузка 1 файла с того же CDN. И это не говоря уже о постоянном ощущении «подлагивания» при переключении страниц.
Хотелось бы всё-таки видеть более автоматизированное решение.
P.S. Либо я чего-то не понимаю, либо картинка не соответствует листингу выше.
А по поводу телефона ничего плохого и не говорю, отличный бюджетник
А этот выделился именем. Думаю, не лучшее название для бренда на Российском рынке.
Хотя, судя по характеристикам, отличный аппарат в своём ценовом сегменте.
Это, наверно, и не плохо, но первая ассоциация не с брендом, а с Microsoft.