Для чего нужны спецификаторы доступа в C#/Java и др. подобных языках?

Денис Загаевский, они выражаются в том числе с помощью инкапсуляции, это ли не отношение?)

Для чего нужны спецификаторы доступа в C#/Java и др. подобных языках?

Денис Загаевский, очевидно, что C#/Java ее поддерживают)

Обучение английскому по скайпу?

m0nym, из Колумбии, а не колумбийцем же. Да и "нейтив спикеры" вполне могут быть деформированы ихними-евоными, не говоря уже об отвратительных преподавательских скиллах (за такие деньги-то).

Для чего нужны спецификаторы доступа в C#/Java и др. подобных языках?

гугли принципы SOLID

Как передавать по сети данные, используя TCP?

KISS

Как передавать по сети данные, используя TCP?

̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻̻ ҉, абсолютли)

Как передавать по сети данные, используя TCP?

Серьезно?

Как использовать мой язык из c#?

У вашего интерпретатора должен быть интерфейс, в который вы передаете код/название функции и аргументы, а на выходе получается результат. Например:

interface IMyInterpreter {
    object exec(string expression, params string[] arguments);
}

var result = (int) myInterpreter.exec("multiply", "2", "3");

Существует ли в контексте ASP.NET MVC такое понятие как события?

Петр, немного хуже (= Нужно дублировать валидацию как на клиенте (чтобы "отзывчивость" у интерфейса была), так и на сервере (ибо клиент может лгать и ломать нам базу).

Существует ли в контексте ASP.NET MVC такое понятие как события?

Петр, раньше так работал ASP.NET WebForms, но в MVC сознательно ушли от этого подхода, ибо это связано с генерацией JS, поддержкой состояния интерфейса при перезагрузке и прочей грутью. Сейчас принято разделять фронтенд и бэкенд. Чтобы показать модальное окно само по себе не нужен сервер. Нужны данные? Будь добр сделать ajax-запрос.
Веб-приложения по определению достаточно тормозные и гонять тучи эвентов к серверу - это не очень хорошая идея, "бесшовность" выливается в бестолковую нагрузку на сервер, а HTTP без поддержки состояния удобства не добавляет.

Существует ли в контексте ASP.NET MVC такое понятие как события?

Кто будет инициировать это событие?

Стоит ли в данном случае использовать табличные функции вместо LINQ to SQL?

Кмк, на таких объемах кода без динамики уже стоит задуматься о хранимке.

Entity Framework: Как сохранить объект с большой вложенностью detached объектов?

Обычно такие вещи (избыточные данные с дублирующимися ключами) отсеивает маппер на этапе преобразования вью-моделей в бизнес-сущности. Раздельные коммиты в базу - это действительно не самая лучшая идея.

Как работать с сетью используя boost?

У буста есть библиотека Asio. У нее есть документация. У документации есть примеры.

В какой последовательности изучать JavaScript?

xfg, прошу прощения, перепутал вас с тем, кому отвечал до этого. Однако, мой комментарий важен именно в контексте.

В какой последовательности изучать JavaScript?

xfg,

все выпиливают галп в пользу npm скриптов.

Вижу, как многие продолжают использовать галп.

И, кажется, вы изначально противопоставляли ему webpack, а не npm, это уже другой вопрос.

В какой последовательности изучать JavaScript?

davidnum95, затем, что он достаточно популярен и создан для других задач (которые webpack решает с помощью плагинов-костылей).

Возможно ли создать универсальный парсер html на .net?

Вообще, HTML затем и нужен, чтобы отражать структуру документов) Другое дело, что сами сайты могут быть написаны как попало и можно лишь делать предположения о семантике блоков.

Правда что >80% работы backend'а - это "пилить" CRUD-API?

Стас, всякие комплексные информационные системы для предприятий. Зачастую это не такой кучерявый интерфейс, а основной фокус на обработке данных. Например - ERP, CRM системы, так или иначе автоматизирующие бизнес-процессы предприятий. Там, как правило, развесистая система прав/ролей, различные интерфейсы для юзеров, кучи взаимодействующих подсистем, очереди и фоновые сервисы со всякими нотификациями и правилами, аналитическими инструментами и аудитом. Непосредственно веб там поедставляет из себя уровень представления и способ коммуникации. Эти системы могут жить и эволюционировать десятки лет, поэтому там ценится высокая надежность и поддерживаемость, особенно в том, что касается дешежных операций (банковская сфера, например).

Правда что >80% работы backend'а - это "пилить" CRUD-API?

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