はじめに 先日、弊社ソニックガーデン主催の「エンジニアのためのスキルアップ勉強会#2 自分が考える最高の開発環境」に参加しました。（登壇者ではなく視聴者として） sonicgarden.connpass.com その中で弊社の @ruzia がRubyMine愛、もといJetBrains愛を熱く語っていたのですが、同じRubyMineユーザーとして、彼の言うとおりRubyMine（およびJetBrains系IDE）の一番の強みはやっぱり、「デフォルトにして至高」つまり、「最初から全部入り」であることだな〜と再確認しました。 RubyMineじゃなくてもできるから、無料のエディタで十分？ RubyMineの便利機能を紹介するとよく耳にするのが、 「それ、RubyMineじゃなくても <<あの機能拡張>> を入れたら <<あのエディタ>> でもできるよ。しかも無料だよ！」 というセリフです。

はじめに 僕は趣味でよくギター（エレキギター）を弾きます。 ですが、長年ずっと困っていたことがありました。 それはギターアンプのノイズです。 多かれ少なかれ、エレキギターを弾くときはアンプからノイズが出るものです。 しかし、僕の家のギターアンプからは明らかに異常な「キーン」というノイズが出ます。 実際どんな音なのかは以下の動画で確認できます。（うるさいのでボリュームには気を付けて！） www.youtube.com このノイズは以下のような特徴があります。 5〜6年前から急に発生し始めた 常時ノイズが出るわけではなく、たまに発生する ノイズが鳴り始めると鳴ったり止んだりを繰り返す ギターを変えても、アンプを変えても同じようにノイズが出る（なので、ギターやアンプの問題とは考えにくい） ギターを全くつないでいない状態でもノイズが出る（なので、ギターのピックアップがノイズを拾っているわけではない

はじめに 仕事用のMacを3年ぶりに買い換えました。MacBook Air M3 15インチ (2024)です。 ちなみに今まで使っていたのはMacBook Pro M1 13インチ (2020) でした。 なんで買い換えたの？ 今まで使っていたM1 MacBook Proも大きな不満はなかったのですが、3年使ってきて「そろそろ買い換えてもいいかな？」と思っていたときに、M3チップ版のMacBook Airが発表されました。 www.apple.com M1→M2だとあまり変わらないかな？と思ってたのですが、M1→M3ならそれなりに速くなるんじゃないかと期待して「よし、買い換えよう！」と決めました。 （あ、ちなみに仕事用のMacは会社で購入してもらってます🙏） なんでAirなの？Proじゃないの？ 仕事用で使うならAirじゃなくてProの方がいいのでは？と思う人もいるかもしれません。 僕

僕が翻訳しているRSpecの入門書「Everyday Rails - RSpecによるRailsテスト入門」は2014年2月に発売されました。 blog.jnito.com そう、発売からちょうど10年が経ったのです。 いつの間にか10年！僕も全然気付いていませんでした！！ おかげさまで本書は何度となくアップデートを重ねつつ、RSpecの定番の入門書としてたくさんの人に読んでいただいています。 現時点での読者数はのべ6800人以上です。ご購入してくださったみなさん、本当にどうもありがとうございます！ これまでの歴史 どういう流れで本書が翻訳され、現在に至ったのかを簡単にふりかえってみましょう。 2012年5月 原著「Everyday Rails Testing with RSpec」がLeanpubで発売 2013年10月 僕が原著を読み、その感想をブログに投稿 blog.jnito.co

お知らせ 僕が翻訳している電子書籍「Everyday Rails - RSpecによるRailsテスト入門」をアップデートしました🎉 すでに本書を購入されている方はLeanpubのサイトから最新版の電子書籍ファイルを無料でダウンロードできます。 https://leanpub.com/everydayrailsrspec-jp/leanpub.com 2024年版のアップデート内容 今回のアップデート内容は以下の通りです。 サンプルアプリケーションをRails 7.1 + Ruby 3.3 + rspec-rails 6.1で再作成 これに伴い、サンプルアプリのリポジトリURLも変更 新しいサンプルアプリのコードや挙動にあわせて、本書の記述を修正 リンク切れしていたいくつかのリンクを新しいURLに修正 Rails 7.1で作った新しいサンプルアプリケーションは以下のGitHubリポジトリ

はじめに 僕は自宅で長年WAKWAKというインターネットプロバイダを利用してたんですが、最近OCNに乗り換えました。 ・・・というだけなら「ふーん」で終わってしまうのですが、実は3ヶ月ぐらいかけて、 WAKWAK ↓ OCN ↓ BIGLOBE ↓ OCN とプロバイダを転々と切り替えながら、最終的にOCNを（しかもIPv6ではなくIPv4で）利用することに決めました。 このエントリではどういう経緯でこの結論に至ったのかを紹介します。 【もくじ】 はじめに 我が家のインターネット環境の紹介と、おことわり 用語の整理 困っていたこと：Amazon S3のファイルダウンロードが遅すぎる！！ IPv6にしてもまだ遅い！ iPhoneのテザリングだと夜でも3秒でダウンロードできるんですが？ NTTの人が試しにOCNにつないだら、あれ？速い！！ IPv4だと速いのに、IPv6だと遅いOCN・・・ 同

はじめに 前回のブログではWi-Fiの電波を安定させるためにルーターを壁掛けにした、という話を書きました。 blog.jnito.com 電波状況が改善したのは良かったのですが、それと引き換えに今まで使っていたNAS（Buffalo LS210D0201C）をつなげなくなってしまう、という問題が発生しました。 もちろん、壁付けしているWi-FiルーターにLANケーブルをつなげば引き続きNASが使えるのですが、配線がごちゃごちゃして美しくないのでそれはしたくないな〜と思いました。 このままNASを使うか、使わないか？ ただ、NASの用途は非常に限定的で、家庭用に使っているMacBook AirのTimeMachineバックアップのストレージとして利用しているだけです。 加えて、MacBook Airはほぼインターネット専用マシンと化しているので、仕事用のMacとは違ってローカルストレージのフ

はじめに 最近Wi-FiルーターをNEC Aterm WX5400HPに買い換えました。 ルーターを買い換えたのはIPv6（正確にはIPv4 over IPv6）でインターネットができるようにするためです。 「IPv6にしたらネットが速くなるはずー😊」と思ったんですが、それ以前にルーターを買い換えてから妻や子どもたちから「ネットがよく切れる💢」「LINEがしょっちゅう送信エラーになる😡」と不満の声が上がりました（あらら）。 原因はよくわからないのですが、部屋の少し奥まった場所にWi-Fiルーターを置いてたので、「もしかして？」と思って試しに部屋の外にWi-Fiルーターを置いてみたところ、ネットの調子が良くなりました。 イメージ的にはこんな感じです。 以前使ってたASUSのWi-Fiルーター（RT-AC68U）だと部屋の中に置いてても問題なかったんですけどね。 ちなみにWi-Fiルータ

はじめに 先日、「コードが動かないので帰れません！ 新人プログラマーのためのエラーが怖くなくなる本」という本が発売されることを知りました。 おお、これは気になる 👀 https://t.co/AVGT19OSQi— Junichi Ito (伊藤淳一) (@jnchito) 2023年9月6日 そしたらこの本の編集者さんが僕のツイートを見つけて「良かったらお送りしましょうか？」と連絡をくれたので、二つ返事で「はい！」と答えましたw というわけで、「コードが動かないので帰れません！ 新人プログラマーのためのエラーが怖くなくなる本」を早々とゲット！わーい！😄 せっかく送っていただいたので、本書の簡単な紹介と感想を書いてみようと思います。 【もくじ】 はじめに 本書はどんな本？ 本書の感想＝プログラミング初心者の強くて優しい味方みたいな本！ 薄い！ 堅くない！ 広く浅い！ 本書にあえて注文を

はじめに 2023年9月9日に開催された大阪Ruby会議03で、基調講演（キーノート）を担当させてもらいました。 regional.rubykaigi.org 当日使った資料はこちらです。 発表のタイトルは"Enjoy Ruby programming, Enjoy Ruby community!"でした。 今回の基調講演ではちょっと攻めた取り組みとして、「Hotwireを使ったモーダルUIを15分で作る」というテーマでライブコーディングもしてみました。 www.youtube.com ライブコーディングには思わぬトラブル付きものですが、今回は何とかノートラブルで実装できました！ 時間も15分以内（たぶん12〜13分ぐらい？）に収まりました〜😄 基調講演をするにあたって意識したこと 今回、基調講演を担当するにあたって「IT系カンファレンスの基調講演はどういうものであるべきか」を自分なりに

お知らせ 僕が翻訳しているRSpecの入門本「Everyday Rails - RSpecによるRailsテスト入門」をアップデートしました。 leanpub.com 今回の変更点は以下の通りです。 Webdrivers gemがChrome 115以降をサポートしなくなったため、Webdriversの代わりにselenium-webdriverのChromeDriver自動ダウンロード機能を使うように本文の説明とサンプルコードを修正。（第6章および第10章） selenium-webdriverのChromeDriverの自動ダウンロード機能はRuby 3.0以上が必須であるため、本書の動作確認バージョンもRuby 3.0以上に変更。（第1章） GitHub上のサンプルコードも修正済みです。 github.com 今回のアップデートが必要になった背景についてはQiitaで説明しています。

こんなコードだとわかりやすい 僕が考える良いコードの特徴（条件）を挙げてみると、 ぱっと見たら、だいたい何をやっているのかがわかるメソッド名 ぱっと見たら、だいたい中身が何なのか想像がつく変数名 ぱっと見たら、だいたい何をやっているのかが把握できるメソッドの内の処理フロー 驚きが少ないメソッド 副作用が少ないメソッド（責務が1つしかないメソッド） DRY原則を守っているコード だいたいこんな感じ。 つまり「すんなり読めて、すんなりわかるコード」が理想。 プログラムが小さいうちや、一人で開発しているうちは「汚くてわかりにくいコード」であっても「自分さえわかればOK」で済んじゃうけど、プログラムの規模が大きくなったり、複数人で開発するようになると、「汚くてわかりにくいコード」は絶望的に開発効率を下げる。 こんなコードはわかりにくい たとえば上の反対で、 メソッド名だけ見ても何をやっているのか想

注意：このエントリには性犯罪に関する話題が出てきます。苦手な方は閲覧を控えてください。 かなり昔の話なので、記憶があいまいな部分もありますが、覚えている範囲で書いていきます。 はじめに：僕はAくんと一緒に飛行機を見に行った これはたしか、僕が小学3年生、つまり9歳ぐらいだったときの話です。 僕は1977年生まれなので、たぶん1986年頃だと思います。 僕は大阪府豊中市で生まれ育ちました。 大阪国際空港（伊丹空港）がすぐ近くにあり、小さい頃から飛行機を見に行くのが好きでした。 そんなある日、同じクラスに転校生がやってきました。ここではその子をAくんと呼びます。 僕とAくんはすぐに仲良くなり、放課後によく一緒に遊びました。 僕は飛行機を見に行くのが好きだったので、「放課後、一緒に飛行機を見に行こう」とAくんを誘いました。 自転車を使えば5分か10分ぐらいで行ける場所です。*1 僕とAくんが遊び

はじめに ちょっと前の話になりますが、今年の1月頃に妻が新型コロナにかかりました。 僕と息子と娘は去年の夏にコロナになったのですが、家族では妻だけがかからなかったので、「妻は無敵なんじゃないか」と話していましたが、第8波の大きな波からはさすがの妻も逃げ切れなかったようです……。 ちなみに去年の夏にコロナにかかった話はこちらにまとめています↓ blog.jnito.com で、我が家において妻がコロナにかかって自宅隔離になるというのは、かなりの痛手です。 なぜなら、家事の大半が妻に依存していたからです。 以前から「かよこ（妻の名前）がコロナになったらヤバいよな〜」という話は夫婦でときどきしてたんですが、ついにそのリスクが現実になってしまいました😱 というわけで、このエントリでは妻が戦線離脱して僕が一人で家事を回そうとしたときに初めてわかったことや感じたことをあれこれまとめてみます。 我が家

今週のお題「今年買って良かったモノ」 はじめに 前々から「最近買って良かったモノをまとめてブログにしたいな～」と思っていたところ、たまたまはてなブログで「今年買って良かったモノ」というお題が出ているのを発見しました。 今週のお題は「今年買って良かったモノ」です ちょうど良い機会なので、「今年買って良かったモノ + ここ数年重宝してるモノ」をまとめてみようと思います。 ちなみに、かれこれ5年以上はてなでブログを書いていますが、「今週のお題」に乗っかるのは今回が初めてです。 もくじ ちょっと長くなったので、先に目次を載せておきます。 はじめに もくじ その１・ダイソンのコードレス掃除機 その２・ルンバ（2台目） その３・自動食洗機 その４・BRUNOのホットプレート その５・子ども用みまもりケータイ その６・靴乾燥機 その７・BoseのコンパクトBluetoothスピーカー その８・VOXのヘ

（この話は最初Twitterに書こうと思ったけど、長くなるのでブログに書くことにしました） 僕はRSpecやMinitestでテストを書くのは得意ですが、常にテストファースト（TDD）で開発するとは限りません。 今業務でやってるタスクはこんなふうに進めてます。 雑に動くものを作る ↓ 見た目をきれいにする＆機能を作り込む ↓ テストを書く ↓ リファクタリングする この順番で開発する理由を以下に述べます。 雑に動くものを最初に作る理由 最初は見た目とか、異常系とか、細かい仕様とかを無視して、正常系が一通り動くものを作ります。 これはこれから作ろうとしているものの認識が合っているかどうかをPO（プロダクトオーナー）に確認するためです。 実際に動く画面を見せると「こんな感じでOK」とか「ここはこういうふうにしたい」というフィードバックをもらうことができます。 また、開発者としてもコードを書きな

このブログ記事は動画バージョンがあります。動画で見たい方はこちらをどうぞ↓ www.youtube.com ちょっと前から「もやもや〜」と考えてることなんですが。 なんかここ数年、急にプログラマ（エンジニアと言われることが多いけど）の仕事が脚光を浴び始めた気がします。 「3K（笑）」から「お給料が良くて、自由に働ける、イケてる職業」に！？ 僕がこの仕事を始めた頃（20年前）とか、ソニックガーデンに入社した頃（10年前）はまだ「プログラマ？おたくっぽい」「あー、3Kでしょ？きつい、帰れない、給料安いw」みたいな扱いだった気がします。少なくとも日本においては。 ところが、この5〜6年で急に「お給料が良くて、自由に働ける、イケてる職業」みたいなイメージに変わってきたんですよね。 それ自体はとてもいいことだと思うんですよ。自分の仕事が「3K（笑）」と馬鹿にされるより、「お給料がいい！自由！イケてる

先日のブログでもお伝えしたとおり、「DevRel Meetup in Tokyo #78 〜商業技術書出版を学ぼう〜」という勉強会で「出版したら終わり、にしない技術書執筆」という発表をしてきました。 devrel.connpass.com 当日使ったスライドはこちらです。 どんなことをしゃべったの？ 発表の概要はこんな感じです。 内容を随時更新できない紙の本と変化の速いIT技術はどうしても相性が悪い 相性の悪さは受け入れた上で、筆者が積極的に読者をサポートする 変化の速い技術は紙の本ではなく、電子書籍のみとするのも一手 拙著「プロを目指す人のためのRuby入門」の話題を中心に話しつつ、僕がなぜRailsの本ではなくRubyの本を書いたのかとか、電子書籍オンリーで販売している「Everyday Rails - RSpecによるRailsテスト入門」と紙の本の棲み分けについてどう考えているのか

前回書いたブログの続きです。 blog.jnito.com 「VeriServe Test Automation Talk No.3」というオンラインイベントで登壇した際に参加者のみなさんから質問をたくさんいただきました。 一部はイベント内で回答したのですが、時間内に全部回答することはできなかったので、ここで回答することにします。 ただし、テキストで回答を書こうとするとかなり大変なので、YouTube動画にしています。 興味深い質問が多数あって、何かしらみなさんの参考になると思うのでぜひ一度ご覧ください😄 www.youtube.com 動画を見る時間がない、という人のために、ざっくりとQ＆Aの内容を書いておきますね。 質問1 先日開発が始まって半年くらいのあるプロダクトの開発を引き継ぎました。 ドキュメントが一切なく開発者が私一人です。 テストを作り始めていきたいと思うのですが、まず着

先日、このブログでもお伝えしましたが、「VeriServe Test Automation Talk No.3」というオンラインイベントで登壇してきました。 veriserve-event.connpass.com 申込者数はなんと1000人を超えていて、大変驚きました。 僕は「リーダブルテストコード」というテーマで発表しました。スライドはこちらです。 Twitterでたくさんシェアされたり、はてなブックマークがたくさん付いたり、こちらもすごい反響でビックリしました。 で、どんな内容だったの？ ひとことで言うなら「テストコードを徹底的にDRYにしようとしちゃダメよ！」というお話です。 このネタは昔からQiitaやTwitterとかでことあるごとに話してきましたが、この勉強会であらためてなぜダメなのか、DRYに書かず、どう書くべきなのか、という話を力説してみました。 優秀なプログラマほど、「