• Не удаётся установить операционную систему с USB?

    Brand
    @Brand
    Файловая система на носителе та, что требуется?
    Ответ написан
    2 комментария
  • В Гугл хром как настроить mailto:?

    Настройки/показать дополнительные настройки
    Личные данные/настройки контента
    Обработчики/настроить обработчики
    Ответ написан
    Комментировать
  • С чего начинать новенькому?

    DrunkMaster
    @DrunkMaster
    Думаю ваша проблема в том, что вы пытаетесь сразу прыгнуть на 2D/3D не освоив азов. Калькулятор на С++ сами с нуля сможете написать не используя чужие коды и наработки?
    Ответ написан
    Комментировать
  • 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 комментария
  • Где найти самые современные уроки по iOS на русском языке?

    @asuhamera
    hexlet.org
    Ответ написан
    Комментировать
  • OS X Table View: объясните пожалуйста, как оно работает?

    @utercast

    Все весьма просто, хотя, и немного непонятно по началу как вы уже заметили.

    MVC, который крутится вокруг объектной модели, построен на так называемых делегатах. Это такие интерфейсы которые помогают кидать данные куда надо и при том сохранять инкапсуляцию.

    В общем методы которые вы имплементируете вызываются UITableView после отрисовки. Таблица для начала спрашивает своего делегата по "ДатаСурсу" - "а сколько, собственно, мне нарисовать ячеек?". А потом - "а какие, собственно, ячейки рисовать?". Ну и т.д.

    С помощью делегатов одни объекты могут попросить другие объекты сделать что-то за них (делегировать). Так они защищаются от лишних лап внутри их самих. Это одна из причин по которой Objective-C называют "самым идеологически правильным ООЯП".

    Надеюсь не запутал больше ;) Удачи вам в изучении!

    Ответ написан
    5 комментариев