это не деградация. это законы развития _всех_ языков: смещение ударений в сторону окончаний, отмирание падежей, уход двойственного числа и проч и проч и проч.
а для наращивания мощи и выразительности есть другой инструмент: романы, но тут, правда, приходится учиться и читать, что, конечно, сложнее чем просто использовать 2000 слов.
смещение ударений к окончанию слов, отмирание падежей - это естественный процесс и он никакого отношения к грамотности не имеет. изменение рода существительных - тоже.
а то так можно вспомнить, что вахтёр - он вАхтер (с ударением на первом)и прочее и прочее.
фанатизм уместен только в орфографии, отчасти в пунктуации, которая, впрочем, слишком сложна в русском языке.
Студийный create from usage работает только для элементарных типов, и соответственно не может выводить типы параметров (к тому же тормозит).
На самом деле разговор приобретает странное направление. Понятно, что VS2008 хорошая среда, и что ее достаточно для большинства применений.
R# же призван повышать производительность, что у успехом и делает. Естественно, за это приходится расплачитваться циклами CPU, но это малая плата. Ибо даже если что-то и тормозит, то один Got To By Name сэкономит столько времени, что окупятся все затраты.
R# - это как кухонный комбайн: можно и без него, но с ним как-то быстрее, и удобнее и даже безопаснее (хотя и надо мыть, но кто ж мешает купить посудомоечную машину в виде хорошего процессора и памяти)
Решарпер анализирует код в фоне и постоянно и инкрементно. Редко на каких файлах это приводит к реальным тормозам. У меня в проекте таких единицы (и все автогенеренные).
TDD: вы попробуйте полный набор R# функциональности, там очень много удобных контекстных штук, которых в студии нет (кстати, студийный Create From Usage так и не смог найти/запустить - поделитесь ссылкой на хелп или еще что-то) - в общем тут надо конкретно разбирать (в R# около 20 этих create что-то)
Имопрт неймспейса на самом деле нетривиальная операция, а быстрее - это за гранью человеческой реакции, мне кажется.
Еще я использую в R#: Code Structure View, анализатор кода и аннотации(possible null reference exceptions, etc.), Go To By Name, Generate implements/constructors/ets, QuickFixes and ContextActions при создании нового кода (инициализация из параметров конустукций и проч.), Convert lambda <-> anonymous method и прочие полезные контекстные штуки, но их легко не вспомнить. Stack Trace Explorer - мега штука. Юнит-тесты, рефакторинги, highlight usages. Code completion - в трех вариантах (сокращает количество нажимаемых клавиш в разы и позволяет понимать, что в точке кода происходит)
Goto definition - это навигация на декоарацию текущего символа под кареткой. Я же имею в виду переход на любой класс/метод по имени - очень часто нужно и совершенно необходимо для больших проектов.
Быстрее ли руками - это надо честно мерить. (а "плохой" код изживать)
Рефакторинги может опять же нужны редко, но когда нужны, то приходится без них убиваться.
Ошибочный код. Начнем с частой оперции импорта namespace - в большом проекте это уже проблема. Create something from usage - экономит массу времени (мечта TDD-шника) и сил (хотя бы даже на навигуацию и на набивание болванок). Вообще, концепция QuickFix в R# позволяет легко делать из неработающего кода работающий - вместо того, чтобы много (особенно с навигацией картеки) бить руками.
У VS нет нормального FindUsages (ну, это ладно еще) и нет вообще Goto Symbol, рефакторинги - в зачатке, работы с ошибочным кодом (то что есть счастье TDD-шника и не только) - нет даже в проекте. Понятно, что IDE - это текстовый редактор, и более ничего и не нужно, но мы ж говорим о продуктивности.
Демон с подсветкой можно отключить, тогда на больших и плоских файлах вытка не будет, но останется вся вкусность Find, GoTo, рефакторинги, Context Actions. Впрочем, странно что он у вас тормозил, на больших файлах он долго думает пока делает раскраску, но работу не тормозит.
R# совершенно не отменяет какую-то функциональность VS, и нигде практически не дублирует, а предоставляет набор сервисов, которые делают жизнь... даже не прекрасной, а просто хотя бы нормальной.
Как минимум:
1) Solution Reload
2) QuickDiff
3) Кнопки близко - не надо никуда переключаться
4) Иконки статуса
5) Многократный rename
6) Отслеживание удалений, переименований, созданий - всех операций на дереве проектов
Зато решает сразу все (хи!) проблемы. А тяжело? 4Gb, Core2Duo 3GHZ и все будет летать. + 64битную Висту, чтобы с памятью не было проблем, впрочем есть патч для 32-битных операционок.
а для наращивания мощи и выразительности есть другой инструмент: романы, но тут, правда, приходится учиться и читать, что, конечно, сложнее чем просто использовать 2000 слов.
а то так можно вспомнить, что вахтёр - он вАхтер (с ударением на первом)и прочее и прочее.
фанатизм уместен только в орфографии, отчасти в пунктуации, которая, впрочем, слишком сложна в русском языке.
На самом деле разговор приобретает странное направление. Понятно, что VS2008 хорошая среда, и что ее достаточно для большинства применений.
R# же призван повышать производительность, что у успехом и делает. Естественно, за это приходится расплачитваться циклами CPU, но это малая плата. Ибо даже если что-то и тормозит, то один Got To By Name сэкономит столько времени, что окупятся все затраты.
R# - это как кухонный комбайн: можно и без него, но с ним как-то быстрее, и удобнее и даже безопаснее (хотя и надо мыть, но кто ж мешает купить посудомоечную машину в виде хорошего процессора и памяти)
TDD: вы попробуйте полный набор R# функциональности, там очень много удобных контекстных штук, которых в студии нет (кстати, студийный Create From Usage так и не смог найти/запустить - поделитесь ссылкой на хелп или еще что-то) - в общем тут надо конкретно разбирать (в R# около 20 этих create что-то)
Имопрт неймспейса на самом деле нетривиальная операция, а быстрее - это за гранью человеческой реакции, мне кажется.
Еще я использую в R#: Code Structure View, анализатор кода и аннотации(possible null reference exceptions, etc.), Go To By Name, Generate implements/constructors/ets, QuickFixes and ContextActions при создании нового кода (инициализация из параметров конустукций и проч.), Convert lambda <-> anonymous method и прочие полезные контекстные штуки, но их легко не вспомнить. Stack Trace Explorer - мега штука. Юнит-тесты, рефакторинги, highlight usages. Code completion - в трех вариантах (сокращает количество нажимаемых клавиш в разы и позволяет понимать, что в точке кода происходит)
Быстрее ли руками - это надо честно мерить. (а "плохой" код изживать)
Рефакторинги может опять же нужны редко, но когда нужны, то приходится без них убиваться.
Ошибочный код. Начнем с частой оперции импорта namespace - в большом проекте это уже проблема. Create something from usage - экономит массу времени (мечта TDD-шника) и сил (хотя бы даже на навигуацию и на набивание болванок). Вообще, концепция QuickFix в R# позволяет легко делать из неработающего кода работающий - вместо того, чтобы много (особенно с навигацией картеки) бить руками.
из важных функций: нет анализа кода и, соответственно, работы с некорректным кодом, каким код является большую часть времени.
1) Solution Reload
2) QuickDiff
3) Кнопки близко - не надо никуда переключаться
4) Иконки статуса
5) Многократный rename
6) Отслеживание удалений, переименований, созданий - всех операций на дереве проектов
TortoiseSVN - это все таки мучение