Download to read offline
![iOS department
Code snippets
<#[TOKEN NAME]#>](https://image.slidesharecdn.com/ios-ramblerco-170731100349/75/iOs-Rambler-Co-28-2048.jpg)
![iOS department
Code snippets
<#[TOKEN NAME]#>](https://image.slidesharecdn.com/ios-ramblerco-170731100349/75/iOs-Rambler-Co-29-2048.jpg)
![iOS department
- (void)testThatObjectsWithEqualTitleAreEqual {
// given
RubricsObject *object1 = [[RubricsObject alloc] initWithTagID:@"tagID1"
title:@"Title"];
RubricsObject *object2 = [[RubricsObject alloc] initWithTagID:@"tagID2"
title:@"Title"];
// when
BOOL equal = [object1 isEqual:object2];
// then
XCTAssertTrue(equal);
}](https://image.slidesharecdn.com/ios-ramblerco-170731100349/75/iOs-Rambler-Co-52-2048.jpg)
![iOS department
- (void)testThatObjectsWithEqualTitleAreEqual {
// given
RubricsObject *object1 = [[RubricsObject alloc] initWithTagID:@"tagID1"
title:@"Title"];
RubricsObject *object2 = [[RubricsObject alloc] initWithTagID:@"tagID2"
title:@"Title"];
// when
BOOL equal = [object1 isEqual:object2];
// then
XCTAssertTrue(equal);
}
// given
// when
// then](https://image.slidesharecdn.com/ios-ramblerco-170731100349/75/iOs-Rambler-Co-53-2048.jpg)
![iOS department
- (void)testThatObjectsWithEqualTitleAreEqual {
// given
RubricsObject *object1 = [[RubricsObject alloc] initWithTagID:@"tagID1"
title:@"Title"];
RubricsObject *object2 = [[RubricsObject alloc] initWithTagID:@"tagID2"
title:@"Title"];
// when
BOOL equal = [object1 isEqual:object2];
// then
XCTAssertTrue(equal);
}
// given
// when
// then](https://image.slidesharecdn.com/ios-ramblerco-170731100349/75/iOs-Rambler-Co-54-2048.jpg)
![iOS department
- (void)testThatObjectsWithEqualTitleAreEqual {
// given
RubricsObject *object1 = [[RubricsObject alloc] initWithTagID:@"tagID1"
title:@"Title"];
RubricsObject *object2 = [[RubricsObject alloc] initWithTagID:@"tagID2"
title:@"Title"];
// when
BOOL equal = [object1 isEqual:object2];
// then
XCTAssertTrue(equal);
}
// given
// when
// then](https://image.slidesharecdn.com/ios-ramblerco-170731100349/75/iOs-Rambler-Co-55-2048.jpg)
![iOS department
- (void)testThatObjectsWithEqualTitleAreEqual {
// given
RubricsObject *object1 = [[RubricsObject alloc] initWithTagID:@"tagID1"
title:@"Title"];
RubricsObject *object2 = [[RubricsObject alloc] initWithTagID:@"tagID2"
title:@"Title"];
// when
BOOL equal = [object1 isEqual:object2];
// then
XCTAssertTrue(equal);
}
// given
// when
// then](https://image.slidesharecdn.com/ios-ramblerco-170731100349/75/iOs-Rambler-Co-56-2048.jpg)
Uploaded byСбертех | SberTech
Один день из жизни iOs разработчика, Александр Сычёв Rambler&Co
Документ представляет собой описание работы отдела iOS-разработки под руководством Александра Сычева, включая структуры команд и процессы разработки. Он уделяет внимание стандартам, инструментам и методам, используемым в процессе, а также методологии тестирования и управления проектами. Особое внимание уделено автоматизации, стандартизации и повышению качества работы команды.
Один день из жизни iOs разработчика, Александр Сычёв Rambler&Co
- 1. Александр Сычев Руководитель отдела Одиндень из жизни iOS-разработчика
- 2.
- 3.
- 4.
- 5.
- 6.
- 7. iOS department Департамент разработки Отдел Ruby& Python разработки Отдел Frontend разработки Отдел iOS разработки Отдел C# разработки Отдел Android разработки Руководители групп Руководители групп Руководители групп Инженеры- разработчики Инженеры- разработчики Инженеры- разработчики Инженеры- разработчики Инженеры- разработчики
- 8.
- 9.
- 10. iOS department Функциональный руководитель Проектный менеджер #1 iOS разработчик Проектный менеджер#2 iOS разработчик Матричная структура Функциональный руководитель Backend разработчик Backend разработчик Функциональный руководитель Android разработчик Android разработчик Проектный менеджер #3 iOS разработчик Backend разработчик Android разработчик
- 11.
- 12.
- 13. iOS department Стандартизация • Минимизация«человеческого фактора» • Повышение степени обучаемости персонала • Повышение качества коммуникаций • Формирование базы знаний • Автоматизация процесса
- 14. iOS department Стандартизация • Минимизация«человеческого фактора» • Повышение степени обучаемости персонала • Повышение качества коммуникаций • Формирование базы знаний • Автоматизация процесса
- 15. iOS department Стандартизация • Минимизация«человеческого фактора» • Повышение степени обучаемости персонала • Повышение качества коммуникаций • Формирование базы знаний • Автоматизация процесса
- 16. iOS department Один деньиз жизни разработчика !
- 17.
- 18.
- 19. iOS department От дизайнеров- iOS разработчикам • Карта экранов приложения • Карта цветов, используемых в приложении • Список шрифтов, используемых в приложении • Размеченные состояния каждого из экранов • Нарезка элементов для всех экранов • Видео/gif со всеми нестандартными анимациями • Иконки приложения
- 20. iOS department От дизайнеров- iOS разработчикам
- 21. iOS department От дизайнеров- iOS разработчикам $
- 22. iOS department От дизайнеров- iOS разработчикам https://habrahabr.ru/company/rambler-co/blog/256397/
- 23.
- 24. iOS department Пишем код $ •«Горячие» клавиши • Code snippets • Behaviors • Git blame
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33. iOS department Open source OpenSource Transformation Engine Platforms State of the Union - WWDC 2017
- 34. iOS department Open source OpenSource Transformation Engine Platforms State of the Union - WWDC 2017 $
- 35. iOS department Стандарты $ • CodeStyle • Архитектура • 3rd party libraries
- 36. iOS department Стандарты $ • CodeStyle • Архитектура • 3rd party libraries
- 37. iOS department Стандарты $ • CodeStyle • Архитектура • 3rd party libraries
- 38. iOS department Стандарты • SOLID •DRY • KISS • YAGNI
- 39. iOS department SOLID MBLTdev 16:Кто кого SOLID. Сергей Крапивенский
- 40. iOS department Стандарты $ • CodeStyle • Архитектура • 3rd party libraries
- 41. iOS department 3rd partylibraries ❓$
- 42.
- 43.
- 44.
- 45. iOS department • Пониманиетребований • Стабильность при рефакторинге • Документация • Хороший API • Меньше ошибок Преимущества
- 46. iOS department • Пониманиетребований • Стабильность при рефакторинге • Документация • Хороший API • Меньше ошибок Преимущества
- 47. iOS department • Пониманиетребований • Стабильность при рефакторинге • Документация • Хороший API • Меньше ошибок Преимущества
- 48. iOS department • Пониманиетребований • Стабильность при рефакторинге • Документация • Хороший API • Меньше ошибок Преимущества
- 49. iOS department • Пониманиетребований • Стабильность при рефакторинге • Документация • Хороший API • Меньше ошибок Преимущества
- 50.
- 51.
- 52. iOS department - (void)testThatObjectsWithEqualTitleAreEqual{ // given RubricsObject *object1 = [[RubricsObject alloc] initWithTagID:@"tagID1" title:@"Title"]; RubricsObject *object2 = [[RubricsObject alloc] initWithTagID:@"tagID2" title:@"Title"]; // when BOOL equal = [object1 isEqual:object2]; // then XCTAssertTrue(equal); }
- 53. iOS department - (void)testThatObjectsWithEqualTitleAreEqual{ // given RubricsObject *object1 = [[RubricsObject alloc] initWithTagID:@"tagID1" title:@"Title"]; RubricsObject *object2 = [[RubricsObject alloc] initWithTagID:@"tagID2" title:@"Title"]; // when BOOL equal = [object1 isEqual:object2]; // then XCTAssertTrue(equal); } // given // when // then
- 54. iOS department - (void)testThatObjectsWithEqualTitleAreEqual{ // given RubricsObject *object1 = [[RubricsObject alloc] initWithTagID:@"tagID1" title:@"Title"]; RubricsObject *object2 = [[RubricsObject alloc] initWithTagID:@"tagID2" title:@"Title"]; // when BOOL equal = [object1 isEqual:object2]; // then XCTAssertTrue(equal); } // given // when // then
- 55. iOS department - (void)testThatObjectsWithEqualTitleAreEqual{ // given RubricsObject *object1 = [[RubricsObject alloc] initWithTagID:@"tagID1" title:@"Title"]; RubricsObject *object2 = [[RubricsObject alloc] initWithTagID:@"tagID2" title:@"Title"]; // when BOOL equal = [object1 isEqual:object2]; // then XCTAssertTrue(equal); } // given // when // then
- 56. iOS department - (void)testThatObjectsWithEqualTitleAreEqual{ // given RubricsObject *object1 = [[RubricsObject alloc] initWithTagID:@"tagID1" title:@"Title"]; RubricsObject *object2 = [[RubricsObject alloc] initWithTagID:@"tagID2" title:@"Title"]; // when BOOL equal = [object1 isEqual:object2]; // then XCTAssertTrue(equal); } // given // when // then
- 57. iOS department What makesa clean test? Three things. Readability, readability, and readability. Robert C. Martin
- 58. iOS department • Предметно-ориентированныйязык • Нет лишнего контекста • Проверка одной истины Чистый тест
- 59.
- 60. iOS department Version ControlSystem $
- 61.
- 62.
- 63. iOS department Git hooks $ •Размер коммита • Описание коммита
- 64.
- 65. iOS department Правила • Объемкода • Актуальность
- 66.
- 67.
- 68. iOS department Ревью -по расписанию
- 69.
- 70.
- 71.
- 72. iOS department Review • Selfreview • Architectural review • Design review
- 73.
- 74.
- 75.
- 76.
- 77.
- 78. iOS department Шаг 1/12 Смотрим доскупроекта JIRA $
- 79. iOS department Шаг 2/12 Выбираем себезадачу JIRA $
- 80. iOS department Шаг 3/12 Знакомимся сзадачей JIRA $
- 81. iOS department Шаг 4/12 Стартуем работунад задачей JIRA $
- 82.
- 83. iOS department Шаг 6/12 Пишематомарные коммиты на русском языке с номерами задач. Гоняем тесты. Соблюдаем code style. Code $
- 84.
- 85. iOS department Шаг 8/12 Дожидаемся аппруваcode review Code review $
- 86. iOS department Шаг 9/12 Мержимветку в develop Git $
- 87. iOS department Шаг 10/12 Обновляем статусна "Ready" JIRA $
- 88. iOS department Шаг 11/12 Проверяем тестына CI CI $
- 89.
- 90. iOS department • Artifactory(enterprise) • Fabric • TestFlight CD $
- 91. iOS department 1. Беремзадачу в Jira 2. Работаем в feature-ветке 3. Сливаем в develop после review 4. Заливаем сборку через CD $
- 92. iOS department Gitlab CI CI/CDfor mobile done right, Tomasz Grynfelder
- 93.
- 94.
- 95.
- 96.
- 97.
- 98.
- 99.
- 100.
- 101.