Как я должен создать приятную атмосферу для разработки .NET для Sharepoint?
Я использую следующие макросы для добавления цвета к выводу терминала.
#define RESET "\033[0m"
#define BLACK "\033[30m" /* Black */
#define RED "\033[31m" /* Red */
#define GREEN "\033[32m" /* Green */
#define YELLOW "\033[33m" /* Yellow */
#define BLUE "\033[34m" /* Blue */
#define MAGENTA "\033[35m" /* Magenta */
#define CYAN "\033[36m" /* Cyan */
#define WHITE "\033[37m" /* White */
#define BOLDBLACK "\033[1m\033[30m" /* Bold Black */
#define BOLDRED "\033[1m\033[31m" /* Bold Red */
#define BOLDGREEN "\033[1m\033[32m" /* Bold Green */
#define BOLDYELLOW "\033[1m\033[33m" /* Bold Yellow */
#define BOLDBLUE "\033[1m\033[34m" /* Bold Blue */
#define BOLDMAGENTA "\033[1m\033[35m" /* Bold Magenta */
#define BOLDCYAN "\033[1m\033[36m" /* Bold Cyan */
#define BOLDWHITE "\033[1m\033[37m" /* Bold White */
... и использовать как
printf( GREEN "Here is some text\n" RESET );
Пример использования Цветной grep?
И для вашего примера
if(devh == -1)
{
fprintf(stderr, "Device [ " RED "FAILED" RESET " ]\n");
}
else
{
fprintf(stderr, "Device [ " GREEN "OK" RESET " ]\n");
}
4 ответа
Given the behavior you're asking for, I think you're randomizing the wrong variable.
Rather than randomizing whether this hit will be critical, try randomizing the number of turns until the next critical hit occurs. For example, just pick a number between 2 & 9 every time the player gets a critical, and then give them their next critical after that many rounds have passed. You can also use dice methods to get closer to a normal distribution -- for example, you will get your next critical in 2D4 turns.
I believe this technique gets used in RPGs that have random encounters in the overworld as well -- you randomize a step counter, and after that many steps, you get hit again. It feels a lot more fair because you almost never get hit by two encounters in a row -- if that happens even once, the players get irritable.
Система 5 ГГц с оперативной памятью 4 ГБ - но самое главное, что она имеет 32-битную систему, что требует значительных нагрузок. Ваша среда разработки должна быть 32-битной, в SharePoint так много всего, что нормально работает в 64-битной версии, но вы не можете разрабатывать ее в 64-битной версии.Я еще раз подчеркну - вы должны использовать 32-битную среду для разработки.
Наконец, никогда не предполагайте в коде установленный GUID для библиотеки документов, списка или другой функции SharePoint - если вам нужно что-то настроить определенным образом, сделайте это частью сценария развертывания. Таким образом, ваши административные расходы на поддержку среды разработки, UAT и производственной среды значительно сокращаются.
Единственное, что я хотел бы изменить в моей текущей настройке, - это перевести SQL Server на собственное оборудование,
Я лично использую и рекомендую виртуальную машину со всем на ней, включая SQL Server, MOSS 2007 и Visual Studio. У каждого разработчика в команде должна быть его собственная копия. Хороший портативный компьютер с достаточным объемом памяти действительно может разместить такую виртуальную машину, но я предпочитаю иметь высокопроизводительный сервер в серверной комнате, где она размещена, поскольку это просто потрясающе. Для разработки вы просто подключаете рабочий стол к виртуальному серверу.
У Эли Робилларда есть хорошая запись в блоге о настройке сервера разработки.
В дополнение к тому, что говорит Ларс, я также рекомендую вам настроить следующие среды
- Сборка - используйте непрерывную интеграцию, чтобы компилировать свои приложения по заданному расписанию. Я также рекомендую вам запускать модульные тесты и дымовые тесты как часть процесса сборки, чтобы поддерживать сборку в известном состоянии.
- Integration Test - Используйте это как песочницу для команд разработчиков, чтобы убедиться, что все компоненты работают правильно. Думайте об этом как о мини-производстве. Я рекомендую загружать сборки в эту среду не реже одного раза в день или, если вы действительно готовы к этому со всеми хорошими сборками из среды сборки.
- QA - Это отдельная песочница для ваших сотрудников по контролю качества. Здесь сборки следует отправлять только тогда, когда функции готовы для контроля качества.
- Предварительная подготовка / UAT - это специальная песочница для администраторов и клиентов SharePoint. Здесь администраторы SharePoint тестируют развертывания, а клиенты тестируют новые функции и обеспечивают окончательную приемку перед производством. Эта среда должна быть виртуализирована, чтобы она выглядела в точности как производственная.
Вам следует ознакомиться с разделом «Создание среды разработки SharePoint» на странице SharePointDevWiki.com. Не могу вставить ссылку, потому что я «новый пользователь».