AxeleronskyANAа при солюшине в 610 проектов
А зачем солюшн в 610 проектов? Стоит подумать над разбивкой на разные солюшены. Неэффективное использование памяти.Ну как зачем? Со временем накопилось. Уже подумали и уже разбили. Но я пока не в той ветке :)

hVosttskyANAа при солюшине в 610 проектов, решарпер ещё и замедляет разработку :) могу даже метрики собрать

я до сих пор не понимаю этого упоротого маньячества собрать в один солюшен 610 проектов. а чё делать, если там будет 5000 проектов и даже голая студия не потянет? выбрасывать студию на помойку? пример не канает.

мы подняли локальный NuGet репозитарий, и большие проекты строятся через зависимости от репозитария. таким образом нет нужды в один солюшен складывать всю помойку из проектов, и мы можем использовать одни и теже наработки в разных независимых проектах без копипаста.

на кой хер в один солюшен складывать 610 проектов, я абсолютно без малейшего понятия. в чём великий смысл такой упоротости? хз.какой упоротости? :) сколько лет проекту, который вы там подняли?

610 проектов накопилось за 9 лет, потому как бизнесу важно развиться и основательно закрепиться на рынке, а технические долги отдавать - это потом :)

ну вот ещё два major релиза и наконец-то перееду в "распиленный" солюшн, где всё модульно и красиво

hVosttskyANAоднозначно говоришь?

у нас есть разработчик, что отлично знает решарпер, прям лучше всех и скорость кодирования у него выше всех в компании,
однако процесс разработки это не ускоряет, а знаешь почему? :)

так что ни фига не однозначно

потому что общая скорость движения разработки зависит от самого медленного пациента.снова мимо, он ведь случается и выделенные фичи разрабатывает, где пациент только он один :)

Wilhelm HoltoffskyANAу нас есть разработчик, что отлично знает решарпер, прям лучше всех и скорость кодирования у него выше всех в компании, однако процесс разработки это не ускоряет, а знаешь почему? :)а правда, почему ?да вот как-то у него скорость разработки коррелирует с количеством косяков не в лучшую сторону :)

hVosttмы подняли локальный NuGet репозитарий...NuGet 1.0 was released on January 13, 2011 :)

AxeleronskyANAНо я пока не в той ветке :)
Меняй ветку. 610 проектов... Это сколько минут открывается солюшн? 12 секунд, а вот с решарпером 2 минуты минимум, пока становится можно работать.

hVosttну дык я про то, что "610 проектов в солюшене" -- это какой-то кривой посыл на тему того, что решарперу требуется много ресурсов.Почему кривой? Это пример того, что решарпер только усугубляет ситуацию с техническим долгом. Ответ на твоё "однозначно".

В идеальном проекте, с идеальными разработчиками, да, однозначно :) А в реальности...

hVosttskyANAснова мимо, он ведь случается и выделенные фичи разрабатывает, где пациент только он один :)

угу. у Васи был один монитор, а у Пети два. скорость разработки у всех примерно одинаковая. отберём у всех по лишнему монитору.

Вася ходит на обед и 3 раза на перекур, Петя не ходит на обед вообще, хавает доширак прям перед монитором. скорость разработки у всех примерно одинаковая. запретим ходить на перекуры и обед. выдадим всем по коробке доширака в начале месяца.

ну и т.д.Ты упоролся, где я предлагал прям отбирать решарпер? :)

Ну и про мониторы есть исследования с циферками. А где циферки про решарпер, покажите мне их? :)

hVosttskyANAТы упоролся, где я предлагал прям отбирать решарпер? :)

ну это утрирование к тому, что определённые выводы могут приводить к определённым решениям.

если, как ты говоришь, решарпер не помогает никому из вас, никакого ускорения нет, никакого профита. зачем он вам нужен тогда вообще? зачем мучаетесь? дак он и не мешает, а учитывая объёмы нашего легаси кода, хорошо помогает в рефакторинге

hVosttskyANAПочему кривой? Это пример того, что решарпер только усугубляет ситуацию с техническим долгом. Ответ на твоё "однозначно".

исключения лишь подтверждают правило.

в данном случае решарпер показывает, что надо бы разбить солюшен. а то ишь.. да вообще можно нанимать студентов, ставить им решарпер и будет идеальное количество идеальных модулей :)

решарпер сам будет отдавать технический долг :)

hVostt, скорость разработки увеличивает грамотно выстроенный процесс и грамотная архитектура, а не решарпер :)