Вообще, если подумать, работаем мы не так уж много.
Продолжительность рабочего дня в среднем — 8 часов (будем считать, что с 9 до 18 мы час честно обедаем). Это треть суток.
При этом 2 дня из 7 в неделю мы отдыхаем. То есть из всей недели мы работаем всего 2/7 * 1/3 — 2/21 всего времени — сиречь меньше 10%.
То есть работаем мы меньше 10% года.
Еще вычтем 4/52 — те самые 4 недели отпуска, государственные праздники — еще примерно 1/20…
Ну, если среда/платформа подразумевает, что файл проекта и файл билда — одно и то же (как в случае с .Net, если я правильно понял), то таки да, вы правы.
Я просто хочу сказать, что в общем случае файл сборки и файл проекта — не одно и то же, и что тащить вспомогательные файлы в проект не очень хорошо:)
Простите, не очень понял, как связаны CI и файл проекта от IDE? Если сборка в CI осуществляется каким-нибудь, например, Ant'ом — то ему нужен build.xml, а не .nbproject от моей NetBeans.
Все-таки коммитить файлы проекта — не лучшая идея. Нельзя всех заставлять использовать одну IDE — как бы ни были хороши Aptana, прочие Eclipse-производные, и так далее — они не идеальны для всех.
Так же нехорошо держать под контролем версий настройки копий проектов — такие вещи должны генерироваться полуавтоматически и игнорироваться системой контроля версий — иначе это кончится десятком почти одинаковых файлов с именами вида «k12th.settings.py». Почему я должен в диффах видеть, как кто-то у себя переименовал папку с проектом?
Насчет бинарников — их не надо выключать из проекта, а надо просто указать, что данные файлы — бинарные (то есть, что их не надо пытаться диффать и мерджить). PSD-файлы бывает полезно версионировать — особенно в случаях типа «а вот три месяца назад у нас была кнопка с иконкой для того-то, давайте ее вернем».
Если админы не понимают, чем git лучше svn — это плохие админы:) Хорошие админы приложат все усилия, чтобы разрулить проблемы прав.
Файловый менеджер и менеджер задач — ES File Explorer и ES Task Manager, например.
Стратегий и квестов не видел как то, но из казуалок — ColorBlock, Jewels, Abduction («про коров», как выразился мой приятель). Попробуйте так же Talking Tom Cat — дамам обычно нравится, хотя это и не игра:) многим так же нравится Alchemy, попробуйте.
Если что, то есть хороший платформер «Replica Island».
Из читалок можно попробовать Wordoholic reader — единственная из читалок, в которой теоретически возможно ставить закладки с точностью до абзаца. (Вообще с читалками под Andriod беда, как по мне — ни одна не годится в подметки AlReader'у)
В jQuery есть $.proxy.
Так же можно написать свой вариант $().bind (назвав его, например, $().bind_ctx), который принимает дополнительный параметр — контекст обработчика. Я однажды так и сделал в довольно крупном проекте — было довольно удобно.
Дешево и сердито:) Наверное, и правда имеет смысл для небольших проектов с большой текучкой команды.
Но, ей-богу, для проектов больших, чем file1.php, стоит разобраться с хоть с тем же Redmine и любой системой контроля версией.
Представьте, например, что починка фичи N1 ломает фичу N2 (в таком случае у вас будет две волны, я правильно понял?) Но, допустим, эту поломку вы обнаруживаете спустя месяц. Вы уже не помните, что в этом куске кода была проблема. И починка N2 ломает N1.
Кроме того, система контроля версий избавляет вас от шага, цитирую «И описывает куда подкинуть файл». А если поправленных файлов — пять-десять? (Если взять веб-разработку, то это совершенно легко: шаблон, CSS, джаваскрипт, и какие-нибудь views.php и urls.php.)
Такая же проблема стоит перед верстальщиками виджетов для вставки в блоги.
Например, ЖЖ еще и некоторые инлайновые объявления режет (position: relative и absolute).
Мне кажется, можно написать простенькое расширение для внутреннего пользования (под FF или Chrome), по совету тов. Octane, и генерить с его помощью шаблоны. Не так уж часто эти шаблоны меняются, имхо.
Продолжительность рабочего дня в среднем — 8 часов (будем считать, что с 9 до 18 мы час честно обедаем). Это треть суток.
При этом 2 дня из 7 в неделю мы отдыхаем. То есть из всей недели мы работаем всего 2/7 * 1/3 — 2/21 всего времени — сиречь меньше 10%.
То есть работаем мы меньше 10% года.
Еще вычтем 4/52 — те самые 4 недели отпуска, государственные праздники — еще примерно 1/20…
Я просто хочу сказать, что в общем случае файл сборки и файл проекта — не одно и то же, и что тащить вспомогательные файлы в проект не очень хорошо:)
Так же нехорошо держать под контролем версий настройки копий проектов — такие вещи должны генерироваться полуавтоматически и игнорироваться системой контроля версий — иначе это кончится десятком почти одинаковых файлов с именами вида «k12th.settings.py». Почему я должен в диффах видеть, как кто-то у себя переименовал папку с проектом?
Насчет бинарников — их не надо выключать из проекта, а надо просто указать, что данные файлы — бинарные (то есть, что их не надо пытаться диффать и мерджить). PSD-файлы бывает полезно версионировать — особенно в случаях типа «а вот три месяца назад у нас была кнопка с иконкой для того-то, давайте ее вернем».
Если админы не понимают, чем git лучше svn — это плохие админы:) Хорошие админы приложат все усилия, чтобы разрулить проблемы прав.
Стратегий и квестов не видел как то, но из казуалок — ColorBlock, Jewels, Abduction («про коров», как выразился мой приятель). Попробуйте так же Talking Tom Cat — дамам обычно нравится, хотя это и не игра:) многим так же нравится Alchemy, попробуйте.
Если что, то есть хороший платформер «Replica Island».
Из читалок можно попробовать Wordoholic reader — единственная из читалок, в которой теоретически возможно ставить закладки с точностью до абзаца. (Вообще с читалками под Andriod беда, как по мне — ни одна не годится в подметки AlReader'у)
Так же можно написать свой вариант $().bind (назвав его, например, $().bind_ctx), который принимает дополнительный параметр — контекст обработчика. Я однажды так и сделал в довольно крупном проекте — было довольно удобно.
Но, ей-богу, для проектов больших, чем file1.php, стоит разобраться с хоть с тем же Redmine и любой системой контроля версией.
Представьте, например, что починка фичи N1 ломает фичу N2 (в таком случае у вас будет две волны, я правильно понял?) Но, допустим, эту поломку вы обнаруживаете спустя месяц. Вы уже не помните, что в этом куске кода была проблема. И починка N2 ломает N1.
Кроме того, система контроля версий избавляет вас от шага, цитирую «И описывает куда подкинуть файл». А если поправленных файлов — пять-десять? (Если взять веб-разработку, то это совершенно легко: шаблон, CSS, джаваскрипт, и какие-нибудь views.php и urls.php.)
Например, ЖЖ еще и некоторые инлайновые объявления режет (position: relative и absolute).
Мне кажется, можно написать простенькое расширение для внутреннего пользования (под FF или Chrome), по совету тов. Octane, и генерить с его помощью шаблоны. Не так уж часто эти шаблоны меняются, имхо.