Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 5
×

Технічні статті й дайджести

RSS
← Сtrl 1... 1314151617...38 Ctrl →

Коментарі

Ну, в міру моїх можливостей, щось може і реалізую. Дякую.
до першого Боінга в якого щось пішло не так
Україна: афтар бітард (чому не в окопі) , проект авно
прикольно давно не читав подібного, тепер мінуси:( можу помилятись!;)) для макимальної роботи наче жк табло екран і неонова підсвітка по класиці в ночі з мінімальною яркостю, і я б робив максимальну площу сонячної панелі, і міеімальну жк, але щоб видно...
заздріть мовчки
рити окопи?)
Ще питання- оцю кастомну функцію перетворити на декоратор і всюди робити @log це ще бест пректіс чи вже ні?
Так, згоден. Та ще було б непогано добавити ремарку що серіалізується в жсон не завжди все що потрібно залогати(умовно, в extra запихнули якийсь numpy float32, чи Decimal), так що з умовним return json.dumps(...) треба бути обережним.
Ото без останнього абзацу була б гарна стаття, а так, бажаю більше самоіронії та менше пафосу. А то здається, ви прямо на Кікстартер зібрались зі своїм проєктом)
На мою субєктивну думку, уникаю використання «string format» логів, оскільки потім їх важко знаходити, незалежно від того, як вони зберігаються (ELK, log file, Cloud watch) Дякую за коментар :)
Дякую, виправив! Рекомендую використовувати data(dict) та зберігати всю додаткову інформацію там. Це допоможе уникнути безладу в «структурі» лога.
А чому б і не створити відкритий проєкт який матиме місію та візію? То ж ніхто не забороняє.
Дякую за статтю В прикладі нумер 5 код сніппет наче неповний, якщо хотілося додати поле data І все ж таки для додаткових даних використовуємо data чи extra 🤔?
какой автор такая и статья или ресурс?
Дякую за статтю. В основному, пишу не на Python, але принципи всі знайомі, і з ними погоджуюсь. З мого досвіду, багато розробників не розуміють цінності якісного логування.