Дмитрий Макаров

типичные трудности изучения "следующего языка":
- лень
- прокрастинаяция
- увиливание

преимущества изучения "следующего языка":
- ломка стереотипов и призм "первого языка"
- расширение программистского понимания вне рамок языков

в случае ява после шарпа (как и наоборот) и трудности, и бонусы минимальные. сами языки, ближе к друг другу, чем даже к C/C++, хотя оба их потомки. там больше проблем будет с окружениями и библиотеками - тут уже различия глобальные. вокруг каждого языка, собственная экосистема (.Net/Mono против JVM). при этом, эти экосистемы не пересекаются, и состоят в откровенной конкуренции. это имеет значение, когда уже подростаем до уровня готовности к реальному трудоустройству. но есть нюансик - на этом уровне, программист уже в состоянии без соплей, довольно быстро осваиваться в конкурентной экосистеме (понимая общие основные принципы)

Изучение двух языков одновременно в принципе возможно. Но если ты нацелен на работу, то забудь про это, так как знание синтаксиса языка мало что тебе даст. Нужно изучать технологии. И у java, и у c# есть начальный стек который рекомендуется знать для уровн, джуна. Хороший уровень их знания увеличивает шансы получить оффер (впрочем не сильно).
Отвечая на конкретные вопросы, изучая с# потеряешь все то что дает jvm, изучая java потеряешь возможность делать нативные приложения из коробки. Если сложно сделать выбор, взгляни в сторону мобильной разработки (читай kotlin). Там энтерпрайз не такой кровавый и все в плане выбора однозначней.

В далеком прошлом, я занимался пустой тратой времени. А именно - выбором языков программирования.

И продолжаешь этим заниматься.

Если загрузиться с флешки - проблема наблюдается?
Если да - то с большой вероятностью - это конфликт драйверов, если нет - то вытащите логи с зависающей системы, которая была установлена на диск.

Если Вы спрашиваете правильных разработчиков, то:
1. Они строят и продумывают архитектуру
2. Читают официальную документацию
3. Оптимизируют стыки, логику, алгоритмы
4. Они отвечают на Тостере

Если про всех остальных, то:
1. Они спрашивают на Тостере
2. Пытаются найти исходники или статьи, похожие на их задачу
3. Пытаются найти тех, кому перепродать проект.

Javascript - это одна из реализаций ECMA-262. Если вам нужно именно "официально-стандартно" - вам именно сюда.
Обратите внимание, это девятая редакция, которая вышла в июле. В следующем году скорее всего выйдет новая редакция. Ну и в этом СТАНДАРТЕ вы не найдете всяких новых экспериментальных штук. Экспериментальные штуки обычно описаны в черновиках.

BOM и DOM - это на самом деле не часть javascript, это API браузеров.

В 99% случаев вам будет удобнее всего ориентироваться на MDN, там все неплохо структурировано, и поддерживается в довольно актуальном состоянии.

можно будет менять цвет холодильника!

Это далеко не одно и тоже.
Глаза очень просто искать с помощью библиотек (тем же opencv).
-Дальше выделяем круг с радужкой.
-Применяем к кругу фильтр изменения цвета и насыщенности
-Применяем к кругу маску, которая по контуру сделает переход в полную прозрачность (скажем в процентов 10 от линейных размеров круга). Такой прием скроет выбивающуюся тональность круга относительно подложки.
-Накладываем круг на оригинальное изображение.

Однако готовых библиотек для детектирования холодильников на фото вы навряд ли найдете.

Во-первых, гипотеза лингвистической относительности утверждает, что чем больше языков знаешь, тем гибче и богаче твой логический аппарат. По своему опыту могу сказать, что это правда. Например изучение Lisp'ов существенно расширило мои возможности в других языках. Но мой опыт и мнение не так авторитетны, как авторов всемирно известного бестселлера "Программист-прагматик" - Эндрю Ханта и Дэвида Томаса, которые пишут: «Изучайте по крайней мере один новый язык ежегодно. Разные языки решают одни и те же проблемы разными способами. Изучив несколько разных подходов, вы сможете расширить свой кругозор и не погрязнуть в рутине.»

Во-вторых, рано или поздно профессиональный рост java-программиста, например, неизбежно приводит его к необходимости глубоко понимать работу компилятора и виртуальной машины, а это невозможно без знания C++, на котором они написаны.

В-третьих, java-программист свободно лазающий за ответами в исходники JVM, способный дебажить сборщик мусора, писать JNI-библиотеки и использовать Compiler API для метапрограммирования имеет больше предложений работы и более выгодные условия.

Тот же TODO но уже с интеграцией пользователей через github.com (авторизация, аватарки, проекты, прогресс по проектам и т.д.), например.

Изучать надо программирование.
Все эти вопросы, "Какую машину лучше учиться водить - Рено или Фольксваген?" - это детский сад, честное слово.
Если для вас потолок - это несколько десятков встроенных функций одного языка, то всё равно что учить - ковыряться помаленьку можно на любом.
Программист же мыслит не инструкциями, а алгоритмами, паттернами, потоками данных, структурами объектов, шинами сообщений. На каком языке это все реализуется - не принципиально.

Нейросеть - это некая сущность. Машинное обучение - это некий процесс. Есть обучение нейросетей. Есть нейросети без обучения. Есть обучение не нейросетей. Итого - это два разных понятия, но связать их можно.

Берем гугл, он отправляет нас на вики, где написано следующее

Socket.IO — JavaScript-библиотека для веб-приложений и обмена данными в реальном времени. Состоит из двух частей: клиентской, которая запускается в браузере и серверной для node.js. Оба компонента имеют похожее API. Подобно node.js, Socket.IO событийно-ориентированная.

Socket.IO главным образом использует протокол WebSocket, но если нужно, использует другие методы, например Adobe Flash сокеты, JSONP запросы или AJAX запросы[2], предоставляя тот же самый интерфейс. Помимо того, что Socket.IO может быть использована, как оболочка для WebSocket, она содержит много других функций, включая вещание на несколько сокетов, хранение данных, связанных с каждым клиентом, и асинхронный ввод/вывод

Может быть установлена через npm (node package manager)

А что такое "прямо внутрь работающего сервера"?
Приложение на node.js это процесс, который может слушать сетевые соединения, если это ему нужно.
Может слушать http и websocket, может не слушать. Можно в другом приложении организовать обмен через сокеты, можно в этом же. Как вам будет угодно.

Но какая разница? У вас ведь скрипты ещё и с базами данных общаются?
Предположим, написали вы сервис на чистом РНР без фреймворков, а для теста написали аналогичный сервис на Python/Django. Предположим, что на чистом РНР можно получить 10к запросов/сек, а на Django - жалкие 4к. Печаль.

Но ваш сервис, например, будет использовать 5 запросов к БД, каждый из которых будет отрабатываться за 1мс. 5мс - чисто на запросы к БД.

Итого: на РНР запрос будет выполняться за 5.0001мс, на Python/Django - за 5.00025мс... Неужели есть какая-то разница?