Важно то, что Microsoft выпускает свой продукт, которым пользуется гиганское количество разработчиков с учётом мнения этих разработчиков, а не по принципу — мы тут классную штуку запилили, а вы как хотите, так и пользуйтесь. :)
Учет фидбека важен не только для продукта или услуги. Если человек стремиться к саморазвитию (в данном случае лучше писать посты, переводы, и тп.), то учитывать мнение других очень полезно. Из минусов в карму и критики тоже нужно учиться извлекать пользу, чтобы в следующий раз было лучше :). Ну а спасибо сказать — это банальная вежливость, за то, что человек не поленился указать на ошибки, а не просто поставить минус в карму/пост.
VS не заставляет учить горячие клавишы. В RC наоборот сделали более удобной и читабельной панель инструментов. Меню в верхнем регистре выглядит странно, возможно, в следующей версии это исправят, если получат достаточное количество негативных отзывов. Я говорил лишь о том, что для меня лично не принципиален регистр верхнего меню, т.к. я им не пользуюсь почти.
А горячие клавиши R# можно быстро выучить, если посмотреть видеокурс по R# на Pluralsight или воспользоваться ReSharper 6 Default Keymap. Также рекомендую обратить внимание на Visual Studio 2010 Keybinding Posters тем, кто хочет освоить работу со студией с помощью клавиатуры. Это значительно ускоряет разработку ПО.
Когда я последний раз писал на С++, я пользовался Visual Assist X. Судя по информации на сайте, у них есть поддержка навигации по коду, и этот плагин будет доступен в т.ч. для VS 11. Я думаю, будут и другие плагины, которые позволят кастомизировать поиск по тексту так, как Вам удобно.
Промт не делает орфографических ошибок в словах :). У меня не очень большой монитор, и с учётом большого количества скриншотов через предпросмотр сложно было отследить все места, гле получилися не очень удачный перевод. По поводу использования формулировок «обратная связь» вместо «отзыв» у нас была дискуссия выше. Найденные в процессе чтения орфографические ошибки постараюсь оперативно исправлять.
Мне тоже не нравится капс в главном меню. Но это, видимо, тренд, хотя если посмотреть, к примеру, на элемент управления Pivot в WP7, там вкладки с маленькой буквы начинаются, и в иконках тулбара также. Наверное, все уже видели Office 15 Technical Preview:
Хотя тут мне больше нравится, чем в студии. Надеюсь, их завалят отзывами с просьбой привести меню в человеческий вид.
Если есть явные ошибки, то напишите, пожалуйста, мне в личку, буду стараться оперативно исправлять. По поводу замечания отзыв/обратная связь — в целом согласен, хотя мне последнее больше нравится. Но отзыв звучит больше по-русски. Учту Ваше замечание, если буду делать ещё переводы. По поводу большой буквы в местоимениях — Вы/вы, наверное, имелось ввиду? Там, насколько я помню, большая буква в русском языке используется, если хочется показать уважение к человеку, а маленькая — если необходимо использовать множественное число. Я использовал большую из тех соображений, что пост обращен к человеку, который его читает, а не к некоторой абстрактной толпе людей. Но по этому моменту проконсультируюсь с коллегами-лингвистами и потом откорректирую перевод.
Каждый разработчик выбирает положение, удобное для себя, поэтому в студии с незапамятных времен и сделали Tabbed Document Interface, с возможностью кастомизации расположения вкладок :).
В R# же всё есть, что Вам нужно, в т.ч. поиск. Новая студия стала гораздо более расширяема, чем старая. Большую часть идей почерпнули из плагинов VS Power Tools и VS Commands, которые пользовались огромной популярностью среди разработчиков.
Я меню практически не пользуюсь, как и панелью инструментов. Для VS 2010 есть плагин, который позволяет прятать его, оставляя только системное меню. Если выучить горячие клавиши VS + R#, то можно прекрасно без него обходиться, иногда показывая его по нажатию клавишы Alt. Вот здесь можно скачать плагин — он работет и для VS 11. Вообще тенденция выделять как можно больше пространства под контент (код) очень правильная.
JIRA хороша большим кол-вом плагинов, которые могут знаительно расширить её функциональность. Для SVN, насколько я помню, тоже есть что-то подобное.
От инструментария зависит довольно много, например, в TeamCity настраивать процесс сборки, запуска тестов, развертывания, анализа Code Coverage значительно проще (не говоря о больших возможностях), чем предлагает MSBuild с его Workflow Foundation диаграммами.
Конечно, всё зависит от задач, и для разных проектов подходят разные инструменты. Где-то лучше, когда всё из коробки и не надо докупать отдельно или интегрировать, где-то требуется больше гибкости.
JIRA + Confluence + TeamCity + SVN/TFS (Как Source Control)/GIT/Mercurial интегрируются друг с другам прекрасно, просто нужно потратить 1 день, чтобы всё настроить.
TFS очень требователен к ресурсам, и все компоненты (Continious Integration, Reporting, адаптация Process Template под процесс в компании) занимает примерно столько же времени. Хотя устанавливается TFS 2010/ 11 действительно быстрее, по сравнению с TFS 2008. Т.е. я не говорю, что он плохой — для каждого своё.
Я вообще за то, чтобы разработчик умел пользоваться различным инструментарием чтобы комфортно чувствовать себя в любых компаниях.
Очень не нравится в TFS плохая расширяемость. По сути удобно пользоваться только тем, что дают из коробки, а вот чтобы сделать шаг влево или вправо — уже нужно попотеть. Помню, когда мы в TFS 2010 изменяли Process Template, то мучались с дизайнером форм TFS'a из TFS Power Tools.
Другой пример — что, если нужно добавить новые статусы заданий в веб-интерфейс (помимо To-Do, In Progress, Complete), например — In Review, In QA, и т.п. Ни TFS Preview, ни TFS 11 этого не поддерживают (поправьте меня, если это не так).
В итоге перешли на JIRA + GreenHopper, там проблем подобных гораздо меньше. Впрочем, радует то, что TFS продолжает развиваться в правильном направлении, жалко, что не такими темпами, как хотелось бы.
А, ну я в рублях имел ввиду, чтобы удобнее сравнивать зп с российскими. Про 60-120 тысяч $ в год я и читал раньше.
Понятно, конечно, что и налоги там выше, и цены другие.
Основной вопрос такой — перспективнее ли молодым разработчикам стараться реализовывать себя в России, или же, приобретя необходимый опыт и знания стараться вырваться зарубеж?
Для хорошего IT-специалиста разве сложно найти работу в Канаде, если знаний достаточно? Когда я последний раз смотрел опросы зарплат в Канаде и Штатах, получалось, что зарплаты разработчиков в диапазоне 100-200 тысяч.
А горячие клавиши R# можно быстро выучить, если посмотреть видеокурс по R# на Pluralsight или воспользоваться ReSharper 6 Default Keymap. Также рекомендую обратить внимание на Visual Studio 2010 Keybinding Posters тем, кто хочет освоить работу со студией с помощью клавиатуры. Это значительно ускоряет разработку ПО.
Хотя тут мне больше нравится, чем в студии. Надеюсь, их завалят отзывами с просьбой привести меню в человеческий вид.
Спасибо за отзыв! :)
От инструментария зависит довольно много, например, в TeamCity настраивать процесс сборки, запуска тестов, развертывания, анализа Code Coverage значительно проще (не говоря о больших возможностях), чем предлагает MSBuild с его Workflow Foundation диаграммами.
Конечно, всё зависит от задач, и для разных проектов подходят разные инструменты. Где-то лучше, когда всё из коробки и не надо докупать отдельно или интегрировать, где-то требуется больше гибкости.
TFS очень требователен к ресурсам, и все компоненты (Continious Integration, Reporting, адаптация Process Template под процесс в компании) занимает примерно столько же времени. Хотя устанавливается TFS 2010/ 11 действительно быстрее, по сравнению с TFS 2008. Т.е. я не говорю, что он плохой — для каждого своё.
Я вообще за то, чтобы разработчик умел пользоваться различным инструментарием чтобы комфортно чувствовать себя в любых компаниях.
Другой пример — что, если нужно добавить новые статусы заданий в веб-интерфейс (помимо To-Do, In Progress, Complete), например — In Review, In QA, и т.п. Ни TFS Preview, ни TFS 11 этого не поддерживают (поправьте меня, если это не так).
В итоге перешли на JIRA + GreenHopper, там проблем подобных гораздо меньше. Впрочем, радует то, что TFS продолжает развиваться в правильном направлении, жалко, что не такими темпами, как хотелось бы.
Понятно, конечно, что и налоги там выше, и цены другие.
Основной вопрос такой — перспективнее ли молодым разработчикам стараться реализовывать себя в России, или же, приобретя необходимый опыт и знания стараться вырваться зарубеж?