48 жартів і цитат програмістів про програмування

Програмісти – люди серйозні та безкомпромісні. Але це не означає, що в них немає почуття гумору. Вони вміють посміятися над іншими, а інколи (хоч і не охоче) над собою. Програміст Нареш Кумар довго підслуховував дотепні висловлювання своїх колег і трепетно їх колекціонував. Перли він зібрав у єдину добірку і опублікував у своєму блозі. AIN.UA переклав найкумедніші з них.

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

1. Хороший програміст завжди дивиться і направо, і наліво, перш ніж перейти вулицю з одностороннім рухом.
2. Не хвилюйся, якщо не працює. Якби все завжди працювало, у тебе б не було роботи.
3. Найбільша проблема з програмістами в тому, що ти ніколи не зможеш зрозуміти, чим він займається, доки не буде занадто пізно.
4. Більшість із вас знають переваги програмістів. Їх, звичайно ж, три: лінь, нетерплячість і зарозумілість.
5. Завжди пиши код так, ніби людина, яка буде його саппортити, – психопат-убивця, який знає, де ти живеш.
6. Погане ПЗ однієї людини – постійна робота іншої.
7. Якби будівельники будували будинки так, як програмісти пишуть код, то перший же дятел, що присів на фасад, знищив би цивілізацію.
8. Якщо одразу не вийшло добре, назвіть це версією 1.0.
9. Коли створять мову програмування, яка дасть змогу програмістам писати код англійською мовою, з’ясується, що вони не знають англійської.
10. Чому в нас ніколи немає часу на те, щоб зробити все правильно, але завжди є час на те, щоб зробити цього більше?
11. Будь-який твій код, у який ти не заглядав понад шість місяців, виглядатиме як код, який написав хтось інший.
12. Програмування – як секс. Одна помилка, і ти повинен підтримувати його до кінця життя.
13. Ходити по воді та розробляти ПЗ зі специфікації легко. Просто потрібно заморозити і те, і інше.
14. Перші 90% коду займають перші 90% часу на розробку… Решта 10% коду займають ще 90 часу на розробку.
15. Коментувати свій код – як прибирати в туалеті. Ніколи не хочеться це робити, але це реально важливо для створення приємного досвіду у ваших гостей.
16. Програмування сьогодні – це перегони, у яких розробники ПЗ прагнуть побудувати більше якісних програм, захищених від ідіотів, а всесвіт прагне породити більше якісних ідіотів. Поки що всесвіт перемагає.
17. Найскладніша частина в дизайні… триматися подалі від фіч.
18. Щоб зрозуміти рекурсію, потрібно спершу зрозуміти рекурсію.
19. Є два типи мов програмування: ті, які люди постійно лають, і ті, якими ніхто не користується.
20. Якби в Java було реалізовано прибирання сміття, більшість програм видаляли б себе одразу після запуску.
21. У теорії немає різниці між теорією і практикою. Але на практиці є.
22. Готуйся, цілься, пли – швидкий підхід до розробки ПЗ. Готовсь, цільсь, цільсь, цільсь, цільсь, цільсь – повільний підхід до розробки ПЗ.
23. Програмування – на 10% наука, на 20% винахідливість і на 70% спроба змусити винахідливість працювати разом із наукою.
24. Легше щось поміряти, ніж зрозуміти, що ти щойно поміряв.
25. Контрольні показники не брешуть, але брехуни знімають контрольні показники.
26. Краще навчіть людей, ризикуючи, що вони підуть, ніж не робіть нічого, ризикуючи, що вони залишаться.
27. Мета комп’ютерних наук – побудувати щось, що простоїть хоча б до того моменту, коли ми закінчимо це будувати.
28. Java ставиться до JavaScript так само, як Сом до Сомалі.
29. Зовсім не важливо, щоб вийшло добре з першого разу. Життєво важливо, щоб добре вийшло з останнього.
30. Індекс масиву має починатися з 0 чи 1? Мій компроміс з приводу 0,5, я вважаю, був відкинутий без належного розгляду.
31. Копіювати-вставити – це помилка в дизайні.
32. У комп’ютерів добре виходить виконувати інструкції, а не читати ваші думки.
33. Видалений код – налагоджений код.
34. Якщо налагодження – це процес видалення багів із коду, то виходить, що програмування – це процес поміщення їх туди.
35. Налагодження вдвічі складніше, ніж написання коду. Отже, якщо ви пишете код настільки розумно, наскільки це можливо, ви за визначенням недостатньо розумні, щоб його налагодити.
36. Досить складно знайти помилку у вашому коді, коли ви її шукаєте. Це ще складніше, якщо ви припускаєте, що ваш код не містить помилок.
37. Це не баг – це незадокументована фіча.
38. Без вимог або дизайну програмування – це мистецтво додавати баги в порожній файл.
39. Поганий код насправді не поганий. Його просто не так зрозуміли.
40. Є тільки два способи писати програми без помилок. Працює третій спосіб.
41. Увага, у коді вище можуть бути баги. Я тільки довів його коректність, але не запускав.
42. Софт проходить бета-тестування незадовго до того, як виходить у світ. Бета латиною означає «все ще не працює».
43. Найкраще поліпшення продуктивності – це переведення з неробочого стану в робочий.
44. Найдешевші, найшвидші та найнадійніші компоненти ті, яких тут немає.
45. Думаю, Microsoft так назвав .Net, щоб він не потрапив до списку директорій Unix.
46. У програмного забезпечення і церков багато спільного – ми спочатку будуємо їх, а потім на них молимося.
47. Програмне забезпечення не закінчене доти, доки не помер останній користувач.
48. Більшість програмного забезпечення сьогодні дуже схоже на єгипетські піраміди з мільйонами цеглин одна на одній, побудованих без цілісності конструкції, але за допомогою грубої сили тисяч рабів.

Раніше на AIN.UA виходила добірка стереотипів про програмістів у GIF-картинках.