Вадим Макеев
@pepelsbey
Фронтендер, влюблённый в веб, браузеры и подкасты
Information
- Rating
- Does not participate
- Location
- Berlin, Berlin, Германия
- Date of birth
- Registered
- Activity
Specialization
Frontend Developer
Senior
Вашим слайдером невозможно пользоваться с клавиатуры (дивы вместо кнопок), ваш код местами битый из-за типографских кавычек. Я всё больше боюсь за Хабр, после таких статей. Пожалуйста, не надо больше, ведь кто-нибудь и правда возьмёт этот код.
Непреодолимое ощущение, что я читаю Хабр 2006 года. Или что вы прятались в криокамере лет 10. Стиль написания кода, подход к анимации, терминология — всё это говорит о том, что вы очень сильно отстали от сообщества. Сейчас стили и скрипты пишут по-другому, не говорят CSS3 и не пишут префиксы в стилях. Почитайте статьи на CSS-Tricks, не надо пока ничего писать, а то я от испанского стыда умираю, глядя на это.
Это называется перевод. Вольный, но перевод, с той же структурой, кодом и скриншотами. То есть это не вы автор, а Peter Ekene Eze. Давайте с уважением относиться к авторским текстам и не «рерайтить». У Хабра есть специальный тип статей для переводов.
Нет, гораздо больше. Сравните:
Ну и аналогично с
right.svg
. Я просто кинул файлы в SVGOMG и получил их чище и меньше, без лишних обёрток, атрибутов и мишуры.Больше всего фронтенду любых интерфейсов нужно, чтобы мы не делали выводов о людях, о которых ничего не знаем. Я столько дичи слышал про то, что слепые и прочие «странные люди» не ходят в интернет, не смотрят Ютуб, не покупают в интернете. Нет, это не так. Делайте хорошо и доступно, а люди разберутся, как им это использовать.
Не срезайте углы, из-за вашей лени (оптимизации?) кто-то не сможет пользоваться интерфейсами.
А ещё, глядя на ваш SVG, видно, что вы в душе не понимаете, что там происходит. Разберитесь, там много лишнего очень красиво выровнено по строкам.
У вас беда с обработчиками событий, почему не повесить их динамически? Даже если вы вешаете их с помощью
onclick
, вы как будто бездумно скопировали их из другого примера со ссылками:javascript: … ; return false
глупо писали вhref
ссылок 10 лет назад — чтобы кликалось, но не переходило по ссылке. Здесь кнопка иonclick
, достаточно написать имя функции внутри. Ну и зачем это в форму оборачивать, у неё же нет экшена?В общем, я бы вам рекомендовал сначала научиться писать JS, а потом писать статьи на Хабр. Вы делаете ошибки новичка: и выглядит грустно, и кто-то может поверить, что так надо писать.
Это красивая история «Чем занимались JS-библиотеки в 2018 году», а не обзор технологий фронтенда. Напомню, это HTML, CSS и JavaScript, а не React, Angular и Webpack.
Да, я понимаю. Но мне кажется, что приводить примеры с докладами коллег по сообществу очень некрасиво. И высокомерно.
Это скорее исключение. Обычно основной поток продаж приходится на время, когда хотя бы больше половины программы известна. И как раз в первой части и бывают серийные докладчики. А потом уже добирают тех, кто в первый и в последний раз с одним докладом.
Вы бывали в театре, на концерте? Там люди снова и снова играют одно и то же, иногда сезон, иногда целую жизнь. Ездят по разным городам, радуют людей. Вы можете сказать: но доклады — это другое! И сведёте всё к пересказу документации. Доклад — больше, чем информация. Он не работает на видео, в пересказе, по слайдам. Очень важно быть живьём на сцене.
Я сам пишу доклад на один сезон (один до лета, другой после) и читаю его 3–5 раз в разных городах. Я стараюсь следить, чтобы видео и тексты не утекали слишком широко, пока сезон не закончится. И в каждом городе я вижу людей, которые внимательно слушают, радуются и задают вопросы. То есть доклад приносит пользу, даже если не меняется между выступлениями.
Тогда в чём проблема с повторами?
Однако весь пост достаточно высокомерный: кругом «ящитаю» и реальные примеры докладов от хорошо знакомых спикеров. То есть все неправы, а вы молодец. Ну такое.
(дублирую с Ютуба для развития дискуссии)
Гуглоботу не нужно красиво, ему нужно чтобы разметка была нормальная. Да, есть некоторые нюансы, но вряд ли у вас либо гриды, либо сразу display: none. Ещё одна причина, чтобы начинать mobile-first, с одной длинной колонки, а потом улучшать гридами. IE11, старым Safari и Гуглоботу такое понравится. Мне кажется, что чаще всего гриды используют для глобальных раскладок. А контент уже лежит внутри каждой из частей. Тут нужно от практики идти (и там кажется нет проблем), а не ждать пока Гуглобот обновит свой Хромиум.
Это вообще не о том, хотя вы можете уловить пару общих мыслей.
Так уж вышло, надо справляться )
Спасибо, думаю так и сделаю в следующий раз.
Отличная лекция и плохая расшифровка :(
Самое плохое — слайды с текстом и кодом картинками. Это противоречит почти всему, чему учит лекция. Как так? Ну и убрать из текста контекст ШРИ, сделать его полноценным и независимым тоже несложно, но это скорее про редактирование.
Вы вроде даже приводите цитаты с bem.info, а там ведь по-русски всё написано. Но вы просто не читали. Там на все (да, вообще все) ваши претензии есть ответы.
Больше всего доставил запрет «всё блоками». Нет, правда, ржу. Вы не поняли, что блок — это не коробка, не кирпич, не что-то большое. Блок — это самостоятельная единица интерфейса. Есть блоки, у которых нел элементов и стилей 5 свойств. Это тоже блок.
Смешно, грустно, стыдно за вас. Что вот так вышли и показали себя миру, сказав гулопсть, поторопившись, не разобравшись.
Почитайте «Архитектуру CSS» Филипа Уолтона, вчитайтесь в bem.info, например в FAQ есть хорошие ответы. Ну и видео посмотрите, для вас же снимали:
Ховеры рисуют, чтобы было симпатично (градиентик сдвинулся, цвет стал бледнее), аутлайны нужны для того, чтобы явно говорить «ты здесь, этот элемент активный». Ваш дефолт не только бесполезный, но и вредный.
Я понимаю, что вы привыкли. Но если вы правда писали это для новичков, то почему бы не дать примеры на CSS, а не на Sass? Вы даже не упоминаете это нигде и случайному человеку это кажется нормальным. Он копирует код, сохраняет и ничего не работает.