@neko_poly001 · Post #1041 · 12.03.2023 г., 08:31
https://jvns.ca/blog/2022/12/08/a-debugging-manifesto/#debugging#programming
Hashtags
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #884 · 5.10
Роскосмос пару дней назад опубликовал отчёт о том, почему упала "Луна-25". Там конечно канцелярит, но можно примерно понять, что двигатель коррекции получил неверные данные от акселерометра: из-за возможного попадания в один массив данных команд с различными приоритетами их исполнения прибором Это очень похоже на программную ошибку, а это моя сфера, и я решил над ситуацией поразмыслить. Хейтеры сразу стали строчить комментарии в стиле "Ололо, наняли каких-то идиотов, которые простейшие тесты не провели". Тут обычно справедливо вспоминают аварию с европейской ракетой Ариан-5 в 1996 году. Там буквально из-за пары строчек кода в результате неправильного приведения числовых типов ракета за 7 млрд баксов развалилась на куски в воздухе. Бывает. Что касается Роскосмоса, при всей его сомнительной репутации, объяснение "Дураки не провели тесты" звучит лично для меня неправдоподобно. На мой личный взгляд возможны два варианта: 1. Если в описании ошибки слово "приоритет" обозначает какой-то признак внутри объекта команды, значит, на входе в приёмный модуль эти команды не были отфильтрованы. Выглядит как грубая ошибка, целый логический блок упущен. Вряд ли этот блок вообще не написан, скорее всего он не выполнился. Такое бывает, если в тестовой среде есть какое-то условие, которого нет в рабочей, и именно это условие отвечает за выполнение участка кода. Сталкивался с таким миллион раз. Самое дикое из последнего: код парсит эксель-таблицу с числами. Разработчик написал, запустил проверил, прогнал тесты, всё ок. Отправляем в прод — все числа будто бы рандомно меняются на другие. Запускаем снова — у всех разработчиков функционирует нормально, а в проде на сервере нет. Таблица одна и та же. Можете подумать, почему так. Ответ: у разработчиков стоит русская локаль и десятичный разделитесь это запятая, а на проде в докере точка. При парсинге на проде запятая уже интерпретируется как разделитель тысячных разрядов. 2. Куда вероятнее, что слово "приоритет" в описании ошибки обозначает время, а, значит, список команд просто не был отсортирован, и в обработчик уже после актуальных значений попали какие-нибудь начальные нулевые данные, сбившие логику. По косвенному описанию проблемы очень похоже именно на это. Значит, на тестах всегда порядок возникновения команд соответствовал порядку их прихода, а в реальности перестал соответствовать. Вообще, работать с железом очень сложно. Какую-нибудь схемку заглючило от холода, она задержала ответ от датчика на миллисекунду, и всё. Никто не знал, что такая проблема возможна, пока она не возникла. Мне рассказывали о таком случае: юзер логинится на сайт и иногда логин проходит, а иногда нет. Логин и пароль те же самые. Просто в случайные моменты времени ему возвращают токен авторизации, а в другие моменты времени ошибку 403. Никакой закономерности нет вообще. Нет зависимости от времени суток и даты. Сервер точно работает стабильно и не падает все 100% времени. Почему так может быть? Ответ: у сервиса авторизации два инстанса, перед которыми балансировщик нагрузки. В одном инстансе данные для авторизации есть, в другом нет. Балансировщик при примерно одинаковой нагрузке включает просто случайный выбор между ними. В общем, программисты иногда допускают такие косяки, что какая-то мелочь может привести к серьёзной аварии. Это я вам говорю как программист, который пишет для атомных станций :) #dev
Hashtags
Търсене: #debugging
@neko_poly001 · Post #1041 · 12.03.2023 г., 08:31
https://jvns.ca/blog/2022/12/08/a-debugging-manifesto/#debugging#programming
Hashtags
@dasturlash_hayoti · Post #3951 · 30.08.2025 г., 12:46
#debugging#chatgpt#dasturlash_hayoti ⚡️Debug qilishni osonlashtiradigan oddiy usullar 💻 Kod yozayotganingizda error chiqishi tabiiy. Muhimi — uni tez topish. Mana eng oddiy 3 maslahat: 1️⃣ Print-debugging ◾️ Kod ichiga print() (yoki console.log()) qo‘ying. ◾️ Qayergacha kod ishlayotganini kuzating. ➡️Eng tez va sodda usul. 2️⃣ Debugger’dan foydalaning ◾️VS Code, PyCharm yoki boshqa IDE ichida debugger mavjud. ◾️ Breakpoint qo‘yib, qadam-baqadam kodni ko‘ring. ➡️Murakkab xatolarni aniqlash uchun zo‘r. 3️⃣Error xabarini diqqat bilan o‘qing ◾️ Error chiqsa, ko‘pchilik avval GPT’dan maslahat oladi, keyin xabarni o‘qiydi 😁 ◾️ Aslida, xabarning o‘zi nimani noto‘g‘ri qilganingizni aytib turadi 😅 Error — bu dushman emas, yo‘lboshchi. Uni to‘g‘ri o‘qisangiz, vaqt va asabni tejaysiz. ❓ Siz ko‘proq qaysi usulda xatolarni topasiz? print() qo‘yibmi yoki debugger bilanmi? 💻@dasturlash_hayoti— xatosiz kod bo‘lmaydi😅
@dasturlash_hayoti · Post #4046 · 07.11.2025 г., 12:17
O'rganish tezligini oshirish: 1% yaxshiroq bo'lish qoidasi Ko‘pchilik dasturlashda "super yulduz" bo‘lishni xohlaydi, lekin bunga qisqa muddatda erishib bo‘lmaydi. Men sizga juda oddiy, ammo kuchli bo'lgan "1% yaxshiroq bo'lish qoidasi" ni taklif qilaman. Qoida mohiyati: Har kuni o‘tgan kundan ko‘ra o‘zingizni atigi 1% ga yaxshilang. Dasturlashda bu nima degani? — Har kuni 15 daqiqa davomida bitta yangi JavaScript Array Method'ini o‘rganing. — Har kuni Git buyruqlaridan bittasini chuqurroq tushunib oling. — Har kuni o‘zingiz yozgan kodning bir qismini Refactoring qilib, uni 1% ga tozalang. Bu kichik qadamlar boshida sezilmasligi mumkin, lekin bir yildan so‘ng siz 37 barobar kuchliroq bo‘lasiz! 1.01³⁶⁵ taxminan 37.78 Muhimi: Katta maqsadlarni emas, balki doimiy va kichik harakatlarni ustuvor qiling. Katta o‘sish doimiy o‘sishdan kelib chiqadi. #Debugging#DasturchiMaslahati#JavaScript 👉@jonibek_turapov
@awesomeopensource · Post #149 · 31.07.2018 г., 10:02
ndb 使用 Chrome DevTools 调试 node 代码。 Tags: #debugging#devtools Languages: #NodeJS
Hashtags
@djangoproject · Post #174 · 22.09.2016 г., 19:16
gc — #Garbage#Collector interface This module provides an interface to the #optional garbage collector. It provides the ability to disable the collector, tune the collection frequency, and set #debugging options. It also provides access to unreachable #objects that the collector found but cannot free. Since the collector supplements the reference counting already used in Python, you can disable the collector if you are sure your program does not create reference cycles. https://docs.python.org/3/library/gc.html
@githubtrending · Post #15329 · 13.12.2025 г., 11:30
#typescript#browser#chrome#chrome_devtools#debugging#devtools#mcp#mcp_server#puppeteer Chrome DevTools MCP lets your AI coding tools like Gemini, Claude, or Cursor control a live Chrome browser for automation, debugging, and performance checks. Install it easily with npx chrome-devtools-mcp@latest in your MCP config, then prompt "Check performance of a site" to auto-record traces, take screenshots, analyze networks, and fix issues reliably. This benefits you by making AI smarter at web coding—verifying changes in real-time, spotting bugs fast, and boosting site speed without manual work. https://github.com/ChromeDevTools/chrome-devtools-mcp
@githubtrending · Post #14848 · 21.06.2025 г., 00:00
#typescript#blockchain#dapps#debugging#ethereum#javascript#smart_contracts#solidity#task_runner#tooling#typescript Hardhat is a powerful Ethereum development tool that helps you write, test, and deploy smart contracts easily and efficiently. It includes a local Ethereum network for testing without real money, advanced debugging tools to find and fix errors quickly, and a flexible plugin system to add extra features. This makes your development faster, safer, and more convenient, especially if you want to build decentralized applications. You can install it with npm, follow simple setup steps, and access many guides and plugins to customize your workflow. Hardhat is widely used by professionals to streamline Ethereum programming and improve code quality. https://github.com/NomicFoundation/hardhat
@githubtrending · Post #15488 · 13.02.2026 г., 12:30
#swift#analysis#analytics#cocoapods#crashlytics#debug#debugger#debugging#hacktoberfest#layout_debugger#leak_detection#log#logs_analysis#networking#performance_analysis#sandbox#swift#swift6#ui#uikit#view DebugSwift is a comprehensive toolkit that simplifies debugging for Swift iOS apps by providing real-time monitoring of network requests, performance metrics (CPU, memory, FPS), crash reports, and app resources like keychain and user defaults. It includes interface tools for visualizing layouts with grid overlays and touch indicators, plus memory leak detection and console logging. The main benefit is that you can quickly identify and fix issues during development without leaving your app—just shake your device to toggle the debug panel, making troubleshooting faster and more efficient. https://github.com/DebugSwift/DebugSwift