Если бы существовали магические инструменты, их бы не было так много. У всех такая цель- быстро и эффективно реализовывать идеи. Но если бы было все так просто, то не надо было бы никому годами технологии изучать.
Вы проанализируйте круг функционала, с которым собираетесь работать, если можете проанализировать. Потом смотрите, что могут инструменты. Но все-таки складывается впечатление, что для вас лучший подход - найти хорошего исполнителя технических задач.
Нужна более подробная консультация (недорого)? Напишите на training@jspro.ru
Брать заказы, конечно, правильно. Надо мотивировать себя. Но хочу от себя дополнить, что это трейдофф. Заказы могут быть такие, что не прибавляют профессионализма. А если хочется двигаться к более сложным проектам, то давайте честно смотреть - надо много времени потратить на освоение самого программирования и технологий.
И еще есть опасность, что вы привыкнете к этим структурам построения проектов на php-фреймворках, а в некоторых компаниях считают, что лучше и не браться переучивать таких программистов)
Может все-таки по-хорошему и с Java начать, например ?
Надо смотреть, сколько объектов. Да, отсылать каждый тик. плюс prediction на клиенте и лагокомпенсация. Потом смотреть сколько данных. как пакуете их.
А игра-то интересная, планируете паблишить? Чисто веб, без мобильных?
А вы задумали копию bombermine.com сделать? Сколько игроков-то держите?
Ну все правильно пишите, это и есть задача рассинхрона и prediction на клиенте. но никто же не говорит, что она легко решается, тем более в общем виде, независимо от механики. Обращайтесь за консультацией в Matroid Games, мы как раз этим занимаемся. Очень редко попадаются люди, интересующиеся этой узкой темой. Напишите gamedev@matroid.ru, скину контакты скайп.
Сервер node.js у вас ? Пожалуй, вот это неплохой пример синхронизации с Node.js tagpro.koalabeast.com
В этом направлении я бы тоже выделила 2 типа руководства. "По локоть в коде" или внешнее управление (PM, scrum-master и всякое такое). Если хотите управлять большим объемом кода именно, надо и расти как разработчик и архитектор, и тимлид. Если же потянуло ближе к управлению бизнесом, то и не нужно техническое ВО, можно какой-нибудь модные программы IT-менеджмента посмотреть, или пойти в программу для стартапов - получите и теорию, и практику.
Дело не в том, что поможет. Как раз по привычке к определенному стилю программирования (синхронность, типизация и тп) не поможет, а вызывает дискомфорт. Но если человек не поработал со всем веб-стеком, потоками, вопросами нагрузок, хранилищ и тд итп, идет на node.js, начинает все это на модулях делать, не понимая внутреннего устройства, мы имеем результат от полного неадеквата ( а не поднять ли нам новый twitter на ноде) до умеренных недопониманий.
А javascript как язык обладает собственной подводной частью айсберга, другие языки тут могут помочь просто как сравнение и какой-то reference.
Я лишь хочу сказать, что node.js без бэкграунда "глобальных технологий" и с таким бэкграундом - совсем разные истории, для работодателя в том числе.