Регистрация счета в российском банке не работает до сих пор. Пишет в данный момент мы не можем сохранить вашу информацию. Не круто. Деньги на палке повисли (
Я попробовал пользоваться этим сервисом под iOS. Вынужден сказать — это решение сильно уступает parse.com. Катастрофически уступает. Я сейчас пытаюсь не включать эмоции, поэтому реальные проблемы:
* iOS SDK настолько старое и уклоцаное, что лично мне стыдно было бы его публиковать.
* В СДК отсутствует работа с блобами! И все что сказано по этому поводу, мол, идите используйте REST API. А СДК для чего тогда?
* Есть deprecated SDK на github github.com/WindowsAzure-Toolkits/wa-toolkit-ios, она хотя бы работает с блобами, но у нее свои недостатки.
* Документашка по встроеным скриптам на редкость кислая и слабая. Это реальная рулетка при разработке. Заранее никогда не знаешь, сработает или нет. И проверить возможности нет, кроме как запустить приложение и сидеть и ждать, запустится или нет.
* «В интернете» не так много опыта по работе с этой платформой, поэтому найти решение при затыке — труба.
Если честно, я никому не предложу пользоваться вашей платформой. Это издевательство. Маленький проект у меня превратился в огромную головную боль
Хочу отметить, что при переключении между Development и Production environment необходимо чистить список всех девайсов. Apple рвет коннекшн без объяснения причин (если не использовать extended схему), если айди девайса оказался невалидным или от другого приложения/сертификата. Так можно запросто запороть отправку пушей, если кто-то отправил по URL неправильный токен. К сожалению, подводных камней там более чем хватает.
А обратно нет ;)? Проблема то не в переносе игр с ХНА на другие платформы, а ровно наоборот — перенос с айфона или андроида на ВП7. Это сейчас, наверное, одна из немногих платформ, где нет поддержки нативного С++
Вообще, для любителей мак продукции с выходом 5-й оси будут новые фишки, которые позволят использовать iPad + iPhone / iPod в качестве своеобразной игровой консоли. Смысл в следующем. На iPad ставятся игрулины, и подключаются к телеку. В оис пятой обещают добавить мирроринг изображения, что собственно позволит показывать изображение на телеке. Дальше ифон парим по блютусу с айпадом и используем спец. приложение-джойстик для айфона. Правда, надо чтобы разработчики игр еще сделали возможность работать эти девайсам парой. Мы такое планируем сделать для пары игр.
да, но все делается в рамках какой то деятельности. Разработка это тоже не только стучание по клавишам в открытом редакторе кода.
Если ведется обсуждение — в рамках какой то деятельности по какому то проекту. Даже если обсуждение внутреннее — внутренний проект.
проще чем нажать 1 кнопку ничего не может уже быть проще. Проблем с этим нет вообще. Данные кстати можно подкорректировать если все же кто-то слишком забывчивый забыл.
В виде бумажных отчетов конечно же трата времени. Я согласен, что выполнение такой типовой задачи должно быть полностью автоматизировано. А бегать с бумажками бессмысленно. Тем не менее, утверждаю, что например у нас в конторе это необходимо поскольку надо выставлять счета клиенту с часами, с разбивкой по задачам. Если использовать системы управления проектами, этот процесс перестает бытьнапрягающим. Сотрудники в моей конторе просто нажимают кнопку старт рядом с задачей в ишью трекере (все!!! задачи ребята получают только в этой системе, так что сбоев нет).
Итого, на мой взгляд, вывод — если устранить отчетность невозможно, максимум автоматики и абсолютно прозрачно и без геморроя. Если кому нужна консультация по поводу как это сделать на продукции atlassian.com (не реклама), могу детально описать в личку или материалом на хабре.
Я с Вами категорически согласен. Проблема аськи и скайпа в том, что это «быстрые отговорки». Что-то быстренько ляпнул и все. Кроме того, оно обязывают обе стороны отвечать практически немедленно. Почта же дает возможность «подумать», взять хоть и маленький, но таймаут на размышления. В аське стоит обсуждать только тактику. Все стратегическое только в почте как раз таки для возможности поиска и истории.
Я по работе вынужден пользоваться и скайпами, и аськами и прочей ересью. В связи с чем поиск обсуждение в ИМ сводится к катастрофе. А также система отслеживания требований и несоклько почтовых аккаунтов (в целях безопасности некоторые клиенты обязуют пользоваться при переписке с ними только их почтой). Поэтому, только почта.
В большинстве своем игры (начиная с чуть более чем простых) пишутся на С++. Даже под андроид :) В силу того, что компании выпускают игры под много платформ сразу, а это заведомо С++.
1. Да нет конечно. Поиском пользуются все. Но тут есть один нюанс: Платные приложения. На картинке можно нарисовать все что угодно, а в приложении будет картинка с голым задом и все. Манибек есть в Маркете? Надо, чтобы кто-то от этого защищал путем отсечения таких приложений. И аппсторе успешно с этим сейчас справляется.
2. А графический контент? Порно не место в доступном для детей месте. Правда. Иначе весь маркет будет завален порно.
3. Конечно техническими. Но, к сожалению, это невозможно. Машина еще не научилась на полном автомате как человек осознавать, что какой то софт является полным клоном другого с минимальными изменениями в графике.
Я все же вижу несколько действительно больших плюсов в премодерации
1. Премодерация предотвращает появление приложений «пацаны я тут жопу нарисовал на телефоне». Откровенный шлак, нужный ТОЛЬКО одному человеку, обычно чтобы похвастаться. Именно таких приложений пруд пруди в Андроид Маркете. В Аппсторе кстати тоже так было, пока Эппл не сказал, что больше такого вообще пропускать не будет
2. Ограничение на взрослый контент. Никто не хочет, чтобы ребенок в пять лет по запросу «киски» получил набор голых писек вместо пушистиков.
3. Хотя бы минимальная защита от перепирачивания. Кто-то у кого то спер исходники или просто расковырял бинарник и перепощивает под своим ником. Либо просто полностью скопировал графику с существующего приложения.
недавно открыли платный маркет во многих странах, включая Россию. Я думаю, это благотворно повлияет на рынок мобильных приложений. А лично от себя, как руководителя конторы по разработке мобильных приложений, могу уверить, что мы все больше набираем обороты по портированию игр и разработке хороших приложений для этой платформы.
Тем не менее, не могу не отметить, что интерес со стороны инвесторов пока все равно еще более направлен на iPhone. Это своего рода Клондайк пока :) Большинство из них еще свято верят, что можно просто создав приложение, даже без рекламы, получить миллионы. Сакцесс стори других компаний дурманят голову %)
извольте, нет цели сделать похожее. Есть цель сделать приложение, как и просит клиент :) А вот далее уже выбор инструмента. Так вот утверждается, что при выборе HTML, мы получим приложение ощутимо менее приятное нежели при выборе Objective-C
Несмотря на желтизну топика, здесь есть толика правды. В одном из номеров National Geographics за прошлый год была статья про интуицию как инструмент анализа. Человек по своей сути всегда выделяет порядка 5-8 основных факторов любого объекта, строит на них субъективную модель (в его глазах правильную) и продолжает оперировать только ей. Одной из таких моделей для проектов является классический треугольник. Это модель, которая к сожалению, не позволяет учесть сотни и тысячи других мелких факторов проекта или любого другого дела. Очевидно, что человек не в состоянии на уровне сознания (важный момент) учесть все несколько сотен факторов. Так вот интуицией названо подсознательное «ощущение» происходящего. 5 важных факторов говорят да, а нутром чуешь «нет». Так вот это нутро и есть интуиция, что учла пару сотен факторов, не учтенных в модели.
пробовали. Все равно не дотягивает до нативных прилдожений. Слишком слабая анимация, а также слишком простая реакция на действия пользователя. Я имею ввиду, на хтмл например невозможно сделать карусель или coverflow (что то типа этого www.poptiq.com/home.php). Всегда же хочется сделать приятное и красивое приложение.
Лично меня сильно бесит подтупливание в веб приложениях. В таком режиме работы мне вообще не хочется пользоваться потом приложением. Думаю, многим пользователям тоже. Именно это повлекло отказ от использования HTML в качестве языка для наших приложений.
сборка приложение под iPad / iPhone ни капли нетривиальная задача с первого раза. Особенно adhoc сборка. И это несмотря на подробнейшую инструкцию на девелопер портале.
По статистике порядка 5% клиентов (выборка почти из сотни) смогли сами, ну или с помощью своих девелоперов, собрать приложения. Обычно это всегда выглядит как «а вот нате вам наши логин и пароль, сделайте все там пожалуйста»
мы несоклько раз пытались делать приложение на веб для ифона, но либо клиент говорил потом, «ребята, это что за шмурдь? я хотел айфон приложение, а не выглядящий как айфон приложение набор страниц», либо затраты на обход всех косяков и попытка сделать хоть что либо приличное превышали затраты на разработку на objective-c.
К сожалению, веб приложения могут быть только похожи на нативные. Поведение у них полностью другое. Это чувствуется даже при минимальных действиях. Например, когда в приложении есть слайдинг (пальцем вправо или влево менять страницу) в веб приложении отчетливо чувствует лаг при рендеренге страниц. Крайне неприятно.
полностью согласен. Мне кажется, данная ситуация несколько похожа на ситуацию с веб приложениями для iphone / ipad. Вроде тот же HTML, а все равно что-то более менее сложное приходится верстать заново или менять скрипты (благо jquery сильно облегчает жизнь). Кроме того, HTML приложения даже близко не похожи на нативные, речь о чем то более сложном, нежели RSS читалка с двумя страницами.
* iOS SDK настолько старое и уклоцаное, что лично мне стыдно было бы его публиковать.
* В СДК отсутствует работа с блобами! И все что сказано по этому поводу, мол, идите используйте REST API. А СДК для чего тогда?
* Есть deprecated SDK на github github.com/WindowsAzure-Toolkits/wa-toolkit-ios, она хотя бы работает с блобами, но у нее свои недостатки.
* Документашка по встроеным скриптам на редкость кислая и слабая. Это реальная рулетка при разработке. Заранее никогда не знаешь, сработает или нет. И проверить возможности нет, кроме как запустить приложение и сидеть и ждать, запустится или нет.
* «В интернете» не так много опыта по работе с этой платформой, поэтому найти решение при затыке — труба.
Если честно, я никому не предложу пользоваться вашей платформой. Это издевательство. Маленький проект у меня превратился в огромную головную боль
Рекомендую посмотреть еще топик — habrahabr.ru/blogs/mobiledev/130381/
Если ведется обсуждение — в рамках какой то деятельности по какому то проекту. Даже если обсуждение внутреннее — внутренний проект.
Итого, на мой взгляд, вывод — если устранить отчетность невозможно, максимум автоматики и абсолютно прозрачно и без геморроя. Если кому нужна консультация по поводу как это сделать на продукции atlassian.com (не реклама), могу детально описать в личку или материалом на хабре.
Я по работе вынужден пользоваться и скайпами, и аськами и прочей ересью. В связи с чем поиск обсуждение в ИМ сводится к катастрофе. А также система отслеживания требований и несоклько почтовых аккаунтов (в целях безопасности некоторые клиенты обязуют пользоваться при переписке с ними только их почтой). Поэтому, только почта.
2. А графический контент? Порно не место в доступном для детей месте. Правда. Иначе весь маркет будет завален порно.
3. Конечно техническими. Но, к сожалению, это невозможно. Машина еще не научилась на полном автомате как человек осознавать, что какой то софт является полным клоном другого с минимальными изменениями в графике.
1. Премодерация предотвращает появление приложений «пацаны я тут жопу нарисовал на телефоне». Откровенный шлак, нужный ТОЛЬКО одному человеку, обычно чтобы похвастаться. Именно таких приложений пруд пруди в Андроид Маркете. В Аппсторе кстати тоже так было, пока Эппл не сказал, что больше такого вообще пропускать не будет
2. Ограничение на взрослый контент. Никто не хочет, чтобы ребенок в пять лет по запросу «киски» получил набор голых писек вместо пушистиков.
3. Хотя бы минимальная защита от перепирачивания. Кто-то у кого то спер исходники или просто расковырял бинарник и перепощивает под своим ником. Либо просто полностью скопировал графику с существующего приложения.
Тем не менее, не могу не отметить, что интерес со стороны инвесторов пока все равно еще более направлен на iPhone. Это своего рода Клондайк пока :) Большинство из них еще свято верят, что можно просто создав приложение, даже без рекламы, получить миллионы. Сакцесс стори других компаний дурманят голову %)
Лично меня сильно бесит подтупливание в веб приложениях. В таком режиме работы мне вообще не хочется пользоваться потом приложением. Думаю, многим пользователям тоже. Именно это повлекло отказ от использования HTML в качестве языка для наших приложений.
По статистике порядка 5% клиентов (выборка почти из сотни) смогли сами, ну или с помощью своих девелоперов, собрать приложения. Обычно это всегда выглядит как «а вот нате вам наши логин и пароль, сделайте все там пожалуйста»
К сожалению, веб приложения могут быть только похожи на нативные. Поведение у них полностью другое. Это чувствуется даже при минимальных действиях. Например, когда в приложении есть слайдинг (пальцем вправо или влево менять страницу) в веб приложении отчетливо чувствует лаг при рендеренге страниц. Крайне неприятно.