Введение
Политика политикой, но почитав сегодняшние новости на своем любимом ресурсе мне стало жутко обидно и стыдно за его пользователей. Речь идет о заметке
Коммерция в Министерстве обороны РФ.
В моих инсталяциях есть определенный набор файлов, который повторяется в разных продуктах/версиях продукта.
Естественно я сделал его в виде подключаемого файла для сборки в wix. Получилась ситуация что часть модулей в различных инсталяциях имеет одинаковый ComponentId.
Вроде как это допускается, поскольку у продуктов разный ProductId/UpgradeCode, а отслеживание компонентов ведется по связке ProductId.ComponentId. Это специально уточнялось в свое время в одном из блогов разработчика Wix.
Через некоторое время, от тестеров начали сыпаться нетипичные баги, в большинстве случаев выявлялась проблема с обновлением модулей из этого повторяющегося набора.
Здравствуйте,
Решил взять полезный тайм-аут в самообразовании и поделиться некоторым опытом, и получить конструктивную критику.
Работаю в ВУЗе над некоторым проектом в котором производятся попытки автоматизации некоторых процессов учебного заведения. В данный момент осваиваю популярные фреймворки (ищу подходящий), так как с онтологией разработки вроде разобрался и изобретать свой велосипед уже нету желания. А вот с тем что имеется на данном этапе и хочу поделиться.
27 сентября 2011, 14:36
2
Настоящими программистами считается, что ничего лучше интерфейса командной строки пока не придумали и никогда не придумают, потому что лучше уже некуда. Естественно, хочется поспорить.
Чтобы лучше понимать друг друга, давайте разговаривать об абстрактных апельсинах. Представьте себе Автокад, если слышали или доводилось попробовать. Можно Иллюстратор или КорелДро, что-нибудь далекое от программирования, чтобы абстрагироваться и рассуждать непредвзято. Почему они не могут работать в консоли?
Рис. 1. Абстрактный интерфейс в вакууме.
18 сентября 2011, 22:15
5
Введение
Много слов уже было сказано о разработке и программном коде. Некоторым уже начали приедаться такие слова как: рефакторинг, гибкие методологии, тестирование. Большая часть сообщества смотрит на код через призму идеального мира. При этом основная масса разработчиков не может четко ответить на вопрос: «Когда стоит переписывать код?»
Сегодня я коротко расскажу об эпопеи по поиску хостинга системы управления версиями для своих фриланс-проектов.
Задача
Недавно, обнаружив себя в роли программиста-фрилансера, встала задача — где хранить код? Вариант с домашним хостингом системы контроля версий я отмел сразу, так как при больших затратах времени на установку и администрирование все равно надежность оставляет желать лучшего. Можно, конечно, организовать и бек-ап на удаленный сайт, но тогда администрирование усложняется еще на порядок. Поэтому я стал искать «облачной» хостинг, который бы позволил разместить пару небольших проектов с зарытым кодом. Имея приличный опыт размещения проектов с открытыми кодом, я первым делом проверил
Google Code. Удобный и минималистический хостинг, тем не менее, как выяснилось, не позволяет сделать проект «закрытым». Тогда поиск пришлось расширить. Вооружившись небольшим списком требований, я перерыл кучу платных, бесплатных и условно бесплатных хостингов.
Требования были такими:
- Система контроля версий: Subversion или Mercurial
- Возможность держать проекты «закрытыми»
- Возможность хранить несколько проектов
- Бесплатный хостинг, во всяком случае на начальном этапе
- Встроенный багтрекер
- Желательно: встроенный вики