Це розуміння перед кодуванням

Щоразу, коли ви прагнете вести блог про низку різних речей, щоб допомогти людям написати якісний код (або написати будь-що, насправді), щоб допомогти покращити їхній робочий процес, ви обов’язково отримаєте відгук, чи не так?

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

Ризикуючи виглядати так, ніби я «викликаю когось» (а я не є), я хочу поділитися [без авторства] твітом, який я отримав минулого тижня:

твій заголовок «високоякісний код» мене захопив деякими хардкорними штучками, але чувак ~99% наративу проти ~1% коду?? падає мертвим на свою клавіатуру

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

Тому я подумав, що для інших, хто має такі ж думки, варто пояснити, чому я використовую такий підхід.

Розуміння перед кодуванням

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

1 Оксюморон

Наша нинішня культура програмування, здається, сприяє і увічнює ідею спочатку кодування, а [можливо] розуміння пізніше. Це здається мені назад.

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

Я думаю, що Тобі найкраще згадав це:

код високої якості не можна скопіювати та вставити з Інтернету.

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

2 Запрошення до розуміння

Нарешті, це називається кодом неспроста. На мою думку, останнє, про що нам потрібно турбуватися, це сам код.

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

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

Бо якщо ви не розумієте концепції, ви не зрозумієте код.

Ще якісь причини?

З голови? Ні, але це не означає, що їх більше немає.

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