Статьи / Закладки / Профиль Ivis / Хабр

@Ivis^{read⁠-⁠only}

Пользователь

ПрофильЗакладки10

noeer 26 июл 2016 в 13:03

Выбираем лучший онлайн-сервис по сжатию CSS

2 мин

58K

CSS * Клиентская оптимизация * Тестирование веб-сервисов *

Из песочницы

В настоящее время существует огромное количество веб-инструментов по оптимизации CSS файлов. Большинство из них имеют собственный алгоритм работы (есть, конечно, и дубликаты). Эффективность самих программ тоже значительно отличается. Кроме того, некоторые оптимизаторы могут «ломать» CSS код, после чего стили становятся невалидными. Как показывает практика, процент таких «полезных» инструментов достаточно высок.

Данная статья представляет собой отчет о проведенном тестировании наиболее популярных онлайн-оптимизаторов. Эксперимент проводился на 3 CSS файлах. Ссылки на каждый из них приведены в таблице результатов.

Читать дальше →

it_man 27 июл 2016 в 07:21

«Пока не село Солнце»: Стоит ли заставлять программистов работать 80 часов в неделю

7 мин

42K

Блог компании MWS CloudПрограммирование * Веб-разработка * Разработка мобильных приложений * iOS *

/ фото Joshua Blount CC

В нашем блоге на Хабре мы пишем о том, как используются облачные сервисы и каким спектром возможностей обладает IaaS. Также мы затрагиваем тему эффективной разработки сервисов и приложений, например, на прошлой неделе мы опубликовали материал, в котором дали несколько советов руководителям о том, как эффективно взаимодействовать с командой разработки.

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

Читать дальше →

+17

263

SLY_G 22 июн 2016 в 22:46

Как стать профессиональным веб-разработчиком: практическое руководство

12 мин

683K

Веб-разработка * JavaScript * Java * HTML * CMS *

Перевод

Дорога длинна и трудна, но интересна и полезна!

Статья задумывалась как практическое руководство для желающих стать профессиональным веб-разработчиком. Я уже более 20 лет пишу код для веба. Я ежедневно работаю с веб-разработчиками и помогаю им. В статье я опишу, что вам нужно выучить, когда вам нужно это выучить и где взять информацию (чаще всего даже бесплатно). Затем я дам совет по получению реального опыта, и что самое важное – по получению денег за написание кода.

По статье разбросано множество ссылок на бесплатные и важные ресурсы. Для простоты я собрал их в PDF и разбил по категориям. Мне не платят за упоминания сайтов, ссылки на которые я привёл – я всего лишь хочу порекомендовать вам лучшие ресурсы, чтобы помочь вам достичь вашей цели.

Что нужно помнить:

1. Статью разрешается пролистывать

Руководство может помочь вам вне зависимости от вашего положения на дороге к профессиональной разработке. Прокрутите его к тому заголовку, который лучше всего описывает ваше сегодняшнее положение, и читайте оттуда. Если вы только начали этот путь, или пока размышляете об этом – последуйте совету Короля из «Алисы в стране чудес»:

Начните с начала, и продолжайте, пока не дойдёте до конца; и там уже остановитесь.

Читать дальше →

+27

129

alexey-m-ukolov 23 июн 2016 в 08:15

Опрос: насколько строго вы следуете стандартам и лучшим практикам на фронтенде?

1 мин

12K

HTML * JavaScript * Микроформаты * Веб-разработка * Семантические сети *

Как-то так получилось, что за последнюю неделю я посмотрел довольно большое количество выступлений на разных крупных и не очень конференциях. И часто там говорили об очень важных, в теории, вещах: производительности, доступности, прогрессивном улучшении.
Но, судя по моему опыту и ощущениям, на практике никто этим не занимается, кроме самых крупных компаний. Эти ощущения подтверждает, например, подкаст Веб-стандартов: там при обсуждении каких-то технологий или практик, постоянно звучат слова "мы это у себя не используем", "только если заказчик пнёт".
Я бы хотел проверить, так ли это, проведя небольшой опрос. Думаю, результаты будут интересны многим, приглашаю обсудить вопросы, ответы и вообще эту тему в целом в комментариях.
P.S. Я в опросе довольно вольно использую термин "стандарты". Понятно, что для некоторых вещей стандартов нет, но придумывать какое-то альтернативное название не вижу смысла.

14 вопросов

+12

alexzfort 10 июл 2016 в 20:23

Дайджест свежих материалов из мира фронтенда за последнюю неделю №219 (4 — 10 июля 2016)

5 мин

25K

Блог компании Zfort GroupCSS * JavaScript * Веб-разработка *

Предлагаем вашему вниманию подборку с ссылками на полезные ресурсы и интересные материалы из области фронтенда

Читать дальше →

+17

Gaito 11 июл 2016 в 09:53

Стрелочный ад, или новый круг старой проблемы

3 мин

19K

JavaScript *

Из песочницы

Истоки

Когда-то давно JavaScript разработчики очень любили использовать анонимные функции (собственно и сейчас многие их любят использовать), и всё бы ничего, и код становится короче, и не надо придумывать очередное название для функции, но рано или поздно это превращается в “водопад функций” прочитать который вы сможете разве только в хорошем IDE и то немного поломав голову.

Читать дальше →

+17

23derevo 11 июл 2016 в 13:33

«Веб — это самая сложная платформа в истории человечества» — интервью с Вадимом Макеевым из Opera

32 мин

26K

Блог компании JUG Ru GroupIT-стандарты * JavaScript * OperaВеб-разработка *

В этом выпуске «Без слайдов» гостем выступил Вадим Макеев aka pepelsbey, евангелист компании Opera Software, один из самых известных фронтенд-людей в стране, организатор многих мероприятий в индустрии.

Мы успели обсудить:

эволюцию WebKit;
путь Microsoft и новую модель браузера;
архитектуру современных браузеров;
как Opera выбирала между WebKit и Blink;
стандартизацию в вебе;
насколько трудна работа веб-разработчика;
JavaScript и его «продолжения»;
jQuery, и почему он все еще нужен;
HTTP/2;
ритм жизни евангелиста;
мобильный веб и Opera Mini;

Интервью взято в феврале, но руки дошли до публикации только сейчас.

Видео-версия нашей беседы вот тут:

А для тех, кто предпочитает читать, — под катом расшифровка нашей беседы.

Читать дальше →

+20

st_dev 24 сен 2014 в 06:27

Руководство для дизайнера по DPI

27 мин

333K

Разработка мобильных приложений *

Из песочницы

Это руководство — начальный материал о кросс-DPI и кроссплатформенном дизайне для начинающих и средних дизайнеров, желающих узнать о нем с самого начала или получить больше знаний. Без сложных математических и непонятных диаграмм, только непосредственные объяснения, упорядоченные в небольших разделах, для понимания и применения их непосредственно к вашей дизайнерской работе.

Автор — Sebastien Gabriel.

Я не знаю всего, так что, если по вашему мнению я где то ошибаюсь или вам нужно уточнить что-то, либо у вас есть предложения или вопросы для улучшения данного руководства, отправьте письмо (на англ) на sgabriel.contact@gmail.com. Вы также можете найти на меня Twitter, G+ или Facebook.

Читать дальше →

+82

Delka 22 фев 2011 в 01:47

Чек-лист вёрстки. Что можно отдавать клиенту, а что надо переделывать

20 мин

321K

CSS * HTML * IT-стандарты * Веб-разработка * Качество кода *

Вы PM. Как узнать – готова ли вёрстка к реальному использованию?
Вы заказчик. Как убедиться, что работа выполнена качественно?
Как оценить качество вёрстки?

Когда я стал тим-лидом, а позже PM, передо мной стала задача проверять вёрстку наших проектов. Нужно было выработать формальные, легкопроверяемые критерии, соответствие кода которым, должно было давать некую гарантию, что не будет факапов и ни клиент, ни программеры не сказажут потом “WTF?”.

Клиенту неважно насколько красив ваш код, но ему важен результат. Качественный код нужен фирме, т.к. он надёжней и в будущем его будет легче поддерживать.

Требования должны были быть такие, что соблюсти их легче, создавая качественную вёрстку, а не говнокод. Я составлял такой чек-лист в течении полутора лет. За последние полгода в него не добавилось ничего. Значит самое главное учтено.

Итак что же это за список?

Краткая версия теперь доступна на html5checklist.com (github), где можно вносить pull-request'ы.

История обновлений:

2015/08/11: Актуализировал рекомендации по оптимизации скорости загрузки. Добавил требование поддержки Retina. Дополнил «19. Мелочи» требованием что изображения должны масштабироваться в зависимости от размера окна.
2015/08/10: актуализирован список исключений для CSSLint
2015/07/29: актуализирован пункт №13 «плохо»/«хорошо»
2015/04/08: добавлено требование использования препроцессоров и рекомендация использования систем сборки
2013/04/25: добавлены анализаторами качества кода: CSSLint и JSHint, указан сайт подбора css font stack (спасибо @fliptheweb), мелкие уточнения (работу интерактивных элементов страницы, что не пропадает фон на высоких разрешениях, не должно быть пустых презентационных блоков, при проверках контента — пробовать удалять заголовки, менять местами блоки)
2013/04/24: добавил пункт об минимизации каскада (БЭМ-техники, MCSS, SMACSS), необходимости вписывания в экран моб. устройства, заменил ссылку на проверочный текст отображения стандартного html на код с normalize.css, поправил пример где в рекомендации встречался длинный каскад, упомянул про Opera на Presto и новый уровень семантики — в именах классов BEM.
2012/04/12: отсортировал пункты проверки в порядке важности, выделил главные, дополнил статью подробностями
2011/12/07: дополнил согласно доклада на WSD Минск'2011.
2011/07/19: добавлено про повышение надёжности вёрстки благодаря html5-тэгам, про необходимость favicon/apple-touch-icon, отсутствие багов при ресайзе textarea
2011/06/15: добавил пояснения какие ошибки валидации допустимы, рассказал про отсутствие официальной кнопки «HTML5 Valid» и про официальное лого HTML5 на сайте.

Далее с примерами - как проверить html, даже если вы ничего не понимаете в вёрстке.

+301

244

kirillbykov2 12 июл 2016 в 23:19

Сражаясь с БЭМ: 10 основных ошибок и как их избежать

13 мин

89K

CSS * HTML * JavaScript *

Перевод

Не важно, узнали ли вы о БЭМ только сейчас, или следите за ним с самого начала, вы, возможно, уже оценили столь полезную методологию. Если вы не знаете, что такое БЭМ, я рекомендую прочитать вам об этом на сайте БЭМ перед тем, как продолжить чтение этой статьи, потому что я буду использовать термины, которые предполагают базовое понимание этой CSS методологии.

Эта статья нацелена на людей, которые уже используют БЭМ и желают использовать его более эффективно, а также на тех, кто хочет узнать о нем больше.

Читать дальше →

+21