Конкретно по комменту — то-то все все знаете, как там было :)
По двойному клику я считаю, что пока компания правообладатель не подает исков и все живут мирно — пускай живут мирно :) Как только же на такие «нарушения» пойдут иски — надо разбираться и, возможно, действительно аннулировать патент.
Извините, чем использование идеи отличается от использования реализации для правообладальца того или другого? Да ничем. И то, и то — активы компании, соответственно их использование без разрешения незаконно.
Банальные вещи — это для нас с вами на сегодняшний день. Было ли это банально тогда — опять-таки нам с вами неизвестно. Если на что-то патента не было и Microsoft на это патент зарегистрировала — все нормально. Если за нарушение патента бьет по голове — это тоже нормально. Если же объективно проблема существует (а она, возможно, все же есть), то корни проблемы искать надо не в компании Microsoft, а в патентном бюро, которое выдает неадекватные патенты. Соответственно, по необходимости, аннулировать патенты — если технология действительно является плодом деятельности всего сообщества, а не одной компании.
Смешно :) Хотя бы из этих слов видно явно предвзятое отношение то ли автора, то ли переводчика, то ли обоих к компании Microsoft.
Если в целом, то я как-то не улавливаю противоречия в поведении Microsoft. Есть технология. Есть на нее патент. Надо ругать и бить по рукам за незаконное использование патентованной технологии. Есть open-source продукт. За его использование надо поощрять и не ругать.
Microsoft ругает и бьет за первое, поощряет и не ругает за второе. В чем проблема? Или с выходом хотя бы одного open-source продукта компании необходимо отказываться от всех своих патентов, открывать исходники всех существующих приложений? ИМХО, глупо. Очень. И странно, что глупого поведения ожидают от неглупой организации.
Господа спорящие, да успокойтесь вы :) Холивар на пустом месте, ей богу. Не было такой тулы под Вин, сделали — ура. Лично мне нравится. Зачем пустые споры? Нормальный спор был бы, если бы кто-то имел по как минимум году работы в каждой из этих сред и сравнивал по фичам. А так — лучше время спора потратьте на полезные вещи, например, поизучайте PowerShell ;)
Create from usage (если правильно друг друга понимаем) - пишем метод с параметрами, как только поставлены скобки можно нажать Ctrl + . и будет опция сгенерить такой метод. До полной функциональности решарпера не дотягивает, но лично для меня это самая используемая фича.
Анализатор кода в вижле 2008 однозначно мощнее. По сути - интегрированный FxCop - отличная штука. Имплементацию интерфейса-заглушку генерит все тот же Ctrl + . , Convert lambda <-> anonymous method - еще не встречал, я 4го видел очень ранний билд. Stack Trace Explorer - не юзал :(. Юнит тесты в 2008й отлично сделаны.
Code completion - мне лично хватает базового, хотя очень редко, согласен, нужно посмотреть дополнение с соответствующим типом.
Когда каждые секунд 30 работы решарпер перекомпилировывает файл - руками абсолютно точно быстрее.
А что вы используете кроме того, что я перечислял выше?
Импорт неймспейса - есть функция в vs2005 и выше. Ctrl + .
Create smth from usage - и такое есть, vs2005 и выше.
Так что ваша фраза "работы с ошибочным кодом (то что есть счастье TDD-шника и не только) - нет даже в проекте" мягко говоря, ошибочна. И импорт неймспейса родной быстрее, чем в R# (субъективно :))
Goto definition есть, FindUsages тот же, просто не дает возможности сортировки. Что имеется в виду под работой с ошибочным кодом? Рефакторинги редко нужны другие, кроме переименования, выделения интерфейса/метода.
Если рассматривать продуктивность как скорость разработки, то конкретно у меня ситуация такая: я отказываюсь от функционала решарпера для того, чтобы за время, которое я экономлю при его отсутствии, написать то же самое руками :) Получается быстрее.
З.Ы. Если 4й решарпер будет быстрее - с удовольствием перейду обратно - от некоторых фич сложно отказаться.
Ну я не говорю, что R# отменяет что-либо. Я говорю, что есть некоторые фичи vs, которые немногие знают.
И, между делом, проект, из-за которого я отказался от R# был написан на WinForms :). R# безбожно тормозил на файлах по 3000 строк (повторюсь, код индусский).
Я тоже не представлял, пока не выдали баааальшой проект с кучей индийского кода. Решарпер просто жутко вешал систему, пришлось удалить и разбираться с вижлой. И что оказалось - большинство функций решарпера есть и в вижле, пускай не в такой красивой обертке, но есть. Переназначив кучу шорткатов, получаем почти-решарпер на основе вижлы. Нет пары функций, зато громадный (я не шучу) прирост скорости работы IDE. Кому интересно, я у себя в блоге писал эти шорткаты, рекомендую: http://isuhinin.blogspot.com/2008/03/vis… http://isuhinin.blogspot.com/2008/03/vis…
По двойному клику я считаю, что пока компания правообладатель не подает исков и все живут мирно — пускай живут мирно :) Как только же на такие «нарушения» пойдут иски — надо разбираться и, возможно, действительно аннулировать патент.
Смешно :) Хотя бы из этих слов видно явно предвзятое отношение то ли автора, то ли переводчика, то ли обоих к компании Microsoft.
Если в целом, то я как-то не улавливаю противоречия в поведении Microsoft. Есть технология. Есть на нее патент. Надо ругать и бить по рукам за незаконное использование патентованной технологии. Есть open-source продукт. За его использование надо поощрять и не ругать.
Microsoft ругает и бьет за первое, поощряет и не ругает за второе. В чем проблема? Или с выходом хотя бы одного open-source продукта компании необходимо отказываться от всех своих патентов, открывать исходники всех существующих приложений? ИМХО, глупо. Очень. И странно, что глупого поведения ожидают от неглупой организации.
З.Ы. Ссылки гляньте в любом случае, там есть приятные вещи, которых в R# нету (пока?), вроде инкрементального поиска, навигации и т.д.
Анализатор кода в вижле 2008 однозначно мощнее. По сути - интегрированный FxCop - отличная штука. Имплементацию интерфейса-заглушку генерит все тот же Ctrl + . , Convert lambda <-> anonymous method - еще не встречал, я 4го видел очень ранний билд. Stack Trace Explorer - не юзал :(. Юнит тесты в 2008й отлично сделаны.
Code completion - мне лично хватает базового, хотя очень редко, согласен, нужно посмотреть дополнение с соответствующим типом.
Когда каждые секунд 30 работы решарпер перекомпилировывает файл - руками абсолютно точно быстрее.
А что вы используете кроме того, что я перечислял выше?
Импорт неймспейса - есть функция в vs2005 и выше. Ctrl + .
Create smth from usage - и такое есть, vs2005 и выше.
Так что ваша фраза "работы с ошибочным кодом (то что есть счастье TDD-шника и не только) - нет даже в проекте" мягко говоря, ошибочна. И импорт неймспейса родной быстрее, чем в R# (субъективно :))
Если рассматривать продуктивность как скорость разработки, то конкретно у меня ситуация такая: я отказываюсь от функционала решарпера для того, чтобы за время, которое я экономлю при его отсутствии, написать то же самое руками :) Получается быстрее.
З.Ы. Если 4й решарпер будет быстрее - с удовольствием перейду обратно - от некоторых фич сложно отказаться.
А тормоза, я так понял, были из-за компиляции на лету, любое изменение в коде и он перекомпилировывал весь файл. А он, как я уже говорил, большой.
И, между делом, проект, из-за которого я отказался от R# был написан на WinForms :). R# безбожно тормозил на файлах по 3000 строк (повторюсь, код индусский).
http://isuhinin.blogspot.com/2008/03/vis…
http://isuhinin.blogspot.com/2008/03/vis…
На английском, не обессудьте :)