nerv

работаю со Vue с 2015 года. Когда он еще в первой версии был и хайпа не было. Впечатление исключительно положительное: низкий порог входа (в отличии от ангуляра или реакта), простые вещи делаются просто, декларативность в шаблонах по мне так огромный плюс (т.е. императивного кода на той же jQuery будет в разы больше и он будет менее понятным). Я когда с докладом выступал по этой либе, отметил, что на мой взгляд, это следующий швейцарский нож для веба (как когда-то была jQuery). Иными словами, получит очень широкое распространение и будет стандартом дефакто. не слушай тех, кто говорит писать на чистом JS. В большинстве случаев это выпендреж. Практика показывает, что целесообразнее сразу подключать библиотеки на подобии Vue, т.к. бизнес-логика имет свойство меняться/усложняться. Кроме того, Vue еще хороша тем, что ее можно применять точечно. Т.е. ты можешь насоздавать таких вот "компонент" и навешать их по селекторам на страницу. к предыдущему комментарию могу добавить, что: 1. в целом подход правильный, ты не изобретаешь велосипед 2. `new Vue({` будет достаточно (чем меньше глобальных переменных, тем меньше вероятность выстрелить себе в ногу) 3. названия методов, обычно, начинаются с глаголов или просто глаголы. В твоем случае подойдет `setValue()`. Но это уже если совсем по правильному

Мы – студия «Элемент». Ищем верстальщика для постоянного сотрудничества, который не боится, умеет и любит верстать проекты сложнее среднего. Работа проектная, но проекты идут часто (каждый месяц 1-2, иногда даже 3 проекта). Кратко о нас: Располагаемся в Рязани. Работаем с 2008 года. У нас в команде 10 человек. Предпочитаем технологически сложные проекты. Обязательно: - знание HTML5 / CSS3 с учетом кросс-браузерности; - умение подбирать сторонние компоненты и стилизовать их (календари, слайдеры и т.п.); - умение работать с адаптивными стилями; - менеджер пакетов bower или jspm; - знание основ CSS-анимации; - знание основ SVG; - понимание основ работы git; - желание развиваться; - быть на связи, чтобы не приходилось разыскивать; - здравый перфекционизм в работе в части соответствия верстки макету и в части качества кода; - умение принимать решения в мелочах (чтобы часто не дергать менеджеров и/или дизайнеров) Приветствуется: - умение работать в комнде; - компонетный подход к разработке (например, БЭМ); - знание основ JS в объеме, который помогает верстке; - навыки работы с GitHub и/или GitLab - понимание принципов семантического версионирования - навыки работы с Bootstrap; - навыки работы с FlexBox; - навыки работы с Grid Layout; - навыки работы с WebStorm; - пост-обработчики: PostCSS, LESS, SASS; - возможность работы в часовом поясе, близком к Москве; - умение сверстать новый / подверстать готовый код, когда он уже включен в шаблонизатор движка (smarty). Там никаких Америк нет, просто требуется аккуратность; - наличие ИП. Что нам важно видеть в отзыве на наше предложение: - примеры 3-4 свежих работ онлайн (посмотрим, какие используются методики); - опыт верстки в годах; - краткое описание умений по списку наших требований (буквально по одной строке на пункт); - ожидаемая ставка часа в рублях; - метод перечисления оплаты; - в каких сферах вы бы хотели развиваться в ближайшие 1-2 года. Если написать отзыв в таком виде, то мы сэкономим друг другу время. А это приветствуется. — Вопросы/ответы можно писать сюда или мне в личку. От себя замечу, что целевые браузеры это: последние версии Chrome(ium), FireFox, Safari, IE11/Edge. Целевые платформы: десктоп + мобильные устройства. Не pixel pirfect, но и чтобы выглядело достойно =) Если вы не знакомы с парой пунктов из обязательно списка, но у вас присутствуют адекватность и здравый смысл, то мы можем пообщаться и выяснить детали) Мы понимаем, что "знать все" не возможно. Вместе с тем, мы постарались перечислить то, с чем вам, вероятно, придется иметь дело. На js-фронтэнде у нас Angular 1.x, Vue, jQuery. Для сборки применяется Webpack. Для запуска задач Gulp. Взаимодействовать придется в том числе со мной , будет шанс научится чему-либо из js, если не знаете, но хотите развиваться в этом направлении. В недалекой перспективе на бекэнде Node.js. Если хотите развиваться в эту сторону, такая возможность тоже имеется. Вы можете писать код в чем угодно (IDE, редакторы), но ваши инструменты должны уметь деплоить на удаленный сервер (требуется для ряда проектов).

Я просто скопировал с jsfiddle и вставил. Не знаю, как данный сервис форматирует код. Когда я набирал, нажимал табуляцию. Не исключаю, что он ее в 2-а пробела разворачивает. Т.е., по идее, все должно быть идентично (или пробелы или табы), а при вставке код ломается.

function foo(...ns) { ns.sort((a, b) => a - b); ns[0] = 0; return ns .map(n => n * n) .reduce((sum, n) => sum + n, 0); } console.log(foo(3,1,2)); https://jsfiddle.net/swLgwgde/ UPD: ппц форум форматирование кода ломает

let name = 1; typeof name;

1. поправка, текущий стандарт уже ECMAScript 2016 2. реализацию метода sum() класса Calculator приведенного по моей предыдущей ссылке можно упростить еще: class Calculator { constructor(n) { this.n = n; } sum(...nums) { return nums.reduce((sum, k) => sum + k, this.n); } }

Советую использовать синтаксические конструкции (сахар) текущего стандарта ECMAScript 2015 для реализации ООП. Не надо забивать голову тем, чем ее можно не забивать. А в освободившуюся ячейку памяти запиши что-нибудь полезное =) https://jsfiddle.net/e1s7d3z7/1/

консоле, консоле мио легранта фе, легранта фе =)

Почитал я тред. Товарищ вообще не понимает, что он делает. Убунту в данном случае не поможет)

я думаю что нужно. 1) Т.к. данные практически занятие преимущественно ориентированы на новичков, важно в их сознании закрепить то, что не надо инлайнить стили и без необходимости использовать тег <style> 2) Резделение позволит упростить валидацию решения в данно случае, на мой взгляд, было бы правильным заюзать какой-нибуь сторонний сервис валидации. С одной стороны это обеспечит должную правильность, с другой избавит от необходимости писать свой валидатор префиксы не существенны. Сущестуют такие вещи как autoprefixer и тп. проверять суть а не реализацию. Например, все эти значения можно сконвертировать в RGB(A). Вместе с тем можно давать рекомендации.

+1

Помимо вышеперечисленного могу предложить: 1. попробовать поиграться с атрибутом sandbox у iframe 2. удалять ненужную запись из истории (примерно так) let state = history.state; // save state // sending form history.replaceState(state); https://habrahabr.ru/post/123106/

в целом да. Но, если речь идет о противопоставлении архитекруте событий архитектуры коллбеков, то каждая из них создана под свои задачи. Например, я чаще использую последние (коллбеки).

правильно заданый вопрос содержит в себе большую часть ответа Как ты мог заметить, почти все отвечающие предлагают тебе модифицировать исходный код, к которому с твоих слов у тебя нет доступа. Странно это. Ваш сайт, ваш сервер и нет доступа... Ну да ладно. На закуску могу предложить еще пару костылей (вместо того, чтобы писать правильный код) http://api.jquery.com/ajaxSuccess/ http://api.jquery.com/ajaxcomplete/ И чем больше подобных костелей, вы ребята, будете тыкать в свои сайты, тем хуже им будет становиться =) Поэтому и существует профессия фронт-энд разработчик. Или хотя бы веб-разработчик, который знает что такое хорошо и что такое плохо))

не будет работать document.getElementById('test').addEventListener('change', function(){ alert('111111111'); });

можно, но это будет не очень кроссбраузерно и не по феньшую http://caniuse.com/#feat=mutationobserver проще писать правильный код

Принципиально Backbone? Могу на Vue.js показать как делается и кода будет меньше =)

использую https://tech.yandex.ru/translate/ в качестве сервиса для подобного скрипта https://habrahabr.ru/post/137215/ если нужно, могу выложить сам скрипт

А как по вашему работает метод find()? Он использует цикл. И, возможно, не один. Тем не менее, можно использовать рекурсивный итератор

https://jsfiddle.net/c84uugwq/3/ дальше, думаю, сам разберешься

В статье BEM с человеческим лицом есть комментарий: кто что думает по этому поводу?

@Switch74, используй компоненты и будет тебе счастье https://vuejs.org/examples/tree-view.html

я по началу тоже так подумал, а теперь сомневаюсь. Поэтому и создал тему на форуме, чтобы послушать мнения умных людей и разобраться для себя в первую очередь. а) с одной стороны очень прохоже на то, что с приходом неймспейсов в css (css_modules/web_conponents) БЕМ станет не нужен б) с другой, неймспейсы требуют javascript, без которого можно обойтись в ряде случаев

тогда, какой подход ты используешь? Например, согласной моей ссылке под альтернативой BEM понимаются css modules http://www.sitepoint.com/understanding-css-modules-methodology/ http://glenmaddern.com/articles/css-modules https://github.com/css-modules/css-modules https://habrahabr.ru/post/270103/

примитив от слова простой, не составной (как массив или объект) Boolean Number String Null Undefined Symbol