Почему в большинстве университетов C# стал заменять Java?

С точки зрения студента (как будущего специалиста) разницы нет никакой, что Java, что C#... И то, и другое перспективно и удобно.

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

В сторону какого ЯП для web смотреть с дальнейшей перспективой?

Евгений Вольф, ну, вот, уже второй релиз наступил) Хотя, соглашусь, метания в начале и даже переход на новый тип конфига огорчали.
Посоветовать могу, пожалуй, JetBrains Rider. Уже вполне годная штука.

Как внедриться в защищенный канал?

как мне внедриться в ethernet-канал

Проводами, вестимо.

В сторону какого ЯП для web смотреть с дальнейшей перспективой?

Евгений Вольф, для вас C++ - полноценный язык? (=
Если говорить о ASP.NET Core, то он уже вполне готов к проду, чем многим пользуются. По удобству разработчика уделывает ASP.NET MVC уже сейчас. Попробуйте)

В сторону какого ЯП для web смотреть с дальнейшей перспективой?

Евгений Вольф, пожалуй, по всем) C# как под современным MS .NET Framework, так и под .NET Core, один и тот же. А платформы разные (=
ASP.NET Core - это веб-фреймворк. Полагаю, название это складывалось из маркетинговых соображений. Оно подчеркивает курс на модуляризацию.

В сторону какого ЯП для web смотреть с дальнейшей перспективой?

Почему бы и не C#? Веб на нем делается вполне милый.

В сторону какого ЯП для web смотреть с дальнейшей перспективой?

ASP.NET Core (кастрирования версия C#

Шта?! Полноценный там C#, не гоните пургу!

Как печатать указатели в C++?

Alex Setup, нет, ибо это не будет так же эффективно, как для std::multiset. Однако, если вас устраивает линейная сложность, то это делается с помощью std::find_if.

Как печатать указатели в C++?

(multi)set подразумевает, что коллекция не индексируется. Во-первых.
Во-вторых, итератор (возвращаемый функцией) не обязан и вряд ли будет указателем. Это абстракция, позволяющая итерироваться по коллекции.

А указатели вполне удобно печаются.

Писать свои эксепшены - это хорошо или плохо?

Vasiliy_M, это масло маслянное называется SRP (=

Писать свои эксепшены - это хорошо или плохо?

MaxLich,

Не пробрасывать же до самого верха, самого абстрактного слоя

try {...}
catch (SQLException ex) {
    throw new MyAppDALException("Unable to update data", ex); 
}

Писать свои эксепшены - это хорошо или плохо?

MaxLich, отталкивайтесь от логики приложения. Если причина появления проблемы одна и та же, но разные вординги, то можно воспользоваться и базовым типом. Если причины разные и эта разница важна (для выбрасывающего кода, и не важно, что там нужно "отлавливающему"), то лучше унаследоваться и подчеркнуть отличие в названии.

Но способность чувствовать баланс между читаемостью и лаконичностью - это, имхо, самый важный навык для программиста, работающего в команде.

Писать свои эксепшены - это хорошо или плохо?

MaxLich, кмк, класс Exception бросать нельзя никогда. Но исключения должны соответствовать уровню своего появления. Довольно часто даже в стандартных библиотеках распространена ситуация, когда промежуточный слой не в силах обработать низкоуровневое исключение и оборачивает его своим, более высокоуровневым. Это вполне допустимо.

Писать свои эксепшены - это хорошо или плохо?

Сергей Горностаев, полностью согласен с вашими выводами и Блоха) Но конкретная ситуация позабавила.

Писать свои эксепшены - это хорошо или плохо?

если там не добавляешь никакой новой функциональности (по сути только название меняешь), мол, не нужно плодить лишние сущности

Совет сродни экономии на переменных: с таким успехом можно делать трехэтажные цепочки вызовов, по пять вложенных циклов и прочую лабуду, чтобы сущности не плодить. Главное - поддерживать читаемость на необходимом уровне.
Но "читаемость" - понятие субъективное, поэтому даже увидев конкретный код можно только голосованием устанавливать правоту (т.е. для большинства читателей некий вариант был бы более понятным), а уж "на пальцах" никто точно не скажет, как будет лучше, ведь у каждого свои картины в сознании всплывают.

Писать свои эксепшены - это хорошо или плохо?

Настолько дипломатичный ответ, что ясности так и не внес)

Писать свои эксепшены - это хорошо или плохо?

Если такого управления нет, то и делать свои классы не нужно.

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

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

Градация уровня знаний в языках программирования. Каковы различия и требования?

MaxLich, какое соглашиение? Окститесь) Это настолько субъективно, что характеризует больше отношение к человеку ("Я считаю его крутым специалистом", "Я считаю его обычным...ну, вроде работу делает", "Да он зеленый еще совсем!"), чем какие-то конкретные навыки. Масла в огонь подольют HR'ы, заманивающие честолюбивых товарищей этими рейтингами. Отныне они сеньеры, несмотря на свой трехлетний стаж (=

Умный дом и IoT - насколько эта тема реально интересна сейчас в России?

Kulver_stukas, жигули конечно же лучше теслы, просто потому, что их больше, да)

Градация уровня знаний в языках программирования. Каковы различия и требования?

Это всё относительные термины. Можете считать, что их нет, ибо это не переводится ни в денежный эквивалент, ни в должностной. Где-то джуны такие, как в другом месте - сеньеры, а где-то - наоборот. Две вещи, которые имеют значение: цифры в договоре и толщина должностной инструкции.