GavriKos

Используйте StringBuilder. Или в крайнем случае string.Format.

Читаете файл в память, редактируете содержимое в памяти, когда нужно - сливаете обратно в файл

Самое надежное - откатиться на предыдущий коммит, в котором был этот контрол.

Если ключ у вас - строка, т.е. тип string - то ничего не надо переопределять. У string уже реализован GetHashCode.

MSIL - это как раз результат компиляции c#. И именно он содержится в exe. Просто этот exe запускает .net машину и говорит ей где в exe MSIL.

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

1) В Unity3d программировать НАДО. Перетаскиванием готовых элементов вы не отделаетесь. Те, кто утверждает обратное - нагло врут.
2) Творческого с точки зрения интересных историй и тому подобного не программерского для программистов в играх - мало. Творчеством там в первую очередь геймдизайнеры занимаются. И вы успеете их возненваидеть, по три раза переписывая какой нибудь ни разу не творческий модуль.
3) Научится хорошо программировать можно ТОЛЬКО в команде.
4) Обычно на чем написано приложение - не имеет особого значения. Важны подходы, паттерны, алгоритмы, и прочие умные слова.

Какой я бы вывод сделал - продолжайте пока что работать где работайте. Если проект там большой - наберетесь опыта, а он всегда нужен. Если очень зудит делать игры - присоединитесь к какой то АДЕКВАТНОЙ команде. Их можно попробовать поискать на gamedev.ru, хотя там с адекватностью бывает крайне печально.

У вас какой то странный вопрос. Вроде и про вижлу, а вроде и про c#. Что отвечать тем, кто перешел на новую вижлу, но вовсе не из за c# 6.0?
В остальном - поддерживаю Дмитрий Ковальский. Много кто перешел. Смысл сидеть на старой вижле, когда есть возможность апгрейда.

Советую взять, например Шилдта, и минимально изучить синтаксис. В олимпиадах, насколько я помню, не проверяются знания языка или какие то сложные конструкции, а проверяется алгоритмическое мышление. Т.е. для успешного решения задач вам рефлексия или Linq не нужны - достаточно базовых знаний.

public class Reply
{
public Date Date;
}

public class Appeal
{
public Reply Reply;
}

В каком то смысле это особенность винды. Когда программа завершается некорректно (грохнули в диспетчере задач, остановили в студии) - значок не пропадает, потому что системе не приходит уведомления о том, что значок надо грохнуть. А при наведении винда пытается проверить привязанный процесс, видимо.

Попробуйте грохнуть через диспетчер задачу любую прогу, висящую в трее - будет то же самое.

ASP.NET - это сервер-сайд. JS - клиент-сайд. Никакой связи нет. Можете и на PHP написать без JS. Только такой сайт будет малофункциональным - все что должно проверятся на клиенте либо не будет работать.

Пример - проверка одинаковости паролей при регистрации во время ввода. На JS - это легко. Без JS - по моему вообще никак.

Формат даты зависит от региональных настроек конкретной машины.

А переменные где? В классе, в массиве, в структуре?

Или можно ли использовать "мифические" валюты - драхмы, ассы, оболы, лепты, либры и т д

Суббота... Последняя валюта была прочитана как "литры"... Кстати - местами реально универсальная валюта.

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

Теоретически на любом языке можно сделать все - тобишь решить любую алгоритмическую задачу. Вопрос только в сложности и скорости.
А если вы про всякие API взаимодействия с ОС, сервисами и прочим - то ответ почти не меняется. Можно на очень большом проценте языков написать требуемый функционал. Вопрос - скорость и удобство.

Перед стартом процесса проверять список всех процессов на наличие запускаемого.

Зависит от ваших знаний. Выше вон писали про C# - да, норм вполне. Плюсы с Qt - если никогда не писали на плюсах - то после веба взвоете. Можете попробовать питон с wxPython-гуем.

Считаете хеш каждого файла. Если такой хеш уже встречался - даете такое же имя как и раньше давали такому же хешу. Если не встречался - даете новое имя.
Новое имя генерируете простейшим инкрементом. Т.е. первый файл - "0". Второй файл - "1". Третий файл - "2". Десятый файл - "a".

Такой подход не рационален, если вам надо будет в последствии определять, есть ли уже файл с таким хешом, т.к. имя файла не отражает хеш. Но в условии об этом ни слова. Ну и в крайнем случае можете хранить таблицу "хеш-имя".