veitmen

Что за игра то?

Как было сказано выше, сервера могут делать много что. В том числе и считать физику (WoT например). В таком случае это будет сделать сложно.

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

В общем случае сделать это нереально (UPD: нереально имею ввиду не нереально технически, а нереально с точки зрения затрат-профит). Только если сервер реально очень простой.

UPD: Вы же понимаете, что не можете просто сохранить все вопросы-ответы от офф сервера и потом у себя просто искать наиболее подходящий ответ на запрос?

Вам нужно почитать профильную литературу. Советую Вигерса, Разработка требований к ПО. Есть в нете в виде PDF. Расставит все точки над i, по поводу работы с требованиями.

Если коротко, то спокойно учитесь и старайтесь работать столько, сколько получается. И да, оттягиваться не забывайте. Всему свое время.

Вероятнее всего их приложения подписаны доверенными сертификатами.

Добрый день.

К сожалению нет "серебряной" книги. Нет четкого пути.

Обязательно почитайте статью, с хабра, которую Вам скинули. И пропустите все через себя. Советы хороши, но Вы должны понимать, что все люди уникальны и путь становления у всех разный. Также все зависит от того, кем Вы хотите стать. Например я, как человек разрабатывающий Enterprise приложения, не очень любит "олимпиадников". Но это я, у других людей свое мнение.

Стать хорошим программистом можно разными путями. Почитайте главу про личные качества программиста из книги "Совершенный код" Макконела. Сравните себя с описанием. Очень интересно. :)

Быдлокодер - перестает быть быдлокодером, лишь тогда, когда начинает понимать каждую строчку кода, знает что скрыто за каждым вызовом любой функции. После этого, человек начинает понимать что хорошо, что плохо. Это только опыт. Со временем Вы начнете отличать хороший код от плохого. Просто Вы будете знать что если писать так, то будет "бобо" потом. :) Конечно можно и нужно читать книги. Если Вы хотите писать красивый код, то читаете "Совершенный код" Макконела и "Рефакторинг" Фаулера. Этого достаточно для понимания того, какой код хороший, какой плохой. Но это ничего не даст, пока сами не увидите. :) Для проектирования систем тоже нужно читать книги, но в первую очередь смотреть на решения. Разбираться почему сделали так, а не иначе. Почему в этом приложении так, а другом иначе? Как лучше? Когда именно так лучше? И т.д. Изучайте и разбирайтесь. Пробуйте использовать эти решения в своих приложениях.

Советы в стиле делай то, что тебе нравится правильные. Т.к. именно делая то, что Вам нравится, Вы будете искать пути улучшения этого.

Ищите более опытных товарищей. Это самое-самое главное. Без наставников очень сложно. НО выбирайте с умом, а то потом будете академическим "быдлокодером". :)

Найдите работу.

Не заморачивайтесь. Если Вам нравится программировать, то просто читайте и пишите код. Вы и так станете хорошим проггером. Не бойтесь критики, особенно от самых злых и беспощадных критиков. Приветствуйте любые советы по улучшению. Но никогда не верьте на слово. :) Все перепроверяйте. "Быдлокодеры" есть и они хотят утянуть всех на свою сторону, что-бы не выделяться. :) :)