Vit

Если я правильно понял вопрос, то в js для взаимодействия между модулями можно использовать событийно ориентированный подход.

Допустим у вас есть объект Events для работы с событиями. У него есть функция setListener(eventName, eventHandler), где eventName - название события, а eventHandler - функция-обработчик. В одном из модулей вы можете подписаться на событие.

В Events есть так же функция trigger(eventName, data), которая вызывает все обработчики, подписанные на события eventName, передавая им параметр data. В другом модуле вы соответственно вызываете эту функцию, и если какие-то другие модули подписывались на эти события - будут вызваны их обработчики.

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

>видеть в окне приложения список лотов за определенные даты
Вставьте в окно WebView и отображайте в нем сайт госзакупок:)

А если серьезно, то берете класс System.Net.Http.HttpClient, с помощью него качаете исходный код страницы и среди "интересных строк" берете те, которые вам нужны.
"Интересные строки" - это html-разметка того, что вы видите в окне браузера когда на сайт заходите. Всю информацию, которую вы видите глазами, можно найти в этих самых "интересных строках". Просто выбирайте то что вам нужно и сохраняйте локально или выводите на экран, в зависимости от требований.

Я думаю, что однозначно нужно хорошо знать ООП, языковые конструкции и типы данных C#, основы работы CLR, работу с потоками/тасками, возможно LINQ. Иметь представления об алгоритмах и структурах данных.

А вообще многое от конкретного работодателя и конкретного направления работы зависит. Где-то потребуется базовое знание ASP.NET, где-то WPF. Кого-то могут в качестве тестового задания на должность джуниора попросить сделать несложное оконное или веб-приложение для вывода и редактирования данных, хранящихся в MS SQL используя голый ADO.NET или ORM-средства, а кому-то могут поручить написать серьезный плагин под Microsoft Outlook (бывало и такое:))

Лучше разные пути в vhosts. Это проще, прозрачнее, а значит лучше. Не надо мучиться при добавлении новых контроллеров/экшенов и следить за правильностью htaccess. Ну и плюс множество правил в htaccess негативно влияет на производительность.

Автор, зря вы считаете что организация очереди отложенных задач с помощью крона и базы данных это не очень хорошая идея. Это хорошая идея. Данный подход прост, популярен, эффективен, используется довольно широко. А вот о подходе с динамической постановкой/удалением задачи в крон из пхп я слышу впервые и он попахивает костылями имхо.
Вас зря смущает, что "крон задача будет ничего не делать 99% времени". От того, что скрипт каждую минуту будет запускаться по крону, смотреть в бд есть ли для него работа и, если нет, завершаться - не будет никаких негативных эффектов, это практически не потребляет никаких ресурсов.