Articles / Bookmarks / Profile of Ivis / Habr

@Ivis^{read⁠-⁠only}

User

ProfileBookmarks10

noeer Jul 26 2016 at 13:03

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

2 min

58K

CSS * Client optimization * Web services testing *

From sandbox

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

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

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

it_man Jul 27 2016 at 07:21

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

7 min

42K

MWS Cloud corporate blogProgramming * Website development * Development of mobile applications * Development for iOS *

/ фото Joshua Blount CC

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

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

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

+17

263

SLY_G Jun 22 2016 at 22:46

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

12 min

683K

Website development * JavaScript * Java * HTML * CMS *

Translation

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

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

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

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

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

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

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

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

+27

129

alexey-m-ukolov Jun 23 2016 at 08:15

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

1 min

12K

HTML * JavaScript * Microformats * Website development * Semantics *

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

14 вопросов

+12

alexzfort Jul 10 2016 at 20:23

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

5 min

25K

Zfort Group corporate blogCSS * JavaScript * Website development *

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

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

+17

Gaito Jul 11 2016 at 09:53

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

3 min

19K

JavaScript *

From sandbox

Истоки

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

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

+17

23derevo Jul 11 2016 at 13:33

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

32 min

26K

JUG Ru Group corporate blogIT Standards * JavaScript * OperaWebsite development *

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

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

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

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

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

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

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

+20

st_dev Sep 24 2014 at 06:27

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

27 min

333K

Development of mobile applications *

From sandbox

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

Автор — Sebastien Gabriel.

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

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

+82

Delka Feb 22 2011 at 01:47

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

20 min

321K

CSS * HTML * IT Standards * Website development * Perfect code *

Вы 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 Jul 12 2016 at 23:19

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

13 min

89K

CSS * HTML * JavaScript *

Translation

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

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

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

+21