Виталий Пухов

При реализации возникнет много заморочек, особенно если писать на низком уровне абстракции. Решение вида OnGameChange красивое, но актуально для realtime игр, вроде экш и т.п. для пошаговой же послать запрос раз в 500мс не критично при правильной реализации, даже если на 1 сервере будет 1000 игр с 10 игроками на каждом, что врятли светит самопальной игре.
По моему опыту подобное легко и красиво реализуется с использованием Remoting.
Весь код клиента и сервера при этом легко уместится в 30 строк в худшем случае. Писал подобный клиент -сервер недавно.

Если нет проблем с интернетом можно получить бесплатную учетку на amazon и развернуть там нормальный windows и студию. Чтобы 100% работало на компе преподавателя способа нет, т.к. не известно насколько он убитый, но в идеале можно воспользоваться Spoon studio и сделать проект независимым от Frameworkов и библиотек. данный продукт стоит много (over 4k$), но жадность лечится гуглением.

www.codeproject.com/Articles/8590/An-Introduction-...

Читать текст ошибки конечно не нужно, в ошибке русским по белому написано что размер картинки должен совпадать с размером кадра в видео.

Можно помониторить реестр в момент переключения режима, ОСь как умная маша должна где ни будь в реестре галочку поставить, чтобы запомнить режим. Зная в какой ветке меняется значение можно будет его читать и поэтому признаку определять режимы, фактически это единственный момент от которого зависит размер иконки, везде используется 16пкс

Все зависит от того что за процессы требуется автоматизировать, не зная этого нельзя выбрать правильно или нет использовать ту или иную технологию.

Решение выглядит как костыль, какая задача должна была решаться изначально?

В задаче "сервис 1" должен использовать "сервис 2" не нужны события

если планируется заполнять отправкой событий к элементам UI как окнам, коими они являются фактически то пойдет стандартная утилита VS Spy++, но такой подход подойдет только к 1 конкретной программе и разработка будет нетривиальной.
Можно обойтись кликером, который будет тыкать в нужные места и копипастить нужный текст.
Есть утилита которая создана для заполнения "регистрационных данных" согласно реестра, скорее всего тут такое проще будет использовать.

для этих вещей существуют миниатюры - уменьшенные изображения исходного, т.к. у тебя смарт не имеет разрешения 100500 МП тебе не нужно выгружать в "эскизы" всю картинку.

Это выглядит как огромный костыль, какую задачу должен был решать данный код?

Если проект несложный лучше перенести вручную, если сложный можно попытаться сменить версию как написал mamkaololosha, только предварительно снизить фреймворк на минимум, чтобы он смог подтянуться в 2008-2009, иначе все рассыпется.

Лучше глянь в сторону Xamarin сразу будешь писать и для Android и для iOS

Изучить язык нельзя:) Можно только его хорошо знать:) После C# или одновременно с ним я думаю лучше будет изучать PHP и Java, этим перекрывается все смежное.

Не нужно расматривать конкретные языки, сейчас более востребованы универсальные специалисты, идеально нужно знать 2 -3 языка, лучше всего ИМХО рассматривать C# и Java, т.к. языки родственны по синтаксису и структурам, Java так просто не уйдет со сцены, C# в свете последних событий хоть и имеет шанс выйти на первый план все же не отменяет знания Java, т.к. после изучения Java освоить C# проблем не возникнет.

То что описано в MSDN работать будет но как костыль, можно создать проект аддона в студии к любым продуктам офиса, может выглядеть как вкладка с кнопками, выполняющими различные "вкусности" с документом\таблицей, у меня так в аддоне работа с ActiveDirectory построена к примеру. Если вопрос имеет отношение к Excel могу скинуть исходники для посмотреть

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

по моему если возникает подобный вопрос тут проблема скорее с алгоритмом, зачем нужно создавать отдельную фунцию, которая вызывает 1 строчку кода, просто вместо вызова функции сразу проверяй то что нужно.

Посмотри в сторону хука на события клавиатуры, в гуглях легко находится рабочий пример (раза 3 находил), суть в том, что можно подписаться на это событие и если программа поймает его раньше других (что зависит от кучи факторов), то можно отправить системе статус что событие обработано (нажатие клавиши) и реакция не требуется, тогда это событие в WoW не придет и значит проблем не будет. Хотя я бы просто убрал с 4 кнопки хилку и поставил чтото более редкое:)