У меня к вам несколько почти теологических вопросов!
— Какой софт вы используете для разработки (IDE там то–се)? Я ужасно страдаю после разработки WPF приложений и вообще после разработки всякоразного для винды и под виндой. Неужели эклипс — наименее у2.71бищное из того что было реализовано?
— Может нет смысла упорото выписывать код на яве, а удариться в какой–нибудь Sencha, Gap и тп? Я подозреваю, но не уверен, что такая разработка налагает слишком много ограничений.
— Доколе?!

 

63 Responses to Какой софт вы используете для разработки?

  1. HBav:

    да, эклип кого хочешь отговорит от разработки на java. попробуй idea.

  2. Llaev:

    Community Edition вполне, или нужно как обычно? Да и меня в общем–то не столько язык смущает, сколько идиотизм снаписанием руками каких–то xml–ей, тонны преобразований типов при работе с UI и всякое такое. Почему это все нельзя было спрятать в нормальный API и добавить человеческую рисовалку UI мне не понятно.

  3. HBav:

    вот таблица сравнения. Лично у меня есть лицензия на полную версию. Я давно по android не писал, так с ходу не скажу чего может не хватить, вроде все есть и в комюнити.
    Ломка пройдет, это временно. Потом возможно тебе даже понравятся xml–ки.

  4. XCrazy:

    Весь софт для явы и на яве — такое унылое и убогое говно.

  5. Elaev:

    У Eclipse максимально адаптированный плагин ADT, на этом его плюсы закончились, мне правда на 4–х ядерном с 16 Гб памяти iMac 27″ комфортно работается, но вот Macbook Pro 13″ с 8 Гб уже хуже.
    Про PhoneGap можно спокойно забыть, производительность очень низкая (у ICS лучше с этим).
    Мохно захерачить все в С/С++, а Java только для UI.

  6. Llaev:

    ломка — точное слово, ага. Желание пока выше, но хочется пройти этот переходной период с наименьшими травмами для и без того надоелнного мозга. Это после XAML–а то понравятся? 🙂 Ох боюсь я…

  7. Llaev:

    если ADT — лучшее, то это моя персональная трагедия.

  8. HBav:

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

  9. Llaev:

    однажды мне пришлось пользоваться xcode, с тех пор я считаю mac, и все что с ним связано, адом для программистов :)))

  10. Tov:

    Eclipse + ADT лучший выбор.
    Eclipse не плох, но ADT не совсем стабильный.

    Если ручки замарать не боишься, то, тогда, естественно лучше ant/maven.

  11. Llaev:

    нет, ну они правда издеваются?

    image

  12. XCrazy:

    ява — говно!

  13. Llaev:

    это так тонко, что даже толсто 🙂

  14. XCrazy:

    это просто правда.

  15. Tov:

    Употребляя слово «просто» в предложении, вы ставите огромный штамп неуверенности на своем сообщении.

  16. XCrazy:

    чувак, у меня пять лет разработки на яве. Какая нафиг неуверенность?

  17. S007:

    андроид как–то с 1.7 не очень дружит, вроде бы.

  18. Llaev:

    эклипс с ADT утверждал совершенно обратное 🙂

  19. S007:

    ну например мне не удалось с 1.7 правильно подписать приложение. Баг на андроид до сих пор открыт.

  20. RBlack:

    не ну если пять, то тут без вариантов.

  21. Aoev:

    эклипс, «конечно, ужас, но не ужас ужас». со временем привыкаешь и научаешься как с чем бороться. я вон даже нашёл тему, чтоб чуть места экономить и стало мне лучше. опять же со временем даже достоинства находишь.

    xml писать руками не обязательно — для уи вполне есть драг–дроп редакторы уже, но со временем оказывается намного быстрее сначала руками, а потом уже через гуй фишки, пасочки всё такое.

    жава говно, конечно, но VB говней, например. «могло быть хуже», конечно не аргумент, но хотя бы отмазка. насколько я понял адекватной поддержки той же скалы пока для андроида нет.

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

  22. IFan:

    После Дельфи всё что угодно в шок повергнет. Умели же, гады, делать…

  23. XCrazy:

    эх, было время…

  24. RBMW:

    было? что–то поменялось? Embarcadero RAD Studio все те же дельфи, старые, добрые, удобные.

  25. XCrazy:

    по работе больше не использую, вот что изменилось (: Да и монстровато оно сейчас выглядит.

  26. RBMW:

    только кажется)

  27. Llaev:

    use WPF Luke..

  28. Llaev:

    как дело дойдет до маркета — отпишусь про свои приключения 🙂

  29. RBlack:

    Подскажите, какие вопросы интересные можно задать кандидату на собеседовании на позицию андроид разработчика?

  30. ZSmile:

    eclipse имхо наименее глючный для android
    зависит от задач, если много натива, то java/ndk
    игрушки я на corone делал, гут

  31. Aoev:

    что такое интент и зачем он нужен? что происходит, когда оператор меняет ориентацию переноснотелефонической эвм?

  32. Elaev:

    Точно, если он на эти вопросы не знает ответа, то лучше ему указать на дверь 🙂

  33. HBav:

    если бы меня на собеседовании спросили про действия совершаемые после команды оператора переноснотелефонической эвм на смену ориентации, то я сам бы нашел дверь и забыл дорогу к этой конторе ))

  34. RBlack:

    и что делать если в это время работал асинхронный таск, который должен был поменять UI.. а что ещё?

  35. Llaev:

    рассказывай, раз начал..

  36. Aoev:

    что смотреть в тормозящем лаяуте?
    хз. по апи глупо спрашивать.
    ну например, как делается поддержка 11 апи в условиях минимальной сдк 6?

  37. XNokla:

    VB до дотнета был съедобен. Или так казалось, потому что я начинал со всяких бэйсиков.

  38. XNokla:

    Сэнчу всегда нахуй. Сэнча — родина слонов.

  39. Llaev:

    вы лучше мне расскажите нахуя у них вообще там 15 апи этих? В чем смысл и различия при таком «разнообразии»?

  40. H1:

    всё говно.

  41. Llaev:

    xaml+wpf не 🙂 не пишите на басике, пишите на шарпе.

  42. Aoev:

    отвечает Александр Грудзь.

    Вопрос нахуя 15 апи некорректен, так же, как и, например, нахуя в москве(россия) пробки. зачем, возможно, но вопрос был именно почему. с другой стороны гугл нам показал интересный пример, что даже у фирм, предпочитающих нанимать PhD, софт получается рожъ, это всё.

  43. Llaev:

    ок, уточним вопрос. С какого хуя там 15 АПИ?

  44. XCrazy:

    там один API. Версия указывает на используемые фишки. API постоянно расширяется. Точно также и в других операционках — новая версия ОСи, новые API.

  45. ZSmile:

    использовать onConfigurationChanged(), тогда Activity не пересоздается

  46. ZSmile:

    имхо разработчик/старший разработчик должен знать:
    application fundamentals
    activity lifecycle
    типы layout какие лучше и почему
    что такое Intent(Sticky intent), старшего разработчика можно спросить про ACTIVITY_INTENT_ACTION BROADCAST_INTENT_ACTION, intent resolution
    что такое сервис, является ли сервис потоком.
    время жизни BroadcastReceiver
    обратная совместимость

    я обычно больше упор делаю на понимание принципов, чем на конкретные вопросы: принципы мобильной разработки в целом, недостатки и достоинства платформы по сравнению с другими, хорошо кстати если старший разработчик знает, что такое dalvikVM и отличие от JVM, понимает зачем нужен preverify. Garbage Collector, модели работы, кандидат должен понимать что, несмотря на большие объемы памяти и мощные процессоры памятью сорить не стоит.
    Для простеньких игр и простых приложений последний абзац, наверно не сильно значим, но в моей специфике имеет значение.

  47. Tov:

    шарп шикарен как язык.

    Вот только платформа у него отстойная.

  48. Tov:

    блять, наконец–то я тебя встретил в посте по теме.
    Лучи не добра тебе за сурки упячки.

  49. XCrazy:

    любая платформа лучше явы.

  50. RBlack:

    спасибо, это именно то, что мне было нужно.

  51. RBlack:

    я не разработчик, но разве этот подход правильный концептуально? Если, например, переформулировать вопрос таким образом:
    «запустился асинхронный таск, который в итоге меняет UI, а я свернул приложение». Что дальше?

  52. Llaev:

    ждем 29–е число.. 😉

  53. Llaev:

    там 15 версий апи и через каждую строку приведение типов, о каком «концептуально правильном подходе» речь, ты чо? 🙂

  54. Llaev:

    разве такое понятие как «принципы мобильной разработки» все еще имеют место жить?

  55. Aoev:

    парадоксально, они потихоньку начинают доминировать под девизом mobile first

  56. Llaev:

    мало верится, в эпоху, когда 90% железа имеет гигагерцовый камень и всякоразное аппаратное ускорение.

  57. Aoev:

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

  58. ZSmile:

    правильно, поэтому эти 90% железа и живут от зарядки до зарядки — с утра до вечера 😉

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

    а так, да, с точки зрения кодирования — умирают

  59. ZSmile:

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

  60. 3:

    у гугла же своя ява с байткодами и jit’ом

  61. XCrazy:

    она везде с джитом и байткодами и везде работает через жопу. Суть не в VM.

Добавить комментарий