Python 100日チャレンジ完走 - note.comに100本書いた

100日間、毎日記事を書くと決めるのは簡単じゃなかった。でもやり切った。

🔬 なぜ始めたか

note.comでPython 100日チャレンジを始めた。Python基礎からAI/ML入門まで、1日1本ずつ100本の学習記録を残すチャレンジ。

正直なところ、最初は「プログラミング学習コンテンツを毎日作ればnote.comでフォロワーも増えるし、Park Labsの認知度にも役立つかな」というマーケティング的な計算もあった。でもやっているうちに、毎日書く習慣自体の方がよっぽど価値があることに気づいた。

Park Labsを始めてから、プロダクトを作ることと同じくらい「作った過程を言葉にすること」が大事だと感じている。ひとりで作っていると、判断も失敗も全部頭の中に閉じ込めがちだ。でも外に書くと、なぜその選択をしたのか、どこで詰まったのか、何を次に直すべきかが少し見える。

Python 100日チャレンジは、その練習でもあった。単にPythonを教えるためだけではなく、毎日アウトプットする筋肉を作るための実験だった。

🚀 100日の構成

10のPhaseに分けた：

- Phase 1〜2（Day 1〜20）— Python基礎文法、変数、データ型

- Phase 3〜4（Day 21〜40）— 制御文、関数、ファイル処理、JSON

- Phase 5〜6（Day 41〜60）— オブジェクト指向、モジュール、API呼び出し

- Phase 7〜8（Day 61〜80）— Pandasデータ分析、Webスクレイピング

- Phase 9（Day 81〜90）— Flask Web開発、REST API、デプロイ

- Phase 10（Day 91〜100）— scikit-learn、ChatGPT API、AIプロジェクト

「初心者が目的に合わせて選んで読めるように」目的別ガイドも作った。文法だけならPhase 2まで、データ分析ならPhase 8まで、という感じで。

構成を分けてよかったのは、読者の入口を作れたことだ。100本の記事がただ並んでいるだけだと、初めて来た人はどこから読めばいいかわからない。そこで「まず文法」「次にデータ分析」「最後にAI」と段階を分けた。これはプロダクト設計にも近い。機能がたくさんあっても、入口がなければ使われない。

記事を書く時も、毎回ひとつだけ持ち帰れるものを決めた。変数なら変数、関数なら関数、APIならAPI。欲張って詰め込むと、書く側は満足しても読む側は疲れる。これは100本書いてかなり身にしみた。

💎 途中で諦めかけた

一番危なかったのはDay 50あたり。年末年始の時期だった。お正月に飲みすぎて完全にダウンして、その日の記事が書けなかった。「100日連続」という強迫観念の中で「失敗した」という感情が想像以上に重くのしかかってきた。かなり落ち込んだ。

でもそこで気づいたことがある。連続も大事だけど、最後まで完走する方がもっと大事だということ。気持ちを立て直して続けた。途中で1日2日休んだ日もあるし、まとめて書いた日もある。「100日チャレンジ」って名前が恥ずかしいくらい、実際には100日以上かかっている。

それでも100本書き切ったのは、「ここまで来たんだから最後まで形にしよう」という意地だった。

この経験から、継続のルールは厳しすぎると折れることも学んだ。毎日やるのは大事だけど、毎日できなかった時に全部を失敗扱いにすると続かない。Park Labsの実験も同じだと思う。毎日進められない日もある。失敗する実験もある。それでも記録して、戻ってきて、次を出す。完璧な連続性より、復帰できる仕組みの方が大事だ。

📊 反応

最後の100本目の記事には175スキと16コメントがついた。note.comにしては悪くない反応だと思う。チャレンジ中にコメントでフィードバックをくれた方々がいて、正直あの一つ一つが本当に力になった。やめようかと思った時も、通知が来るたびに「ああ、読んでくれている人がいるんだ」と思えて、また書こうという気持ちになれた。

数字だけを見ると小さいかもしれない。でも、個人でゼロから発信している立場では十分に大きい。特にコメントは重かった。単なるアクセス数ではなく、誰かが時間を使って読んで、反応してくれた証拠だからだ。

一方で、反応が多い記事と少ない記事の差も見えた。初心者がつまずくポイントを具体的に扱った記事の方が読まれやすい。逆に、自分が書きたい技術メモに寄りすぎると反応は弱い。これは当たり前だけど、実際に100本出すとよくわかる。

💡 学んだこと

技術的に新しく学んだことは正直あまりない。本業がソフトウェアエンジニアだから。代わりに「自分が知っていることを他人にわかりやすく説明するのがどれほど難しいか」を痛感した。「誰が読むんだろう」「内容が雑すぎないか」という考えが毎日頭をよぎった。

あと、毎日書く習慣の力。仕事終わりで疲れていても、ネタが思いつかなくても、とりあえず座って書き始めれば何とかなる。完璧じゃなくてもいい。途中で休んでもいい。最後までやることが大事だ。

もう一つ大きかったのは、書くことで自分の理解の穴が見えることだ。コードを書けることと、人に説明できることは違う。説明しようとすると、曖昧に理解していた部分がすぐに出てくる。そこを調べ直すので、自分の基礎も少しずつ締まっていく。

これはAI時代ほど大事だと思う。AIにコードを書かせることはできる。でも、なぜそのコードでいいのか、どこが危ないのか、初心者にどう説明するのかは、人間側の理解が必要になる。100日チャレンジは、その土台を鍛える時間だった。

🧪 Park Labsへの効果

直接的な売上にはまだつながっていない。でもPark Labsにとって、このチャレンジにはいくつか意味があった。

プロダクトだけを作っていると、ユーザーとの接点が少ない。コンテンツはその接点を増やしてくれる。すぐに収益化できるわけではないが、長期的にはかなり大事な資産になると思う。

🎯 次は？

この100本は書いて終わりじゃなくて、継続的に改善する予定。フィードバック反映、ダイアグラム追加、動画制作とか。

次のコンテンツとしては、個人プロジェクト日記、週刊ITトレンドまとめ、AI活用Tipsを考えている。全部「実際にやっていること」ベースのコンテンツ。

短期的には、100本をそのまま放置せず、読みやすい導線に整理したい。初心者向けロードマップ、目的別インデックス、よく読まれた記事の改善、図解追加。このあたりをやるだけでも価値が上がる。

長期的には、Park Labs本体のラボノートともつなげたい。note.comでは外部向けに読みやすく、Park Labsでは実験の裏側まで透明に。両方を使い分ければ、単なるブログではなく、実験の記録網になる。

100本書いて一番強く感じたのは——遅いと思った時が一番早い時期だということ。使い古された言葉だけど、本当だった。