Задать вопрос
Izumskee

Илья Izumskee

Лайки

  • Можно ли использовать Material-UI Framework на продакшене?

    liubko
    @liubko
    Пробовал когда делал мобильный апп на Phonegap. На старых android(4.0-4.2) тормоза жуткие, от большинства анимации и эфектов пришлось отказаться. Но это больше проблема самих устройств.
    Ответ написан
    Комментировать
    Комментировать

  • Как написать хук для апдейта git репозитория после добавления на него файлов?

    @kaasius
    Вам хочется странного. Такого хука нет, потому что это не хук. Можете конечно написать скрипт типа
    cd /work/dir
git add -A
git commit -m "automatic commit"
git push origin master

    и положить в cron.

    Но это подводные грабли - в какой-то момент случится конфликт, и вся автоматика накроется.
    Ответ написан
    1 комментарий
    1 комментарий

  • Как принять изменения из удаленного репозитория git в локальный?

    akashtrih
    @akashtrih
    git pull <remote> <branch>
    Вкратце: командой git fetch ты получаешь историю изменений удаленного репозитория, не применяя её к рабочему каталогу. Её можно посмотреть командой git log. Чтобы применить эти изменения надо сделать git merge origin/master. Аналогом последовательного выполнения git fetch и git merge является команда git pull.

    Справку по командам git можно получить, набрав в терминале git help <команда>. Например, git help pull.

    По сабжу почитать с этой страницы и далее еще страницы 2-3, заканчивая git pull. Но вообще книга довольно компактная, рекомендую потратить пару дней на прочтение.
    Ответ написан
    2 комментария
    2 комментария

  • Как оценить реальную стоимость проекта?

    pletinsky
    @pletinsky
    Выхода 3 на мой взгляд.

    1) Маскимально детализировать требования, разрабатывая ТЗ до начала разработки проводя масшабную работу с заказчиком.
    Тогда риски пролета будут зависеь прежде всего от того, как вы проведете работу по тому, чтобы заказчик подписался на составленные вами требования и от того, насколько детально и точно вы их опишите.
    Достоинства: хорошо работает для небольших проектов, для конкурсных проектов, работа по ТЗ может в идеале стать чисто технологической и идти как по маслу.
    Недостатки: огромная работа по формированию требований, высокие риски того, что по дороге выясниться, что все надо было делать не так, необходимость продавать заказчику данный цикл работы.

    2) Провести высокоуровневую планнинг сессию оценивая не только обьем работ, но и предполагаемые риски опираясь на опыт предыдущих оценок проектов.
    Тогда риски пролета будут зависеть от того, насколько совершенные технологии для оценок вы используете.
    Достоинства: хорошо работает если есть большой опыт ведения проектов и с них снимались метрики.
    Недостатки: требует определенного уровня профессионализма в менеджменте проектов.

    3) Работать итеративно выпуская короткие релизы с кусочками функциональности с оплатой за каждый релиз.
    (Итеративность — это не обязательно эджайл).
    Риски пролета будут зависить прежде всего от того, сумеете ли вы сформировать требования так, чтобы выпускать приложение такими релизами. Это как правило возможно, но получается не у всех.
    Достоинства: риски провалится с пониманием требований сведены к минимуму, так как мы их формируем по мере работы, заказчик доволен видя постоянный прогресс, можно на основании предыдущих итераций корректировать дальнейшие прогнозы оставшевося времени.
    Недостатки: требует серьезной обработки заказчика для работы в таком ключе, особенно для тех, у кого уже выделен бюджет на реализацию и на конкурсе.
    Ответ написан
    Комментировать
    Комментировать