B
Кароче тем боле читаю и изучаю тем больше осознаю что был раком. и тоже кричал это технология дураков итд. Теперь жалею что вместо того читать и изучать терял время в стек овер фло и в блогах...
Size: a a a
2017 February 05
G
В юниксе C++ там может и оправданно тестировать сначала алгоритмы, логику. Но тут в моб приложениях никакой сложной логики нет, распарсить Json и показать
B
В юниксе C++ там может и оправданно тестировать сначала алгоритмы, логику. Но тут в моб приложениях никакой сложной логики нет, распарсить Json и показать
))))
B
Я не хочу вам что то доказать. Может вы правы по своему. Я поделился своим опытом(Я в этой направлении читаю и развиваюсь последные 1.5 года).
B
В юниксе C++ там может и оправданно тестировать сначала алгоритмы, логику. Но тут в моб приложениях никакой сложной логики нет, распарсить Json и показать
Кстати. Моб разработка обычно часть дистрибютед системы.
B
А когда описывается проект нужно это учитывать. И тогда у вас будет ТДД.
B
И чистая архитектура.
B
В таком случии для мобайл аппа ВебБэк будет субсистемой для работы. И у этой субсистемы есть Интерфейс(Обычно рест или соап) и по этому интерфейсы общаемся с субсистемой. Практикуется такой подход. Вот почему считается рест интерфейс Баундари классом.
A
РАП или АЖайл внедряется на целую систему. И разрабатывается. А когда для мелкой приложении для ИОС или Ведро создается скрам или канбан борд это не полноценный ажайл.
RUP определяет около 30 ролей. Типичная команда в компании-аутсорсере - фулл-тайм мобильный разработчик, бэкендер и дизайнер, разделённые на несколько проектов + опционально проджект менеджер с аналитиком и тестировщиком. Тут даже Open UP и Agile UP не очень подходят - слишком много ролей на одном человеке. Про количество документации по каждому чиху я вообще молчу.
B
RUP определяет около 30 ролей. Типичная команда в компании-аутсорсере - фулл-тайм мобильный разработчик, бэкендер и дизайнер, разделённые на несколько проектов + опционально проджект менеджер с аналитиком и тестировщиком. Тут даже Open UP и Agile UP не очень подходят - слишком много ролей на одном человеке. Про количество документации по каждому чиху я вообще молчу.
По этому и придумали ажайл. Рап да только для огромных проектов
A
РАП или АЖайл внедряется на целую систему. И разрабатывается. А когда для мелкой приложении для ИОС или Ведро создается скрам или канбан борд это не полноценный ажайл.
Agile - это вообще не процесс, а их семейство. XP, Scrum, Kanban, Lean, Crystal Clear, etc. Которые в свою очередь ещё деляться на те, которые ближе к инжинерным процессам и те, которые лишь задают общее направление.
B
Да, так и есть
B
Тдд я не представляю без ажайла
B
Или рап
A
Или другого итеративного процесса, на самом деле)
B
Да. Так точно
B
Приятно познакомится
B
С человеком который понимает процесс
A
Взаимно. Только, кажется, мы немного отклонились от темы чата)
B
Вы кем и где работаете