• Какие есть обучающие ресурсы по фронтенд разработке?

    pakrauce
    @pakrauce
    Sorax на ютубе - царь и бог, правда пропал куда-то
    Ответ написан
    2 комментария
  • Что делать, если запутался в css?

    Elwen
    @Elwen
    1) Адаптивная - это, грубо говоря, фиксированная верстка, которая использует медиа запросы для того, что бы подстроится под устройство просмотра. Отзывчивая - это резиновая верстка с использованием тех же медиа запросов для того же. В свое время именно такое объяснение показалось мне самым простым и понятным. Но большинство заказчиков все равно воспринимает это как одно и тоже, так что объяснять будет дольше.
    Есть замечательный сайт liquidapsive.com, который очень наглядно показывает разницу между разными типами верстки (адаптивная, отзывчивая, фиксированная и резиновая) на примере одного макета. К нему же есть отличная статья на frontender.info, где довольно доходчиво рассказано о разных подходах, их плюсах и минусах.
    2) Как бы то ни было, это все же зависит от проекта. Резиновая верстка отлично подходит для большинства сайтов, но есть проекты, где целесообразней все же сделать отдельно мобильную версию. Например, соц. сети.
    3) Нет.
    4) К сожалению, есть много вопросов относительно возможностей и развития css.
    5) Единственного верного способа решить поставленную задачу в программировании нет. В большинстве случаев есть несколько способов. Бывает что одно решение выигрывает по тем или иным параметрам у другого. И каждый программист иногда чувствует, что его творение больше походит на монстра, чем на чистый код. Это вовсе не означает, что это так (хотя случается и такое, чего таить). В любом случае, взглянув на свой код, который сейчас вам кажется хорошим, через несколько лет, скорее всего, вы схватитесь за голову) Стремитесь совершенствоваться, но не зацикливайтесь на этом.
    Ответ написан
    2 комментария
  • Git: объясните «на пальцах» разницу между rebase и cherry-pick?

    Все красиво объяснил Nkly777, только в блоке PS merge с rebase перепутаны.
    Добавлю картинок.

    git rebase devel - собачка на молнии - "сшивает" коммиты по дате их создания
    (ветка devel "растворяется" в основной ветке)
    518b8dbce1cd4f96b30de9782ae38fcd.png
    git merge devel - пожарная лестница, все коммиты ветки devel крепятся в конец, образуется пересечение
    (devel остается отдельной веткой, к которой можно вернуться)
    1ba8186d879d46ff85ea7c1e192328e2.png
    git chery-pick idea - забрать коммиты из ветки idea
    2717e3091f644ef2954aa2de4514f446.png
    Ответ написан
    2 комментария
  • Git: объясните «на пальцах» разницу между rebase и cherry-pick?

    @Nkly777
    git chery-pick - ты забираешь комиты из одной ветки в другую, это бывает полезно когда изменения сделаные другим разработчиком в его ветке, прямо сейчас нужны тебе в твоей ветке, и что бы не писать этот код заново, ты забираешь его комит себе в ветку

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

    git merge - обычно используется когда у вас 2 и более master ветки (к примеру master и prototype) в этих ветках очень много комитов (и rebase здесь не подходит) и обчно через пару недель, maintainer репозитория наработки из prototype ветки "сливает" в master ветку по средствам этого самого git merge

    P.S. Что бы легче предствить разницу между git merge и git rebase. Представь что merge как собачка на молнии у одежды - "сшивает" комиты по дате их создания.
    В то время как git rebase как пожарная лестница - при применении твои коммиты крепится на конец родительской ветки

    git merge используйте для мержа фич и фиксов в master ветку (как и делает это Github)
    а git rebase используется для своей ветку в которой вы работаете над фичей что бы забрать последние изменения с master ветку (для этого есть очень удобная команда `git pull --rebase origin master`, аналог 3х команд (`git checkout master; git pull origin master; git checkout mybrach; git rebase master`)
    Ответ написан
    2 комментария