Це робить мене поганим програмістом, якщо я не люблю методологію Agile? [зачинено]

Мені подобаються невеликі ітерації. Мені подобаються одиничні тести. Мені подобається огляд коду. Те, що мені не подобається, - це початок з малою документацією або взагалі без неї. Я один у цьому? У мене просто є непорозуміння процесу?

Будь-які думки були б вдячні.

Пам'ятайте, що Agile не означає ніякої документації, Agile означає, що ви розумієте, що "клієнт" не знає всього, чого вони хочуть, тому вони не можуть поставити вам величезні вимоги док., Які все окреслюють. Agile виступає за те, щоб ви постійно розмовляли з клієнтом і говорили "Це те, що ти хочеш?" або "Як буде працювати X, коли станеться Y?" тому разом ви створюєте вимоги.

Однак, немає нічого поганого з вами, якщо вам не подобається певна методологія. Здається, більшість людей так чи інакше обирають різні аспекти різних методологій.

Agile Методологія зазначає, що ви робите лише те, що вам потрібно тоді. Якщо ви хочете / потребуєте більше документації, ніж надано, то це проблема в процесі, і це не ви. Бувають випадки, коли для продовження проекту потрібно багато документації. Це не проти, щоб Agile цього потребував. Ви не можете виправдати невиконання вимог під виглядом Agile. Це насправді велика проблема, яку я бачив. Дуже багато людей лінуються на фронт і крейдують його до процесу. Справжнє запитання потрібно задати: "Чи мають чорти те, що їм потрібно?" Якщо відповідь «ні», тоді потрібно зробити більше роботи.

Тепер це можна довести до крайності, і хтось може сказати: "Ну, я не можу над цим працювати, якщо не буде зафіксовано всю програму". Часом це правда, але команді потрібно поглянути і подивитися, чи це справді потрібно.

Я не бачу, чому це зробило б вас поганим програмістом лише тому, що вам не подобається певна методологія. Вам може бути важко інтегруватися з магазинами, які її реалізують; якщо говорити, у мене є деякі сумніви щодо того, наскільки ефективно це впроваджено всюди.

Те, що робить тебе поганим програмістом, - це поганий код - чудовий я знаю, - але ти можеш подобатися / бути геніальним у всіх методологіях, як все тобі подобається, і все ще бути поганим програмістом, оскільки ваш код не є адекватним.

Основна ідея Agile полягає в тому, що, якщо ти не маєш дару попереднього пізнання, ти не можеш передбачити далекого майбутнього. Таким чином, ви не можете документувати те, чого не можете передбачити.

Це не означає, що у вас взагалі немає документації. Ви робите технічний дизайн документа відповідно до поточних вимог (і, звичайно, ви самі виконуєте вимоги до документів), а також виконуєте поточну реалізацію документа . Від вас не очікується документувати, як система буде доглядати за ще 10 спринтами, оскільки ви живете в динамічному світі, вимоги можуть змінитися.

Я думаю, ви нерозумієте процес. Яку документацію ви хочете? Перед початком вам потрібна якась мета. Я починаю з випадків використання, які збираю з розмов зі своїм клієнтом. Я не витрачаю днів на створення фантазійних діаграм. Ми розмовляємо, а потім я пишу сторінку Wiki, і ми переходимо це. Потім я пишу кілька тестів. Тоді я пишу якийсь код.

Існує нескінченна комбінація розмірів команди, доменів, мов, особистостей, бюджетів та вимог. Не існує жодної методики, яка найкраща для кожної ситуації. Так само багато людей мають особисті переваги та стилі.

Навіть якщо вам це не подобається, варто спробувати нові ідеї, критично проаналізуйте результати. Є багато речей, які мені не подобаються, але, випробувавши деякий час, вчусь любити. Як оливки.

Інша справа - моди змінюються регулярно. Мене виховували водоспади, я працював у команді, яка намагалася зробити все в Раціональному Єдиному Процесі, який був "найкращою справою" на той час. Незабаром Agile буде замінено чимось новим і кращим, і ніхто не згадає слово Agile знову.

Тому не відчуваю, що вам потрібно сподобатися такої методології, як Agile. (Мені особисто це не подобається) Це не робить тебе поганим програмістом.