А>Это точно локальные проблемы.
А лечить то их как
Дампы делать что ли

Здравствуйте, lboss, Вы писали:

L>3. Хочется средства collaboration кода. Чтобы я мог тыкнуть в код моего работника и сказать, что так делать нельзя. После этого утиль бы выявила похожие места, и поставила задачу работнику исправить, можно ещё правило политики разработать. Что-то в этом роде.

В Resharper 5.0 это решается через SSR & Patterns Catalogue (меню ReSharper -> Tools -> Patterns Catalogue). Можно настроить шаблоны кода, который ты считаешь нежелательным в проекте, текст ошибок и шаблон для замены. Всё будет у всех сотрудников автоматически находиться, подсвечиваться, показывать tooltip, лампочку и заменять на то, что ты настроил. Можно запустить массовую замену по всему солюшену.

Здравствуйте, lboss, Вы писали:

L>Типа я один фичи прошу. Вот не верю что до 5.0 ни кто не просил строки вынести в ресурсы. Собственно это работа менеждеров продукта выбирать правильные и нужные фичи. Тема была "почему не покупаем", дальше был ответ почему. Я не нанимался хоть как-то вам идеи генерить за бесплатно.

А вот тут ты не прав. Я готов "идеи генерить за бесплатно" да и ты, я думаю тоже, если тебя будут не только слУшать, но и слЫшать.

Здравствуйте, alvas, Вы писали:

A>...решаются проблемы конкретных клиентов, а не ..[В общем тех кто наезжает ]..

Не, у нас коробка, у нас на конкретных клиентов никакой ориентации. А фидбек, как несложно заметить, у нас доступен всем. Т.е. даже если, к примеру, лично я в своей сфере ответственности захочу ориентироваться только на зарегистрированных клиентов из США, это очень непросто будет сделать.

A>А я не сочиняю, просто хочу довести до тебя свою мысль.

Главное, чтобы ты не пытался свои мысли приписывать JetBrains

Здравствуйте, alvas, Вы писали:

A>Можешь меня убедить почему я должен попробовать поставить R#

Автор: alvas
Дата: 27.02.10

еще раз? Я вполне серьезно.

Наверное потому что, даже не смотря на некоторое несоответствие решарпера твоим пожеланиям, кумулятивный эффект от него сильно положительный. И про конкретные проблемы надо писать — многое можно поправить. Пожелания ведь — они очень разнообразные и у каждого свои, так как очевидные вещи либо давно реализованы, либо не реализуемы по тем или иным причинам, поэтому надеятся на то что некие мифические менеджеры знают, что конкретно тебе надо, не стоит.

Здравствуйте, alvas, Вы писали:

A>А вот тут ты не прав. Я готов "идеи генерить за бесплатно" да и ты, я думаю тоже, если тебя будут не только слУшать, но и слЫшать.

Вот это я могу тебе обещать. В смысле не то, что твои пожелания обязательно будут реализованы, но то что они будут услышаны.

P.S. Не думаю что открою какую то тайну, но тот трекер, который публично доступен, он основной и единственный, и никаких специальных issues, которые нужно делать в обход остальных, там нет.

Здравствуйте, AndrewVK, Вы писали:

AVK>Наверное потому что, даже не смотря на некоторое несоответствие решарпера твоим пожеланиям, кумулятивный эффект от него сильно положительный. И про конкретные проблемы надо писать — многое можно поправить. Пожелания ведь — они очень разнообразные и у каждого свои, так как очевидные вещи либо давно реализованы, либо не реализуемы по тем или иным причинам, поэтому надеятся на то что некие мифические менеджеры знают, что конкретно тебе надо, не стоит.

Так вот мы тебе и говорим — тормозит. А ты вместо того чтобы взять это на карандаш говоришь:
"люди — это вам снится" (с) Х/Ф "Пропавшая грамота"

Здравствуйте, alvas, Вы писали:

A>Так вот мы тебе и говорим — тормозит.

Последние полгода мы этим занимаемся практически ежедневно. Вот конкретно сегодня сразу несколько вещей в этом плане поправили.

A> А ты вместо того чтобы взять это на карандаш

Да взято это на карандаш давным давно, и я, и не только я, много раз об этом уже писали, в том числе и в этом топике.

Здравствуйте, AndrewVK, Вы писали:

_FR>>Меня не устраивает то, что после установки решарпера некоторые "фичи" студии, к которым я привык, начинают работать по-другому (или не работать вовсе).

AVK>Какие?

Несколько раз уже писал :о))

Было	После форматирования	Что мешает
if(some) { // … }//if	if(some) { // … } //if	Появился пробел между закрывающей кавыкой и '//'.
return new Class( p1, p2, p3, p4 );	return new Class( p1, p2, p3, p4 );	Закрывающая скобка сдвинулась вправо на один отступ.

_FR>>Это форматирование, работающее в студии одним образом и в решарпере другим

AVK>И что в форматировании решарпером тебя не устраивает?

_FR>>, показ описания и "метаданных" класса (исходника которого нет)
AVK>А здесь что не так?

http://rsdn.ru/forum/jetbrains/3642811.aspx

Автор: _FRED_
Дата: 17.12.09

(второй пункт там тоже достаточно для меня важен и не один я такой извращенец) и далее ответ хвоста

_FR>>, другие мелочи.
AVK>Какие?

Есть куча готовых сниппетов (в том числе подредактированы стандартные для if, for и т.п.). Решарпер с ними не работает.

_FR>>Очень обидно, что из-за таких вот пустяков приходится обходиться без прочих вкусностей.
AVK>Если это пустяки, почему ты отказываешься от решарпера?

Потому что для меня это не пустяки. А для плагина к студии (да и вообще к чему-либо) должно быть пустяком не менять безвозвратно что-либо привычное. Снипеты и #endregion — ладно, без этого бы купил бы. А вот то, что не поддерживается мой любимый способ форматирования — неприятно.

Здравствуйте, AndrewVK, Вы писали:

AVK>Вот это я могу тебе обещать. В смысле не то, что твои пожелания обязательно будут реализованы, но то что они будут услышаны.

AVK>P.S. Не думаю что открою какую то тайну, но тот трекер, который публично доступен, он основной и единственный, и никаких специальных issues, которые нужно делать в обход остальных, там нет.

А из этого топика никак?

Здравствуйте, AndrewVK, Вы писали:

AVK>Здравствуйте, _FRED_, Вы писали:

_FR>>Меня не устраивает то, что после установки решарпера некоторые "фичи" студии, к которым я привык, начинают работать по-другому (или не работать вовсе).

AVK>Какие?

_FR>>Это форматирование, работающее в студии одним образом и в решарпере другим

AVK>И что в форматировании решарпером тебя не устраивает?

кстати — вот что мне не понравилось — это форматирование лямбд и инициализаторов классов:

{
    DoWork(DoOtherWork(new Options
                                  {
                                       option1 = 10,
                                       option2 = "cnhr",
                                  } 
    ));
}

очень сильно вправо уезжают свойства/тела лябд

Здравствуйте, AndrewVK, Вы писали:

A>>Так вот мы тебе и говорим — тормозит.

AVK>Последние полгода мы этим занимаемся практически ежедневно. Вот конкретно сегодня сразу несколько вещей в этом плане поправили.

A>> А ты вместо того чтобы взять это на карандаш

AVK>Да взято это на карандаш давным давно, и я, и не только я, много раз об этом уже писали, в том числе и в этом топике.

Ну тогда молодцы!
Но ты помнишь свой первый пост?

Здравствуйте, alvas, Вы писали:

A>А из этого топика никак?

Тоже как, но через youtrack.jetbrains.net надежнее. Это если конкретная проблема или пожелание. А потрепаться на общие темы можно и здесь.

Здравствуйте, _FRED_, Вы писали:

_FR>Несколько раз уже писал :о))

Ага, но последний раз половина, как выяснилось, неактуальна, а вторая половина ссылалась на какие то предыдущие письма и я не совсем понял о чем речь.

_FR>>>Очень обидно, что из-за таких вот пустяков приходится обходиться без прочих вкусностей.
AVK>>Если это пустяки, почему ты отказываешься от решарпера?

_FR>Потому что для меня это не пустяки.

Ты уж определись, пустяки или нет.

_FR> Снипеты и #endregion — ладно, без этого бы купил бы. А вот то, что не поддерживается мой любимый способ форматирования — неприятно.

Посмотрю еще раз.

Здравствуйте, alvas, Вы писали:

A>Но ты помнишь свой первый пост?

Первый это какой? Про фидбек из штатов? Он не имеет никакого отношения к политике добавления фич и исправления проблем, я устал уже это повторять.

Здравствуйте, Jack128, Вы писали:

J>кстати — вот что мне не понравилось — это форматирование лямбд и инициализаторов классов:

J>

J>{
J>    DoWork(DoOtherWork(new Options
J>                                  {
J>                                       option1 = 10,
J>                                       option2 = "cnhr",
J>                                  } 
J>    ));
J>}
J>

J>очень сильно вправо уезжают свойства/тела лябд

Пробовал играться с braces layout в настройках? Я тут недавно как раз занимался этим вопросом — оказалось, что все, что просили, существующим форматтером реализуемо.

Здравствуйте, nikov, Вы писали:

_FR>>К сожалению, настройки решарпера не позволяют оставить заменённый функционал "как было", а предлагаемое на замену мне не подходит. Это форматирование, работающее в студии одним образом и в решарпере другим, показ описания и "метаданных" класса (исходника которого нет), другие мелочи.

N>В ReSharper 5.0 можно выбрать (в настройках — всегда, а при первой попытке навигации задается вопрос пользователю) между Object Browser, External Sources, Metadata view и (при установке соответствующего PowerToy) декомпилированного кода из Reflector. Можно также задать, что показывать в следующую очередь, если основной выбор оказался по каким-то причинам недоступен.

Можно, но результат опять получился отличающимся от родного

Автор: _FRED_
Дата: 17.12.09

. Ну неужели было сложно подумать, что и в МС люди о чём-то думали прежде чем написать свой вариант и что какой-то смысл в том, что бы упростить коменты есть

Здравствуйте, AndrewVK, Вы писали:

_FR>>Несколько раз уже писал :о))

AVK>Ага, но последний раз половина, как выяснилось, неактуальна, а вторая половина ссылалась на какие то предыдущие письма и я не совсем понял о чем речь.

В данный момент актуальны именно два указанных пункта.

_FR>>>>Очень обидно, что из-за таких вот пустяков приходится обходиться без прочих вкусностей.
AVK>>>Если это пустяки, почему ты отказываешься от решарпера?
_FR>>Потому что для меня это не пустяки.
AVK>Ты уж определись, пустяки или нет.

А не придирайся к словам. "Пустяк" есть термин чувственный, относительный и не точный, характеризующий, в моих словах, эмоциональную окраску, а не оценку важности.

_FR>> Снипеты и #endregion — ладно, без этого бы купил бы. А вот то, что не поддерживается мой любимый способ форматирования — неприятно.
AVK>Посмотрю еще раз.

Спасибо!

Здравствуйте, Jack128, Вы писали:

J>кстати — вот что мне не понравилось — это форматирование лямбд и инициализаторов классов:
J>

J>{
J>    DoWork(DoOtherWork(new Options
J>                                  {
J>                                       option1 = 10,
J>                                       option2 = "cnhr",
J>                                  } 
J>    ));
J>}
J>

J>очень сильно вправо уезжают свойства/тела лябд

Вот тут полностью согласен. Тоже раздражает что так сильно уезжают вправо.

Здравствуйте, AndrewVK, Вы писали:

AVK>Первый это какой? Про фидбек из штатов? Он не имеет никакого отношения к политике добавления фич и исправления проблем, я устал уже это повторять.

В общем пусть каждый останется при своем мнении. А народ, я думаю, сам разберется чё да как.