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

Ruby 3.3がリリースされた。YJITには非常に多くの改善が含まれたリリースだったが、 NEWS解説記事やリリースパーティーでは 2点しか触れられなかったので、この記事ではRuby 3.3でYJITがどう改善されたかについて解説する。 YJITは既に実用段階 YJITはRuby 3.1で導入されたが、Ruby 3.2の時点でexperimentalのマークが外れ、実用段階となった。 Ruby 3.2では、以下のような企業で性能改善が報告された。 DeNA: 40% 高速化 GMOペバボ: 18% 高速化 STORES: 6.5-7.5% 高速化 Timee: 10% 高速化 メドピア: 2.8% 高速化 BOOK☆WALKER: 20-30% 高速化 Discourse: 15.8-19.6% 高速化 Lobsters: 26% 高速化 CompanyCam: 20-40% 高速化 弊

最近、毎日のようにEMのいくおさん（ @dora_e_m ）とTwitterXでわちゃわちゃしてる。彼のポストを見ていると、ガンプラをつくるかビールを飲むかしかしていないように見えるが、それで合っている。 という冗談はおいといて真面目な話をすると、エンジニアとしての僕は彼と仕事ができている今の時間のことを本当に貴重な時間だと思っている。とにかく仕事がしやすいし、いろいろな気づきを与えてくれるおかげで、自分自身の成長も感じている。 エンジニアリングマネージャとしての知識が豊富でスキルが高いというのはもちろん、人との接し方や日常的なふるまいもとても尊敬できるものなのだ。 そこで今日は、僕が彼とこの3ヶ月間仕事をしていて、やりやすい・尊敬していると感じていることの中から10個だけ簡単に紹介しようと思う。僕からいくおさんへの日頃の感謝の気持ちをあらためて書いておこうと思っただけとも言う（ふだんから

転職する際に空白期間がない場合は会社側で手続きがほとんど終わりますが、一旦無職を挟んで転職する場合は、保険証、年金、iDeCoなどの手続きが必要になります。 今回の転職活動にあたって、 この手続きをするのに市役所やプリンターを使いたくないので、インターネットだけで完結できるかにトライしました。 Open Job Letterを公開しました | Web Scratch 手続きの前提条件 会社や個人によって前提が異なるので、ここでは次の前提で記事を書いています。 会社員: 厚生年金 保険証: ［ITS］関東ITソフトウェア健康保険組合 iDeCo: 個人型確定拠出年金 退職して次の会社が決まってない場合は、保険証や年金などの手続きが必要になります。 保険証: 国民健康保険か任意継続かは好きな方で 今回は任意継続を選択 年金: 厚生年金から国民年金第1号へ切り替える iDeCo: 「加入者被保険

これは はてなエンジニアアドベントカレンダー2023 2日目の記事です。 はてなエンジニア Advent Calendar 2023 - Hatena Developer Blog はてなエンジニアのカレンダー | Advent Calendar 2023 - Qiita トップバッターは緊張するけど、順番が回ってくるまで長い間ソワソワするのも嫌、という理由で例年2日目を狙うようにしている id:pokutuna です。今年も成功しました。 観光名所とは 目を閉じれば思い出す、あのコード... あの Issue... あなたが Web 系のエンジニアであれ、趣味で開発している方であれ、必要に応じてライブラリやフレームワークのコードを読むのはよくあることでしょう。公開の場で開発されているソフトウェアは、ソースコードだけでなく、開発コミュニティでの議論やバグ報告なども見ることができます。 リポ

趣味は食材採取とそれを使った冒険スペクタクル料理。週に一度はなにかを捕まえて食べるようにしている。最近は製麺機を使った麺作りが趣味。（動画インタビュー） 前の記事：ナポリのジェノベーゼは本当に茶色いのかを確かめたい ＞ 個人サイト 私的標本 趣味の製麺 イタリアのコーヒーは小さい イタリアのコーヒーはすごく小さい。「少ない」というよりも「小さい」という形容詞が似合うサイズ感。 あれはカッフェっていうんですかね。あるいはエスプレッソか。ドリップではなく、蒸気で一気に押し出すスタイル。 カウンターには砂糖が山盛り。 噂には聞いていたけど、本当に小さくて、そして超濃い。大さじ二杯くらいの液量に、普通に一杯分の豆成分が入っているイメージ。 それに砂糖を1～2袋溶かして、クイっと飲むのがイタリア流なんですかね。濃いだけじゃなくて甘いのがポイント。無糖で飲む人もいるんでしょうけど。 このサイズ感、伝わ

こんにちは！　料理家の美窪たえです。 今回は、鶏むね肉をつるりとおいしく食べられる水晶鶏を紹介いたします。 水晶鶏は、鶏むね肉に片栗粉をまぶしてゆでる料理です。パサつきが心配な鶏むね肉も、片栗粉の保水効果でしっとりやわらかく加熱ができるので、ぷるりとなめらかな舌触りに仕上がります。 そのしっとりとした鶏むね肉にパンチのあるニラダレを組み合わせて、食欲の湧く一品にしていきます。ニラダレは、鶏むね肉以外の素材とも相性のいい万能ダレなので、いろいろな料理に使えて重宝するはずです。ぜひ試してみてくださいね。 材料（2人分） 鶏むね肉……1枚 片栗粉……適量（大さじ2程度） 酒……小さじ1 塩……小さじ1/2 〈ニラダレ〉 ニラ……50g（1/2束） しょうが……15g 醤油……大さじ1と1/2 ごま油……大さじ1/2 鷹の爪（輪切り）……お好みで適量 水晶鶏の作り方 1.ニラは洗ってから小口切りに

早朝の寝る前ぐらいの時間にぼやっと下記の様なツイートしたらちょっと反応を貰ったので、取り留めは無いが自分なりに考えていることを書いてみる。 人を育てるのも仕事の内というのは完全にその通りなんだが、そこにドキュメントや本があるから読みます、触って作ってみます、生きたコードを読みます、以外に学ぶ方法なんかねえし、知らねえよ。ただやればいいだけの事に説明も何も無いんだよな……。マジ分からん……。— joker1007 (アルフォートおじさん) (@joker1007) March 2, 2023 タイトルは雑に書いたけど、能力を高めるというと範囲が広過ぎるので、技術的な意味でできる事が増える、ということをテーマとして話をしていこうと思う。基本的に自分の考え方の話なのでそこは御留意ください。 ツイートした通りで、状況や対象に依って割合は変わるかもしれないが基本的にそのためにやることは3つしかないと

こんにちは。プロダクトデザイナーときどき料理人、ツジメシこと辻村哲也です。「ツジメシの日常メシと週末メシ」シリーズ、今回は日常メシ。 何かと胃腸に疲れがたまりがちで、食材の値段も高騰する年末年始。そんなこの時期の胃にも財布にもやさしくて身体も温まる、手軽な温かい汁そばです。 鰹節や昆布などの出汁は使わず、通年価格が安定しているきのこたっぷりと豚肉、調味料だけでしっかりした美味しさ。きのこはうま味の舞茸とえのき、食感のなめこを組み合わせました。豚は片栗粉をまぶすことでパサつかず、汁に適度なとろみもついて身体も温まります。 10分加熱するだけできのこのうま味をしっかり引き出す理屈、そのほか今回なぜこの作り方なのか、レシピ中の※印の注釈を後半に書いていますので、よろしかったら最後までお付き合いください。 ツジメシの「豚きのこそば」 材料（1人分） 舞茸　70g えのき　50g なめこ　30g 豚

自己や他人の主体性について、悪意とハンロンの剃刀の話題をネタにして整理してみます。世界モデルの恣意性も合わせて考えることで、問題の在り処がだいぶはっきりすると思います。 （2022-07-09 読みやすさ向上のため、主旨が変わらない範囲内で少し書き直しました。） ハンロンの剃刀とは事例１：前から来た男がすれ違いざまに水たまりにばちゃーっと足を突っ込んだせいで自分のズボンが泥をかぶり、相手から「あーーっゴメンナサイーッ」と謝られた。 事例２：同じ会社の新入社員から送られてきた電子メールの文面が、超絶に失礼なものだった。 これらの事例を自分への悪意ある攻撃と解釈するか、相手の能力不足によるドジと解釈するかで、自分の感情的な反応も異なるし対応も違うものになる。 ハンロンの剃刀とは「無能でじゅうぶんに説明できる言動の裏に悪意を読み取るべきでない」とする状況判断の一般原則のことである。オッカムの剃刀

開発・運用の現場から、IIJのエンジニアが技術的な情報や取り組みについて執筆する公式ブログを運営しています。 こんにちは。IIJ Engineers Blog編集部です。 IIJの社内掲示板では、エンジニアのちょっとした技術ネタが好評となって多くのコメントが付いたり、お役立ち情報が掲載されています。 そんな情報を社内に留めておくのはもったいない！ということで、IIJ Engineers Blog編集部より、選りすぐりの情報をお届けします。 今回は、使わなくなったドメイン名はどのようにすればよいかを紹介します。 そのまま放置しておいてよいのか？（ダメ） 廃止すればよいのか？（もっとダメ） どういった対応を行えばよいのか？ どうぞご覧ください。 終わったサービス・キャンペーンのドメイン名、放置されていませんか？ ドメイン名を放置すると付喪神がやどり、ひとりでにサイトを公開したりメールを出し始め

追記: 2023-11-19 corepack v0.20.0 にて、CLI のコマンド体系が一新されて多少わかりやすくなりました (PR#291)。新しいコマンドは README を参照。 追記: 2022-02-03 Node.js v14.19.0 に corepack が標準バンドルされました。 corepack がバンドルされていない Node.js v12 系は 2022-04-30 に EOL を迎えるので、あと 3 ヶ月もすればアクティブな Node.js 環境には必ず corepack が揃っているという状態になりますね。引き続き experimental ステータスのままではありますが。 追記: 2021-09-08 Node.js v16.9.0 で corepack が標準バンドルされました。まだ experimental 扱いですが。 デフォルトでは yarn も

ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その中で、レガシーシステムをリファクタリング・リアーキテクティング・リライトできないことへの不満を理由として挙げるエンジニアは多かったように思う。裏を返せば、自社のソフトウェアプロダクトが技術的負債にまみれたまま放置されているなら、優秀な人材が他社に流出するリスクがあると認識すべきだ。 本稿では、技術的負債と開発者体験の関係について紐解くとともに、それに対してソフトウェアエンジニアリング組織を預かるマネージャーが取るべき行動について考えてみたい。 ※これは、Engineering Manager Ad

ソフトウェアプロダクトをビジネスの中心に据える企業にとって、プロダクトの競争力を高めることは、一番の関心事です。だからこそ、プロダクトをより顧客価値の高いものに磨き上げようと、アップデートを繰り返すことに腐心する。 しかし、残念なことに、魅力的なプロダクトというものは、すぐに競合他社に真似されてしまいます。一度獲得した優位性を、長期間持続することは難しい。むしろ、競争優位性など一時的であることが普通だと考えた方が良い気さえします。 だからこそ、「プロダクトの競争力を高めること」と同時に、「プロダクト開発能力の競争力を高めること」が重要だと、私は考えています。魅力的なプロダクトを作ることに再現性があり、それを短期間で実現できる強い開発組織を作り上げるということです。競合他社も、プロダクトを真似することは簡単にできても、開発能力を真似することはさすがに難しいはず。 プロダクト開発に実行責任を持

複数チームに分かれたプロダクト開発スタイルをかえって不自由に感じてはいないだろうか。チーム間に張り巡らされた無数のチェーンが自由を奪い、チームの活動を束縛する。そんな感覚だ。 組織を複数のプロダクト開発チームに分割する組織アーキテクチャは、マイクロサービスアーキテクチャに例えることができる。そこから見いだせる原則は、チームをコンポーネントとして捉え、凝集度を高く、結合度を低く設計することだ。この原則を軽視すると、チーム間の依存関係が互いをチェーンのように繋ぎ、絡み合い、組織全体を「分散されたモノリス」に変えてしまう。その結果として、チームは日々、多大な調整コストや遅延コストを支払い続ける羽目になる。 では、既存のソフトウェアプロダクト開発において、個々のチームが活動しやすい分散型組織の設計とはどういうものだろうか。あくまでも私の経験や考えに基づくものではあるが、本稿はこれをテーマに書いてみ

こんにちは、ydahです。 2021年の12月から株式会社アンドパッドでソフトウェアエンジニアとしてANDPAD検査の開発に携わっています。 昨年、息子が生まれてから夜更かしすることがなくなり、早朝に起きては軽くジョギングをしてから、OSSプログラミングにいそしむのが朝のルーティンになった今日このごろです。 さて本稿では、Rubyの例外処理を眺めていたらrescueがグローバルなオブジェクトを破壊するケースがあったんですよという話と、その対策について話したいと思います。 発生していたケースについて 突然ではありますが以下のコードをご覧ください。 この中にグローバルなオブジェクトを壊してしまうrescueがいます。 # 1 begin raise 'foo' rescue ArgumentError end # 2 begin raise 'foo' rescue => ArgumentEr

こんにちは。SRE Team の @chaspy です。次の10月で Engineering Manager をつとめて1年になります。 本記事ではもしかするとメンバーからわかりづらい Engineering Manager のしごとについて、昨年10月からの約1年間を振り返りながら説明しようと思います。 ところで「エンジニアリングマネージャのしごと」もうすぐ発売ですね。筆者もとても楽しみにしています。検索のノイズになるのは本意ではないので記事のタイトルはカタカナではなく英語表記にしました。 www.oreilly.co.jp なお、リクルートでは人事制度上 "Engineering Manager" というロールはなく、GM (Group Manager) が正式なロールです。EM と GM は重複する部分、そうでない部分ありますが本記事では割愛します。 基本情報 会社組織編 SRE T

エス・エム・エス テックブログ運営の熊谷です。今回の記事は sunaotに聞いてみた・前編「『言われたとおりに』が何より苦手」なプログラマーがエンジニアリング組織のトップになるまで の後編となります。 田辺順 Sunao Tanabe -技術責任者 Ex. DeNA 外資生保のSEやWebの会社のプログラマーを経験後、DeNAにて技術支援チームの立ち上げ、SET/SWETとして自動化や開発者テストの開発支援に従事。エス・エム・エスでは技術責任者として、開発組織づくりや開発基盤の整備などを進める。 Q2. 田辺さんが CTO を名乗らない理由って何かあるんですか？ 田辺さんは「技術責任者」を名乗っていますが、あまり一般的な呼称ではないなと感じています。CTOを名乗らない理由は何かあるのでしょうか？ 「困っていないから」というのが大きいです。名乗ると何が得られるのかがわかっておらず、明確に実務

こんにちは。スタディサプリの Web エンジニアをやっている @ttokutake です。 今日は、私の所属するチームがプロダクトやコードを改善するためにやっていることを簡単にご紹介したいと思います。 そもそもどんなチームなのか 私の所属するチームはプロダクトの Enhancement を担当しています。 例えば、ユーザー登録画面で入力を勘違いしやすいようなわかりにくい部分があるので直すとか、 既存の機能で使いづらい・わかりにくい部分を改善していく ということをしています。 実は「 差し込みの多いプロダクト開発のスケジュールの精度を上げるためにはバーンアップチャートがおすすめです 」でも言及されているチームなので良かったらそちらも読んでみてください。 軽く特徴をまとめると、 そこそこ広いドメインを担当しているため、急な差し込みや問い合わせ対応が多い 感じのチームです。 日々作業をこなすだけ

こんにちは！　料理家の美窪たえです。 本日は、鶏の砂肝で作る絶品オイル煮込み「砂肝のコンフィ」をご紹介します。 砂肝は内臓類の中では比較的扱いやすく、スーパーでも入手しやすい食材です。値段もお手頃で大変ありがたい食材ですが、実際に料理するとなると、「どうやって食べたら良いかわからない」「硬い」「薄皮は取るべきか？」など、扱い方に関する疑問をお持ちの方も多いのではないでしょうか。 本日はそんな食材「砂肝」を柔らかく仕上げていきますよ。 ご紹介する砂肝のコンフィは、油を使うため直火での温度管理が難しく、オーブンで長時間加熱するのが一般的な調理法です。 しかし、今回は食材を油に浸したままお湯で間接的に温める「湯煎」を用いて、一定の温度を保ちながらじっくりと加熱することで、砂肝を簡単に柔らかく仕上げることができるのです。 油が飛び散る心配もなく、オーブンなどの特別な機材も不要。少なめの油で手軽に作