申し訳ないんだけど、声に出しながら読んでもいい？ じゃないと途中で心折れると思う みくのしんが読みやすい方法でいいよ すげー時間かかると思うけど大丈夫？ 覚悟するわ メロスは激怒した。 うんうん。この一文は有名だよね。さすがの俺も知ってるわ 相槌うちながら読書するんだ。逆に読みにくくない？ ダメ？ その方が自分のペースで読めるんだけど その方が読みやすいならいいけどさ 必ず、かの邪智暴虐（じゃちぼうぎゃく）の王を除かなければならぬと決意した。 邪智暴虐！ かっけー言葉だな！ あら。難しい単語なのによく読めたね バカにしてんのか ふりがな付いてんだよ。「読めないストレス」を感じなくてすむし、これはマジで嬉しい 今どき、ふりがなに感謝する大人も珍しいな 全部こうなればいいのにな〜。利用規約とかさ メロスには政治がわからぬ。メロスは、村の牧人である。笛を吹き、羊と遊んで暮して来た。 けれども邪悪

私は卑下しているわけではなく、ガチでプログラミングの才能が無い。他に才能があるといわれる分野は持っているが、プログラマとしてはガチで三流だ。 そんな私が、今でも夢のようなのだけど、長年あこがれた米国マイクロソフトのドリームチームのポジションを得ることができた。今回はどうやってそのポジションをゲットすることができたかについてシェアしてみたい。 ガチの三流プログラマ 私はガチでプログラミングの才能が無い。プログラミングを始めたのは確か、１０歳ぐらいだろうか？だからキャリアはスーパー長い。三流というのは謙遜ではなくて、自分と過去に仕事したことがある人なら知っていることだと思う。私には人より出来ることもある。それはコンサルティングだったり、アジャイルや、DevOps のコーチ、そしてエヴァンジェリストだ。日本のマイクロソフトではプレゼンは必ず上位だった。私は過去を振り返ると、何回もプログラマになろ

目次 はじめに 使用する関連付け preload、eager_load、includesの挙動 includesはどのような場合にpreloadとeager_loadの挙動となるのか preload、eager_loadの使い分け さいごに はじめに こんにちは、株式会社スタメンでエンジニアをしているワカゾノです！ 4月からサーバーサイドエンジニアとして、弊社プロダクトTUNAGの開発を行っております。 先日、弊社CTOの松谷とペアプロを行いました。 パフォーマンス改善のタスクを行いましたが、タスクを通してN + 1問題に複数回直面しました。 Active Recordにおいて、N + 1問題を解消する方法として、関連テーブルのデータを事前に読み込んでおき、キャシュしておくという方法を取ると思いますが、Railsではその方法としてpreload、eager_load、includesメソッ

はじめに 僕はフィヨルドブートキャンプでメンターをやっています。 その一環として生徒さんが書いたRubyのコードをレビューすることもよくあります。 そんなとき「そこはこんなメソッドが使えますよ」「こう書いた方がシンプルですよ」みたいなコメントを入れると、「なんでそんなにたくさんメソッドを知ってるんですか？」「どうしたら豊富な知識を身につけられるんですか？」という返事が返ってくることがあります。 このエントリではその質問に対する回答をあれこれ書いてみようと思います。 【もくじ】 はじめに 前提として 仕事で毎日コードを書いてるから（コードを書いてる時間が長いから） とことんリファクタリングする リファクタリングに欠かせない、テストコードとgit コードレビューしてもらう / コードレビューする モブプロやペアプロをする 人に教える コラム：自分で自分好みの勉強会を主催してみる 情報をインプッ

はじめに 先日、Macユーザーとしては残念なニュースが飛び込んできました。 TimeCapsuleを含む、AppleのWifiルーター製品がいずれも生産終了になったというニュースです。 この知らせにはビックリしました。 長年、TimeCapsuleを使って「あ～、Macのバックアップって超らくちんやわ～」と悦に浸ってきた人なので。 しかもちょうど、「そろそろTimeCapsuleを買い換えようかな～」と思っていたところでした。 というのも、最近ときどきWifiが突然切れたり、バックアップ用ハードディスクの容量不足の警告が出たりしていたからです。 真っ先に考えたのは「在庫限りで販売終了らしいので、今すぐ新しいTimeCapsuleを購入するか！？」ということです。 が、今購入したところで生産終了が決まったTimeCapsuleの未来はありません。 なので、TimeCapsuleを卒業して、新

はじめに ITエンジニアのみなさんは「常日頃からアウトプットすることが大事」という話をよく耳にすると思います。 僕自身もそういう話をよく言っていますし、実際にたくさんアウトプットしている方だと思います。 このとき、アウトプットするメディアは大きく分けて「自分のブログ」か「それ以外」になると思います。 日本に住むITエンジニアであれば、自分のブログ以外のメディアとしてQiitaを使うことが多いでしょう。 このとき、選択肢は以下の3つになります。 自分のブログにだけ記事を書く 自分のブログとQiitaを使い分ける Qiitaにだけ記事を書く 僕は2のパターンですが、人によっては1か3の場合もあると思います。 僕のおすすめは1か2です。 3の「Qiitaだけ」という選択肢もアリと言えばアリなのですが、気を付けてアウトプットする必要があると思います。 というわけで、このエントリでは技術ネタのアウト

はじめに 2017年11月に発売し、多くの方に読んでいただいている拙著「プロを目指す人のためのRuby入門」（通称・チェリー本）ですが、「わかりやすい！」という感想を多くいただく一方で、ときどきこういった感想を見かけることもあります。 プロを目指す人のためのRuby入門9章 例外処理まで終わったけどむずかしいいい。。。 プログラミング勉強に終わりがない、沼のようだ— sss (@diveintoganges) 2018年8月21日 いや、別にこういった感想を持たれるのは全然構わないんですよ！責めるつもりはありません。 なんせ、本を書いた僕自身も「この本、7章（クラスの作成を理解する）あたりから急に難しくなるよな〜😅」と思ってるぐらいですから。 もし「理解できなくて情けない、恥ずかしい」とか、「これを全部理解しないとRubyプログラマになれないのか」といったふうに、深刻に考えている読者さん