Артем Воронов

Минус в карму.

1) Реверс-инжиниринг, чтобы понять, как код игры используется для создания игры, Затем:

2) Dll Injection чтобы управлять процессом игры напрямую, или больше реверс-инжиниринга, чтобы воссоздать действия необходимые для создания игры в своей программе.

Подходят. При изучении чего-то из программирования, делай упор на язык/платформу/SDK/whatever, а не на IDE. IDE приходят и уходят, а всё остальное - остаётся.

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

А по поводу стэка... ну как правило фрилансеры одиночки плохо знают git/hg (commit, push что еще надо), не знакомы с такими вещами как CI, CD, не пишут тесты. А что уж говорить о методологиях разработки, их и "корпоративные разработчики" частенько не понимают.

Дело скорее не в стеке технологий, а в том, что 2 большие разницы работать в команде в офисе и работать дома фрилансером. Как минимум атмосфера разнится, а по факту - процесс разработки построен иначе. Как вариант - кадровики не хотят связываться с человеком, который "попробует, ему не понравится в офисе" и он свалит обратно во фриланс.

Что выбрать?

Другую платформу. Серьезно. Как WP разработчик ответственно заявляю — вакансий в данном направлении крайне мало, особенно на российском рынке.
Если хочется C# и мобилки — изучай Xamarin.
Если хочется C# и игры (в том числе мобильные) — Unity.
Если хочется C# без мобилок и игр — ASP.NET и Enterprise направление.
По всем трем пунктам спецы востребованы.

Если все таки хочешь разрабатывать под WP, то 8,1 — единственная актуальная мобильная версия.
UWP — позволяет создавать приложения под разные платформы (телефоны, десктопы, xbox и т.д.) с единым кодом, то есть значительно сократить время на разработку.

Но пока не суйтесь в эти дебри. Начните с изучения базового синтаксиса C#. Хороших книг — валом. Большинство советуют "CLR via C#" Рихтера. Как только более менее освоитесь с самим языком (без графического интерфейса, просто консоль) — выбирайте одно из вышеперечисленных направлений и изучайте требуемый стек технологий.

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

Каким боком прекращение поддержки ПО связано с тем, что в одночасье все от него откажутся?

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

Так было и до прекращения поддержки IE8 - что там о себе думают в MS никак не влияет на ваши обязанности. Только деньги, которые платят вам, а не MS - только это и влияет делать под IE8 или нет.

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

У меня на сайте, который мне приносит основное бабло, заходят и с IE6 и с Opera 9 процентов 5% - пришлось под них делать специальную версию сайта.

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

Звонил в налоговую как раз с вопросом по этому виду деятельности.
В Москве(где живу) патент стоит 300к, в регионе(где прописан) стоит 23к. То есть, налоговую нагрузку снизил бы.

Но, понятие "веду деятельность через интернет" ввело их в ступор.
В приниципе, так как все расчетные счета в одном регионе, а прописан в другом - то, очевидно, что ведешь деятельность там, где счета.
Инспектор посоветовала оставаться на УСН, что я и сделал.

У веб приложения есть две части - клиентская и серверная. Клиентская - это веб страничка, которую пользователь видит в браузере. Серверная - это то, что генерирует на сервере эти странички, которые загружаются у пользователя на клиенте (в браузере).

Клиентская часть - это HTML, CSS и JavaScript - то бишь те технологии, которые используются для создания обычных веб страниц. При этом на сервере могут быть использованы очень разные стеки технологий. В частности для стэка .NET - есть IIS (веб-сервер для хостинг-серверов на базе Windows), на котором работает ASP.NET (это веб фреймворк для генерации веб страниц) с использованием языка программирования С# или VB.NET.

Пример другого стека на сервере: веб-сервер Apache (обычно на хостинг сервере на базе Linux), на котором работает скажем веб-фреймфорк CakePHP с использованием языка программирования PHP.

Еще один пример: веб-сервер Passenger (на хостинг сервере под управлением операционок семейства Unix), на котором работает веб-фремворк Ruby on Rails, где разработку вы ведете на языке программирования Ruby.

Есть подобные серверные комбинации для других языков программирования - Python, Java и тп.

И если в случае .NET стэка (где один по сути производитель всего - и операционнки и веб сервера и веб фреймворка и языка программирования - это Майкрософт), то другие лптформы позволяют составлять больше комбинаций.

Например, для языка программирования PHP есть много разных веб фреймворков. Для других языков - тоже. Даже для языков С# и VB.NET есть ASP.NET WebForms (раньше его наывали просто ASP.NET) и ASP.NET MVC (сюда же я бы отнес вариацию фреймворка для создания API - Web API). Для многиэ стэков есть много разных веб-серверов, веб-времворков и соответственно можно использовать много вариантов связок ОС - ВС - ВФ - ЯП

На счет "Пишем сайт на VB.NET" это скорей всего значит - пишем на VB.NET веб приложение, которое будет использовать один из веб фремворков (либо ASP.NET WebForms либо ASP.NET MVC).

Надеюсь, мне удалось внести ясность в терминологическую кашу, окружающую нас. К сожалению, даже в википедии я часто вижу эту кашу и кто-то начинает называть ASP.NET языком программирования. Это не так.