loggingに関する考え方、その後 - Qiita
前回: ログ出力のための print と import logging はやめてほしい 上記の記事、いまだに妙に人気があるんですが、最初に書いたのが2016年とめっちゃ古いんですよね……（この記事執筆時点で2020年） 私の意見がそう変わったわけでもないながらも、いま書ける補足というのもあるので、いったん書いておきます。 元記事の背景についての言い訳 他のOSSソフトウェアのログ周りのひっどい挙動を見たんです。で、「ムキー！」ってなりまして。その勢いで書いた文章なのです。 なんで、教科書のような正確さや、記事の「フェアさ」みたいのはまるで意識してませんでした。レビューなぞ、もちろん受けてないです。 ただまぁ……感情まみれの記事の割には（むしろ勘定まみれだったから？）、この記事は妙にいいね・LGTMついてまして…… 読んでいる方の気持ちは、なんとなーくわかる気はします。プログラミングの中でも
ログ出力のための print と import logging はやめてほしい - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Python入門系の記事では概して、Pythonのロギング機能の紹介で最初にlogging.debug()といったloggingモジュール付属の関数を呼ぶ方法を案内しています。 Python本家が提供するloggingの「基本チュートリアル」でもこの点で大差ありません。Python本家の基本チュートリアルでは、print()関数を使用する方法もロギングの手段として有効であるとし、タスクに応じてprint()やlogging.debug()を使いわけよう、という流れで記述されています。 コマンドラインスクリプトやプログラムで普通
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
