Резюме зустрічі 30.12.15

🔉 Аудіо

Поточні проблеми

• код "застаріває" внаслідок того, що він не знаходиться в продакшені [00:00 - 4:45]
• як зробити, щоб код швидше потрапляв в master [4:45 - ]:

[6:30] Ільницький Роман: 1 варіант, чим меньший таск, тим меньше коду, тим швидше він буде перевірятись, тому швидше попаде в мастер

• [13:12] розбивати задачі на модулі і чим раніше, тим краще передавати на ПР;
• [31:10] якщо пулл-реквест буде меншого розміру, то, відповідно він буде швидше розглянутий;
• [31:45] груповий пулл-реквест - якщо багато людей розглянуть пулл-реквест, то буде виправло багато дрібних недоліків, відповідно, на остаточний пулл-реквест буде треба менше часу.
• Формат конструктивного відгуку:
• дякую за виконану роботу, навіть якщо відверте УГ. Вказати що вийшло;
• що можно покращити.

[13:35] Роман Черепанов: Може треба, щоб всі працювали над задачею-боттлнеком, якщо така задача з'являється

• робити заглушки, якщо фіча, від якої залежить код, ще не готова;

[18:10] Виталий Зленко (Garazd): дрібніші задачі, всі працюють по кілька годин в день і виходить, що пишемо те що можна зробити за день робимо тижнями.

• треба вийти на систематичний режим роботи, щоб швидше завершувати задачі;
• треба більше спілкуватись в групах;

[22:30] Игорь: - время от времени спрашиваю у остальных что ж от меня хотят на самом деле

• треба уточнювати задачу у того, хто її видав;

[23:58] Виталий Зленко (Garazd): Не знаю який має бути наступний крок в рамках задачі ((

• 30 хвилин шукаєте в Google. Якщо не знайшли відповіді, питаєте у команди. При цьому треба максимально конкретизувати запитання. Якщо перші два коки не дали рузультатів - шукати відповіді в інших джерелах.

[35:15] Виталий Зленко (Garazd): трохи конфліктує з тим, щоб бути людиною рішенням, а не людиною проблемою. Бігати і всіх питати - скажуть, що ти не компетентний.

• треба пропонувати рішення, що треба зробити, щоб виконати задачу;

---

• Курси від Головача: Багатопотокове програмування