Мы использовали externals для интеграции модулей, разработанных сторонними разработчиками. В принципе получилось неплохо — у разработчиков были отдельные директории в общем репозитории. Те каталоги в основном дереве проекта, в которых должны были находиться эти модули были привязаны через externals к тем местам, куда разработчики выкладывали свои сборки (сборка их модулей не включалась в основную сборку). Кроме того, был еще один проект — тестовая система, позволяющая тестировать эти модули по отдельности. Она тоже была привязана через externals к модулям.
Правда, у externals есть еще один недостаток — не видно, какие папки используют externals, а какие — нет. Корме того, практика показала, что люди, не очень хорошо разбирающиеся в SVN, вообще не понимают, что такое externals, что иногда затрудняет работу.
Не очень представляю себе, как это можно сделать в условиях, например, запаздывающего проекта, который надо сдавать через две недели — а работы осталось еще на месяц-полтора… Если есть какие-нибудь практические рекомендации на этот счет — поделитесь, пожалуйста.
А чем все-таки плох Outlook (Или Google Calendar, или Lightning )? В календарь заносятся те дела, у которых есть (или можно придумать) точное время. Остается проблема с задачами, у которых известен день, но не время. С этим можно бороться путем хитроумной настройки Views в outlooke. Есть книга — к сожалению, я не знаю, есть ли русский перевод — под названием «Total Workday Control using Outlook» (http://www.amazon.com/Total-Workday-Control-Microsoft-Outlook/dp/0974930423). Там как раз приведена вполне хорошая система.
Не совсем так (во всяком случае, для меня). Аврал — это не просто увеличивающееся количество дел. Это увеличивающееся количество реально срочных дел, и практически отсутствующее свободное время. GTD требует определенного количества времени для поддержания системы: нужно разбирать IN — не забывая про правило 5 минут («если какое-то дело требует не больше 5 минут на выполнение, оно делается сразу»), нужно раз в неделю проводить review и так далее. В условиях аврала у меня на эти веще просто физически не хватало времени.
Вообще в классической методике GTD календарь является важнейшим инструментом. Туда заносятся не только встречи, но и те дела, для которых можно четко определить, когда они должны быть сделаны.
Я сам начал пользоваться GTD примерно три года назад. Мне система очень нравилась, но у нее обнаружились две неприятные проблемы (во всяком случае, для меня):
— система для нормальной работы требует строгой дисциплины и достаточно структурированного режима.
— в случае сбоя режима требуются значительные усилия для перезапуска системы.
У меня получилось примерно так: через примерно полгода пользования системой у меня случилось несколько авралов (на работе и дома), и я систему несколько подзапустил. Через месяц, когда я смог вздохнуть посвободнее, я обнаружил, что все накопители у меня забиты под завязку, и для их приведения в должный вид нужно потратить изрядное время. Я кое-как привел все в порядок, но следующие несколько авралов доконали мою систему окончательно.
Я все собираюсь снова перезапустить ее, но параллельно с этим ищу схожую систему, которая была бы более устойчива к неожиданным авралам и которая после них легче бы приводилась в рабочее состояние. Если у кого есть соображения, поделитесь!
Звучит, конечно, обнадеживающе. 100М, правда, не так уж много. Проект, с которым я работаю сейчас, занимает полностью, я думаю, порядка 10G, и процентов 90 от этого — разнообразная графика.
Я тоже слышал аналогичные вещи. Надо будет просто поставить эксперимент — взять проект, загнать в Git, сделать несколько коммитов и посмотреть, что получится. Если руки дойдут и сделаю — непременно напишу.
Давно уже хочу попробовать Git. Скажите, а как он обращается с бинарными файлами? Я работаю с проектами, в которых используется огромное количество графики. Про SVN я знаю, что она умеет работать с дельтами бинарных файлов (CVS, не к ночи будь помянут, для каждого изменения бинарного файла сохранял его полностью). А вот как с этим делом в Git'e?
help:effective-pom, действительно, показывает полную эффективную конфигурацию. К сожалению, при этом остается неясным, откуда что в этой конфигурации взялось, а для меня это зачастую важно — у меня в проекте есть модули с 5 — 6 уровнями наследования. Периодически нужно что-то в сборке одного из модулей поменять, и тогда начинается выяснение, где именно этот параметр определен и можно ли его там безопасно менять…
Да, конечно, эта команда не гарантирует успешную сборку — помимо отсутствия нужных артефактов в репозиториях возможны и другие причины, например, перед сборкой может быть необходимо прописать в settings.xml (файл конфигурации Мавена) имя и пароль для доступа к закрытым репозиториям. То, что я имел в виду — это что у Мавена команда, запускающая полную сборку стандартна, в отличие от того же Анта. Я встречал самые разные таргеты для полной сборки в Анте, от довольно традиционного «all», до перлов типа «full_release_build_new». Но, повторюсь, с моей точки зрения это удобство в Мавене достигается ценой сильного ограничения свободы.
Правда, у externals есть еще один недостаток — не видно, какие папки используют externals, а какие — нет. Корме того, практика показала, что люди, не очень хорошо разбирающиеся в SVN, вообще не понимают, что такое externals, что иногда затрудняет работу.
Я в основном читаю с айфона — в автобусе, за обедом, перед сном.
Чаще разгребать IN — значит, чаще отрываться от работы.
В моменты кризиса есть слишком много вещей, которые не могут ждать.
А что касается «смотреть, что и откуда растет» — ах, если бы все было так просто…
Я сам начал пользоваться GTD примерно три года назад. Мне система очень нравилась, но у нее обнаружились две неприятные проблемы (во всяком случае, для меня):
— система для нормальной работы требует строгой дисциплины и достаточно структурированного режима.
— в случае сбоя режима требуются значительные усилия для перезапуска системы.
У меня получилось примерно так: через примерно полгода пользования системой у меня случилось несколько авралов (на работе и дома), и я систему несколько подзапустил. Через месяц, когда я смог вздохнуть посвободнее, я обнаружил, что все накопители у меня забиты под завязку, и для их приведения в должный вид нужно потратить изрядное время. Я кое-как привел все в порядок, но следующие несколько авралов доконали мою систему окончательно.
Я все собираюсь снова перезапустить ее, но параллельно с этим ищу схожую систему, которая была бы более устойчива к неожиданным авралам и которая после них легче бы приводилась в рабочее состояние. Если у кого есть соображения, поделитесь!