Мудрость иногда требует всего нескольких слов
Часто вы можете узнать больше из короткой фразы, чем из всей книги. В этой статье я собрал 38 цитат, которые содержат в своих словах многолетний опыт и из которых мы можем многому научиться.
Если вы прожили в этом мире много лет, наверняка, когда вы их прочитаете, они заставят вас улыбнуться, зная, что они правдивы.
Наслаждайся ими!
1. Истину можно найти только в одном месте: в коде.
Роберт С. Мартин.
Я согласен. Код, в отличие от комментариев в нем, никогда не вводит в заблуждение. Кроме того, код всегда делает то, что говорит. Это единственная правда, но проблема в том, что иногда это не соответствует нашим намерениям.
2. Ходить по воде и разрабатывать программное обеспечение по спецификации легко, если и то, и другое заморожено.
Эдвард Викторович Берад
С годами мы улучшились в этом отношении. Гибкие методологии помогли нам узнать, как адаптироваться, и осознавать, что требования всегда будут меняться.
3. Чем раньше вы начнете кодировать, тем больше времени займет программа.
Рой Карлсон.
Если вы начнете программировать, не задумываясь, вы в конечном итоге накопите технический долг. Если вы не торопитесь, прежде чем писать строку кода, вы поймете, что можете делать то, что хотите, более простым способом, чем вы думали.
В этом нам помогает TDD.
4. Обсуждение дешево. Покажите, пожалуйста, код.
Линус Торвальдс.
Слишком много дыма у продавца.
5. Программы должны быть написаны для того, чтобы люди могли их читать, и только случайно, чтобы машины могли их выполнять.
Гарольд Абельсон.
Я согласен. Код необходимо поддерживать, и если вы не хотите, чтобы он пострадал в будущем или пострадали другие, делайте это хорошо.
6. Всегда кодируйте так, как будто парень, который в конечном итоге поддерживает ваш код, будет жестоким психопатом, который знает, где вы живете.
Автор Джон Вудс.
Хотя это забавно, это говорит большую правду. Напишите свой код, как если бы вы проходили тест на собеседование.
7. Любой дурак может написать код, понятный компьютеру. Хорошие программисты пишут код, понятный людям.
Мартин Фаулер.
8. Я не очень хороший программист; Я просто хороший программист с прекрасными привычками.
Кент Бек.
Хорошая практика программирования отличает посредственного программиста от отличного.
Знание типичных шаблонов проектирования, выполнение тестов или правильное имя для переменных, которые мы используем, в конечном итоге имеет значение.
9. Дайте мужчине программу, расстроите его на день. Научите человека программировать, расстраивайте его на всю жизнь
Мухаммад Васим.
В этом мире вы всегда будете решать проблемы. Надеюсь, тебе нравятся проблемы: P
10. Вы испекли очень красивый торт, но затем использовали собачье дерьмо для глазури.
Стив Джобс.
Это можно интерпретировать по-разному; бесполезно иметь идеально спроектированный бэкэнд, если интерфейс UX ужасен.
11. Наиболее важным свойством программы является то, выполняет ли она намерения своего пользователя.
На машине. Хоар.
Программа, если она не делает то, что нужно целевому пользователю, бесполезна.
12. Некоторые из лучших программ действительно выполняются на бумаге. Вставить его в компьютер - это всего лишь мелочь.
Макс Канат-Александр.
Самое главное - хорошо разобраться в проблеме и подумать, как ее решить.
13. Любая организация, разрабатывающая систему, создаст проект, структура которого является копией ее коммуникационной структуры.
Роберт С. Мартин.
14. Если вы все оптимизируете, вы всегда будете недовольны.
Дональд Кнут.
Стоит ли тратить столько времени на то, что практически ничего не даст?
15. Если вам нужно потратить усилия на изучение фрагмента кода и выяснение того, что он делает, вы должны извлечь его в функцию и назвать функцию после слова «что».
Мартин Фаулер.
16. Единственный способ действовать быстро - это хорошо.
Роберт С. Мартин.
Покройте это тестами, покажите заинтересованным сторонам, что мы поняли, и примените передовой опыт, и это сэкономит нам много времени.
17. Большая оптимизация происходит за счет доработки дизайна верхнего уровня, а не отдельных подпрограмм.
Стив МакКоннел.
18. Простые вещи должны быть простыми. Сложные вещи должны быть возможны.
Автор Алан Кей.
19. Идеальное архитектурное решение - это то, что никогда не придется принимать.
Роберт С. Мартин.
Чем дольше вы откладываете принятие решения о том, какие технологии или фреймворки использовать, тем лучше.
20. Программирование - это не то, что вы знаете; дело в том, что вы можете понять.
Крис Пайн.
В мире программного обеспечения нам обычно приходится разрабатывать проекты в областях, о которых мы даже не знаем, но которые мы в конечном итоге прекрасно понимаем.
21. Сначала решите проблему. Затем напишите код.
Автор Васим Латиф.
Сначала подумайте и поэтапно запишите решение на бумаге. Затем начните писать код (использование TDD - хорошая идея). Не усложняйте сначала код и разработку программного обеспечения, потому что это будет служить лишь для того, чтобы делать что-то несколько раз и тратить время впустую.
22. Программирование - это разбиение одной большой невыполнимой задачи на несколько очень маленьких возможных задач.
Jazzwant.
Или разделяй и властвуй.
23. Преждевременная оптимизация - корень всех зол.
Дональд Кнут.
При отсутствии проблем с производительностью не следует проводить оптимизацию. Есть очевидные оптимизации, но следует избегать всего, что не является тривиально очевидной оптимизацией, до тех пор, пока это не будет измерено.
Самые большие проблемы с «преждевременной оптимизацией» - это появление неожиданных ошибок, которые могут привести к огромной трате времени.
24. Простота - залог надежности.
Эдсгер В. Дейкстра.
Если что-то сложное, вы рано или поздно найдете ошибку. Я много раз доказывал это за свою карьеру.
25. Избыточные комментарии - это просто места для сбора лжи и дезинформации.
Роберт С. Мартин.
Комментарии в коде часто устарели и не отражают то, что делает код. Используйте хорошие соглашения об именах, а передовой опыт лучше.
26. Иногда лучше остаться в постели в понедельник, чем тратить остаток недели на отладку кода понедельника.
Дэн Саломон.
Это случалось со мной не один раз… Если бы я не включил компьютер, сколько времени я бы сэкономил? Если вы устали или у вас плохой день, вам лучше его оставить, иначе вы, скорее всего, пожалеете об этом в будущем.
27. Измерение прогресса программирования строками кода похоже на измерение прогресса постройки самолета по весу.
Билл Гейтс.
28. Вы не можете родить ребенка за один месяц, если забеременеете девятью женщинами.
Уоррен Баффет.
По опыту, добавить больше программистов, чтобы они закончили раньше, обычно не работает. Напротив, все идет медленнее.
29. Единственный способ выучить новый язык программирования - это писать на нем программы.
Деннис Ричи.
Я абсолютно согласен.
Пока вы не начнете программировать, никаких сомнений или проблем не возникнет. Помните, что на бумаге все компилируется.
30. Если вам нужно выбирать между ясностью и краткостью, «Всегда выбирайте ясность в своем коде».
Я всегда считал, что ясность кода важнее краткости. С моей точки зрения, наиболее важным является то, что код может поддерживаться и пониматься в будущем вами или другим разработчиком. Кто это написал, не знаю. Я полагаю, что многие разработчики понимают, что это так.
И в мире программирования, и в самой жизни
31. В жизни нет клавиш Ctrl-Z. Печатайте с умом.
Имтиаз Икбал.
Кто не задумывался об этом в какой-то момент своей жизни?
32. Чувственный разум отказывается быть ограниченным параметрами своего программирования.
Стивен Бакстер.
Выйти из матрицы: P
33. Если у вас возникла проблема, расслабьтесь, встаньте со стула и прогуляйтесь до ванной. Решение, вероятно, придет в этот момент.
Я всегда говорил это как свое собственное, но кто знает, может, я где-нибудь это услышу. Меня устраивает.
И, чтобы закончить несколько шуток, но с большой мудростью
34. Это не ошибка; это недокументированная функция (INABIAF)
By ???
Да, конечно ... Объясните, пожалуйста, клиенту, посмотрите, что он думает.
35. Проблема с программистами в том, что нельзя сказать, что делает программист, пока не станет слишком поздно.
Сеймур Крей.
Это легко решить, если делать непрерывную доставку каждые пару недель, например делать обзоры кода.
36. Если отладка - это процесс удаления программных ошибок, то программирование должно быть процессом их исправления.
Автор W.Dijkstra
37. Раньше программное обеспечение можно было повторно использовать; это сначала должно быть пригодным для использования
Ральф Джонсон.
Во-первых, начните делать то, что работает, создайте MVP и с самого начала применяйте передовые практики.
38. Пользовательский интерфейс должен быть настолько простым, чтобы новичок в чрезвычайной ситуации мог понять его в течение десяти секунд.
Тед Нельсон.
39. Если вы можете сделать сегодняшнюю работу сегодня, но делаете это таким образом, что вы не можете сделать завтрашнюю работу завтра, тогда вы проиграете.
Мартин Фаулер
Во многих случаях лучше остановиться и подумать, прежде чем делать что-то плохое и быстрое.
40. Чтобы понять рекурсию, нужно сначала понять рекурсию.
By ???
Плохая шутка, но мне пришлось включить ее. 😛
Спасибо, что прочитали меня. Заботиться!
