Хотет научиться лабать на жабе для андроида

Я про это тему и создал.

сам по себе ObjC не делает код качественным по умолчанию и кодеров тоже не делает хорошими.

Ни один язык не делает код хорошим. Я же говорю именно о подходе. Разработчики хороших приложений под iOS всеми средствами добиваются высокой воспринимаемой скорости работы, разработчики хороших приложений под Android — нет. Мне кажется, это сильно связано с отношением самой компании, выпускающей систему, потому что сейчас, начиная с выхода 4.0, субъективные ощущения от сторонних и встроенных приложений все лучше и лучше.

А почему на жабе? Есть же HTML5 и PhoneGap (например).

Вот по этому андроид — говно. Пока они в маркете жесткие требования не сделают, при которых Вася со свои прототипом летел на стройку бетон месить.

Ну тогда вали из треда.
Тебя никто не заставляет сидеть на андроиде, демократия, чо.

Подскажи запрос к гуглу, который сразу найдет мне ответ в такой ситуации. «Запускаю эмулятор и ничего не происходит»?

На самом деле можно просто сидеть под одним аккаунтом гугла. Со временем он начинает выводить более релевантные результаты, пару лет назад у гугла персонализация появилась. В моём случае в топе часто оказывается stackoverflow, иногда добавляет результаты с LOR'а или qt-project.

Плюсую, в этом плане они рулят.

Ты реально думаешь, что качество кода iOS приложений сильно выше?

Как инсайдер сообщаю, что никакое у них качество кода. Иногда его пишут студенты, прочитавшие «become XCoder» и тыкающие наугад что попало.

Только интерфейс получается всё-таки плавным, потому что там на каждое действие производится анимация и при запуске на айфоне сразу палится любое неасинхронное действие. Памяти тоже много не ест, потому что уже при 3 МБ начинает ругаться в логи и сбрасывать кеши, что опять же приводит к тормозам, хотя лимит памяти для приложения - 40 МБ.

Ответ для abraziv_whiskey в том числе.

И для note173, который думает, что iOS кодеры следят за скоростью. Известные мне - не следят, только проблемы сами быстро всплывут и в глаза бросятся. В то время как в java есть магические и совершенно неустранимые тормоза, как то: сборка мусора и соответствующая пауза всех потоков, приоритет основного потока ничем не отличается от дополнительных типа запроса данных по url, до android 4.2 приоритет системного процесса отрисовки графики тоже ничем не выделялся.

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

Да приложение тупо не пройдет модерацию, если будет тормозить.
Точнее шансы что не пройдет крайне высоки, а ждать новой модерации ещё 1-2 недели это ад.
Вот и стараются следить за скоростью.

У меня знакомые делают игры, так вот во время ревью их игру для ipad запускали 2 раза по 10-30 минут и даже юзали in-app purchase.
При этом три раза отклоняли её прикопавшись к разным мелочам.
Естественно будешь следить за скоростью интерфейса.

Только интерфейс получается всё-таки плавным, потому что там на каждое действие производится анимация и при запуске на айфоне сразу палится любое неасинхронное действие. Памяти тоже много не ест, потому что уже при 3 МБ начинает ругаться в логи и сбрасывать кеши, что опять же приводит к тормозам, хотя лимит памяти для приложения - 40 МБ.

Инсайдер? Серьезно?

Мне кажется, это сильно связано с отношением самой компании, выпускающей систему, потому что сейчас, начиная с выхода 4.0, субъективные ощущения от сторонних и встроенных приложений все лучше и лучше.

Это все зависит исключительно от аудитории и наличия модерации.
На андроиде нет модерации, поэтому качество приложений будет улучшаться только с повышением конкуренции и требовательности аудитории.

Но здесь и сейчас проще выйти со среднего качеством аппом и уже потом его улучшать.
Т.к есть ещё много не занятых ниш, и давить качеством потом в них сложнее, чем сейчас быстро занять нишу и потом улучшать качество.

Да ничего в appstore не модерируют. Сейчас этот процесс скатился в простое «запускается — ОК».

История которуя я рассказал происходила прошлой весной.
Не знаю как с обычными приложениями, но игры за 3-4 бакса для ipad они проверяют весьма и весьма жестко.

Как повезет. Они еще отбирают кандидатов в New and Noteworthy, их тестируют немного побольше.

Ну факт в том, что если внезапно проверка не будет пройдена, то это потеря 1-2 недель времени.
А если это какой то важный апдейт, то это потеря кучи денег.

Тут и не надо проверять все каждый раз, главное проверять достаточно, чтобы все боялись.
Т.е принцип как со штрафами в метро.
Шансы что поймают без билета низкие, но если ловят, то платишь цену 30-50 проездов плюс получаешь проблемы.
Так и с лагающим интерфейсом.

Разработчик боится облажаться и поэтому больше разработчиков относятся к этому серьёзно.
Но без сильной модерации это совершенно невозможно.

Тут как повезет, после отклонения и повторной загрузки иногда сразу же проверяют.

Для критических обновлений есть возможность как минимум раз в год пройти ускоренную проверку.

(Но в целом я согласен, хотя это долгое ожидание проверки — очень неприятно для разработчика. 2-3 дня было бы намного лучше для всех)

Ну тогда вали из треда.

Ох лол. Что, обиделся на Васю и мешание бетона — так правда всегда неприятна, да.

Тебя никто не заставляет сидеть на андроиде, демократия, чо.

Я и не сижу на этом минном поле.

Ох лол. Что, обиделся на Васю и мешание бетона — так правда всегда неприятна, да.

Пока что мешанием бетона занимаются «профессионалы».
А любители делают деньги и живут в своё удовольствие.

А любители делают деньги и живут в своё удовольствие.

Тебе бы в цирке работать, очень неплохо получается. Любители там пишут миллионный клон калькулятора, а дают глупые советы на форумах.

приложение тупо не пройдет модерацию, если будет тормозить

Skype for iOs уже который год проходит модерацию, чем успешно рвет мне все шаблоны.

Начнем с того, что я никогда не видел IDE.

Тогда начни с этой Тимур Машнин «Eclipse: разработка RCP-, Web-, Ajax- и Android-приложений на Java», БХВ-Петербург, 2013 ISBN 978-5-9775-0829-2 Это книжка про среду Eclipse. Небольшие проектики, представленные в книге, лишь иллюстрируют особенности работы в среде программирования, но неспособны научить языку програмирования. Язык изучается по другим книжкам.

Как раз хотел спросить, чем обмазваться ООП без привязки к конкретному языку.

Майкл Физерс «Эффективная работа с унаследованным кодом», Вильямс, 2009 ISBN 978-5-8459-1530-6, 0-13-117705-2

Тред-детектор быдлокодеров детектед.