Після опрацювання проекту може знадобитися занадто багато змін і змін, щоб він працював правильно ...
Що я можу зробити, щоб цього не допустити?
Після опрацювання проекту може знадобитися занадто багато змін і змін, щоб він працював правильно ...
Що я можу зробити, щоб цього не допустити?
Відповіді:
Існує просте правило, що я весь час застосовуюсь, бо теж схильний бути перфекціоністом. І перфекціонізм приводить вас до посередності.
Встановити термін. Доставка у цей термін.
Щоб у вашому програмному забезпеченні не було нескінченного стану відсутньої функції, яка зробить його непридатним для використання, використовуйте це визначення зроблено для кожної створеної вами функції. Не запускайте наступну функцію, доки всі кроки не будуть виконані:
Я припускаю, що ви можете створити випуск одним клацанням миші (використовуючи сценарії побудови)
Перш ніж я дам свою відповідь (чи дійсно пропозицію відповіді), я мушу сказати, що у мене не дуже великий досвід великих проектів, і я зазначу лише те, що я прочитав, і вважаю, що це одна з причин. Можливо, я дуже помиляюся, але тоді я, швидше за все, дізнався щось із усіх коментарів, які отримаю. ^^
Я вважаю, що важливим фактором є не допустити погіршення вашого коду під час реалізації проекту. Це можна запобігти багатьма способами, про які я знаю лише декілька:
Не чекайте занадто довго з рефакторингом: Refactoring може зайняти деякий час, але вам не варто буде робити зворотні виклики функцій лише тому, що вам не вдалося переписати код, щоб дозволити цей додатковий параметр. Більш інтуїтивний і менш дублюючий код зменшує кількість помилок.
Виправте розбите вікно: У програмі Прагматик я прочитав явище, відоме як розбите вікно. Автори стверджують, що код почне погіршуватися так само, як погіршується будівля: він починається зі зламаного вікна. У коді це означає некрасиві виправлення, іменування змінних, функцій; взагалі просто поганий код. Я вважаю, що це справедливо: я кодую краще і з задоволенням кодуюся, коли мій фундамент коду міцний. Якщо занадто багато розбитих вікон, мені часто не подобається докладати зусиль, щоб написати хороший код. Тож якщо ви бачите розбите вікно, виправте це якомога швидше; рефактор, якщо вам доведеться. Це призведе до меншої кількості помилок і непотрібних налаштувань.
І не забудьте прочитати відповідь П'єра 303 .
Що таке "занадто багато" перетворень та змін? Обслуговування програмного забезпечення може зайняти набагато більше часу, ніж початкова розробка програмного забезпечення. У цьому немає нічого поганого. Щоб бути організованим, використовуйте інструмент відстеження проблем .
Незважаючи на те, ви, звичайно, хочете спочатку зробити це так добре, як тільки можете. Для цього нічого не перемагає тестування .