Pull to refresh
44
0
Андрей Кулешов @kaatula

User

Send message
Вот это я понимаю — community
Спасибо, отдал.
Эта заразу генерит gulp-плагин. Я тоже недоволен, но не настолько, чтобы вмешиваться в работу робота…
Но я согласен, в человекочитаемой статье ей не место
Я вот, например, порядком волнуюсь о мобильных устройствах. Но iPad, найденый в соседних кабинетах, никаких признаков утомления не показал…
Пожалсте :)
kaatula.github.io/svg-icons/samples/hunderds-of-pngs.html

Но мерять тут можно только dev-инструментами, я никаких метрик не добавлял…
Согласен, такое тоже может работать.
Любой задаче — правильное решение.
Для этого решения тоже вполне бывали задачи.
Тогда ещё примерчик

122 различные иконки, всего на странице 500

(исходники иконок на гитхаб класть не стал, встроил сконкатенированный и минифицированный результат непосредственно в страничку)

Иконки брал вот у этих ребят
Они простенькие и симпатичные. Бесплатные при условии атрибуции.
Вот встраивать, кстати, хорошо в контекст ложится. Спасибо :)

И я буду рад, если статья окажется полезной. С СВГ жить очень хорошо, в общем-то. Нам пока нравится.
Отдал страничку с пятью сотнями котов (создающихся нокаутом)
kaatula.github.io/svg-icons/samples/hunderds-of-cats.html
На компе с восемью ядрами всё хорошо
На винфоне имеет место задержка около секунды на старте страницы — я пока не понял, то ли это создание элементов, то ли конкретно SVG. Скроллинг при этом плавный.
Сейчас ещё буду на устройствах котиков мучать…
У нас иконок не слишком много, порядка пары десятков. На таком количестве ничего не заметили, а мерять целенаправленно — не меряли.
Год назад меряли вот тут; там, в частности, автор рассказал о том, что в ИЕ SVG сразу работает нормально, в Firefox результаты SVG-рендерёжки кэшируются и сильно не тормозят. В хроме же на тот момент кэширование было отключено, иконки пересчитывались.
Чую, что за год положение должно было измениться, но доказать не могу.
А меня мама учила не врать.
Какой уж тут конструктив, когда меня учат обманывать, да ещё так красиво объясняют, почему обманывать — так хорошо и правильно :)
Это сарказм или нет?.. реально тяжело понять :)
В гите несколько наборов принципиально разных сущностей с теми же именами, что и в хг, но с иным смыслом
Это для меня было самум неудобным при изучении гита :)

Конкретно:
— Ветки
— команда add
… и что-то третье было, запамятовал :( то ли reset, то ли checkout/update…
Мерж коммит будет в той ветке, на которой вы стояли перед началом операции
Все детерминированнее некуда

Если потом захотите влить это и во вторую ветку — станете на нее и сделаете ещё один мерж-коммит ) если вдруг возникнет такая необходимость
Да ладно вам, чтобы в гите-то да не удалось обойти серверные куки? :) в гите всё можно…
Вы хотите религиозного спора? Ночь же уже, но давайте попробуем.

Историю должна быть историей. Разграничивать то, что было и чего не было. Если есть желание рассказывать прекрасные красивые сказки — заради бога, но то, что это называется history и log…
Нет, ребята, извините. На самом деле этого не было. На самом деле всё было совсем не так.
Так я вроде не собирался пилить фич и их отправлять
Я высказал своё мнение о том, почему гит более популярен

Поэтому я и недоумеваю — зачем вы мне объясняете, как делать то в хг то, что я делать не планирую…
А зачем вы это написали в ответ на мой комментарий об изменении истории? :)
> Но никто ещё, ни один человек не смог объяснить мне чем гит лучше?
У меня большое подозрение, что дело банально в возможности менять историю. Делать вид, будто ты никогда не ошибался, не косячил, вместо пути показывать только результат.

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

Но для хранения истории проекта… это очень болезненное яблоко искушения.

Information

Rating
Does not participate
Location
Тула, Тульская обл., Россия
Date of birth
Registered
Activity