Библиотеки Boost не использует make файлы или какую-либо другую более менее стандартную систему компиляции. Вместо этого Boost использует собственную систему сборки – Boost.Build V2. Система построена вокруг Boost.Jam, который, в свою очередь, является наследником Perforce Jam, – интерпретатора скриптов Jam. Вокруг возможностей Boost.Jam, который, между прочем, состоит из единственного исполняемого файла, навёрнута система скриптов изолирующая разработчика от особенностей конкретного компилятора и платформы.
Read more…
Шпаргалка по синтаксису командной строки (cmd.exe) – http://www.ss64.com/ntsyntax/. Must have если вы пишите нетривиальные скрипты.
Там же есть аналогичные шпаргалки для bash, Oracle 9i и MS SQL 2005.
На мой взгляд, Trac – одна из лучших, если не самая лучшая, bug tracking система для малых и средних по размеру проектов. Особая прелесть Trac состоит в том, что она органично объединяет вики, интеграцию с Subversion и ведение списка задач/ошибок. Именно то, что нужно команде для ведения проекта. Более того, стандартная функциональность позволяет организовать рецензирование кода, не смотря на то, что никакой специальной поддержки рецензирования в Trac нет.
Read more…
Рецензирование кода (перевод подсмотрел у Лебедева) – это на мой взгляд одна из полезнейших и при этом наиболее легко внедряемых практик разработки надёжного кода. Основная идея рецензирования заключается в систематической (пере)проверке кода с целью найти ошибки, допущенные при его написании. И поскольку рецензирование кода относится к ранним этапам разработки, найденные ошибки «ценнее», чем, скажем, ошибки, найденные при формальном тестировании.
Я не буду останавливаться на подробном описании процедуры рецензирования. В Интернете можно найти массу материалов по теме. Вот, например, страница из Википедии. Я же просто хочу поделиться своими наблюдениями.
Read more…
Сегодня, вытягивая исходники WordPress, обратил внимание на такое сообщение:
...
A 2.0.5\\wp-admin\\edit-form.php
A 2.0.5\\wp-feed.php
Fetching external item into '2.0.5\\wp-content\\plugins\\akismet'
A 2.0.5\\wp-content\\plugins\\akismet\\akismet.gif
A 2.0.5\\wp-content\\plugins\\akismet\\akismet.php
Checked out external at revision 7355.
Checked out revision 4731.
Подобного я раньше не видел. Меня, собственно, заинтересовали слова “external item”. Оказалось, что Subversion позволяет включать в один репозиторий каталоги из других репозиториев. Фактически, Subversion поддерживает символические ссылки между репозиториями. Использование этого механизма может быть удобнее тех маленьких хитростей, про которые я писал в предыдущем посте на эту тему. Особенно в случае, если код внешних библиотек не модифицируется.
Сам процесс создания ссылок хорошо описывается в svnbook: Externals Definitions. Там же описываются ограничения и сопутствующие сложности.
Я потратил пол часа, чтобы перевести фразу “managing project dependencies” на русский и всё равно вышло коряво…
Когда я начинал пользоваться Subversion, по старой CVS-ой привычке не мог привыкнуть к тому, что в Subversion “всё, буквально всё,” делается копированием. “Всё” – это и копирование само по себе и создание веток (branches) и меток (tags). Кстати, отсутствие меток в чистом виде я не понимаю до сих пор. Возможно с архитектурной точки зрения это правильно, но с точки зрения пользователя это не удобно – поставив метку пользователь должен озаботится защитой вновь созданной ветки от изменений. Это можно сделать на уровне контроля доступа к репозиторию, но всё равно неудобно.
Вернёмся к нашим баранам. Read more…
… не создавал 4 копии самого себя в процессе инсталляции. Ken Johnson рассказывает в своём блоге почему инсталляция Visual Studio 2005 SP1 отнимает столько времени. Не иначе Mr. Smith из Матрицы резвится.
Recent Comments