Які * є * програми програмування, які я повинен засвоїти, щоб глибоко зрозуміти своє ремесло (програмування)? [зачинено]

За важливістю, якщо це можливо зробити, а це не може бути, які найважливіші основи вміння програмувати. Алгоритми, ітерація, рекурсія тощо?

Зауважте, що там, де я ставлю і т.д., лежить моє питання. Нещодавно я прочитав повідомлення в Інтернеті, в якому говорилося, що 9 з 10 програмістів не можуть задихатися !

http://www.codinghorror.com/blog/2007/02/why-cant-programmers-program.html

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

Цей список є початком ... Ви задаєте велике запитання!

• Як уточнити і записати, що хочуть клієнти («вимоги»). Це мистецтво саме по собі. Якщо ви зможете це зробити, ваша робота з програмування буде набагато кращою.
• Як оцінювати та планувати проект. Люди попросять вас оцінити, будьте готові.
• Як конструктивно переглянути чужий код.
• Шаблони дизайну. Це великий. Але не надмірно використовуйте їх заради цього.
• Дізнайтеся про різницю між запитами про помилку, проблему та функції
• Будьте в курсі фреймворків / бібліотек. Вам не потрібно їх використовувати, але вам потрібно знати, що вони роблять та які їхні / їхні плюси. Якщо щось здається занадто важким, тоді, мабуть, є набагато простіший спосіб робити речі.
• Як документувати складні алгоритми на блок-схемі або просто виписувати їх англійською мовою. Не чекайте, що хтось витратить 2 дні, намагаючись змінити інженерний код.
• Як організувати структуру коду, щоб хто-небудь ще міг це зрозуміти
• Як коментувати свій код
• Як писати одиничні тести
• Знайте, що відбувається під капотом. Наприклад, виклик веб-сервісу - що це насправді робить?
• Як абстрактно відібрати логіку до класів.
• Як змінити код рефактора
• Вивчіть суть досить кількох мов програмування. Ви здивуєтеся тому, чого можете дізнатися з інших областей
• Як сказати іншим програмістам, що писати.
• Як пояснити керівництву, що ти робиш і чому.
• Як Петро сказав, як налагодити. Я погоджуюся з усім, що він говорить, налагоджують справжні програмісти, а не просто здогадуються.
• Як працювати з маніяками. Їх там багато.
• Як отримати ЗРОБАННЯ СТУФА. Вся теорія у світі не допоможе тобі, якщо ти не зможеш виконати справи.

Я відповів на ще одне запитання за аналогічними ознаками (із подібним змістом) тут:

поради, вказівки, пункти, які слід пам’ятати для надання професійного коду?

Під заголовком " тощо " йде щось, що може зайняти 50% або більше вашого часу.

Дізнайтеся, як налагоджувати.

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

Навчіться говорити «я думаю» замість «я знаю». Ви можете сказати "я знаю" лише тоді, коли ви "думаєте", що-небудь є правдивим (або хибним), і тоді ви доводите це!

Багато помилок є тривіальними, але їх важко помітити, оскільки ви "знаєте", яким повинен бути код ... крім того, це не так. Знайдіть фрінда, щоб пояснити це. Попросіть їх бути "експертом-ідіотом": той, хто не знає вашого коду, але той, кого ви знаєте, не може підірвати BS минулого. Не дивуйтеся, якщо посеред описуючого їм їх ви раптом зупинитесь і скажете: "і так ви можете ... бачити ... бачити, що ... ш * т. Дякую".

Нетривіальні клопи потребують арсеналу прийомів. Класика, яка може швидко помітити більшість неполадок, пов’язаних із тимчасовою хронікою, - Вольф Огорожа на Алясці. Десь на Алясці є вовк; побудувати паркан, розрізавши державу навпіл. На якій стороні вовк? Розріжте цю сторону навпіл. Натріть, промийте, повторіть. Виконуючи це в 20 разів у добре вибраних місцях у коді, зменшується площа, де може виявитися помилка (вовк) до 1/1048576. Вбийте цього вовка.

Порада: шукайте ручні хвилі - фізичні, розумові чи будь-які інші види. Як тільки ви (або ваш колега) здригнетесь / відвернете / мінімізуєте увагу, приділену частині коду, перейдіть до абсолютно несамовитості . Оскільки область, де ви просто знаєте помилку, не може бути, хоча ви витратили години / дні на пошуки речі d * mn і досі не можете її знайти ... це найбільша ймовірність розташування помилки. Ніхто не отримує "побачення" , ніхто (включаючи машину, ОС, компілятор чи ви ) не отримує будь-якого "належної поваги". Там помилка. Період. Кінець речення. Тепер іди вбий річ d * mn.

Я не знаю жодної школи, яка б не викладала налагодження як предмет до себе. ІМНСХО, це, можливо, є одним із найяскравіших доказів того, що вони (університети / професори) не вчать вас бути програмістом, вони, навпаки, вчать вас бути ... подібними до них? Суворий? Можливо, Правда? Складіть свій власний розум. Тепер доведіть це.

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

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

В основному все програмування зводиться до алгоритмів та структур даних. Вони, в свою чергу, є прикладами більшого питання - як ми моделюємо речі та процеси з реального світу в уявлення таким, яке комп'ютер може зрозуміти. Якщо ви тільки починаєте, може бути корисним використовувати мову програмування вищого рівня (наприклад, Java, Python і будь-яку іншу) для ознайомлення з реалізацією структур даних та алгоритмів.

У певний момент, погравши зі структурами даних та алгоритмами, ви можете почати виникати запитання, "але як ми можемо перейти від того, щоб сказати комп’ютеру, що робити, до комп'ютера, який насправді це робить?" Потім ви можете вивчити, як комп'ютер насправді обчислює - як пам'ять і процесор працюють разом для виконання інструкцій, як операційні системи абстрагують апаратне забезпечення, щоб ви могли написати програму, яка, скажімо, відкриває файл, не кодуючи певний низький рівень інтерфейс жорсткого диска.

Це, мабуть, хороший момент для початку - як алгоритми та структури даних моделюють проблеми з реального світу та як комп'ютер насправді виконує обчислення. Знання останнього дуже корисно для оволодіння мовами нижчого рівня, такими як C, які використовують набагато менше диму та дзеркал, ніж OO та мови скриптингу :)

ЯГНІ : "Завжди реалізовуйте речі, коли вони вам справді потрібні, ніколи, коли ви просто передбачите, що вони вам потрібні".

На мій досвід, "програмістам" властиво передбачити багато справ у майбутньому і намагатися "покращити" код, додавши коди, щоб передбачити їх! У більшості випадків доданий ними код просто розмиє код і додасть складність коду.

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

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

Редагувати:

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

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

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

Пов'язаний блог насправді є не що інше, як хитрість - У кожній галузі скаржаться, що останні випускники марні, як правило, потрібні роки, щоб зробити їх корисними та продуктивними. Можливо, проблема полягає в тому, що ці самопроголошені гуру насправді очікують занадто багато і забули, що колись вони не змогли б вирішити FizzBuzz. Не всі можуть бути в перших 10 перцентилях, за визначенням, половина програмістів нижче середнього рівня ......