Розыгрыш лицензии Visual Studio 2010 Ultimate с подпиской MSDN
в рубрике Другое
Сообщество Software People объявляет конкурс среди разработчиков программного обеспечения. Для участия в конкурсе нужно придумать идею или концепцию плагина к Microsoft Visual Studio/Team Foundation Server, который существенно поможет/упростит/облегчит командную разработку или тестирование, или решает проблему, которая Вам мешает в работе.
Победитель конкурса получит Microsoft Visual Studio Ultimate c годовой подпиской MSDN, текущая стоимость которых 11,899 USD. Приз любезно предоставлен нашим другом — Владимиром Гусаровым (MVP).
Опишите суть своей идеи в комментариях, победителем конкурса будет признан тот, чья идея окажется наиболее простая и оригинальная.
Итоги конкурса:
Победителем стал Денис Серов.
Денис, поздравляем!
И еще одна новость – команда Software People хочет также отметить предложения Umerov Albert. Альберт, Вы получаете право бесплатного участия в конференции Software People, которая состоится 7-8 апреля в Москве .
Письма с подробной информацией о том, как получить подарки, отправлены на e-mail победителям.
Если Вам нужна Visual Studio 2010, но Вы не победили в конкурсе, напоминаю, что сейчас проходит акция Microsoft и вы можете приобрести новейшую версию на русском языке с беспрецедентной скидкой 60%. Дополнительную информацию о данной инициативе и условия участия в ней можно прочитать на сайте «Инициативы по лицензированию разработчиков ПО».
Комментариев: 21 на “Розыгрыш лицензии Visual Studio 2010 Ultimate с подпиской MSDN”
Прокомментировать
Вы должны быть авторизованы для комментирования.
Ян Константин:
Было бы здорово иметь возможность комментировать куски кода.
17 октября, 2010 в 11:57
Арсеньева Елена:
Костя, я стопесят лет не пишу код, но возможность комментировать куски кода была всегда. Или ты имеешь ввиду что-то особенное?
18 октября, 2010 в 10:36
Ян Константин:
Я имел ввиду, чтоб можно было в какой-нибудь формочке написать “Здесь нужен тест” или “Это дубль того-то [ссылка]” ну или “Это неплохо” и все это отправлялось на e-mail скопом и разработчик мог ответить и вся переписка была привязана к фрагменту кода.
Т.е. чуть более расширенный функционал, чем /*комментарии кода*/
18 октября, 2010 в 13:29
Серов Денис:
1. Первая классическая проблема - “драка” за checked-out файлы (особенно если multiple check-in запрещен). Решается она через, скажем, MSN или почту. Что здесь можно улучшить - добавить в контекстное меню для source control item пункты отправки сообщений (MSN/e-mail/…) человеку, который держит соответствующий item. Причем иметь возможность настраивать текст сообщений через шаблоны - таким образом можно сразу подготовить стандартные сообщения, например: “Вася, отпусти файл такой-то”. Шаблон может поддерживать макросы, раскрываемые в полное имя source control item и т.д.
В 2005/2008 TFS такого не было, можно, что в 2010 добавили…
2. Вторая классическая проблема - разработчик уходит в отпуск и забывает сделать check-in для файлов. Было бы неплохо формировать отчет по людям и ресурсам, которые они “держат”. Можно, конечно, сделать запрос к БД TFS - но это неудобно.
3. Третья классическая проблема - разработчик криво выложил файлы в source control, например, что-то забыл. Как результат - проект перестал собираться (элементарно проявляется в С++ проектах). Исправляется, конечно, легко, но теряем время… Появление функции Compare Folders в PowerToys для TFS2005 и их интеграция в 2008 - улучшает ситуацию, однако хотелось бы инструмент, который бы либо сказал, что все OK, либо создал отчет по найденным проблемам.
18 октября, 2010 в 16:29
Серов Денис:
4. Сборщик метрик солюшена/проекта/файла. Некоторые компании хотят видеть в отчетах такую метрику, как LOC. Для этого есть вполне работоспособный Line Counter с Code Project. Если же расширить концепцию сбора LOC, привлечь TFS, кодовую модель и пр., то можно получать следующие данные:
* количество классов/методов в солюшене/проекте/файле
* максимальное имя класса/метода/…
* максимальную длину тела функции/метода в солюшене/проекте/файле
* число операций check-in/check-out для проекта/файла
* количество разработчиков, работающих над одним файлом
* и т.п.
Думаю, что основная идея ясна. Если прикрутить репортинг и сделать систему запросов, то ПМ или архитектор сможет легко получить информацию типа:
* на сколько классов/методов изменился солюшен/проект/файл за определенный период
* где у нас есть длинные имена классов/методов и кто их сделал
* где есть большие куски кода, который имеет смысл отрефакторить
* в каких файлах отсутствуют комментарии (или наоборот, присутствуют)
* какие файлы постоянно меняются различными разработчиками (может пришло время разбить их)
5. Думаю, что многие со мной согласятся в том, что когда возникают проблемы при сборке больших солюшенов, информации в Output и Error List вываливается много, а зачастую нужно узнать всего лишь какой проект собрался/не собрался и перестроить только эти проекты. Напрашивается дополнительный tool window со списком проектов, с возможностью множественного выделения и командами Build/Rebuild.
18 октября, 2010 в 23:25
Гусаров Владимир:
Денис,
отвечу по пунктам:
1) Ну, “драка” может возникнуть дейтсвительно только если он действительно запрещён. А можете ли Вы назвать пару аргументов в пользу того, что его надо запрещать?
2) PowerShell - ваш друг. Команда tfstatus всё это покажет а встроенные в PowerShell средства помогут оформить в виде HTML отчёта и разослать кому хотите. Хоть каждый день.
3) А вот для этого правильно использовать gated check-in - в этом случае Вы не чините проблему, а полностью её предотвращаете. Не доложил что-то - check in не прошёл. Всё остальные работают…
18 октября, 2010 в 23:34
Гусаров Владимир:
Денис,
а вот пункты №4 и №5 мне понравились - и просто и полезно. Спасибо!
18 октября, 2010 в 23:36
Серов Денис:
Владимир, мои ответы =)
1. Ситуаций может быть сколько угодно. Я сам участвовал в проектах, где изначально было так заведено. Основной аргумент, который я могу привести, это сложности с мержингом в отличии от простого и тупого check-in’a. Не всякая команда разработчиков это потянет…
2. Да, это тоже вариант
3. Согласитесь, gated check-in - это фича TFS2010 ;), да и не только же исходный код на source control выкладывается. Сборка в этом случае пройдет. Возможно, что я перестраховщик, но после больших check-in’ов предпочитаю сравнить локальную и серверную папки.
18 октября, 2010 в 23:53
Серов Денис:
6. Имеем солюшен с кучей С++ проектов. Имеем как минимум 2 конфигурации (Rebug/Release x Win32), а то и 6 (Debug/Release/Test x Win32/x64). У меня часто возникает необходимость сравнения параметров конфигураций, другими словами, чем одна конфигурация отличается от другой, эдакий diff. Сейчас это сделать довольно затруднительно. Предлагаю идею дополнительного UI для сравнения конфигураций.
Зачем может быть нужно - хороший пример с security exhancement в CRT и макросами _CRT_SECURE_NO_WARNINGS, _CRT_SECURE_NO_WARNINGS…
Есть еще одна проблема, которую тоже можно решить - редактирование сложных свойств по выбранным конфигурациям. Например, у нас есть свойство “Additional Include Directories” или “Preprocessor Definitions”. Эти свойства - сложные, т.к. хранят сепарированные строки вида “A;B;C;D;E”. В различных конфигурациях забиты различные значения/комбинации. А нужно иметь возможность добавить, изменить или удалить только определенную часть: A/B/C/D/E.
P.S. Надеюсь, что мысль ясна. Что такое “Property Manager” - я знаю
19 октября, 2010 в 10:22
Ребров Андрей:
1) В основном пишу на яве в IntelliJ IDEA, которая обладает мощнейшим механизмом рефакторинга. Но иногда приходится сидеть и в VS, поэтому хотелось бы и там иметь инструменты подобного уровня.
2) Чат-плагин внутри VS, с возможностью группировки по отдельным проектам, а так же возможностью давать ссылку на строку, кусок кода, файл и так далее. Это бы позволило более удобно шарить данные, не тратя времени на сторонние программы.
20 октября, 2010 в 14:11
Гусаров Владимир:
Денис, Вы рискуете выиграть, хотя бы максимальным количеством дельных идей
Андрей, для пункта №1 есть ReSharper, от того же производителя и такой же классный. Правда, конечно, С++ он не поддерживает.
22 октября, 2010 в 22:32
Серов Денис:
7. Расширение тулбара Solution Explorer текстовым полем/комбобоксом для поиска элементов в дереве Solution Explorer (что-то типа федеративного поиска). Искать можно элементы в дереве по их имени или по их содержимому (например, использовать ту же кодовую модель). У меня сейчас в солюшене несколько тысяч файлов, искать через Find/Find In Files - безумие, поиск, о котором писала Сара Форд - работает только для раскрытых элементов. Поиск в Class View ориентирован только на кодовую модель. Но внешне можно сделать по аналогии + прикрутить опции.
8. Визуализация Project Dependencies с возможность редактирования зависимостей через визуализатор. Возможно, что мне везет на большие проекты, но использовать диалог “Project Dependencies” как он есть сейчас, очень неудобно.
22 октября, 2010 в 23:41
Umerov Albert:
Плагин(ы) который реализует следующие функции в рамках VS 2010 (в основном для парной удаленной разработки):
1) Голосовой чат с несколькими разработчиками (для парной удаленной разработки)
2) Возможность синхронизации фокуса ввода с несколькими удаленными компьютерами, на которых открыт один проект или хотя бы шаринг экрана с возможностью передачи управлению другому разработчику
3) Запись скринкастов из VS 2010
4) Возможности KeyJEDI (в полупрозрачном окне отображаются нажатые функциональные клавиши)
5) Учет времени по проектам разрабатываемых с использованием VS 2010 (вида: “создана функция “FunctionName”, изменено …”
6) Общий учет времени (именованные таймеры на задачу) - ручная запуск и остановка таймеров
29 октября, 2010 в 16:47
Гусаров Владимир:
Альберт, спасибо - учёт времени очень актуальная тема. На мой взгляд, не для того, чтобы время считать, а для того, чтобы максимально освободить разработчика от “дополнительных” нагрузок по ведению проекта.
Денис, пункт 7 реализован в Productivity Power Tools - скачайте add-in. Пункт 8 - да, актуально. Особенно в солюшене из более чем 50-70 проектов.
30 октября, 2010 в 10:19
Гусаров Владимир:
Дамы и господа,
Просьба придерживаться правила - одна идея, один комментарий. Так проще голосовать.
Спасибо!
30 октября, 2010 в 10:20
Серов Денис:
9. Инструмент, показывающий какие ко-классы используются коде С++ проекта/солюшена (имеется в виду вызовы типа CoCreateInstance). Возможно не только отображение детализированного списка (CLSID, IID и пр.), но и сопоставление используемых компонентов с их регистрацией в локальном и удаленном реестре. Дополнительно, если у нас ATL-проект, можно показать какие ко-классы имплементированы.
Может быть полезно в следующих случаях:
- нужно понять что мы используем, в каких местах и какие версии (хотя бы по IID)
- нужно понять, что нужно установить на локальной/удаленной (виртуальной) машине, чтобы все заработало
- нужно понять, что следует включать в дистрибутив
- и т.д.
30 октября, 2010 в 22:39
Серов Денис:
10. Инструмент, анализирующий код С++ файла/проекта/солюшена и отображающий кодовую модель с точки зрения многопоточности: точки в коде, где создаются потоки и собственно, какие функции/методы при этом выполняются.
30 октября, 2010 в 22:46
Григорьев Сергей:
Новы
31 октября, 2010 в 20:54
Григорьев Сергей:
Новый инструмент Test and Lab Manager очень удобен и безумно полезен. Но в своей работе мы не можем его использовать из-за очень весомого недостатка - он не может работать в offline.
Суть этого недостатка:
* У нас есть заказчик нашего продукта и нам необходимо, чтобы он, в случае нахождения ошибки, мог записать весь процесс в Lab Manager, а затем по электронной почте, или курьером, переслать его нам. У нас, тестировщик проверит достоверность бага, и в случае его нахождения, добавит во внутренний TFS.
Выделить внешний доступ для TFS не предоставляется возможным.
31 октября, 2010 в 21:00
Гусаров Владимир:
Дамы и господа,
Предложения более не принимаются. Победителя объявлю у себя в блоге (http://vstsblog.ru) на этой неделе, после анализа голосов и предложений.
Всем спасибо за участие!
9 ноября, 2010 в 12:08
Арсеньева Елена:
Владимир Гусаров поручил мне торжественно объявить выбранного им победителя.
Огромное спасибо всем участникам, очень интересные и дельные предложения. Выбор был нелегким.
Победителем становится… (барабанная дробь) - Денис Серов!
Денис, поздравляем!
И еще одна новость – команда Software People хочет также отметить предложения Umerov Albert. Альберт, Вы получаете право бесплатного участия в конференции Software People, которая состоится 7-8 апреля в Москве http://softwarepeople.ru/2011/.
Письма с подробной информацией о том, как получить подарки, отправлена на e-mail победителям.
Если Вам нужна Visual Studio 2010, но Вы не победили в конкурсе, напоминаю, что сейчас проходит акция Microsoft и вы можете приобрести новейшую версию на русском языке с беспрецедентной скидкой 60%. Дополнительную информацию о данной инициативе и условия участия в ней можно прочитать на сайте «Инициативы по лицензированию разработчиков ПО» http://www.microsoft.com/visualstudio/ru-ru/offers/.
11 ноября, 2010 в 16:29