Георгий Григорьев

ИТ проекты - понятие растяжимое. Есть разработка ПО, есть консалтинг, есть системная интеграция и т.д. Сначала для общего развития посмотрите вот этот вводный курс pmlead.ru/youtube.html Затем уже будет понятнее на что стоит тратить время.
1. Выбрать "тяжелую" методологию в зависимости от реалий рынка и собственных потребностей. Скорее всего всего это будет PMI PMBoK. PRINCE2 и прочие - гораздо менее распространены. В чтении PMBoK нет ничего страшного (600 стр.). Сам стандарт занимает всего 60 страниц. Остальная часть книги (400 стр.) - как понимать стандарт и как им пользоваться.
Далее по необходимости стоит посмотреть дополнительные книги PMI, которые упоминаются в PMBoK и более полно раскрывают какую-либо тему. Например PMI Practice Standard for Work Breakdown Structures.
2. Посмотреть дополнительные отраслевые стандарты
CompTIA Project+ https://certification.comptia.org/training/self-st...
IEEE https://ddintsis.com/templates/ieee-standards-temp...
ГОСТ 34, 19 и т.д.
3. Посмотреть руководства по гибким методологиям. По статистике 60 % процентов проектов, реализовывавшихся по гибким методологиям, велись по Scrum. В новой 6-й редакции PMBoK, выходящей в этом году, будет больше про гибкие подходы (сейчас доступен черновик книги).
4. Подробнее изучить частные темы. Например:
"Требования для программного обеспечения: рекомендации по сбору и документированию" Илья Корнипаев. Совсем небольшая книга, достаточная для ликбеза.
Руководство по документированию проектов www.pmdoc.ru/pmdoc_guide_issued
"Системная инженерия для чайников" https://habrahabr.ru/company/ibm/blog/216307/
Много любопытного можно подсмотреть у NASA. Презентации типа SysML для руководителей проектов.
Куча инфографики на Pinterest.
Куча тематических презентаций на SlideShare.

Для общего развития не помешает реализовать вот этот план развития www.it-agency.ru/academy/jedi-plan Там и SMART задачи и прочие основы.

Сначала нужно стать общительным и харизматичным. Потом читать про методологию Agile (это когда с заказчиком ходят в баню). Еще нужно уметь делать красивые презентации с котиками и няшами. Айтишники любят котиков и няш!

Вычилять по IP умеют всего 2 категории специалистов:

1. школьники, поставившие друг другу хедшот в cs =)))
   
2. спецслужбы
   

В гуглохроме - можно создать несколько профилей пользователей (в файрфоксе тоже можно, но там придётся поизвращаться, чтобы одновременно их запустить)

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

Где-то я читал, что в Chromium отключили backspace по просьбе многих пользователей, которые что-то печатали, потом случайно вышли из "фокуса" текстового поля и опять нажимали backspace, чтобы стереть написанное. А вместо стирания происходил переход "Назад" и пропадало все написанное. Только не помню где я это читал. Найду, отпишусь

Нашел https://geektimes.ru/post/276090/

На мой взгляд здесь много разрозненных вопросов. Некоторые относятся к архитектуре приложения, некоторые к конфигурированию IIS, некоторые еще куда-то.
Касательно публикации самого приложения - это 2 кнопки и 3 галочки. Хотите большего? разбирайтесь с параметрами консольных команд msbuild - https://msdn.microsoft.com/ru-ru/library/ms164311.aspx.

Касательно EF - тут вообще все зависит от структуры базы, от внесенных изменений и вообще это вопрос деплоя и версирования БД. Чую у вас тут попахивает Code First с накатом структуры данных, вы отдали этот вопрос на откуп EF - значит разбирайтесь с EnityFramework на более глубоком уровне.Опять же это не совсем вопрос deploy.

Касательно IIS - что понимать под тонкой настройкой? https://msdn.microsoft.com/ru-ru/library/ms178477(... - Покопайтесь здесь

Касательно всего процесса - есть такая вещь как continuous integration. И такие решения как CruiseControl.NET и TeamCity. Это инструмент, который по факту обращения будет делать набор инструкций для деплоя вашего проекта(какие укажете). Например - собрать проект, прогнать тесты, если все хорошо накатить базу, если все хорошо - скопировать папку с файлами в директорию приложения и стартануть веб-сервер.

Resharper?

Думаю не получится.
Цитата с форума:

Fn - это чисто аппаратная клавиша на ноутбуках.
Насколько я знаю, она работает независимо от OC.

Выдержка из википедии:

Однако из-за того, что ОС не знает о наличии клавиши Fn, ей обычно нельзя через ПО назначить другую функцию, в отличие от всех остальных стандартных клавиш.

https://chocolatey.org/

для винды ninite.com

В IntelliJ IDEA есть такая штука - https://www.jetbrains.com/idea/help/viewing-diagra... Не знаю на сколько функционал схоже с картой из Visual Studio

Ну, а вы сами не можете определить, где архитектура спроектирована грамотно, а где - безграмотно?
Зачем вообще нужна грамотно спроектированная архитектура? Прежде всего - для повторного использования кода (re-use), особенно посторонними программистами.
Вот и попробуйте по-re-use-ать код разных проектов. Идеально подходят библиотеки - которые как бы для этого и предназначены, чтобы можно было быстро, удобно их заюзать. Но и само приложение тоже легко так проверить, достаточно попробовать внести в него какие-то изменения и вообще разобраться в нем, и сравнить, сколько сил и времени будет затрачено в разных случаях.
В идеале тестировать нужно не на одном человеке, а на нескольких разных, предпочитающих разные языки и разные подходы.

Или вы просто не видите, что удобно, а что неудобно? Ну тогда пару слов о том, что такое - неудобное:
1) Избыточное.
Когда слишком много слоев абстракции.
Когда слишком много обязательных аргументов некой функции (не аргументов вообще, а именно обязательных).
Когда слишком много.
2) Длинное.
btnCloseAllApplicationsAndRebootMyComputer.
Без комментариев.
3) Короткое.
btn.
Без комментариев.
4) Нестандартное.
dAtETIMEPICKEr_______1.
textbox2.
BUTTON3.
Или когда в классе C# имя какого-либо публичного члена пишут с маленькой буквы.
Без комментариев.
4.1) Несоответствие парадигме ООП, хотя на данном языке возможно соответствие.
Когда так:
FormHeightSetter.Set(form1, 500);
Вместо:
form1.Height = 500;

Список можно продолжать. Но, видимо, и эти 4 пункта уже невыносимо сложны, коль скоро они нарушаются этак в 99,(9)% всех приложений.

Bootstrap же)
Пробовал много разных, но в итоге остался на бутстрапе. Какой-то он средний что-ли. Без излишеств и без недостающих (самых нужных) елементов.
А вообще можно взять 5 самых популярных и покрутить каждый в течении дня. Этого достаточно будет для понимания - ваше или не ваше. Иногда пара нюансов отличающих один инструмент от других буквально влюбляют в себя.
Все таки советы в выборе инструментария как правило сугубо личные и относительные. Пока не попробуешь - не поймешь сразу, твое - не твое.

Bootstrap 4 тогда. А за, то что это Beta не волнуйтесь, если ручки есть, то всегда можно что-то подправить, это не JS или PHP фреймворк, а только CSS. LESS версия в помощь, вообще как по мне лучший вариант.

Желательно все на английском, чтоб разные умники не выдумывали переводы и локализации терминов

https://msdn.microsoft.com/en-us/library/ms229042(...