Мне кажется, вы смешиваете end-to-end и unit тесты в кашу
— Unit тесты должны проверять, что код работает, и работает так, как задумано разработчиком
— end-to-end тесты проверяют пользовательский путь и сценарии
Вот в e-2-e можно тестировать пользовательский путь, забыть о метриках и просто на кнопочки нажимать. И скриншотное тестирование внедрить, например. Ему абсолютно не важно, какие у вас там функции откуда импортируются, с какими аргументами вызываются, какие атрибуты есть у тегов и так далее. Главное, чтоб сценарий пользователя проходил успешно и вёрстка не ехала (если есть скриншоты)
А unit-тесты, ИМХО, должны выглядеть так, чтоб я по ним мог понять, как именно работает компонент, удалить его и написать новый один в один, ничего не сломав. С вашим тестом из примера я затрудняюсь так сделать
Я из тех, кому дома настроиться и работать довольно тяжело. И технически и морально. Но вот вариант с удалёнкой в понедельник-пятницу — это круто. И коммуникации живы, и настрой будет отличный (на контрасте с офисными буднями) и перераспределить задачи, оставив на эти дни мелочные/долгие, но не самые сложные. Только без фанатизма)
Нуу, такое. Вот у меня интернет-магазин на самописной CMS. N тысяч товаров, все с картинками. Как бы я не любил Панду, блин, мне лет 5 все картинки туда перетаскивать, скачивать, менять,…
У тех же TinyPng есть сервис с APi (в том числе интегрированый с gulp), но он. увы, платный. А вот подборочка подобных и бесплатных была бы очень кстати.
+, нада пример. Справедливости ради, скажу, что я раньше не видел css-слайдеров с автоплэй-ем и бесконечной прокруткой.
Но всё таки, сколько можно об этом писать? Наверное, самая изъезженная тема в вёрстке за год. Да и зачем нужен слайдер, если пользователь не может остановить его и посмотреть слайд/отмотать к нужному слайду? Ну… такое
Вы совсем немного (очень) продублировали статью, ссылку на которую кинули в первом предложении. Та статья у меня в закладках уже… долго. И в ней есть минусы: не раскрыты совершенно grow, srhink, basis,…. Вам бы об этом подробнее написать, а не анимации красивые рисовать)
Статей подобных я видел много, как и всяких видеоуроков на данную тему. Анимации на CSS должны быть уместны. Например, слайдер без переключений по свайпу чаще всего делать не стоит. А вот табы и аккордеон возьму на заметку. JS уменьшается, кому-то на мобильных мы экономим трафик
Да и на сайтах-визитках всяких если что-то случится с js-файлом… Например, полу-юзверь (не все же тру программисты) создатель сменил расположение, а пути не поменял. В таком случае сайт хоть немного можно будет покрутить и посмотреть. Например. А на повсеместное использование эти методы и не претендуют
Кстати, jQuery немного убивает саму фишку «лёгкий слайдер руками, чтоб не тащить плагины». Если уж мы грузим jQuery, то почему бы не подгрузить какой-нибудь slick? Если пилить лёгкий слайдер, то на чистом JS )
Ну, нормально получилось. Но… мне одному всегда глаз режет, когда слайдеры резко переходят в начало/конец? Можно ли, на транслейтах запилить бесконечный слайдер так, чтоб он не выглядел костылём? Это уже интереснее было бы)
— Unit тесты должны проверять, что код работает, и работает так, как задумано разработчиком
— end-to-end тесты проверяют пользовательский путь и сценарии
Вот в e-2-e можно тестировать пользовательский путь, забыть о метриках и просто на кнопочки нажимать. И скриншотное тестирование внедрить, например. Ему абсолютно не важно, какие у вас там функции откуда импортируются, с какими аргументами вызываются, какие атрибуты есть у тегов и так далее. Главное, чтоб сценарий пользователя проходил успешно и вёрстка не ехала (если есть скриншоты)
А unit-тесты, ИМХО, должны выглядеть так, чтоб я по ним мог понять, как именно работает компонент, удалить его и написать новый один в один, ничего не сломав. С вашим тестом из примера я затрудняюсь так сделать
Ссылка на перевод ведёт на 404 :( Вероятно, должна быть вот такая — чистая ссылка
Спасибо за статью!
Спасибо, это действительно интересно
Эх, убедить бы начальство
У тех же TinyPng есть сервис с APi (в том числе интегрированый с gulp), но он. увы, платный. А вот подборочка подобных и бесплатных была бы очень кстати.
А стажировки — боль неплохая. Мне, правда, достался не так уж давно несколько другой вариант, но всё же. Хорошо, что это закончилось)
Кстати, было бы интересно читать в блоге некоторые технические моменты. Наверняка же много интересного происходило за время разработки.
Жду синхронизацию, короче. Только появится — удалю Firefox :)
Но всё таки, сколько можно об этом писать? Наверное, самая изъезженная тема в вёрстке за год. Да и зачем нужен слайдер, если пользователь не может остановить его и посмотреть слайд/отмотать к нужному слайду? Ну… такое
Требую github
А вот про примитив абсолютно согласен
Статей подобных я видел много, как и всяких видеоуроков на данную тему. Анимации на CSS должны быть уместны. Например, слайдер без переключений по свайпу чаще всего делать не стоит. А вот табы и аккордеон возьму на заметку. JS уменьшается, кому-то на мобильных мы экономим трафик
Да и на сайтах-визитках всяких если что-то случится с js-файлом… Например, полу-юзверь (не все же тру программисты) создатель сменил расположение, а пути не поменял. В таком случае сайт хоть немного можно будет покрутить и посмотреть. Например. А на повсеместное использование эти методы и не претендуют