GavriKos

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

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

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

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

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

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

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

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

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

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

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

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

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

Невалидный у вас xml- тег BanksXML вы в конце не закрыли.

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

Как разрешить приложению доступ к этим веткам реестра?

Это решает не программист, а политики безопасности конкретного компа.

Обязательно ли для этого применять к приложению права администратора? (и если да - то как избавится от окна безопасности при каждом запуске приложения)

Необязательно - опять таки см. политики безопасности. Вы никак не избавитесь от окна безопасности со стороны приложения. Только со стороны конкретного компа.

Раз вы задаете такой вопрос - значит вы не свободно владеете этими языками.

Это означает что при написании любой задачи у вас не будет возникать вопроса "как реализовать это на этом ЯП". Если проводить аналогию с иностранными языками - вы сможете любую возникшую в вашей голове мысль сказать на иностранном языке. Суть свободного владения - при разработке язык разработки вас не тормозит. Тормозят сложности алгоритмов, структуры проекта или чего то подобного.

Откройте для себя VisualAssist/ReSharper. Крайне полезные вещи для ускорения. Учите горячие клавиши, в т.ч. и стандартные студийные. Расположите окна оптимально.

Ну а чтобы советовать что то более конкретное - нужно знать что конкретно у вас медленно происходит.

Пишете свой компонент, наследуете от нужного вам, перегружаете Draw, развлекаетесь.

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