Іноді підходи до продуктивності програмного забезпечення знаходять із методологічного та ретельного пошуку. Іноді для того, щоб спробувати шалені ідеї, потрібне розбіжне мислення та сміливість. Іноді ідея - це лише початок, за яким потрібно дотримуватися багато наполегливої праці.
Як сприяти періоду часу, коли кожен може спробувати різні ідеї, щоб поліпшити продуктивність програмного забезпечення, над яким ми працюємо? Усі в колективі мають принаймні кількамісячний досвід роботи з програмним забезпеченням і дуже добре в ньому працюють.
Чи згодні ви з тим, що розбіжне мислення допоможе знайти шляхи для підвищення продуктивності програмного забезпечення? Чому? Чому ні?
Які методи дозволять нам швидко спробувати ідею оптимізації? Чи потрібна швидка швидкість кодування для отримання хороших результатів від тестування?
Нарешті, скільки "часу" слід виділити для забезпечення хороших результатів, не створюючи можливості відшаровування?
Чи потрібні експерименти, щоб довести, що "швидший спосіб зробити щось" існує? (Додано 2011-06-07)
Пов'язані:
(Тільки для цілей винагороди - -2011/06/07, розмір команди - 2-4 розробники, не призначений QA. Весь код, тест одиниць і тест на продуктивність, зроблений розробниками. Через характер проекту результат профайлера корисний для показу пропорційний час виконання, навіть якщо він не виявляє жодного вузького місця.)