Либо у вас антивирус захватил эти процессы, либо сама система установила надзор. Еще вариант, что если игра была лицензионная, то издатель установил свой контроль над игрой, наблюдает за вашим компьютером и тогда, да, в процессах будет висеть его программа со свойствами "Занято, не трогать".
Вам поможет программа Unlocker, которая разблокирует файл от удаления.
А другая программа Process Explorer поможет закрыть все процессы, которые мешают удалить файл (если вам потребуется).
Также, можно попробовать удалить файл, запустив систему в безопасном режиме.
И, ещё, обязательно посмотрите список запущенных служб. Очень вероятно, что среди них будут чужие службы, крадущие вычислительные ресурсы вашего компьютера.
Что такое "реверс-инжиниринг"? Это когда есть устройство, на которое нет документации, а надо выявить его принцип работы и внутренние связи (по каким либо причинам). Казалось бы, ну зачем это делать? Нам же известно, что делает устройство, давайте создадим такое же и даже лучше. Но, увы! Часто оказывается что ("кишка тонка") не хватает профессионализма создать подобное! Вот тогда приходится вскрывать чужое устройство и копаться в его внутренностях.
Вот этим самым занимаются хакеры! Только вскрывают они не материальные устройства, а компьютерные программы. Кишка у них тонка создать хорошую подобную программу. Ну, это как правило, потому что есть программисты, которые могут заниматься хакингом. То есть, хакеры недостаточно профессионально владеют программированием, но специализированы на программа взлома и анализа. А это уже совсем другой уровень. И, зависимости от того, на каком "языке" писалась оригинальная программа, такой язык и должен знать в нужном для хакинга объеме.
Если программа написана на ассемблере, то хакеру придется потрудиться выучить основы этого языка. И вскрывать программу он будет "со справочником в руках". Но хакеру легче, у него задача намного проще, чем у того, кто писал программу, ему всего-то надо встроить вирусный блок или найти механизм опознавания серийного номера, для последующей подмены оного.
Так что, поверхностно, хакер должен знать основные языки - Python, Си-подобные, Java ...
Наверное, под "онлайн" подразумевалось "в интернете", а не "в реальном времени" (хотя программирование/код<wbr />инг в реальном времени -- это очень интересная тема для всяких конференций, коллоквиумов, семинаров, презентаций и [потоковых] видео-дневников). Если так, то возможным ответом будут или фрилансерские биржи для программистов/художн<wbr />иков-мультипликаторов и/или открытие своей студии-лаборатории с web-сайтом.
Оба способа в долгосрочной перспективе подразумевают решение вопросов с налогами и регистрацией, например, в качестве "индивидуального предпринимателя" (в разных странах названия могут варьироваться), но, при прочих равных условиях, вариант со своей фирмой/студией ещё и потребует инвестиций в рекламу, в той или иной форме (иначе откуда будут браться заказчики?).
Вариант же с фрилансерскими биржами частично решает эту проблему (в обмен на комиссионные отчисления бирже и платные услуги) за счёт встроенных рекомендательных систем, систем рейтинга и просто возможности видеть списки заказов и выбирать подходящие. (Заодно, вы получаете "на халяву" интеграцию с платёжными системами -- биржа принимает деньги от заказчиков удобными для них способами и хранит их на вашем внутреннем накопительном счёте с возможность вывода тем или иным подходящим уже для вас способом, возможно с попутной конвертацией валют; и это не всё, ведь среди дополнительных услуг бирж обычным делом стала поддержка гарантированного возврата/получения денег в зависимости от соответствия заказов формальным критериям их выполнения.)
P.S.: Мне тоже очень интересна эта тема, но что-то мало что подворачивается -- то captcha при регистрации "глючит", то свежих заказов попросту нет, то рейтингов не хватает, то заказы слишком сложные по времени выполнения (скажем, писать надо месяцев семь, а заказчик хочет максимум за неделю, а лучше уже позавчера)... :)
Программирование основывается на способности человека отделять значимое от незначительного. Конечно, в каждом случае один и тот же элемент может иметь различное значение для моделируемого явления.
Способность выбирать значимое зависит от когнитивных возможностей индивидуального мозга. Развитию (то есть физическому росту) эти возможности не поддаются. Впрочем, их можно тренировать.
Выше изложенное намекает на то, что выражение "пошагово научиться программированию" практически не имеет смысла. При этом можно пошагово научиться составлять какую-то одну программу или тип программ.
То есть кто-то выучит синтаксис языка, типы данных, операции, парадигмы и т.д. Затем выучит все функции из какой-то прикладной библиотеки. И в итоге так и не сможет программировать. А кто-то накидает модель на бумажке как умеет, погуглит на скорую руку похожий код, скопирует себе, где-то подправит и получит результат.
Если приводить аналогии, то программирование похоже на работу адвоката. Ему надо не только знать кодексы, но и уметь применять эти знания иногда очень хитро изворачиваясь. Можно ли этому научить пошагово? Вряд ли. Но можно пошагово научить заполнять какие-то определённые бланки и составлять формальные документы.
Обычно сначала изучают Basic, чуть позже- Pascal. Кстати, Pascal можно и не забывать, так как есть еще Delphi. Ну а дальше идет развилка на изучение языков программирования для интернета (HTML, Java, PHP, Perl), для программ (С++), для настройки станков. Ну или любые из топовых по индексу TIOBE. А дальше уже идет специализация.
