日々のつぶやき

並び順順序

2026年8月30日

個人開発の開発効率の最大化させる方法

こんばんは。今週末は超暇でお昼寝とパソコン三昧でした。最高です。9月はこういう時間をたくさんとりたい。(外にも出たいですが...) さて、今日は開発効率についてです。会社員をやりながら個人開発をするのはかなり大変です。限られた時間で機能開発やバグの修正を効率的に行う方法を最近作っているので紹介出来たらなと思っています。私が考える最終目標はこの2つです。現時点ではこの目標に対して10%くらいの成果ですが、日々これを目標として開発をしています。 [目標] - 新機能の案が浮かんだら、自動でリリースされる - バグや不具合を自動的に検知して自動で解消するこれを実現するために私が行っていることを紹介したいと思います。 1. Codex or Claude Codeの月額課金はい。これはマストですね。Agent開発をしないと始まりません。自分で書くコードを0にすることを意識しましょう。私はtoken量が有利という点でcodexを課金しています。(2026年8月)本当はKimi等の中国系のAIも触りたいですが、クレカとかが怖いのでちょっと触れていないです。 2. 共通基盤の作成 Agent開発の肝はこれに尽きると思います。作成されたコードがイマイチだったり、 AIが完成したと言っても全然出来ていなかったり、色々な課題が出ると思います。ここでAIのせいにするのはナンセンスです。全て使い手が悪いという謙虚な気持ちで開発に取り組みましょう。私が具体的にやっているのはコード規則、アーキテクチャ、開発フロー等を詳細に書くことです。いわゆるハーネスっていうやつですね。これをちゃんと構築しましょう。本当に性能が変わります。 3. AIの精度を上げ続ける仕組みづくり 2の共通基盤に紐づく話ですがこれも超大事です。例えばAというサービス開発をしていて、この前提知っておいてほしいんだけどなぁ。って思うときありますよね。そのときにチャットを毎回するのは時間があまりにも無駄です。一日100回くらいは全然あると思います。これだけで1時間くらい奪われます。そういった知識を保有してもらうようにしましょう。私は共通基盤用で1つのリポジトリを作成しており、このrepoのissueに自動で作成させるようなハーネスを作成しています。これをすることで共通基盤が賢くなり続けます。1~2年前のような情報量渡しすぎて精度が落ちるみたいなことは現時点で感じていないです。マジスゴイ。こういう小技をたくさん作ることで、自分の作業時間が減るので是非やっていきましょう。 [現時点での課題] 1. 共通基盤の作成に時間が奪われる。確かに生産量が10倍になる仕組みづくりを作ることは大事ですし、合理的だと思います。でも人間なのでこの間に個人開発のモチベがなくなちゃうんですよね。なので私は共通基盤を創りつつも開発をするようにしています。新しい機能とか考えるのはやっぱり大事です。作るものがなくなったら効率上がってもいみないですし。 2. エラーや不具合の対応がまだまだ未熟今月はアプリケーションコードは1行も書いていないので、開発効率はかなりあがっています。現在はエラーや不具合の対応にかなり追われています。AIチャットで対応しているので、エラーをどう効率よく捌くかを考えています。また、テストコードの生成もまだまだ貧弱ですね。仕様変更と既存のテストコードが競合することがよくあります。これをAIにどう判断してもらうか。。 3. マネタイズ開発速度が爆上がりした反面、コスト面がイマイチです。AIの月額料金やドメイン料金、クラウド費用 etc... トントンにすることを最大目標にしています。 [さいご] こういったハーネスってみんな個人で頑張って書いているんですかね? 開発手法は人によって違うのでまるまるコピペみたいなことができず微妙なんですよね。今後は世間のデファクトスタンダートに合わせるのが基本になってきそうですね。これからも動向を追っていきたいです。それでは

2026年8月23日

初めての障害対応

こんばんは。もう日曜の夜ですね。この週末はめちゃくちゃ寝ました。幸せですが、毎週やらないように気をつけたいです。さて、今週は障害対応を初めて行いました。月曜日に社員の方からslackで報告が来ました。通知を見た瞬間に冷や汗がでました。午前中でちょっと眠かったですが一瞬で目が覚めました。軽くDBを調査してみたしたがやはり報告通り。上司から対応いけますか?と言われたので「いけます!」と意気揚々と返しました。とは言ったものの何からすれば分からないのでログを見ることにしました。しかし有益なログを見つけることが出来ず、社員の方に詳細情報をヒアリングすることにしました。前から気になっていた処理の実行が行われていたため、その調査をすると何やら想定外の使い方をされていることに気づきました。その機能のログを見るとやはり怪しそう。ここまで4時間程かかりました。次に影響範囲はどれくらいなのかを調査することにしました。データやログの調査をすると影響範囲が小さいことがすぐにわかりました。しかし正確な範囲を捉えるために細かく調べると2~3時間かかりました。抜け漏れが合った場合に洒落にならないと思ったので結構時間がかかりました。次は同様の障害が起こらないように暫定的な処置を行いました。こちらは一瞬で対応が出来ました。次はデータ復旧です。こちらがかなりの曲者で、影響範囲が分かったものの正となるデータがなんなのかはログの前後関係を正確に整理しなければいけません。またログが豊富に残っていなかったため、相当慎重に整理しました。(かなりのストレスでした。) 整理が出来たら対応です。本番DBの操作は脂汗が出ます。この重圧に打ち勝ってSQLコマンドを実行して対応しました。最後に恒久対応です。こちらはもう日々の開発とやることは変わらないためいつも通りのマインドで取組むことが出来ました。結局3~4日この対応に奪われてしまいました。この経験から得られたこと: 1. 障害対応のフローを全て一人で対応出来たこと。対応フローを身を持って知ることが出来ました。実装以外のスキルが身についたので1つ強くなれました。 2. 障害対応は相当なストレスがかかることが分かりました。今回は私が実装したところではなかったのですが、もし自分の実装したところのせいだったらと思うと怖いです。対応最終日にはタバコがとても吸いたくなりました。吸ったことほぼないのに。 3. 最初から怪しい機能に対してチームでもっと議論しておくべきだった。障害対応で数日なくなってしまい、本来実装されるはずだった機能をリリース出来ませんでした。日々スピード感をもって開発をしているのでかなり痛かったです。障害が起きると時間と精神が削られるだけではなく、サービスの信頼も落ちてしまいます。なるべく起きないように日々チームで会話をするべきだなぁと思いました。それでも一定確率で起きてしまと思うので、そのときはできる限り速く対応が出来るようになりたいなぁと思いました。しばらくは障害対応したくないので安定稼働してくださいmm 平和が一番です。 p.s. google cloudで謎の費用が発生していました。原因は勉強用に使っていたcloud sqlのインスタンスがずっと起動していたことでした。ラーメン1杯食えたのでとても悲しいです。

2026年8月12日

リモートワークがうまくいった日。個人開発もわりかし進んだ日

こんばんは。今日もお疲れ様です。今日はリモートワークといつもの個人開発の進捗について話したいと思います。珍しくリモートワークがハマった日なのでかなり気分が良いです。いつもは、リモートワークで全然集中出来ずにあまり進捗を出せずにモヤモヤして退勤していましたが、今日はいい感じに集中できました。前日に個人開発で4時くらいまで夜ふかししてしまっていたため、起きたら6時39分。絶起でした。ただ、焦りで目が覚めて意外にコンディションも良かったです。布団の中で色々考えました。今から準備して出社するか、家でリモートするか。。。先週の木曜日から出社していないからそろそろ出社しないといけないんだけどなぁ。。って思ってたら7時半くらいになってしまい、完全に行く気がなくなったのでリモートすることにしました。今日は8時前くらいに業務開始をしました。リモート最高すぎる。ゴロゴロしたのにいつもと同じ時間に始められるの神です。自宅の机と椅子の環境が悪く、ずっと作業してられないと思っていましたが、意外に慣れてきたら行けるもんですね。あと、昼休憩でソファで横になれるのが何気に最高でした。自分は昔から仮眠を取るとパフォーマンスが上がるタイプなので途中で寝るのがピッタリです。今日はロジック多めのタスクがあって、かなり苦戦をしたので気づいたら夕方になっていました。そしてミーティングやリリース対応をしていたら気づいたら19時で今日は時間があっという間に溶けちゃいました。頑張った気がするけど、進捗がだせなかったような..もっと強くなりたいです。夜飯を食ったあとは、軽くスマホタイムをして、個人開発を再開しました。今日は4時間くらい出来ました。これも在宅ならではの強みですよね。今日はDBのスナップショットの自動化を行いました。お金を掛けられないので、自前でで実装します。週1回に1つ取るようにしてて、直近6時間は、PITRがサービス側でやってくれてそうです。この運用方法も今度技術ブログに書こうと思います。あとは、テストコードを書きました。今のうちに書けてよかったです。今日でissueの番号が400を超えました。スピード感エグい。。メインどころの機能は概ね実装したので、あとはインフラやセキュリティ周りの実装をしようかなぁと思っています。次回は terraformでCNAMEとドメインマッピング? E2Eテストかなぁと思います。明日は出社しないと行けないイベントがあるので今日はここらへんにして切り上げたいと思います。お疲れ様でした。それでは。

2026年8月11日

今日の作業内容

こんばんは今日は山の日で祝日でした。平日の中日に休みがあるのは最高です。今日の1日を振り返ろうと思います。 00:00-04:30 開発 AIエージェント開発。新しいプロダクを開発しつつ。このブログサイトのブラッシュアップを行なう。 -11:00 睡眠 -12:00 身支度and飯サンドイッチを食べましたが、足りなかったのでカップラーメン食いました。最近のカップラーメンって美味いっすよね。たまに食いたくなります。あとみそきんのカレー出たので食べてみたいです🍛 -13:30 スマホでダラダラソファーでダラダラするの最高です。ひたすらショート動画を見る 16:30 開発流石に焦ったので、昨日の続きをすることにしました。新規機能の修正や障害時の対応等をしました。データベース周りにお金をかけていないので、自前でやるのがちょいめんどくさいですがやりがいがあります。こういったパイプラインを構築するのが楽しいです 18:00 ブログ執筆ずっと描きたかったChrome拡張機能の記事を書きました。見せたくないコードとかがあると直すのめんどくさいんですよね。最近はAIがあるのでとても助かります。見ている方もきっとAIを使ってると思うので、多少のミスは許してくれるでしょう。文面は自分で書くようにしています。AIが書いた記事って投稿する価値はあまりないと思うので。直接聞けばええやんって思っちゃいます。あとは、投稿するの忘れてた記事たちをちょっと添削して公開しました。昔の文章見るのっておもろいですよね。自分感はあるんけどちょっと若いというか。 18:30 開発with🍺 ビール飲みながら開発するの最高です。カンファレンスでこの楽しさを覚えてしましました。 19:00 飯カツ丼でした🍚うますぎる。 23:00 仮眠血糖値スパイクでいつも寝ます。やめられないです。 25:00 風呂&スマホタイム風呂から逃げてスマホタイム。ショート祭りです。 27:00 開発使っているとビミョーな点がやっぱり出てくるので、そこの改修とテストコードや脆弱性対応をしました。ほんと時間たりないです。学生時代にAI agentあったらマジでアツかっただろうなぁ。 3時間後には起きないといけないので寝ます。今日もお疲れ様でした。おやすみなさい💤

2026年8月9日

基本情報最短合格のTips

こんにちは。今日は基本情報を合格するためのtipsを共有したいと思います。現在エンジニアをやっていて、会社から取るように言われたけど、時間を割きたくない方に刺さる内容だと思います。 step1: 一問一答で試験の概要を知る受ける前はソフトウェアのことばっかりだと思っていましたが、ハードウェア、経営、法律関係もガッツリあったのでまずは雰囲気を知るのが大事だと思います。アプリとかであるので通勤時間とかの細かい時間で見るといいと思います。500問くらい淡々と解きました。暇な時間にやるだけなので意外にすぐ終わります。 step2: 1年分解いてみる 7，8割とれるかなぁと思ってたら5割くらいでビックリしました。敵を知ることは大事です。なお，筆者はこれを試験前日に行い絶望しました。あと、B問題も解いておくことをオススメします。ひっかけてくる問題が多く、6割切ってしまいました。普段コードを書いている方であれば、10問くらい解けば雰囲気を掴めると思います。 step3: 試験結果をAIに食わせて問題を出してもらうこれが一番効果的でした。知ってる問題を解くのは非効率なので、間違えた問題とそれに関わる内容の壁打ちをしました。ここらへんはAIの性能によると思うので、課金することをオススメします。私はchatgptのlunaのmediumとlowを使ってました。 step4: 寝坊せずにいく行かないと落ちてしまうので頑張って試験会場まで行きましょう。オンラインでやらせてほしいですよね。上記のステップを踏めば意外に受かると思います。結果はAが690, Bが840でした。ギリギリすぎず、勉強しすぎず、丁度いい塩梅だと思います。反省: 1年前くらいに本を買いましたが結局見ないで終わってしまいました。キ◯ミ式っていうデザインがやばすぎる本を買ってしまい、勉強する気が失せました。オススメしないです。試験当日30分前行って復習しようとしたらいきなり受けさせられました。その時間を入れた上での戦略を立てていたので焦りました。時間ギリギリに行きましょう。感想: 非エンジニアが受けるための試験と高を括っていましたが、実務で使わない技術や経営周りでも学べることがありました。また、レガシーな技術やマネジメントに抵抗がありましたが、これまでの歴史を知るいい機会になったと思います。思ったより良い試験なので、受験を前向きに捉えて頑張ってください👍 それでは。

2026年8月8日

3ヶ月間正社員として働いた感想

社会人になってからは、開発を事業にどう活かすかを考えることが増えました。複数のプロジェクトを抱えながら優先度を立てて仕事を進める難しさがありますが、日々学びを得ながら楽しく開発しています。

2026年8月7日

カンファレンス参加の意義

こんにちは。今日もとても暑いですね。溶けちゃいそうです。水分補給をしっかりして熱中症にならないよう気をつけていきましょう。さて、本題のカンファレンスについてですが、みなさんは参加していますか? 私は今年の6月ごろから参加し始めた新参者です。 10回ほど参加をしてきて、良いなぁと思ったところを共有します。私が参加するモチベの内訳はこんな感じです。 1. 人脈形成 (50%) 2. 開発のモチベーションアップ (40%) 3. 新しい技術のキャッチアップ (10%) 本来は技術のキャッチアップをするための会だと思いますが、私は正直重視していないです。(※勉強会自体は真面目に取り組んでいます) カンファレンスの醍醐味は、普通に生活していたら会えないような優秀な方々に会うことができることなのかなと思っています。 ~を作っている開発者とか、~に勤めている人, スタートアップ企業の社長 etc.. また、「あのとき参加していた〇〇さん..!」みたいな感じで再開すると、とても仲良くなれます。これがかなり嬉しいです。美味しいご飯とお酒を楽しめるのも幸せです。勉強×酒×飯 =>🏅 そんな感じでカンファレンスは最高なのでぜひ参加しましょう。私とも仲良くしてください。

2026年8月2日

土日の使い方

こんばんは。もう日曜日ですね。今週末の使い方は、社会人生活の中で過去最悪でした。悲しいです。というのも金曜日に大学時代の友人と朝まで飲んでしまい、一日中寝てしまいました。シーシャを吸うと若干頭が重くなって、毎回寝込みがちです。でもめちゃくちゃ楽しいです。また飲みたい🍺 (反省しろ) 日曜日も昼頃に起きて、流石にヤバいと思い昼ごはんを食べましたが、猛烈な眠気に襲われて夕方までダラダラしてしまいました。平日はかなり働いているので自己肯定感はかなり満たされていますが、土日の過ごし方が悪すぎるせいで、成長があまり出来ていない気がしています。上京したテンションから毎週末飲んでしまい、あまり自分の時間が取れていません。なので8月は自分を見つめ直して、技術書やAIに触れる時間をできる限り取りたいと思っています。自分の時間を優先する月にします。もう明日には仕事が始まってしまう。今日もお疲れ様でした。明日からまた頑張りましょう

2026年7月29日

社外の人との飲み会

今日もお疲れ様です。最近はトークンを消費するのに苦労してなかなか眠ることが出来ないです。でもあまりにもお得すぎるので、使わざるを得ないです。笑寝不足ですが引き続きトークンを消費する活動をしていきます。（今日も寝るの3時すぎちゃうかも。）今日は他社の方と飲む機会がありました。以前お会いした時から波長が合うなと思いましたが、やはりめちゃくちゃ楽しかったです。キャリア観とかもめちゃくちゃ似てて、参考になることがありました。残業も楽しんで7，80時間やってて、とても刺激を受けましたね。技術書だったり、カンファレンスだったり自分もまだまだやれることがあるなぁと考えさせられました。あとはちゃんと遊んでるところもええなぁと。（麻雀誘われて嬉しいです）自分も無理しないようにはしますが、毎日をやりきって寝たいです。今は電車の中にいるので、ソフトウェア技術のインプットと、帰宅後にはcodexとantigravityのトークン枯渇させてから寝ます。今日もお疲れ様でした。

2026年7月28日

在宅の働き方（教えて下さい）

最近AIを夜中まで使って遊んでるせいで日中のパフォーマンスが落ちたり体調崩したりだったので、休息も兼ねて在宅で働きました。やはり家だと緊張感がなく、集中が続かないので思ったようにパフォーマンスが出せない、、あとは椅子と机がやる気を出させてくれない。2，3時間続けても座ってられないです😞 ただ一方で5日間のトータルのバリューを考えた時に、1日在宅して上がるなら良いような、、（甘えですネ）在宅でも集中しながら働く方法を知りたいです。誰か教えてください

2026年7月27日

Tidy First ?を読んだ感想

最初はリファクタリングの手法が書いてあるよくある本だなと思った。リー◯◯ルコードみたいな本と同じかぁと思って7割くらいをパラパラと読み進めた。ただ、後半はエンジニア（自分）がやりがちな過剰なリファクタリングについてフォーカスがあてていた。コストや利益を意識したコーディングをするべきと書いてあり、確かになぁと納得させられた。一定の品質が保たれていれば、それ以上品質を向上させてもソフトウェアの価値はそれほど上がらない。むしろユーザーが求めている新しい機能を実装する方がよっぽど価値がある。日々の開発ではこれを意識して行きたいと思った。次読む本はSQLアンチパターンとnginxの本の予定です。nginxが特に気になってて楽しみです

2026年7月26日

初投稿

こんにちは。kikudesuyoです自分のサイトを開設しました！自分のキャリア観と技術的な内容を主に発信していこうと思っています。 diaryでは日々のことや技術によりすぎていないことをつぶやきます。 techではエンジニアの方に向けてのtipsをまとめようと思っています。いいね機能や返信機能を作成していく予定ですので、みなさんと交流出来たら嬉しいです。今後の投稿しようと思ってる内容はこちらです【つぶやき】 - 自己紹介 - エンジニアになるためには - 今後の目標（現時点の課題）【Tech】 - 本気のスクレイピング - WIFを使ってデプロイ - chrome web storeのリリースをCI/CDで実装する方法 - このサイトで使われている技術やアーキテクチャ - AI周り。AIDD、ループエンジニアリング等々それでは、また次の投稿で

すべての記録を表示しました。