Быстрое прототипирование iOS приложений

1,017 views

Published on

О том, почему и когда важна скорость разработки. Инструменты и подходы. Теория и практика.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,017
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
5
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Быстрое прототипирование iOS приложений

  1. 1. #mdmeetup Быстрое прототипирование iOS приложений Юрий Агеев, Applifto Ростов-на-Дону 14 сентября 2013
  2. 2. #mdmeetup 2 Я [дедлайн/хакатон/заказчик], и я не хочу ничего решать, я хочу приложение! Быстро!!!
  3. 3. #mdmeetup Наша цель - прототип приложения Приоритет - скорость 3
  4. 4. #mdmeetup • Писать код - это плохо! Лучший код - код, который не был написан. • Пользователю плевать на то как это сделано, главное то, как это работает. • Не надо усложнять и без того сложные задачи. 4 Что нужно помнить:
  5. 5. #mdmeetup 5 Делать быстро != Делать плохо
  6. 6. #mdmeetup Что для это нужно? 6 •дисциплина •инструменты
  7. 7. #mdmeetup 7 • конвенция - пишем, чтобы понял каждый • полезные привычки - люди придумали hotkeys, черт побери! • специализация - делаем то, что лучше получается • синергия - делимся знаниями и умениями Дисциплина в команде
  8. 8. #mdmeetup Инструменты 8
  9. 9. #mdmeetup 9 • Interface Builder • Instruments • Core Data + MagicalRecord • RestKit • Собственные библиотеки/Сообщество
  10. 10. #mdmeetup Interface builder 10 • можно в короткие сроки строить сложные интерфейсы • не нужно писать и поддерживать кучу шаблонного кода
  11. 11. #mdmeetup 11
  12. 12. #mdmeetup 12 Instruments • можно быстро и с высокой точностью обнаруживать проблемы в приложении • не нужно тратить время на поиск методом «научного тыка»
  13. 13. 13
  14. 14. #mdmeetup 14 Core Data + MagicalRecord • можно быстро строить сложные модели данных, с поддержкой множественных связей • не нужно писать и поддерживать шаблонный код создания таблиц, не нужно заморачиваться по поводу связей
  15. 15. 15
  16. 16. #mdmeetup 16 RestKit • можно получать и обновлять данные с сервера на автомате, превращать данные с сервера в объекты и обратно • не нужно, ну вы поняли...
  17. 17. #mdmeetup Собственные библиотеки/ Сообщество • можно, экономить время подключая готовые компоненты • не нужно тратить время на изобретение велосипеда 17
  18. 18. 18
  19. 19. #mdmeetup 19 Как показывает практика, свои решения нужны только тогда, когда их требует бизнес
  20. 20. #mdmeetup Пример 20 • прототип приложения ~2.5 недели (интерфейс + клиент/серверное взаимодействие) • разработка одного(!) компонента заняла 2 недели • общее время разработки ~2 месяца
  21. 21. #mdmeetup Спасибо за внимание! Вопросы? 21 @wert1go ageev@applifto.com

×