Я можу написати код ... але не можу добре розробити дизайн. Будь-які пропозиції? [зачинено]

Я відчуваю, що мені добре писати код шматочками та шматочками, але мої дизайни справді смачні. Питання в тому, як я вдосконалюю свої дизайни - і в свою чергу стаю кращим дизайнером?

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

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

Отже, моє запитання - як я вдосконалюю свої дизайнерські навички? Тобто можливість спроектувати невеликі / середні програми, які увійдуть у кілька тисяч рядків коду? Як я можу навчитися дизайнерським навичкам, які допоможуть мені створити кращий набір редакторів html або якусь графічну програму на зразок gimp?

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

Немає справжніх ярликів, але є речі, які ви можете зробити, щоб уникнути проблем, поки не набуваєте досвіду.

• Визначте хорошого наставника . Немає нічого кращого, ніж вміти поговорити про свої проблеми з тим, хто вже сплатив внесок. Навчання - це чудовий спосіб допомогти швидкому навчанню.
• Читай , читай ще, практикуй те, що ти читав, і повторюй протягом усього життя своєї кар’єри. Я цим займаюся вже більше 20 років, і я все ще отримую щось, навчаючись щодня нового. Дізнайтеся не тільки про розробку фасаду, а й про нові проекти, тестування, кращі практики, процеси та методики. Всі вони мають різний ступінь впливу на те, як ваші дизайни з’являться, формуватимуться і, що ще важливіше, як вони тривають у часі.
• Знайдіть час подумати . Або займіться проектом скунктури на робочому місці, або попрактикуйтесь у власний час. Це йде рука об руку з вашим читанням, застосовуючи ваші нові знання та бачачи, як такі речі будуть працювати. Це також те, що дозволяє добре обговорити з наставником.
• Займіться чимось технічним поза своїм робочим місцем. Це може бути проект чи форум. Щось, що дозволить вам перевірити свої теорії та ідеї поза вашим найближчим колом однолітків, щоб зберегти новий погляд на речі.
• Будьте терплячі . Визнайте, що досвід отримання заробітку потребує часу, і навчіться приймати, що вам потрібно відмовитися на деякий час, щоб дізнатися, чому і де ви провалилися.
• Ведіть щоденник чи блог про свої завдання, свої думки, свої невдачі та свої успіхи. Це не обов'язково, але я виявив, що вам може принести велику користь, щоб побачити, як ви розвивались з часом, як зросли ваші навички та змінилися ваші думки. Я повертаюся до власних журналів кожні кілька місяців і переглядаю речі, які писав 4-5 років тому. Це справжній відкривач очей, який виявляє, скільки я навчився за той час. Це також нагадування про те, що я час від часу помилявся. Це здорове нагадування, яке допомагає мені покращитися.

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

Ви могли прочитати книги з цього приводу. Чудові книги. Фантастичні книги. Але я вважаю, що ці книги допомагають вам лише після того, як ви спробували створити та створити додаток - і не вдалося.

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

Зараз я продовжую робити нові помилки та вчитися на старих.

Зупиніть розробляти та навчіться рефакторний код. Поступовий розвиток з постійним та агресивним рефакторингу призведе до набагато більш чистого кінцевого продукту, ніж будь-який попередній дизайн.

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

Наприклад, див. Http://sourcemaking.com/antipatterns/software-development-antipatterns .

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

Будьте дуже скептично налаштовані на додавання "ще одного маленького хака". Ще один тут, ще один там, і код стає некерованим.

Цінуйте відкритий / закритий принцип .

Пишіть тести (як у TDD). Вони змушують вас продумати дизайн ще до того, як ви його реально реалізуєте.

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

Один із принципів, який я вважаю дуже важливим для гарного дизайну, - це декомпозиція: якщо клас занадто великий (більше, ніж, скажімо, 300-400 рядків коду), розбийте його на менші класи; якщо метод занадто великий (скажімо, більше 50 рядків коду), розкладіть його; якщо проект містить більше 50 класів, розкладіть його.

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

Важко, про що ми говоримо насправді, це вміння абстрагуватись, а не створювати кращий код, але дві речі покращать вас, і одна річ зробить вас щасливішими:

"Краще"

A) Знайдіть найкращого дизайнера, який ви можете, і поєднайте програму / зробіть дизайн разом. Попросіть їх пояснити, що вони думають, коли вони вирішують проблему, не погоджуйтесь на те, що "це просто добре", і продовжуйте копати. Цей процес також допоможе стороні "наставництва"

Б) Уявіть усе як окремих акторів та розмови між ними. Кожен з суб'єктів повинен мати єдину роль / відповідальність, і групи з них обробляють різні системи. Якщо ця розмова спрацює і кожен актор відчуває себе злагодженим і згуртованим, тоді ви на шляху.

І "Happier"

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

З мого особистого досвіду читання інших кодів є хорошим джерелом "натхнення". Я маю на увазі спробувати зрозуміти дизайн інших людей і запитати себе, чому він / вона робить так?

ви можете знайти багато проектів з відкритим кодом для досліджень.

все одно потрібна практика.

Не живи в страху

Прагніть до простоти

Слухайте своїх користувачів

Спробуйте багато ідей

Створіть щось, а потім зробіть це краще

Працюйте над речами, що додають вартість, відмовтесь від речей, які не мають

Навчіться ставити правильні запитання. Частіше за все ви вдосконалите дизайн, дивлячись на проблему з іншого кута. Зокрема, це допоможе вам відійти від зосередження уваги на вирішенні проблеми та вивчити більше шляхів вирішення кількох пов'язаних із цим проблем.