Мне всегда нравилось спрашивать себя "каков первый принцип (ы) этого?" после того, как я изучил основные вещи чего-то (например, программирование). IMO, это вдохновляющий вопрос, который может заставить вас задуматься о самом важном принципе (ах), стоящем за чем-то, особенно о таких навыках, как программирование.
Итак, что вы думаете, это первый принцип (ы) программирования? Я дам свой ответ чуть позже.
programming-languages
Weipeng L
источник
источник
Ответы:
источник
Напишите код, как если бы вы были тем, кто должен был поддерживать этот код.
источник
Будьте как можно ленивее.
источник
Дзен, часть I: Программирование - это только дорога, а не путь.
Программирование - это всего лишь методика обучения компьютера тому, что он должен делать. Быть успешным в создании быстрого и надежного программного обеспечения означает знать ваши алгоритмы, лучшие практики и все остальное, что не обязательно связано с вашим программированием (языком).
Дзен, часть II: Если вы спешите, идите медленно. Если вы действительно торопитесь, сделайте объезд.
Звучит глупо, но не позволяйте себе идти на компромиссы, которые (действительно) могут потом вас беспокоить. У меня есть правило: если вы находитесь в центре программы, постарайтесь быть максимально точным и хорошим. Если вы используете методы из глубины своего программного обеспечения, постарайтесь быть быстрее в кодировании. Если вы кодируете выше этих двух, вы даже можете получить немного более небрежно.
Ошибки проектирования труднее всего найти и / или исправить. Следующим шагом являются ошибки программирования в тех частях, на которые опирается каждый, а затем «настоящие демонстративные части программного обеспечения». Если вам нужно исправить ошибку дизайна в конце проекта, ммм, это нехорошо ... ;-)
Дзен, часть III: Знай свой путь, Нео.
Знайте свою среду, инструменты и вещи, на которые вы ежедневно полагаетесь, и разберитесь так, чтобы это работало для вас. Лучше всего, если вы используете свою среду программирования настолько естественную, что вам даже не придется об этом думать. Если вам нужно выполнить работу, не вводите «модные новинки», а делайте свою работу. Этот материал может быть внедрен в новый проект, а именно тогда, когда у вас есть время, чтобы подготовить и использовать его.
источник
ПОЦЕЛУЙ (будь проще, глупый).
Это действительно напрашивается вопрос "Как вы определяете простой?" А также "Когда что-то слишком простое для поставленной задачи?" Вот почему вы не можете стать хорошим программистом, просто зная первый принцип программирования.
источник
источник
Не изобретайте велосипед.
источник
Сначала поймите проблему!
источник
ЯГНИ - Тебе это не нужно . Идея YAGNI заключается в том, чтобы программировать для ваших требований, а не для потенциальных, потенциальных возможностей. Предположение состоит в том, что, придерживаясь того, что вам нужно для программирования, вы (среди прочего) сократите раздувание кода, уменьшите сложность, избежите ползучести функций и уменьшите ограничения на то, что можно сделать (и как это можно сделать) в будущее.
Я предполагаю, что это работает в тандеме с модульным дизайном: будущие функции могут быть расширены без изменения существующего кода.
источник
Зная, когда не программировать.
источник
Кофе в, код выход.
источник
Если это не было проверено, это сломано.
источник
- Чарльз Энтони Ричард Хоар
источник
Различают причину и следствие (работа с компьютерами)
Различают факт и мнение (работа с людьми)
Как можно проще, но не проще (дизайн)
источник
Программирование - это средство, а не цель. Или, может быть, «Может не значит, должен».
источник
источник
На мой взгляд, самый важный принцип - уменьшение сложности путем создания хороших абстракций .
Это включает в себя
но также определение точки, в которой следует прекратить создание абстракций и перейти к фундаментальным свойствам технологий реализации (например, система баз данных, язык программирования), чтобы предотвратить создание ненужных дополнительных сложностей.
источник
Программа с аудиторией. При этом не думайте, что все, что вы пишете, не будет прочитано и поддержано вами или кем-либо еще.
Следствие этому: Докажите, что вы понимаете проблему, которую вы пытаетесь решить, хорошо назвав свои переменные, функции и классы!
источник
это не работает, пока вы не показали это в тесте
источник
Подумайте сначала, код позже.
Ты далеко не такой умный, как ты думаешь. Задавать вопросы. Научитесь ценить своих сверстников.
При отладке первый ответ почти всегда будет неправильным.
Код, который вы пишете с намерением выбросить, становится краеугольным камнем гораздо более крупных процессов. Никогда не оставляйте ничего написанного случайно.
источник
Любая проблема может быть решена с помощью другого уровня косвенности.
источник
Знай свои инструменты.
источник
Принцип: Программное обеспечение - Захват Знаний .
Последствия: многие методы представления знаний, все основанные на абстракции . Дает нам слои, уровни, инкапсуляцию, разделение проблем.
Множество техник для представления процедур, все они основаны на последовательности , выборе , повторении .
источник
Напишите код для следующего парня.
источник
Всегда пишите код, как будто человек, который будет поддерживать его, является психотическим серийным убийцей, который знает, где вы живете
Кроме того, никогда не думайте, что знаете все о программировании, продолжайте учиться
источник
Я начал заниматься программированием, изучая цифровую электронику, поэтому я думаю, что для меня основные логические элементы (а не, или, как предполагается, xor) были первыми принципами программирования.
источник
Это все о пользователе.
источник
Мусор на входе - Мусор на выходе Неважно, насколько хорош ваш пользовательский интерфейс, если данные плохие.
источник
СУХОЙ, почти все остальное порождает это. KISS - это еще один конец действия по балансировке, чтобы вы не преследовали элегантность программного обеспечения до уровня безумия.
источник
Начните с вывода и работайте задом наперед.
источник