Не исключаю вариант, при котором факт вскрытой коробки не имеет значения. Такие серийные номера, используются на хакинтошах. Поэтому знаю десятки примеров, когда люди гуглят в картинках серийник, заходят на сервис проверки и меняют некоторые цифры, таким образом получают возможность активировать ещё «не купленное устройство».
Мне помогают регулярные выражения в программе QuiteRSS, которые вырезают по неинтересным ключам/авторам сохраняя пост при наличии стоп-слов, также происходит добавление категорий/лейблов. Обрабатывается вплоть до 70% по всем подпискам.
«Матрица Эйзенхауэра» на мой взгляд более правильная когда срочные и важные расположены в верхнем левом углу.
В этой статье есть отсылка к предыдущей «Как ставить цель», не нашёл среди ваших публикаций, подскажете где можно прочитать?
Догадываюсь, что вы хотите описать, но, вот без микшина и нестандартных записей (хотя можно и микшин написать в scss, получается не плюс less, а рядовая возможность препроцессоров):
Пишется и выглядит, на мой взгляд, лаконичнее.
WebStorm, в данном случае подсветит в scss ошибку, если в рамках класса дублируется свойство transition (не в моём примере, а если бы писал в две строки).
По поводу слияний, я подразумевал минификаторы (мне нравится: clean-css, для Grunt это contrib-cssmin). Специально посмотрел, clean-css не делает слияния такого типа (разные транситионы), но, какой смысл писать одно свойство в классе двумя строчками? WebStorm сразу подсветит ошибку, пишу через запятую. Возможно другие минификаторы так могут, мне хватает одного. Не забываем про @extend + работа clean-css по объединению, хороша.
Сам пользую scss естественно, первый комментарий в контексте «плюсов» этой статьи.
Примеры использования которые вы показали, полезны, когда под рукой нет ничего кроме заготовочек less.
В работе же, задачи слияния классов и свойств, генерацию безошибочных спрайтов, префиксов, выполняют Grunt/Gulp.
Комфортнее писать CSS3 без лишних символов, зависящих от препроцессора.
63ms — сборка пачки из 50 файлов/компонентов, с генерацией микшинов, вычислений в функциях, генераций datauri и многим прочим. Ищите проблему у себя. Т.е. написал и сразу виден результат, взгляд не успеваешь перевести.
В начале статьи, вы привели пример с кучей классов, а далее размышляете о создании однотипных сайтов.
Суть описания строкой из классов, это будущий рост и изменения проекта. Мы не знаем какие страницы/блоки/элементы появятся в будущем на проекте, при этом уже имеем представление общего дизайна. Поэтому можем сформировать несколько универсальных классов, которые в будущем с большой вероятностью будут на новых страницах. Они могут использоваться вместе, а могут по отдельности. Поэтому имеется необходимость их разделения, при этом сохраняется возможность управления глобально (БЭМ).
В случае когда проект не предполагает будущий активный рост, использование такой «портянки» в html, действительно неоправданно. Можно обойтись простой компоновкой классов/правил на этапе старта. При этом допустимо написание как с нуля, так и с фрейворком.
Фреймворки в некотором роде дают возможность универсального старта с готовыми наборами. Они предназначены для лёгкой/быстрой разработки малыми силами, стараются покрыть универсальностью под разные проекты. У профессионалов как правило есть свои наработки, подходы, фреймворки, системы сборки.
Нужно понимать какой проект в руках и что с ним делать. Нельзя использовать всегда bootstrap или например всегда писать с нуля.
Рассуждать и обозначать плюсы/минусы целесообразности того или иного подхода нужно в контексте задачи. Смешивать подходы/задачи и искать смысл/решение в этом, бессмысленно. :)
Используя препроцессоры и инструменты автоматизированной сборки, мы можем лавировать между задачами с большей гибкостью. В том числе и оптимизируя дублирующие классы компоновкой.
У Gulp ~2400 плагинов, т.к. есть gulp-grunt, т.е. можно переезжать прямо сейчас. Наблюдаю очень быстрый рост количества плагинов, на днях было под 400 (на gulpjs.com/plugins/ временные проблемы с выдачей списка, завтра надеюсь починят).
Основные плагины уже перенесены на gulp, их функционал аналогичный одноимённым у grunt, прирост особенно ощутим с большим количеством файлов.
Не согласен. Авторы создали все условия для разработчиков, оптимальный день выхода дайджеста, приличный объём свежих материалов. Некоторые из которых мы уже встречали на неделе (возможно просмотрели бегло/отложили).
Жду субботы вечера или утром в воскресенье, с удовольствием читаю каждый пункт и хожу по ссылкам. Большинство/у материалов знакомы и понятны для моментального знакомства. Поэтому, откладывать считаю бессмысленно. Можно отложить на всю неделю чтение rss, зная, самое сладкое уж точно не пропущу. )
Респект вам!
Автор статьи слукавил про Gulp.
У меня достаточно огромный Gruntfile, это и простыня и в какой-то момент время сборки действительно стало неприлично большим.
Я попробовал Gulp, был поражён разницей (цифры лишь мои, но для сравнения: Grunt 60s, Gulp 3s).
Плагины Grunt активно переносятся. В Gulpfile можно использовать Gruntfile. Переезд буквально без жертв.
На мой взгляд, торренты удобны тем что информация структурирована и наглядно представлена/проверена на сайтах. В тоже время простая связка utorrent + vlc опровергает утверждение
не удержался: Gestures for Chrome(TM) — собственные настраиваемые комбинации движений мышкой, а также, приятное дополнение в виде плавной прокрутки, с возможностью включения ускорения, серфить по страницам очень приятно.
Основные написал выше: отсутствие вкладки facebook, у многих в обычной версии в последних обновлениях образовалась проблема всплытия окна скайп в произвольные моменты, когда поменял у себя избавился от этого.
Еще заметил что есть небольшие различия в интерфейсе, например в разговоре с бизнес версии пропал ползунок громкости (хотя возможно предыдущая не бизнес версия была не самой самой последней и тоже изменилась).
Приложение устанавливается из AppStore и полноценно работает.
В этой статье есть отсылка к предыдущей «Как ставить цель», не нашёл среди ваших публикаций, подскажете где можно прочитать?
Получится:
И получите, меньше кода (на 23 символа):
Пишется и выглядит, на мой взгляд, лаконичнее.
WebStorm, в данном случае подсветит в scss ошибку, если в рамках класса дублируется свойство transition (не в моём примере, а если бы писал в две строки).
Сам пользую scss естественно, первый комментарий в контексте «плюсов» этой статьи.
В работе же, задачи слияния классов и свойств, генерацию безошибочных спрайтов, префиксов, выполняют Grunt/Gulp.
Комфортнее писать CSS3 без лишних символов, зависящих от препроцессора.
Суть описания строкой из классов, это будущий рост и изменения проекта. Мы не знаем какие страницы/блоки/элементы появятся в будущем на проекте, при этом уже имеем представление общего дизайна. Поэтому можем сформировать несколько универсальных классов, которые в будущем с большой вероятностью будут на новых страницах. Они могут использоваться вместе, а могут по отдельности. Поэтому имеется необходимость их разделения, при этом сохраняется возможность управления глобально (БЭМ).
В случае когда проект не предполагает будущий активный рост, использование такой «портянки» в html, действительно неоправданно. Можно обойтись простой компоновкой классов/правил на этапе старта. При этом допустимо написание как с нуля, так и с фрейворком.
Фреймворки в некотором роде дают возможность универсального старта с готовыми наборами. Они предназначены для лёгкой/быстрой разработки малыми силами, стараются покрыть универсальностью под разные проекты. У профессионалов как правило есть свои наработки, подходы, фреймворки, системы сборки.
Нужно понимать какой проект в руках и что с ним делать. Нельзя использовать всегда bootstrap или например всегда писать с нуля.
Рассуждать и обозначать плюсы/минусы целесообразности того или иного подхода нужно в контексте задачи. Смешивать подходы/задачи и искать смысл/решение в этом, бессмысленно. :)
Используя препроцессоры и инструменты автоматизированной сборки, мы можем лавировать между задачами с большей гибкостью. В том числе и оптимизируя дублирующие классы компоновкой.
Основные плагины уже перенесены на gulp, их функционал аналогичный одноимённым у grunt, прирост особенно ощутим с большим количеством файлов.
Жду субботы вечера или утром в воскресенье, с удовольствием читаю каждый пункт и хожу по ссылкам. Большинство/у материалов знакомы и понятны для моментального знакомства. Поэтому, откладывать считаю бессмысленно. Можно отложить на всю неделю чтение rss, зная, самое сладкое уж точно не пропущу. )
Респект вам!
У меня достаточно огромный Gruntfile, это и простыня и в какой-то момент время сборки действительно стало неприлично большим.
Я попробовал Gulp, был поражён разницей (цифры лишь мои, но для сравнения: Grunt 60s, Gulp 3s).
Плагины Grunt активно переносятся. В Gulpfile можно использовать Gruntfile. Переезд буквально без жертв.
p.s. если сорвусь, добавлю еще :)
В дропбоксе у некоторых работают, было бы удобно, если у вас будут работать )
Еще заметил что есть небольшие различия в интерфейсе, например в разговоре с бизнес версии пропал ползунок громкости (хотя возможно предыдущая не бизнес версия была не самой самой последней и тоже изменилась).