Здравствуйте,
Есть ли у кого-нибудь опыт перехода со студи на emacs касательно .net?
насколько проще/сложнее стало работать с C#, asp.net в emacs, были ли проблемы с отладкой кода, есть ли желани обратно возвращаться на студию?

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

_>Здравствуйте,
_>Есть ли у кого-нибудь опыт перехода со студи на emacs касательно .net?
_>насколько проще/сложнее стало работать с C#, asp.net в emacs, были ли проблемы с отладкой кода, есть ли желани обратно возвращаться на студию?


А если не секрет, зачем?

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

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

_>>Здравствуйте,
_>>Есть ли у кого-нибудь опыт перехода со студи на emacs касательно .net?
_>>насколько проще/сложнее стало работать с C#, asp.net в emacs, были ли проблемы с отладкой кода, есть ли желани обратно возвращаться на студию?


X>А если не секрет, зачем?
Для себя вижу эти приймущества:
Возможность исспользовать свободное по.
Писать код под любой другой нормальной ос для девелоперов, напр. линукс/фрибсд используя всю мощь консоли, а не кастрированного cygwin.
В емаксе более удобная навигация между файлами и по тексту, и нет проблемы "запининых 30 табов-файлов, и переключения между ними мышкой или ужастных дефолтных хоткеев".
После 10 студии, в студию мс вшила троянов, которые время от времени связываются с серверами мс и что-то отсылают.
Со студией устанавливается 20гб всякого не нужного.
Емакс можно более гибко настроить, там можно менять абсолютно все.
Если писать код под юникс ос, то рабочий энвиромент можно будет поднять на машине за 30 минут, включая ручные настройки ко всем программам(не считая времени на подготовку диска для шифрования), винду же после установки надо 3 дня настраивать, тратя время на установку разного софта(студии, процесхакера, git, svn, чего-то еще), настройку сервисов, отключение виндовых defenderoв.
С проектом из кучи файлов студия, а особенно с решарпером начинает жутко тормозить(хотя впринципе все проекты написанные на ооп языках обречены тормозить пропорционально размеру проекта).
Возможность настройки нормальных шрифтов и подсветки для все редактора.

Раньше были проекты которые использовали wcf, с чем у mono были проблемы, и требовали исспользования iis, то теперь для девелопмента вполне должно хватить нового кросплатфоремнного .net и сейчас как раз то самое время попробовать что-то новое.

Если соскочить со студии на emacs без больших потерь, то в винде в виртуалке можно будет деражть только skype, lync и management studio, которые вполне себе станут на виндовс xp.

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

_>Для себя вижу эти приймущества:
_>Возможность исспользовать свободное по.
_>Писать код под любой другой нормальной ос для девелоперов, напр. линукс/фрибсд используя всю мощь консоли, а не кастрированного cygwin.

А VS code не думали попробовать? кросплатформенно и microsoft рекомендует.

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

_>В емаксе более удобная навигация между файлами и по тексту,

Что-то я её там не увидел.
Открывать определения методов оно кое-как умело, но через сторонние плагины. С шарпом я не пробовал, а с плюсами эти плагины дико тормозили всю работу во время парсинга исходников. Самое противное было в том, что парсить исходники оно могло только в один поток. При этом UI замирал полностью.
С тех пор может что и исправили в плане многопоточности, но я уже не смотрел. Насколько я понимаю, основная ветка emacs так и остаётся однопоточной.

_>и нет проблемы "запининых 30 табов-файлов, и переключения между ними мышкой

Вместо этого есть проблема пары тысяч открытых файлов и даже сама мысль о навигации через переключение табов просто отпадает — ну не листать же 1500 буферов в поиске нужного?..

_>Емакс можно более гибко настроить, там можно менять абсолютно все.

Ну да. Только добиться именно того, чего хочется, без знания лиспа, у меня не получилось.

_>теперь для девелопмента вполне должно хватить нового кросплатфоремнного .net

А он уже вышел?

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

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

_>>Для себя вижу эти приймущества:
_>>Возможность исспользовать свободное по.
_>>Писать код под любой другой нормальной ос для девелоперов, напр. линукс/фрибсд используя всю мощь консоли, а не кастрированного cygwin.

X>А VS code не думали попробовать? кросплатформенно и microsoft рекомендует.
Видел. Эту поделку индусы накидали за месяц после основной работы, ее впринциме не имеет смысла рассматривать как текстовый редактор под юниксами.
Под юниксами если и использовать что-то для написания C# кода, так это редактор emacs(vim) в связке с сервером omnisharp.
Прост. интересен опыт людей которые которые успели поработать с этими инструментами, после студии, с какими трудностями они столкнулись.

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

_>Для себя вижу эти приймущества:
Сорри, что играю в кэпа, но ничего из перечисленного собственно к разработке под дотнет никакого отношения не имеет. Точнее, так: дотнет чисто исторически развивался в паре с студией и они друг под друга очень здорово заточены. Большинство кода пишется с уверенностью, что использовать его будут из студии.

Для более-менее серьёзных проектов стандартные плюшки типа удобного автодополнения, живой подсветки ошибок, рефакторинга, полноценного отладчика, поддержки нюгета, статического анализа и ещё тонны дополнений к студии обязательны и для отказа от них должны быть очень веские основания. Иначе вся затея выглядит выпендрёжем ради выпендрёжа. Всё равно что разбирать машину вилкой. Оно конечно прикольно, но ровно до того момента, пока не создаёт проблем остальным участникам процесса.

Не, если поставить цель, то можно прикрутить к почти любому редактору omnisharp или взять vs code, но на ближайший год (как минимум) это будет скорее игрушка для гиков, чем полноценная замена студии/"взрослому" фреймворку.
Прогресс портирования .net core можно глянуть тут, с EF и MVC6 тоже не всё здорово. При таком раскладе надеяться, что кто-то бросит силы на допиливание полноценной ide по мотивам «чтоб был опенсорс и настраивать» — это верх оптимизма

Суммируя, выбор небогатый: или отказываемся от дотнета (а он вам нужен вообще?), или топчем грабельное поле, или наконец изучаем инструменты, которыми пользуемся
Для последнего придётся перестать верить в деда мороза в трояны в студии, но это не так сложно.

Не, серьёзно, три дня настраивать? Там дел на полчаса. Воткнуть флешку, через 20 минут залогиниться в десятку и запустить скрипт для chocolatey. Не далее как в среду этим занимался. Ниччего сложного.