Станислав Макаров

> или может есть другой компилятор под С#?
в зависимости от версии винды относительно (!) свежий дотнет может быть уже предустановлен, а с ним и csc, т.е. компилятор. С семеркой, например, идет версия 3.5. Конечно старовато, но для попробовать сойдет. Писать код можно хоть в блокноте, разумеется удобство не очень - можете посмотреть другие IDE для шарпа, возможно какие-то станут не в Program Files. Посмотрите кстати свежеиспеченную Visual Studio Code - это конечно не замена полной студии, и больше ориентирована на веб, но все-таки лучше, чем Блокнот. И да, устанавливается в AppData, что как раз вам подойдет.
Если очень хочется более свежего компилятора, а дотнет установлен старый - можете попробовать повозиться с Roslyn, но это если у вас уже какой-то опыт с дотнетом есть.

Попробуйте вот это свойство установить в null или пустую строку.

Я думаю вам нужно уточнить объект поиска. Давайте подумаем, что вы вкладываете в понятие фреймворка (и что вообще туда можно вложить): райнтайм, базовые типы данных, базовую библиотеку классов? Может быть, вы имеете в виду фреймворки для конкретных нужд, например ASP.NET как MVC-фреймворк? Для этих пунктов на сегодняшний день есть свои ответы, с учетом того, что MS открывает исходники дотнета, переписала с нуля компилятор и разрабатывает новый рантайм.

> Можно как-то написать эту программу (вывести атрибуты), не обращаясь к каждому члену типа FileAttributes (ReadOnly,Hidden и т.д.)?
Что вы имеете в виду "не обращаясь"? FileAttributes это флаговое поле, вы берете конкретное его значение и or-ите с конкретными значениями перечисления, если операция или дает true - делаете соответствующее действие (выводите что-то на экран). Вам же нужно что-то вменяемое вывести ("Скрытый, Системный" или "HS" например), поэтому это вам проверять и решать, что делать.

CodeBinaryOperatorExpression должен подойти

Под mono-райнтамом, компилятор можно и майкрософтовский. Качайте www.mono-project.com/download/#download-win и запускайте

1) Сериализация и десериализация
2) Работа с JSON и XML
Можно одновременно и то, и другое покрыть, если сделать конфигурационный файл и сохранение настроек в него.
3) Работа с потоками данных
Вряд ли сможете обойтись без этого, вероятно вам понадобятся FileStream и NetworkStream для получения фида и сохранения на диск.
4) LINQ
Аналогично, если вы знаете что это такое - то будете использовать везде, где удобно, в любом приложении из более чем 30 строк кода есть foreach-и, которые можно заменить использованием LINQ.

В кавычки всю строку BrainFuck-а. А вообще, сделайте нормальный интерактивный режим, как у всех.

Ну вообще мне кажется, что такое поведение (возможность выполнить для нескольких файлов действие, которые выполнимо для одного) вполне логично. Нет никаких естественных оснований запрещать человеку открыть сразу 10 файлов также, как он бы открыл их по-одному. Возможно и есть способ запрета, вопрос в том, стоит ли. Если вас не устраивает, что открывается много экземпляров программы, решите именно эту проблему (чтобы окно программы активировалось, если она уже запущена. Можно, кстати, послать команду на открытие нового файла в уже запущенную программу).

У тебя есть хобби или интересы какие-нибудь помимо программирования? Если есть - это отличный способ попрактиковаться с языком. Подойдет практически все, даже если ты любишь, например, рыбалку - тогда можешь составить интерактивную карту рыбных мест со статистикой ловли. А вообще: если фотография - напиши себе сам пару фильтров для изображений (поработаешь с графикой немного), если звук/музыка - также ищешь библиотеки, которыми можно прочитать файлы, и пробуешь делать простые вещи - изменение громкости, миксинг звуков. Автоматизируй что-нибудь, что тебе нравится, что ты хорошо знаешь, наверняка что нибудь найдешь. Самый крайний вариант всегда есть - персональная база данных для чего-либо. Тут уже вообще все подойдет - и музыка, и видео, и коллекционные значки, и твои личные спортивные рекорды и вообще что угодно. Я советую такой способ, чтобы ты почувствовал, что язык (особенно промышленный) - это инструмент, и нужно получать удовольствие от его использования. И правильный взгляд на вещи у тебя будет. И не перегоришь на третьей по счету бессмысленной задаче. Еще и корешам покажешь, как круто получилось.
Мож в доту шпилишь или cs? Тогда инф. поддержу мачтей - статистику какую-нибудь, потом еще и интеграцию с сервером/стимом сделаешь.

А какова цель использования хранимой процедуры только для получения данных? Я понимаю вы бы делали запросы на модификацию с добавлением логики, чтобы все это выполнить на стороне БД, а выборку-то зачем? Если есть конкретные причины, укажите, и подумаем как лучше сделать.

Если планируется использовать дотнет (как для "процессов", так и для сайта), то имеет смысл использовать преимущества платформы. Я бы поступил следующим образом:
- на ASP.NET реализовать логику сайта + бизнес-логику; здесь же - постановку "заказов" в очередь контроллера;
- отдельный процесс операционной системы - контроллер (хост) для выполняющихся "процессов"; каждый такой контроллер (их может быть несколько) загружает в отдельный домены приложения (application domain) сборку/сборки с кодом "процесса", настраивая ему права доступа к окружающей системе (песочницу); т.о., при постановки задачи в очередь конкретному контроллеру (выбирать можно рандомно или по загруженности), последний, при готовности, создает домен приложения, грузит в него нужную сборку-плагин, и запускает код на выполнение с нужными параметрами.
- код "процессов" оформлять в виде дотнетовских сборок; оформить интерфейс, который будет реализован каждой сборкой;
- прогресс можно конечно писать в БД, но можно и не писать: правильно работающий контроллер может и сам докладывать о состоянии выполнения наиболее актуальные сведения; в тот же интерфейс, через который контроллеру отдаются в очередь задачи, можно добавить и возможность запроса состояния выполнения; на клиенте брать по ajax, только конечно не в цикле, а по таймеру.
- в базу можно и нужно писать время старта/завершения задачи, результат (успех/ошибка) и т.д.;

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