Зміст
- Код налагодження: як це зроблено
- Боротьба з помилками
- Чому помилки ухиляються від захоплення
- Ні помилок, ні стресу - покроковий посібник зі створення програмного забезпечення, що змінює життя, не руйнуючи ваше життя
- Філософія налагодження
Джерело: Abscent84 / iStockphoto
Винос:
Продумані лідери мріяли про більш текучу структуру випуску програмного забезпечення для усунення середовищ розробки та виробництва, але комп'ютерне програмування все ще містить в собі елемент чаклунства.
Кожен, хто працював над кодуванням навіть найпростіших проектів, знає, що процес вимагає гарного терпіння. Численні підводні камені спроби написати код з нуля - це пісня і танець усіх безлічі способів, якими людський програміст чи розробник може помилитися. Його довгий список, і він включає в себе все, від синтаксичних помилок, які, як правило, потрапляють компілятором, до глибших помилок на рівні бачення, які потребують більш розумного огляду. З цією метою школи та навчальні центри навчають студентів інформатики як "налагоджувати" програму. Що цікаво, однак, це те, що кожна людина розвиває свою власну дуже унікальну відповідь на цей виклик. Насправді це може бути сфера, де потрібно більше, ніж трохи особистого розуміння. (Про деякі програмування найважливіших фігур читайте у «Піонерах комп’ютерного програмування».)
Код налагодження: як це зроблено
У деяких випадках фахівці з інформатики здатні використовувати ресурси студій розробників або середовищ програмування для виділення помилок у програмі. Коли подібні способи обробки помилок або системні системи недоступні або корисні, однак, налагодження вимагає проходження коду за рядком. У багатьох середовищах програмування, таких як Microsoft Visual Basic Studio, є функції, які дозволяють чітко, наочно покроково "переходити" код.
Перехід коду допомагає двома основними способами: по-перше, програмісти можуть побачити, що відбувається, коли комп'ютер зчитує код, і куди зосереджується фокус з точки зору рекурсивних функцій та інших взаємодій з кодом. По-друге, хоча програміст часто може бачити значення різних змінних, використовуючи команди переведення миші або інші частини інтерфейсу. Знання того, які значення знаходяться у змінних, - це ключовий спосіб зрозуміти, що робить комп'ютер із кодом, який йому задано.
Боротьба з помилками
Описаний вище процес може здатися простим, але реальна проблема налагодження може бути набагато складнішою. Чудовий приклад цього процесу на роботі можна знайти в технічному трилері, влучно під назвою "Буг" Еллен Уллман, колишній розробник та ІТ-професіонал, проза якого світить літературним чином. Хоча книга є вигадкою, вона багато розкриває про те, що відбувається насправді, коли взаємодіють програмісти та комп’ютери.
Залишаючи осторонь багато темних особистих деталей у книзі, Улман зобразив двох людей, тестера та програміста, показує деякі основні виклики, з якими стикаються ці кар'єрні техники в попередню еру розробки програмного забезпечення. В основному, її помилка, яку вона називає "Брудниця", ухилилася від усіх у програмі з програмного забезпечення 1980-х років, напружуючи стосунки з працівниками, руйнуючи довіру інвесторів і загалом спричиняючи провал. Тим часом, автор досить добре розмірковує над тим, як комп’ютери впливають на нас, і чому, якщо ми хочемо перемогти над їхніми ідіосинкразіями, ми мусимо «думати, як машина». (Щоб дізнатися про історію програмування, ознайомтеся з Комп'ютерним програмуванням: від машинної мови до штучного інтелекту.)
Чому помилки ухиляються від захоплення
Однією з причин того, що з помилкою у книзі Уллмана було так важко впоратися, є те, що вона вискакувала лише у незвичайні часи. Цей виклик справді відповідає багатьом іншим таким глюкам (згадайте лише про багаторічні випробування Toyota після чуток користувачів про втікаючий Prius). Припустимо, хтось скаже вам, що у вас є помилка. Якщо ви не можете змусити комп’ютер виявити проблему, з чого ви навіть починаєте це з його виправлення?
Причина такого глюкозу, виявлена в кінці книги, є ще одним чудовим прикладом складності написання коду для персонального комп’ютера в ту епоху - а можливо, і досі. По суті, помилка була прихована в невеликій вкладеній функції, яка просто забезпечувала основну орієнтацію на інші фрагменти коду. Оскільки це було написано стороннім програмістом і через відсутність спілкування між програмістами, справжнє джерело проблеми залишалося прихованим місяцями - справжній заповіт про проблеми може виникнути через неправильно задокументованої роботи команди.
Якщо мова йде про комп'ютерну помилку, хитра деталь може кинути інакше впорядковану систему в хаос. Хороші навички кодування, тому іноді можуть бути більше мистецтвом, ніж наукою (Уллман називає це "божевіллям"), що робить кодування сутнісно безладним бізнесом.
Ні помилок, ні стресу - покроковий посібник зі створення програмного забезпечення, що змінює життя, не руйнуючи ваше життя
Ви не можете покращити свої навички програмування, коли ніхто не піклується про якість програмного забезпечення.
Філософія налагодження
Для досягнення результатів програмістам часто доводиться працювати з комп'ютерами - а не людьми. Уллман припускає, що кодери та тестери найчастіше є найбільш ефективними, коли їм вдається відмовитись від усіх нюансів людської думки та обґрунтування смужок до базових логічних комп'ютерів. Це означає відкладати багато того, з чим ми всі працюємо щодня, щоб отримати чітку увагу. Саме ця якість дозволяє процвітати багатьом провідним фахівцям з інформатики навіть у епоху, коли для більшості проектів було створено набагато більше рамок.
Продумані лідери мріяли про більш текучу структуру випуску програмного забезпечення для усунення середовищ розробки та виробництва, але комп'ютерне програмування все ще містить в собі елемент чаклунства. Ось чому найкращі програмісти - це не просто структурні кодери; вони мають інстинкт викорінювати та виправляти помилки, які загрожують функціональності машин, на які ми все більше покладаємось.