А переходят с чего и для каких целей? Я как не особо из мира питона, но интересующийся ml, вижу что у него очень развита экосистема для data science и machine learning, многие вещи стандарт де-факто.
Что бы не плодить лишние сущности был вариант переносить весь туллинг для всех видов проектов на project.json или использовать и развить уже существующую систему. Они выбрали второй путь.
В существующей системе существуют несколько проблемы, которых нет в project.json.
1) В .csproj указываются все файлы включаемые в проект. Это увеличивает вероятность конфликтов при мерже изменений и вообще зашумлет файл
2) Информация о включенных пакетах заносится в два места в package.json и в .csproj
3) Нет поддержки сross-targeting для различных версий фреймворка
Выбранный путь дает плюшки для всех видом проектов, и старых и новых, не выкидывая, а улучшая старый туллинг. В бонус пойдет работа через dotnet cli для всех видов проектов, и автоматическая миграция с project.json.
Вот тут белее свежая информация. Обещают убрать package.xml и упростить формат проектного файла. И сделать необязательным добавление каждого файла в csproj. Плюс поддержку со стороны cli. Вообщем взять все хорошие идеи связанные с xproj и project.json, но сделать унифицированное решение для всех типов проектов. Ну все это уже только в vs15.
Для таких целей, если не охота возиться с созданием проекта, а надо только быстро что то набросать или проверить, есть два варианта. Использовать linqPad или REPL встроенный прямо в студию C# Interective.
я бы отправил вас на github в репозиторий компилятора roslyn, поскольку именно там сейчас идут обсуждения дизайна языка и новых его фич в 7-ой версии. А так сложно ответить что является официальным сайтом, есть dot.net сайт с интерактивными туториалами. Есть старый добрый msdn)
Но как бы Kestrel не предназначен для работы в одиночку. Подразумевается его использовать(в продакшене) только за Nginx-ом или IIS-ом. О чем и пишется в документации.
Тоже мучился с докером и asp net core приложением. Помню, что проблема была с тем какой url передавался в Kestrel через --server.urls в project.json. В шаблоне указывался http:// localhost:5004, а докеру надо было ставить http:// *:5004. В этом была проблема?
И кстати, под это определение прекрасно подходит java, почему не на нее?
Каждый кулик…
В существующей системе существуют несколько проблемы, которых нет в project.json.
1) В .csproj указываются все файлы включаемые в проект. Это увеличивает вероятность конфликтов при мерже изменений и вообще зашумлет файл
2) Информация о включенных пакетах заносится в два места в package.json и в .csproj
3) Нет поддержки сross-targeting для различных версий фреймворка
Выбранный путь дает плюшки для всех видом проектов, и старых и новых, не выкидывая, а улучшая старый туллинг. В бонус пойдет работа через dotnet cli для всех видов проектов, и автоматическая миграция с project.json.
И еще на Stepic есть хороший вводный курс по нейронным сетям