メメ

AIを働かせる男🥷｜会社員しながらClaude Codeで個人開発｜一生雇われない働き方を模索中｜実践Tipsと進捗を毎日発信

[メメ @megu_1234]

会社員をしながら、Claude Codeで個人開発をしています。

「一生雇われは嫌だ」と思って、働き方を少しずつ変え始めました。

このアカウントでは、
・Claude Codeの実践的な使い方
・夜にできる個人開発の進め方
・失敗したこと・うまくいったこと

をリアルに共有していきます。

同じように会社員しながら個人開発してる人、AIで作業を効率化したい人は、気軽に絡んでください😊

[メメ @megu_1234]

VIVANTで楽しみにしている伏線があるんですけど〜。
宇佐美部長はいつ出張で来るんですか？

[メメ @megu_1234]

@nabe_ai_dev_pt ですです！
ところどころ炎上してますけど、それも含めて良き😁
待ちましょう！

[メメ @megu_1234]

VIVANTに憧れてそろばんを始めて（上手ではない）、自分用のアプリも作って...て感じなんだけど

なんだかんだ自分のためのツールを考えてるときが、一番楽しいよね

[メメ @megu_1234]

@Number6u SAO一択すぎた
あれに憧れてエンジニアになった人結構いそう（Meta VR Glasses はよ来てくれ）

[メメ @megu_1234]

「夜中にClaude Codeで個人用の経費管理CLIを作ったら、思っ��より“厳しい上司”みたいな動き方をした」って話😱

会社員の僕が、平日の隙間時間と夜にClaude Codeを使って、自分用の経費管理ツールを作ってみました。

きっかけは「毎月の経費精算が地味に面倒」という、ごく普通の不満。Excelを開いてコピペする作業を減らしたくて、「Claude Codeに全部任せたらどうなるか」を試してみました。

■ やったこと
・まずは「経費のCSVを読み込んで、カテゴリ分類＋月次レポートを出すCLIを作って」とシンプルに指示
・その後「会社の経費規程を参考にして、怪しいものは警告を出して」と追加
・最後に「過去の自分の支出パターンも考慮して」と少し欲張ってみた

結果、意外だったのはここです。

Claude Codeは「ただ動くコード」を作るのではなく、最初から「この金額は本当に経費として妥当ですか？」と確認を取るような実装を提案してきました。たとえば飲食費が1万円を超えた場合に、自動で「会食の目的をメモ欄に入れてください」とコメントを残す処理を自分で追加してきたんです。

■ よくある失敗
最初は「とにかく早く動くものを」と指示したので、入力チェックがほとんどないコードが出てきました。後から「会社員が夜に使う前提で、ミスったときに気づけるようにして」と追加指示したら、急にコードの質が上がりました。

今は実際に使っていますが、「AIが自分より厳しめにチェックしてくれる」感覚が新鮮で、経費の入力自体が少し丁寧になっています。

あなたはAIに「自分より厳しい目線」を持たせたことありますか？どんな指示を出したか教えてほしいです。

[メメ @megu_1234]

@ANAg2bGOD わかるw（興味なかった方）
留年しなければいいって人多いよねw

[メメ @megu_1234]

「Claude Codeでテストコードを先に書かせてみたら、実装より先に“仕様の穴”が見つかった」って話👷

普段は実装を先に書いてからテストを考えることが多いのですが、先日夜に「テストを先に書かせてみる」を試してみました。

■ やったこと
・「この機能のテストケースを先に書いて。正常系だけでなく、境界値とエラーケースも」と指示
・出てきたテストを見て、実装側のコードを後から書かせる

■ 意外だった点
テストを書かせた段階で、「この入力が来たらどうする？」という仕様の曖昧な部分がいくつか浮き彫りになりました。たとえば空のCSVを渡したときや、日付の形式がバラバラな場合などです。

以前なら実装中に「あ、これ考慮してなかった」と気づくことが多かったのですが、テスト先行だと先に気づけました��結果として、実装に入る前に仕様を少し固められたのが大きかったです。

■ 会社員が隙間時間でやる場合のメリット
・「今何を決めればいいか」が明確になる
・後から大きな手戻りが起きにくい
・テストがあることで、次の日に触るときの安心感がある

もちろん全部の機能でやる必要はないと思いますが、「仕様が曖昧な部分」に限って試すだけでも効果を感じました。

あなたはテストを先に書かせる派ですか？それとも実装を先にする派ですか？

[メメ @megu_1234]

山火事の延焼状況を時系列でマッピングする、山火事解析のプロトタイプだって。
凄すぎて言語化できない😳

[Claude @claudeai]

Six projects from the last few weeks that caught our attention:

A wildfire analysis prototype that maps the fire’s spread over time and tracks hot spots, made with Opus 5.5.

[Claude @claudeai]

Six projects from the last few weeks that caught our attention:

A wildfire analysis prototype that maps the fire’s spread over time and tracks hot spots, made with Opus 5.5.

[メメ @megu_1234]

「Claude Codeに『会社員が後で読む前提で書いて』と一言加えただけで、コードの質が変わった」って話✍️

最近、Claude Codeを使うときに必ず入れるようになった一言があります。それが「会社員が後で読む前提で書いて」です。

きっかけは、夜に生成したコードを次の日に見返したときに「これ、何をしているのかすぐわからない」と感じたことでした。

■ 変えたこと
・関数名や変数名を「後で自分が見ても意味がわかる」ようにするよう指示
・複雑な処理の前に、簡単���コメントを入れるよう依頼
・「この処理を別の人が引き継いだら何を説明すべきか」も考えさせる

■ 結果
以前は「動くけど読みにくい」コードが多かったのが、今は「後で直すときの負担」が明らかに減りました。特に、数日空けてから触る個人開発では効果が大きいです。

■ よくある失敗
「綺麗に書いて」だけだと、AIによって解釈がぶれます。「誰が後で読むか」を具体的に指定した方が、安定して良い結果が出やすいと感じています。

この一言を入れるようになってから、「生成したコードをそのまま放置する」ことが減り、少しずつ自分で手を入れやすい形になってきました。

あなたはAIにコードを書かせるとき、どんな追加指示を入れていますか？

[メメ @megu_1234]

@selene_nyx_ai 個人開発していると、ほかの人の作ったものを見て圧倒される瞬間あるあるですよね😇
僕も、昨日より良くなった！マインドで頑張っています💪

[メメ @megu_1234]

「1週間Claude Codeを使ってみて、会社員が夜に使うときのコツが見えてきた」って話✍️

ここ1週間、会社から帰ってきてからClaude Codeを使って、個人の小さな���ールを作ったり、既存のスクリプトを整理したりしてきた。

最初は「便利そう」くらいの感覚だったけど、使ってみて「こう使うと続けやすい」というのが少しわかってきた。

■ 変えたこと
・1回の作業時間を30分〜1時間に区切る
・「今日はここまで」と範囲を決めてから始める
・大きな変更はせず、小さな改善を積み重ねる
・おかしいと思ったらすぐ/rewindで戻す

■ 結果
・毎日少しずつ進むので、飽きずに続けられた
・「全部任せる」のではなく、「下書きを出してもらってから自分で調整する」という使い方が一番しっくりきた
・夜に疲れてるときでも、「この部分だけ直して」と頼めるので、作業のハードルが下がった
・1週間で小さなツールが2つと、古いスクリプトの整理が1つ終わった

■ よくある失敗
・最初から大きなもの��作ろうとして、途中で挫折する
・Claude Codeの出力を全部信用して、確認を怠る
・「もっと良くできるはず」と思って、いつまでも完成させない

■ これから意識すること
・1回の作業で「これで一��動く」状態まで持っていく
・CLAUDE.mdは最初に最低限書いておく
・権限モードは基本マニュアルで、必要なときだけ緩める

会社員として夜や隙間時間で何かやるのは、なかなか続かない。だからこそ「完璧を目指さない」「小さな単位で進める」が大事だと改めて思った。

皆さんはAIコーディングツール、どんな使い方をしてますか？

[メメ @megu_1234]

CLAUDE.md、なんとなく書いてませんか？
夜の30分で差が出る書き方をまとめました。
「毎回同じこと言わせてるな…」と思ったら、ここを見直すだけでだいぶ楽になります。

まず「このプロジェクトで絶対に守ってほしいこと」だけを3〜5個書く。
・技術スタック
・フォルダ構成のルール
・やってほしくないこと（例：勝手に新しいライブラリを入れない）
長々と書かないのがコツです。

次に「よくある作業」を具体例で書く。
「新しい画面を作るときはこの順番��」
「APIを足すときはこのファイルを触って」
みたいに、自分が夜に実際にやる作業をそのまま書きます。

最後に「判断に迷ったときの優先順位」を一言。
例：「スピードより既存コードとの一貫性を優先」
これがあるだけで、夜に「どっちにしよう…」と迷う時間が減ります。

完璧を目指さなくて大丈夫です。
1週間使って「ここが毎回同じ指摘されてるな」と思ったところだけ追記していけば、自然と良くなります。
他に良い書き方してる人がいたら教えてください。

[メメ @megu_1234]

実際に使っている人たちの声をまとめると、
Claude Codeを使い始めてから「自分の役割がコードを書く人から、判断する人に変わった」という人��増えています。

週末に1機能しか進まなかったのが、3〜5機能進むようになったという報告もあります。

もちろん誰でもそうなるわけではありませんが、
「会社員の夜の限られた時間で、どこまでできるのか」を自分でも検証しながら発信していきます。

質問や「こういうこと知りたい」があれば、リプライで���えてください。

[メメ @megu_1234]

会社員をしながら、Claude Codeで個人開発をしています。

「一生雇われは嫌だ」と思って、働き方を少しずつ変え始めました。

このアカウントでは、
・Claude Codeの実践的な使い方
・夜にできる個人開発の進め方
・失敗したこと・うまくいったこと

をリアルに共有していきます。

同じように会社員しながら個人開発してる人、AIで作業を効率化したい人は、気軽に絡んでください😊

[メメ @megu_1234]

非エンジニアがClaude Codeで「コードを1行も書かずに」LPを2時間で公開した話や、
ライターが約20時間の作��でタスク管理アプリを本番公開した話が、最近普通に出てきています。

以前なら「エンジニアじゃないと無理」だったことが、かなり現実的になってきています。

ただ、全部うまくいくわけではなく、
「CLAUDE.mdを長くしすぎて指示が無視される」
「一度に大きく頼みすぎて手戻りが増える」
といった失敗も多いです。

このあたりの「うまくいくコツ」と「よくある失敗」を、これから投稿していきます。

[メメ @megu_1234]

@kojiruri2022 簡単なのがいいですよね！

[メメ @megu_1234]

平日の夜でも、この3つでかなり進むようになりました。
Claude Codeを使っている方、ほかにおすすめのコツがあれば教えてください。

[メメ @megu_1234]

会社員をしながら、Claude Codeで個人開発をしています。
使い込んで分かった、作業がはかどるコツ3選↓

[メメ @megu_1234]

③ 小さく頼んで、こまめに保存する
一度に全部頼むより、1機能ずつ頼んで、その都度コミット。
おかしくなっても、すぐ前の状態に戻せます。