Содержание
За все годы конференция собрала более 2300 участников из стран СНГ, ЕС и др. С каждым годом ряды участников пополняются представителями все новых компаний из разных городов. Собственно, продакт после того, как обработал всю информацию, готовит дальше карточку для бэклога.
- У некоторых рецензентов есть неправильная установка, что они должны тянуть с одобрением ревью до тех пор, пока не увидят исправления каждой ошибки.
- А code review – это не про стиль, это по-существу должно быть.
- 15 октября в Киеве пройдет наш тренинг “Тестирование веб приложений с WebDriver/Selenium”.
- Оговорите архитектуру, используемые дополнительные пакеты и так далее.
- Кто-то был у нас на тренингах, кто-то посещал другие наши конференции, а кто-то знает меня уже давно.
- Стоит верстать и программировать самостоятельно, хоть в начале пути, хоть уже устроившись на n-нную работу.
Зачастую, кроме цифрового кода производители также добавляют QR-кода, который можно отсканировать в приложении. Устройства умного дома подключаются к Apple HomeKit с помощью специального кода. Зачастую, чтобы вы не потеряли этот код, производители дублируют его несколько раз в разных местах инструкций и на самом устройстве. Международный мобильный оператор разместил на Work.ua вакансию UI Designer.
Случаи когда Монобанк массово мошенничает со средствами на оплату ЖКХ растут
К нашему стыду, пришлось прокатить одного из зарубежных докладчиков Mark Seemann на метро в час пик. Это был для него единственный шанс добраться вовремя от отеля до места проведения его мастер-класса по Dependency Injection. Но он справился с задачей отлично и прибыл в назначенное время. Следующей неожиданностью стала популярность сцены В. Мы сделали ее из части холла и задумывалась она как сцена “для гиков”. Такого ажиотажа на архитектуру и дизайн в Agile мы никак не ожидали.
То это низкопробный проект, на котором не стоит работать. Нет документации — будете мальчиком на побегушках за всеми бегать и каждый сих узнавать. Делайте выводы после каждого пройденного CR.
В этом тренинге Андрей передаст весь свой опыт и знания по техникам, подходам, инструментам и практикам тестирования в Agile командах. Ошибкахв коде, но код-ревью — это великолепная возможность поощрить правильное поведение. Автор может ворчать по поводу разбиения списка изменений, потому что это нудная задача. Облегчите его бремя, предложив логичные границы разделения. Самый простой случай — когда список изменений затрагивает несколько отдельных файлов.
ProductMan 2.0
Рядомс кодом из списка изменений — и просит автора исправить. Когда тот удовлетворяет просьбу, рецензент обычно находит, что код стал лучше, но он теперь непоследователен, так что нужно https://deveducation.com/ произвести ещё несколько незначительных изменений. Это продолжается и продолжается, пока конкретный лаконичный список изменений не разрастётся, вобрав в себя кучу посторонних вещей.
Секретыинженерных практик в Agile раскроют Николай Алименков и Алексей Солнцев. А о каком именно туле на стороне инженеров идет речь – что именно он делает, ну чтобы понять? Этот тул нужен, чтобы как-то “правильно” приготовить коммит?
Что Боб сделал правильно
Сначала Johannes познакомил нас с форматом и познакомился со всеми участниками, собрав с них ожидания. Потом в паре с одним из нас продемонстрировал принцип работы TDD Coding Dojo. И сразу после этого мы начали делать практические задания. Первое было достаточно простым, но отлично демонстрировало принципы работы в паре и TDD.
Как только у вас появилось руководство по стилю, больше не придётся тратить циклы ревью на обмен сообщениями с автором в спорах, каким способом лучше именовать файлы. Просто следуйте руководству и двигайтесь дальше. Если в вашем руководстве отсутствует инструкция по определённому вопросу, обычно и не стоит о нём спорить.
Как выглядел сам процесс перехода – т.н. LeSS Flip Event?
Список изменений, где перечисляет все изменения, которые хочет внести в общую кодовую базу. Рецензент, который анализирует код и принимает решение, когда тот готов для добавления в общую кодовую базу проекта. В процессе может участвовать несколько рецензентов, но для простоты предположим, что он один. Круто, если ревьювер предоставляет наброски кода, возможно даже proof of concept того как бы он решил поставленную задачу. Рекомендации лучше команд, потому что это дает право последнего слова.
Начинайте ревью немедленно
Во время второго доклада пришлось в экстренном порядке расширять сцену В и она заняла в полтора раза больше места, чем планировалось изначально. Появилась даже мысль поменять местами сцены С и В, но решили оставить как есть. Это связано с работой проектора и узким пространством, которое изначально не являлось самостоятельным сайт для проверки кода залом. Но эти неудобства не останавливали участников и сцена В была чуть ли не самой посещаемой. Вы можете ознакомиться сотчетами иматериалами прошлогодней конференции. Если вы хотите присоединиться к170 участникам, которые уже приняли решение об участии в конференции, то вам стоит поторопиться.
Потом долго тянулся учебный проект, потому что там нужно было все внедрять, это может еще месяца 2. Сдал проект и после этого месяца 2-3 был на EE части. Но она же небольшая, поэтому там я сам уже смотрел дополнительно материалы, потому что в изучении языка границ нет. Условно на весь курс на JuJa у меня ушло 5-6 месяцев.
В первую очередь изучить основы языка (или основы программирования, если об этом надо ещё раз повторять). Без понимания фундаментальных механизмов JavaScript не получится эффективно решать возникающие проблемы. Поначалу необходимы внутренние чеклисты и инструменты для валидации кода, которые дадут уйму подсказок и даже косвенно научат верстать лучше. Пройти подряд 10 код-ревью без замечаний про форматирование. Ровный код хорошо читается и вызывает ощущение надёжности, даже если он не работает.
Основные переживания с переходом на LeSS
Я принимал участие в качестве тренера только в первый день. Мы с Лешей Солнцевым рассказывали про большую часть инженерных практик и их внедрение. В очередной раз я осознал, что этот тренинг стоит делать только в формате двух дней. За один день мы даем такую нагрузку, с которой справляются далеко не все участники. Мы постарались как можно больше рассказывать о примерах из нашего реального опыта и показывать живые демонстрации. Спасибо участникам за интересные и жизненные вопросы.
Скрипты я не очень хотел писать,типа phyton; JS меня тоже не очень привлекал, потому что это больше возня с UI , а мне бы не хотелось заниматься этим всю жизнь. Фиксированной ежемесячной заработной платы у нас нет, как и нет почасовой оплаты труда. Мы платим деньги только за выполненную работу — за проект целиком или его майлстоуны. Выплаты в течение проекта планируются так, чтобы они не происходили реже одного раза в 2 недели. Все эти детали оговариваются, согласовываются и фиксируются в договоре перед стартом работы. Это не какая-то идеальная картинка, и это еще не конец.