Что вы считаете 1-й принцип (ы) программирования?

Мне всегда нравилось спрашивать себя "каков первый принцип (ы) этого?" после того, как я изучил основные вещи чего-то (например, программирование). IMO, это вдохновляющий вопрос, который может заставить вас задуматься о самом важном принципе (ах), стоящем за чем-то, особенно о таких навыках, как программирование.

Итак, что вы думаете, это первый принцип (ы) программирования? Я дам свой ответ чуть позже.

1. ПОЦЕЛУЙ - Делай это просто глупо
2. СУХОЙ - не повторяйся
3. ЯГНИ - Тебе это не понадобится

Напишите код, как если бы вы были тем, кто должен был поддерживать этот код.

Будьте как можно ленивее.

Дзен, часть I: Программирование - это только дорога, а не путь.

Программирование - это всего лишь методика обучения компьютера тому, что он должен делать. Быть успешным в создании быстрого и надежного программного обеспечения означает знать ваши алгоритмы, лучшие практики и все остальное, что не обязательно связано с вашим программированием (языком).

Дзен, часть II: Если вы спешите, идите медленно. Если вы действительно торопитесь, сделайте объезд.

Звучит глупо, но не позволяйте себе идти на компромиссы, которые (действительно) могут потом вас беспокоить. У меня есть правило: если вы находитесь в центре программы, постарайтесь быть максимально точным и хорошим. Если вы используете методы из глубины своего программного обеспечения, постарайтесь быть быстрее в кодировании. Если вы кодируете выше этих двух, вы даже можете получить немного более небрежно.

Ошибки проектирования труднее всего найти и / или исправить. Следующим шагом являются ошибки программирования в тех частях, на которые опирается каждый, а затем «настоящие демонстративные части программного обеспечения». Если вам нужно исправить ошибку дизайна в конце проекта, ммм, это нехорошо ... ;-)

Дзен, часть III: Знай свой путь, Нео.

Знайте свою среду, инструменты и вещи, на которые вы ежедневно полагаетесь, и разберитесь так, чтобы это работало для вас. Лучше всего, если вы используете свою среду программирования настолько естественную, что вам даже не придется об этом думать. Если вам нужно выполнить работу, не вводите «модные новинки», а делайте свою работу. Этот материал может быть внедрен в новый проект, а именно тогда, когда у вас есть время, чтобы подготовить и использовать его.

ПОЦЕЛУЙ (будь проще, глупый).

Это действительно напрашивается вопрос "Как вы определяете простой?" А также "Когда что-то слишком простое для поставленной задачи?" Вот почему вы не можете стать хорошим программистом, просто зная первый принцип программирования.

Преждевременная оптимизация - корень всего зла. - Дональд Кнут

Не изобретайте велосипед.

Сначала поймите проблему!

ЯГНИ - Тебе это не нужно . Идея YAGNI заключается в том, чтобы программировать для ваших требований, а не для потенциальных, потенциальных возможностей. Предположение состоит в том, что, придерживаясь того, что вам нужно для программирования, вы (среди прочего) сократите раздувание кода, уменьшите сложность, избежите ползучести функций и уменьшите ограничения на то, что можно сделать (и как это можно сделать) в будущее.

Я предполагаю, что это работает в тандеме с модульным дизайном: будущие функции могут быть расширены без изменения существующего кода.

Зная, когда не программировать.

Кофе в, код выход.

Если это не было проверено, это сломано.

Существует два способа конструирования программного обеспечения: один из них заключается в том, чтобы сделать его настолько простым, чтобы в нем явно не было недостатков, а другой способ - сделать его настолько сложным, чтобы в нем не было явных недостатков. Первый способ гораздо сложнее.

- Чарльз Энтони Ричард Хоар

1. Различают причину и следствие (работа с компьютерами)

2. Различают факт и мнение (работа с людьми)

3. Как можно проще, но не проще (дизайн)

Программирование - это средство, а не цель. Или, может быть, «Может не значит, должен».

1. Поймите, почему программа сделает кого-то счастливым (иначе, почему вы не играете на улице со всеми другими детьми?). (Этот человек может быть вами.)
2. Разработайте концептуальную модель бизнес- сферы, которая охватывает все необходимые сложности и не более.
3. Разработайте концептуальную модель архитектуры программного обеспечения, которая охватывает всю необходимую сложность и не более.
4. Безжалостно избегать всех других сложностей.

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

Это включает в себя

• понимание проблемы, которую нужно решить,
• разработать соответствующее решение для этого и
• реализуя его,
• желательно таким образом, чтобы код был понятным и понятным,

но также определение точки, в которой следует прекратить создание абстракций и перейти к фундаментальным свойствам технологий реализации (например, система баз данных, язык программирования), чтобы предотвратить создание ненужных дополнительных сложностей.

Программа с аудиторией. При этом не думайте, что все, что вы пишете, не будет прочитано и поддержано вами или кем-либо еще.

Следствие этому: Докажите, что вы понимаете проблему, которую вы пытаетесь решить, хорошо назвав свои переменные, функции и классы!

это не работает, пока вы не показали это в тесте

Подумайте сначала, код позже.

Ты далеко не такой умный, как ты думаешь. Задавать вопросы. Научитесь ценить своих сверстников.

При отладке первый ответ почти всегда будет неправильным.

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

Любая проблема может быть решена с помощью другого уровня косвенности.

Знай свои инструменты.

Принцип: Программное обеспечение - Захват Знаний .

Последствия: многие методы представления знаний, все основанные на абстракции . Дает нам слои, уровни, инкапсуляцию, разделение проблем.

Множество техник для представления процедур, все они основаны на последовательности , выборе , повторении .

Напишите код для следующего парня.

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

Кроме того, никогда не думайте, что знаете все о программировании, продолжайте учиться

Я начал заниматься программированием, изучая цифровую электронику, поэтому я думаю, что для меня основные логические элементы (а не, или, как предполагается, xor) были первыми принципами программирования.

Это все о пользователе.

Мусор на входе - Мусор на выходе Неважно, насколько хорош ваш пользовательский интерфейс, если данные плохие.

СУХОЙ, почти все остальное порождает это. KISS - это еще один конец действия по балансировке, чтобы вы не преследовали элегантность программного обеспечения до уровня безумия.

Начните с вывода и работайте задом наперед.