По мере того, как 2015 год подходит к концу, многие технические команды думают о будущем году. Что будем строить? Какие проекты попадут в список? Каким историям мы будем уделять приоритетное внимание? Как будут трястись бюджеты? Не менее важно, чем выяснить «Что», - это выяснить «Как». Как мы собираемся создавать наше программное обеспечение? Какие методы разработки программного обеспечения мы будем защищать? Какие новые техники мы попробуем? Какие практики мы перестанем делать или будем исправлять?
В Stride наши инженеры объединяются с десятками технических команд, больших и малых. Став частью разных и разноплановых команд, мы получаем уникальное представление о последних тенденциях и лучших практиках.
В преддверии 2016 года мы наблюдаем некоторые технологические тенденции для бизнеса:
Совместное размещение имеет тенденцию к росту
Существует четкая тенденция в пользу совместных команд. Я говорю о командах, где все физически находятся в одной комнате. Почему? Потому что личный разговор всегда останется самой эффективной формой общения. Хотя верно, что удаленные команды сейчас более эффективны, чем когда-либо, они уступают по разнообразию личным подшучиваниям, дебатам и компромиссам. Не поймите меня неправильно, я не говорю, что совместное размещение означает, что мы все прикованы к своим рабочим столам. Это означает, что, как показывает практика, наша команда находится в одном открытом пространстве. И это также означает, что мы доверяем друг другу иметь гибкие графики, которые работают как для нас, так и для нашей команды.
Парное программирование распадается
Парное программирование обсуждается со дня его открытия. Кто-то любит, кто-то ненавидит, кто-то не уверен. К настоящему времени многие уже попробовали это и составили мнение о его преимуществах. По мере того, как мы приближаемся к 2016 году, большая тенденция в создании пар - это то, что они рассматриваются как серая шкала. Сопряжение больше не выполняется ни «готово», ни «не выполнено». Вместо этого умные команды используют его, чтобы стратегически обучать новых сотрудников существующей кодовой базе, решать сложные проблемы и не дать разработчикам-одиночкам попасть в кроличью нору. Парное программирование наиболее эффективно, когда:
- Вы нанимаете нового разработчика. Независимо от стажа работы нового сотрудника, объединение в пары - наиболее эффективный способ обучить нового сотрудника на существующей кодовой базе.
- Вам нужно обучить младшего разработчика
- Вы решаете проблему, которую раньше не решали
- Вы изучаете новый язык
В Stride мы наблюдаем, что пары используются в проектах примерно 60–70% времени. Дополнительные советы о том, как извлечь максимальную пользу из парного программирования, можно найти в нашем блоге 5 шагов к хорошему парному программированию.
Основные тенденции #Tech для бизнеса в 2016 году НАЖМИТЕ ДЛЯ TWEET
Разработка через тестирование (TDD) остается золотым стандартом
Источник изображения: http://meshfields.de
TDD остается золотым стандартом гибкой инженерной практики как для унаследованного кода, так и для новых проектов. Практически все команды стремятся поддерживать как можно более высокий уровень TDD. Не все команды достигают 90% - 100% TDD, но большинство стремятся или, по крайней мере, наращивают технический долг, чтобы вернуться, чтобы добавить тестовое покрытие в будущем.
TDD был основной практикой Agile для внутреннего кода с момента изобретения Agile. Сейчас мы видим, что TDD появляется все больше и больше как в мобильном коде, так и во внешнем коде.
Единственное исключение - это команды, которые проводят экономичный стартап для проверки идеи. Эти команды отдают предпочтение обучению, а не качеству кода, и намеренно пишут спагетти-код, чтобы получить приблизительное представление, чтобы узнать, выдерживает ли их идея. Позже эти команды возвращаются и либо переписывают этот код, либо возвращаются к нему и добавляют тесты после подтверждения своих гипотез.
Монолиты разделяются на микросервисы
Микросервисы в моде. Тем не менее, разделение монолита на микросервисы - не серебряная пуля. Микросервисы - это здорово, но если вы не будете осторожны, вы только что создали новый набор разрозненных приложений. И ваше время отклика очень низкое, потому что новая услуга, о которой вы никогда не слышали, забивает ваше приложение. Правильный инструментарий может помочь, но еще важнее общение.
Чтобы получить полезные советы по передовым методам работы с микросервисами, послушайте вице-президента Stride по разработке Лизы Ван Гелдер здесь и прочтите ее блог здесь.
Изощренность внешнего интерфейса делает нативные мобильные устройства менее критичными
С появлением таких технологий, как React.js, споры о том, как создавать программное обеспечение, изменились. За последние 3 года большие споры о том, создавать ли собственное мобильное приложение или веб-приложение, привели к тому, что многие технические команды тратят вдвое свой бюджет на создание на нескольких платформах. К счастью, лидеры технической мысли частично решили эту проблему, создав по-настоящему удобные и эффективные инструменты интерфейса, которые позволяют командам создавать единожды, быстро реагируя и дружелюбно на всех устройствах.
Некоторые компании могут по-прежнему выступать за то, чтобы сначала перейти на мобильные устройства и получить приложение в магазине до того, как веб-сайт будет создан, но мы видим меньше этого по мере приближения к 2016 году. Почему вы можете спросить? Практики гибкой инженерии, такие как TDD и итерации, намного сложнее в мобильной сфере. Ждать дни / недели, пока приложение не будет одобрено в магазине, часто мешает итеративному циклу разработки.
Среди инструментов Stride здесь есть React.js и Angular.js. Хотите узнать о нюансах различий между ними и о том, почему мы их предпочитаем? Подробнее здесь.
Контракты становятся более гибкими
Многие компании совершают ошибку, заставляя юриста, который никогда не слышал об Agile, подписать контракт, регулирующий Agile-проект. К счастью, все больше и больше юристов узнают, что несколько эффективных настроек юридического документа могут иметь большое значение. Если вы обнаружите, что у вас проект Agile, а контракт - нет, вы можете узнать, как это исправить здесь.
UX становится все более итеративным
Последняя тенденция, которую мы часто наблюдаем, заключается в том, что UX все больше и больше объединяется в итеративный, гибкий процесс. Когда несколько лет назад UX / UI впервые приобрел популярность, стандарт заключался в том, чтобы делать большую часть этого заранее и при этом как бы бросать это через стену разработчикам. Команды инженеров тогда использовали итерации и спринты, но им приходилось создавать идеальный пиксельный дизайн и пользовательские потоки, основанные на предварительной работе UX.
Мы видим, что все больше и больше команд UX полностью интегрируются в кросс-функциональные Agile-команды и работают итеративно вместе с разработчиками. Самый распространенный метод реализации - это спринт UX, который на 1 полный цикл опережает цикл разработки.
Если вам нужна помощь в ознакомлении вашей команды с последними тенденциями Agile или вы думаете о запуске нового продукта в ближайшие месяцы, обратитесь в Stride сегодня, чтобы узнать больше о том, чем мы можем помочь.
Какие тенденции вы видите на пороге 2016 года? Пожалуйста, поделитесь ниже.
