Я использовал. Не сказать, чтоб в больших проектах, но опыт есть. Gtk# биндится к старой версии Gtk2. И под Win и Mac выглядит это довольно паршиво. В целом со стабильностью проблем не замечал.
Сейчас смотрю в сторону Xwt, но пока только приглядываюсь
Это понятно. Спросил на всякий случай. А как бы вы сравнили его, по удобству и скорости разработки с django или ror? Я новый релиз пока не смотрел, только обзоры читаю.
Насколько я понял, этой частью продолжат заведовать Xamarin. Они возьмут части кода из оригинального .NET и заменят не полностью или спорно реализованные части mono.
Официального анонса пока не было. Но вчера прошла конференция, на которой показывали новинки и рассказывали о планах на развитие(которые, к слову, наполеоновские).
Вкратце, они показали полностью кроссплатформенную CocosStudio 2.0 и обновили CodeIDE, Chukong обещали в будущем полностью смержить код cocos2d-x и github.com/chukong/engine-3d
Но главное событие — это введение единого инструмента для создания и управления проектами — Cocos, а так же появление новой платформы для монетизации и аналитики — Cocos Services. Сам превью можно посмотреть на www.cocos.com
На самом деле любого. Особенно туго с обзором нововведений. Тот же facebook и assetsmanager, cocos2d-js и т.д. Кстати сейчас готовят к анонсу новую большую платформу и это будет довольно важное событие в мире инди геймдева.
Спасибо за статью. Больше материалов по кокосу! А если lua заменить на js, таком случае манипуляции схожие? Интересно узнать на что ушли те пару часов. Есть сложности?
Как правильно сказали выше, надо изучать подходы и методики разработки, паттерны и алгоритмы без привязки к конкретному фреймворку. И, самое важное, нужно быть в теме, но нельзя кидаться на каждый хипстерский баззворд. Например абсолютно бессмысленно переживать что нет возможности использовать Node.js если вы используете python/ruby/perl и т.д. Нода предложила асинхронную обработку информации. В любом современном языке это можно использовать и не менее удобно. И так далее.
Недостатки, безусловно, есть. Но в моем случае они были не критичны. Просто я так и не смог найти подходящей альтернативы. Было бы интересно посмотреть на ваши наработки.
Когда-то копал в сторону RTMFP, даже пробовал сделать библиотеку для работы вне флеша. Но в итоге бросил бороться с ветряными мельницами и взял XMPP + Jingle
Почти два года пользуюсь xamarin. И не пойму при чем здесь он и как они решают проблему кривости monogame и отсутствия возможности вести разработку целиком на платформе, отличной от windows.
У monogame основная проблема — это подход к разработке. Они не пытаются реализовать весь XNA. Вместо этого они постоянно говорят, что пилят только части для своего конкретного юзкейса. Если он расходится с вашим, форкайте, допиливайте и отправляйте реквест.
Это нормальная практика для OS проектов, но только не в том случае, когда он реализует API проприетарного продукта. Тут людям нужно более четкое понимание что и как работает до того как словили блокирующий баг.
Было бы очень интересно почитать о вашем опыте в подготовке кроссплатформенного проекта с MonoGame. Только именно MonoGame, а не как большинство статей. «Сейчас мы будем разрабатывать проект на MonoGame. Скачайте VS и XNA Game Studio...» А для пользователей Mac OS и GNU/Linux остается полуживой софт, который толком ничего подготовить не может.
Я раза 4 пытался начать проект на MonoGame, но на данный момент на Mac OS этим заниматься весьма проблематично, хотя и сам фреймворк и Xamarin Studio вполне неплохо работают на различных платформах.
Очень бы хотелось чтоб это было так. А на деле MonoGame сильно не дотягивает до XNA. Багов полно, и с Content Project возня постоянная. Нет нормальных кроссплатформенных инструментов.
Единственное разумное ограничение на стиль кода в python — это PEP8. И ему должны следовать без исключения все python программисты. Не важно в команде они пишут или ведут свой проект.
Неоднократно находил высказывания о модном переходе на Go. Только вот, как по мне, Go не так выразителен и удобен. И дело не только в огромных запасах батареек у питона, но и в самом языке.
Написав на Go несколько программ меня не покидало чувство какой-то ограниченности что-ли.
Сейчас смотрю в сторону Xwt, но пока только приглядываюсь
Вкратце, они показали полностью кроссплатформенную CocosStudio 2.0 и обновили CodeIDE, Chukong обещали в будущем полностью смержить код cocos2d-x и github.com/chukong/engine-3d
Но главное событие — это введение единого инструмента для создания и управления проектами — Cocos, а так же появление новой платформы для монетизации и аналитики — Cocos Services. Сам превью можно посмотреть на www.cocos.com
У monogame основная проблема — это подход к разработке. Они не пытаются реализовать весь XNA. Вместо этого они постоянно говорят, что пилят только части для своего конкретного юзкейса. Если он расходится с вашим, форкайте, допиливайте и отправляйте реквест.
Это нормальная практика для OS проектов, но только не в том случае, когда он реализует API проприетарного продукта. Тут людям нужно более четкое понимание что и как работает до того как словили блокирующий баг.
Я раза 4 пытался начать проект на MonoGame, но на данный момент на Mac OS этим заниматься весьма проблематично, хотя и сам фреймворк и Xamarin Studio вполне неплохо работают на различных платформах.
Написав на Go несколько программ меня не покидало чувство какой-то ограниченности что-ли.
Буду рад услышать от «перешедших» success story.