作ってみたかった ある日 Slack で雑談していて、 僕の考えた最強の< >ツール なんか作りたいよね。なにかないか。 って流れになった。定番どころで、OS、コンパイラ、ブラウザをまず想像したけど、そう言えばずっとファイラー作りたかったんだよなぁと思い出した。たぶん 15 年ぐらいずっと欲しいって言ってたと思う。 Windows を使っていた頃は あふｗ ユーザーだったので、あの体験が懐かしいなぁと思いながら暮らす日々でした。*1 2 画面ファイラーの良さは省略します。言うまでもなく最高なので。 作ってみた やるかーと思って「double_drive」ってプロジェクト名を決めた。あとは AI と壁打ちしながら作ったのがコレです。 デュアルペインで直感的にファイル操作できる curses を生っぽく使うのかなと考えていたけど、少し調べてみたら TUI な枠を描ける RubyGems や C

年の瀬も近づき、街はクリスマスムード。聖なる夜のメニューにきのこ料理はいかが？――ということで、菌類にしてエンジニア採用担当、人呼んで「きのこる先生」が久しぶりにお目にかかります。 というわけで、はじめまして、もしくはお久しぶりです。きのこる先生です。 このごぶさたの期間に菌類、独立しておりました。ひとり法人を設立し、会社員ではなくフリーランスとして活動しています。いままでは企業に所属してエンジニア個人のキャリアや生産性向上のお手伝いをしてきたのですが、もうちょっとメタな立場でエンジニアのキャリアとエンジニアリング組織の生産性向上を支援すべく、「技術広報」「採用」「組織開発」という3つの軸で、複数の企業をお手伝いしています。 菌類が聞いた人類が成長していない話 さて、そんな仕事のうち、1社ではEM（エンジニアリングマネジャー）のコーチング、というスタイルで支援をしています。 そのコーチング

「みんなのプロジェクト」の誕生 Rubyの最初のバージョンである「Ruby 0.95」は、1995年12月21日にリリースされた。リリースと同時にメーリングリストが作られ、これがRubyコミュニティの始まりとなった。最初のメーリングリスト登録者は、恐らく200人にも満たなかったとまつもと氏は記憶している。 最初のメーリングリストへのリアクションはバグ報告であった。当時のコンピュータ環境は多様であり、さまざまなプラットフォーム（例えば、HP-UXなど）でユーザーがRubyのコンパイルやテストを試みていた。 初期のユーザーからの貢献は、単なるエラー報告にとどまらなかった。 「Rubyにこういう機能があったらいいな、こういう方法が考えられますよ、というようなことを言ってきてくれて、そのアイデアを基にRubyが改良されていきました」 初期の貢献者「吉田さん」 初期のRubyはシフトJISやEUC-

11/30、「ビアバー・カパカパ」にご来店いただいたお客さまで、現在エンジニアとして働くために勉強中という方がいらっしゃいました。いろいろおしゃべりした話題のひとつに、「コンピューターサイエンスをしっかり学びたい」というのがありました。 ぼくも同じコンピューターサイエンスのバックグラウンドがないエンジニアです。気持ちはわかるし勉強する必要もある、でもほかにも山ほど学ぶことがあるから、優先順位をつけてやりましょうね、とアドバイスさせてもらいました。 この記事はその話題のフォローと、学ぶためのポインタとしてまとめたものです。 なお、この画像はスロベニアのトリグラウ国立公園を流れる川をイメージして、Google Geminiに生成させたものです。 学びが深まったからこその焦りソフトウェア開発の知識や経験が増えてくると、コンピューターサイエンスを学びたくなる傾向があるように思います。実務で不自由を

「技術書典 」というイベントで、2023年から2年間 / 計5回、「河童書房 」というサークル名で同人誌を執筆・頒布しています。この記事では既刊5冊の紹介と、これらを執筆したモチベーションについて語ろうと思います。 河童書房の既刊紹介まずは、今まで執筆した5冊を簡単に紹介します。書籍の一覧ページ からは、それぞれの目次と序文、技術書典での頒布ページを確認することができます。 「成長自己責任時代のあるきかた」2025年11月の「技術書典19 」での新刊です。先日、XP祭り2025 で講演した内容 をさらにアップデートし、本としてまとめたものです。 支援先企業のEMからコーチングの場で受けた、「若手に成長意欲が足りない」という相談へのアンサーとして社内講演を行ったのが元ネタです。 ホワイト化が進む日本社会で、成長に必要な負荷をどうやってかけていくか。また、成長しないとなぜまずいのか。さらに、成

2025年10月4日、「XP祭り 2025」でプロポーザルが採択され、「成長自己責任時代のあるきかた」という話をしました。 スライドはこちら。 今年もなんとか登壇実績ゼロは回避できてよかったなあ。 スライドにあるとおり、支援先の企業でEMと話していて聞いたお悩みに、「こういう話をメンバーにしましょうか」といって作ったセッションがベースになっています。そこで話したリアクションはよかったので、ぼちぼちいい話になったんじゃないかと思ってます。登壇中のDiscordもけっこう盛り上がってたし。 EMの方のお悩みを聞いた瞬間、「ゲーム業界ホワイト化の光と影」というスライドを思い出しました。めちゃくちゃいいスライドだったので、実際のセッションを聴きたかったなあ。ぼくは家庭用ゲーム開発出身なので、ブラック時代の思い当たりっぷりがやばかった。 余白が不足で今回は盛り込めなかったんだけど、コミュニティにどう

ソフトウェアアーキテクトのための意思決定術 - Forkwell Library #80 での発表資料です https://forkwell.connpass.com/event/342258/

# 参考資料 - 紹介図書 - https://amzn.to/3Qtd8NO - https://amzn.to/3QsXou3 - https://amzn.to/437f99X - https://amzn.to/41v6i0M - https:…

今や、AIを活用してソフトウェア開発すること自体は一般的になり、一種のブームと化している。 しかし、Web上で見かけるのはワンショットでテトリスを作る程度の小規模なプロジェクトの話がほとんどで、驚けるものの、正直あまり実用性は無いように感じる。 俺たちが本当に知りたいのはテトリスの作り方じゃねえ！現実の中規模以上のシステム開発で、いかに楽に良いものを作れるかだろ！ ということで、まずは弊社から現時点のノウハウを全公開しようと思う。 弊社ではCursorを1年以上活用（サービスがGAになったタイミングから全社員で利用）しており、一定のノウハウを蓄積してきている自負がある。ただ、あくまで一例ではあるので、ぜひみなさんの現場での活用事例も共有してほしい！ 免責事項AIエディタでの開発は、LLMとAIエディタの進化に伴い、常に変化している。 そのため、この記事で述べる方法論は、現時点での、弊社での

STORES でエンジニアをしている片桐です。 STORES では店舗運営に関するさまざまなプロダクトを提供しています。これらのプロダクトは元々別の会社で運営されてきた完全に異なるプロダクト群で、アカウント体系から全く異なるシステムになっていました。近年はこれらのシステムを本格的に統合する取り組みを進めてきており、その中で統合のためにいくつかのシステムが新たに作成されてきました。 ある程度統合が進み、うまくいったところ・いかなかったところが見えてきた中で、これまでに作ったシステムの技術選定・システムの役割に対する課題感が見えてきました。 現在弊社ではこの課題を解決していくプロジェクトを進めています。その中の1つで、Goで作られたシステムをRuby on Railsで作られたシステムに移植する作業を行なっているので、今回はそれについて紹介させていただきます。 移植元のシステムの課題 今回別シ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 登壇スライド 増田亨さん ミノ駆動さん 感想 DDDは設計コストを「集中投資」する思想である DDDの思想では、業務ロジックが複雑で、競合他社との差別化点である「中核の業務領域」に設計コストを集中させる。「満遍なくいい設計をする」ではなく、「価値を生む部分に集中的に設計コストをかける」。 自分は今まで満遍なく「良い設計」を目指していた。そのため、あまり価値を生まない場所に設計コスト（=時間）がかかっている状態だった。今後は「良い設計」をすることでメリットがありそうなところに集中的に時間をかけていきたい。 生成AIの質の悪いコードを学習し

元エンジニアリングマネージャー&コンサル会社のマネージャー, 現在はSRE組織の立ち上げをしている1人目マン*1です. 本エントリーは今月発売となった「エンジニアリングマネージャーお悩み相談室」を読んだので感想文的なアレを共有します. エンジニアリングマネージャーお悩み相談室【リフロー型】 日々の課題を解決するための17のアドバイス 作者:新多 真琴翔泳社Amazon 密かに楽しみにしていてKindleと紙両方買って読みましたが最高みありました, 迷ってる方は買いですよ！ なお, 執筆した@ar_tamaさんは現職LayerXの同僚ではあるものの, 事業部もチームも異なるのである意味当事者ではない, あくまで中立的な立ち位置での読書感想文です*2. 前述の通り, 書籍そのものは紙・Kindle共に自分で購入して読んでいます. 本ブログの執筆で補助的に生成AI（Cursor）を使っているもの

const fs = require('fs') const path = require('path') /** * TwitterアーカイブのJSファイルをJSONに変換する関数 * @param {string} inputFile - 入力ファイル（.jsファイル）のパス * @param {string} outputFile - 出力JSONファイルのパス */ function convertTwitterArchiveToJson(inputFile, outputFile) { try { // ファイルを読み込む let fileContent = fs.readFileSync(inputFile, 'utf8') // window.YTD.tweet.part0 = [...] の形式から実際のJSONデータを抽出 // 正規表現を使用して [...] の部分を取

GitHubber, OSS作家。Tech SaaSのPdM、スタートアップ取締役CTOや外資スタートアップのIC等を経験後現職。好きな言語はGoとPerlと中国語で雑なOSSを200以上量産している。3 times ISUCON winner. 著書「みんなのGo言語」共著他。Podcast https://oss4.fun

生成AIを巡る状況は、わずか1年ほどで劇的に変化しました。Claude Codeなど実用的なコード生成エージェントが普及し、開発現場に大きなインパクトを与えつつあります。 とはいえ、「どのような場面で活用できるのか」「実際の開発で本当に役立つのか」といった疑問を抱えるチームも少なくありません。 そこで本稿では「生成AIによるコーディングとテスト駆動開発（TDD）」をメインテーマに、TDDの第一人者・和田卓人さん（@t_wada）と、アジャイルコーチのやっとむさん、こと安井力さん（@yattom）が対談。TDDの意義や、チームでAIを活用するための現実的な視点を掘り下げます。 AIをどう導入し、どう使いこなすか──実践的なヒントが詰まった対談です。 2025年7月時点のコード生成エージェントの現場感 AIが広げるテスト導入の可能性 生成AIが自動テスト導入のハードルを下げた 「As-Is」の

こんにちは。@makicamel（川原万季）と@coe401_（塩井美咲）です。 2025年4月16〜18日の3日間、愛媛県は松山市に1,500人を超えるRubyistが集い、RubyKaigi 2025が開催されました。本当に楽しかったですね。 そんなKaigiの興奮覚めやらぬ翌日翌々日、つまりDay 4 & 5にわたしたちは愛媛のお隣、高知県内にある沢田マンションへ行ってきました。貴重な経験だったので、SmartHR Tech Blogのスペースをお借りして、沢田マンションツアーをレポートしたいと思います。 目次 目次 沢田マンションとは？ RubyKaigi 2023で出会った「無名の質」 コラム：空間の継承とRubyKaigiの原点、沢田マンションの今をめぐって〜その①（@eto） TRICK RubyKaigiの原点 プログラム委員長と運営委員長の分離 全員招待講演の第1回 Ru

2025年度リクルート エンジニアコース新人研修の講義資料です

2025-08-14 かっぱNight vol.1 「はじめての転職講座」

やりきったぞ！！！！！ TL;DR 関西Ruby会議08が終わり、疲れ果てていたのだけどid:Pockeさんが書いたブログに触発されたので書いています……と入れてたんだけどやはり体力の限界を迎えてしまったので翌日に続きを書いています。 限界前まででも1万字を超えていたが最終的に2万字を超えたので覚悟して読んで欲しい。 疲労と寝不足とお酒が入っているので支離滅裂な可能性があるし、普段よりもくっそ長文になると思うので読みたいところだけ読んでください。 pockeさんの記事を引用し忘れていたので追記。 commits.hatenablog.com あと今回の関西Ruby会議08でKyoto.rbに少しでも興味を持った人がいたら、とりあえず一度遊びに来て雰囲気を味わってみて欲しい（宣伝）。 次回開催は7月27日です、前日がきのこカンファレンス in 関西なので連日イベントだけどまあ仕方ない。 ky