Які хороші прийоми збереження свого місця в коді?

Я розумію, використовуючи закладки, щоб запам'ятати одну точку вашого коду. Однак як слідкувати за потоком коду, який вони досліджують? Напр .: кілька закладок і порядок їх створення.

Приклад:

1. Звіт про помилку: "Зіткнення не працюють на кутах стін"

   1. Відтворення помилки призводить до того, що певні багатокутники не стикаються.
   2. Код зіткнення був написаний недоступним розробником. Отже, слідство має щось на кшталт:

Під час розслідування, особливо при перегляді елементів без коду, таких як Google, можна обґрунтовано очікувати, що вони втратять своє місце в коді ( я вже переглянув цей шлях коду? Або Який шлях коду я досліджував? до цієї функції тощо). Те саме стосується і неминучих перебоїв (бос: мені потрібен [тривалий безглуздий звіт] ЗАРАЗ і т.д.)

Було б корисно мати ресурс прийомів чи інструментів для забезпечення способу відстеження свого місця в коді.

Редагувати : наведений вище приклад розуміється як потенційна ілюстрація, а не як реальна проблема, на яку потрібно відповісти.

Ще один спосіб сформулювати це питання:

Дізнавшись про нову систему, як слід відстежувати, куди ти йдеш, вивчаючи код? Йдеться не про розуміння того, чому код робить те, що він робить (що таке коментарі повинні бути), а про те, як це робити (що дізнається лише за допомогою читання коду, а не коментарів).

Інтерфейс бульбашок намагається вирішити цю проблему, показуючи купу бітів коду одразу. (Ви застрягли у веб-переглядачі Google для Google). Це виглядає дивовижно, але я цього не пробував. Ця версія ідеї є реалізацією Visual Studio для Visual Studio Ultimate.

Окрім усіх згаданих чудових технологій, я виявив, що старомодний аркуш паперу формату A3 - це чудова допомога в цих питаннях. Запишіть свої ідеї та впорядкуйте їх у стилі розумної карти.

І мій редактор, і налагоджувач можуть перейти до визначення функції і мати багаторівневу кнопку "назад", як веб-браузер, щоб повернутися туди, де я був раніше. Цього зазвичай мені достатньо, щоб слідкувати за складним потоком налагодження. Це також допомагає контролювати джерело, що дозволяє робити багато . Це дає мені повідомлення про вчинення пояснення, чому я щось намагаюся, а також швидкий спосіб відмовитись від змін, якщо це не працює. Окрім цього, проста дошка з переліком потенційних та досліджених потенційних клієнтів заповнює всі прогалини для мене.

Кілька способів я відстежую:

• Запишіть це . Зібралися за дві хвилини? Запишіть, що ви робили і де. У мене завжди лежить ручка та папір, щоб записати речі, як я кодую.
• Закладки . У мене є 10 пронумерованих закладок, які я можу встановити.
• Склад . Ви можете легко переглянути всю ієрархію коду, який ви пройшли. Мій редактор також дозволяє мені скопіювати слід стека і зберегти його. Наступного разу, коли я відкрию свій редактор, я можу завантажити стек-трек для швидкої навігації.
• Навігація в редакторі . Перейти до базового члена, перейти до спадкоємця, знайти звичаї, перейти до довідки, ...

Я використовую просте рішення - ніколи нічого не закривайте, поки я не закінчу із завданням. Це означає, що зазвичай в одному із 50 відкритих вікон / вкладок є щось таке, що буде нагадувати мені, про що я думав, коли повертаюся до нього.

Отримайте справжній інструмент для розробників / IDE - те, що коли-небудь захоплює вас. Vi, Emacs, Eclipse або будь-що інше (вибір такий же великий, як і суперечки щодо того, що найкраще, але ось інша проблема), і навчіться правильно ним користуватися . не використовуйте його, як Блокнот із виділенням синтаксису. Навчіться використовувати гарячі клавіші, а не покладатися на мишку для загальних дій (це занадто повільно). Великий екран (мінімум 1920x1200) - корисний.

Мій інструмент розробника назвав (повільніші, але корисні імена роблять їх стійкими) та без назви (Швидке вставлення та видалення) закладки, перегляд уперед та назад та посилання шукають усі в одному, нотатки та розробники (особисті та групові широкі) примітки, додані до конкретний рядок вихідного коду. Він робить кожну мову під сонцем, не встановлюючи ще один плагін.

Я працюю над кодовою базою, що складається з десятка або більше модулів SLOC плюс 1 мільйон плюс, використовуючи півдесятка мов. Очевидно, що я не працюю над усіма ними одночасно, скоріше зосереджуюся на невеликих частинах однієї чи двох, але можу виконати декілька дій у будь-якій точці коду, яка переживає те, що я роблю.

За допомогою програми Visual Studio під час сеансу налагодження ви можете використовувати вікно 'Стек виклику' (ви можете ввімкнути це в Debug / Windows / Call Stackярлику або за допомогою ярлика Ctrl+Alt+c) для відстеження потоку коду.

Я здивований, що ніхто не згадав про багато інструментів, які можуть створювати графіки викликів графіків. Я знайшов доксиген як чудову допомогу. Вам навіть не доведеться використовувати доксиген у всій програмі, ви можете просто позначити функції, які вас цікавлять.

Я використовую режим org для emacs, який є інструментом для окреслення uber. З його допомогою я можу написати контур, який імітує стек викликів коду та включає прямі посилання на сам вихідний код (через org-store-link). Ви можете включити пояснювальний текст, посилання на веб-сторінки тощо (наприклад, коли ви переглядаєте Google для магічних чисел)

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