この記事はエムスリー Advent Calendar 2022の30日目の記事です。 前日は id:kijuky による チームメンバーのGoogleカレンダーの休暇予定一覧をスプレッドシート+GASで作った でした。 AI・機械学習チームの北川(@kitagry)です。 今回はMySQLへのインサートを20倍以上高速化した話について書きます。 仕事をちゃんとしてるか見張る猫 TL; DR はじめに 今回のテーブル バイナリログを無効化する 追試 LOAD DATA INFILE 追試 テーブルの正規化 インデックスを一時的に剥がす まとめ We are hiring!! TL; DR バイナリログをオフにする LOAD DATA INFILEを使う インデックスを一時的に消す はじめに AI・機械学習チームではサイトトップからアプリに至るまで多くの推薦システムがあります。 そこでは推薦ロ

新幹線遅延して乗ってるけど、 車掌さんがグリーン車の通路とデッキには立たないでくださいって放送してるのに、チケットない人が入ってくる。 普段はコンプラだの常識だの騒いでる人たちも、自分はルール破りまくりなわけです。 なら自分のことを棚に上げて他人を批判するなと思いますね。

はじめに 自分がAWSをこれっぽっちも知らない頃、 ググって出てきたどこか知らんサイトからだと、「欲しい情報はこれじゃない」ってのが多くあった。 そんなこと繰り返していると エラー、トラブル時に即対応できない 間違って構築したせいで運用時に悪化してしまう 古いソースコードでエラーがでて動かない これで無駄な時間を過ごすことになる。 要は「ググって得たその情報で、作ったものは正しいのか？」 AWSは常にアップデートされ続ける 欲しい情報を手に入れるまで調べる時間を割くなら、 公式展開してるサイトから得たほうが正確である。 ということで、最速でAWSを攻略するサイトをまとめる。 この記事をブックマークでもしておくと、ググる手間も省けるだろう。 目次 AWSドキュメンテーション AWSサービス別資料 トレーニングライブラリ AWSブログ アーキテクチャーセンター ワークショップをする よくある質

はじめに 皆さん、docker composeを利用しているでしょうか？ 複数のdockerコンテナをまとめて立ち上げたり、環境変数を定義できたり便利ですよね。 今回はある程度docker composeを利用している方向けに私が便利、便利そうと感じたdocker composeの機能を挙げてみました。 docker compose cli v2を利用 docker-composeではなく docker composeコマンドも利用可能になってます。 Docker Desktopでは v3.4.0から利用可能で、基本的にはコマンドの互換性あります。 Docker image名やコンテナ名のプレフィックスをディレクトリ名から変更する 通常は ${ディレクトリ名}_${サービス名}でイメージが作成されます。 環境変数COMPOSE_PROJECT_NAMEでプロジェクト名を指定することにより

いつの世も人々は権限設計に苦しめられている。そうは思いませぬか。 ご多分にもれず、ぼくも note に入ってからというもの AWS の権限設計をどうしてやろうかと、あれこれ思い悩みまくった人間でした。 組織が変われば権限も変わる。誰が何をしたいのかなんてとても把握しきれないし、かといって全員に Administrator を割り振るような豪胆さも持ち合わせておらず。組織再編が繰り返される中で、なんとか運用に耐えうる設計を考え、実装しようと試みた内容をまとめたのがこの note です。 note 社における AWS 権限設計の変遷と、その結果生まれた自動で AWS の権限を払い出す仕組みについて書いていきます。 ※この記事はnote株式会社 Advent Calendar 2022 の 25 目の記事です。 注意事項つらつらと書き連ねていたら 12,000 字超の大作 note となってしま

これはRubyアドベントカレンダー2022の22日目の記事です。 binding.irb のすすめ 8年前に 今更聞けないpryの使い方と便利プラグイン集 という記事を書き、そこから長い間 binding.pry を愛用していた。binding.irb も binding.pry も使ったことがないよ、という人はご一読をお勧めしたい。 当時PryにあったIRBに対する優位性のうち、時間が経っても常に使い続けた機能といえば binding.pryの存在、$ (show-source)、@ (whereami)、ls とその -G (grep) オプション、デバッグ機能 (要pry-byebugプラグイン) という感じで、他はまあたまに使うかもねくらいの感じになったのだが、なんとこれらはRuby 3.2ではIRBで全て使えるようになった。その上、Gemfileに何も書かなくてもデフォルトで使え

どうも、ぼくです。 ぼくの勝手なイメージなんですが、クリスマスとえば「ブロッコリーレシピ！」って気がしません？…あれ？ぼくだけ？ ということで、本日はブロッコリーを使った副菜をご紹介します（無理やり） 「ハッシュドかりかりブロッコリー」 普段はブロッコリーを食べない子供たちですが、これを作ると毎回争奪戦が起きてます。ちなみに今回ブログを書くために撮影したんですけど、この時も子供達が全部食べきってしまって親の分がありませんでした笑 二人で食べたのに、途中で次男が「ない！」って言ってた笑 pic.twitter.com/RkWrfywpIu— ぼく◒レシピ試作垢 (@bokun_bokun) 2022年12月7日 よく、ブロッコリーを揚げるレシピを見かけますが、中の柔らかい部分が個人的にあまり好みではなくて（笑）…なので、全体をガリガリにしたい～～！と思って作ったのがこのレシピ。食感がかなり良

カタカタッ ターンッ！ RubyのIRBめっちゃ便利ですよね。 IRBは補完機能もすごく便利なんですが、ちょっと気になるところもあります。 メソッドチェーンすると正しく補完できずありとあらゆるメソッド名が候補に出てしまう 正規表現で実装されてるので時々誤作動を起こす array[i]. %s[symbol]. 配列のメソッドが候補に出る array.map{}. %w{words}. HashとProcのメソッドが候補に出る なので、型情報(RBS)とかも使ってもうちょっといい補完候補を出せないかなと 、gem katakata_irb を試しに作っています。 gemをインストールするとkirbコマンドが使えるようになります。 変えました。使い方: require 'katakata_irb' メソッドチェーンしてても、ブロック引数・変数などを使ってても、ある程度正しく型を推測して補完候補

この記事は 食べログアドベントカレンダー2022 の17日目の記事です🎅🎄🎁🍗 こんにちは！食べログでサーバーサイドエンジニアをしている清水です。 みなさんテストケース書いてますかー？ テストケースといえばテスト実施の直前に作成するものだと考えている方もいるかもしれませんが、 私が所属するチームでは実装に着手する前の設計段階で作成する取り組みを行っています。 (記事の執筆にあたり勝手に テストケースファースト と命名しました！) 本記事ではこの取り組みの背景やメリットなどについて紹介します。 なお、本記事におけるテストケースとは結合テストケースのことを指して記載しています。 背景と課題 少し話が逸れますが、私はもともとSIer出身で数ヶ月程度の案件をウォーターフォールモデルで開発することが多い環境でした。 当時は設計書をお客様に納品する成果物として厳しくチェックされ、日本語の使い方

こんにちは、エンジニアのkinoppydです。本日は、SmartHRが公開したOSSガイドラインに関してご紹介します。 github.com SmartHR OSS ガイドライン SmartHRでは、すべてのサービスでOSSが使用されています。Ruby、Ruby on Rails、React、TypeScriptは必ずすべてのサービスで使われていますし、その他にもたくさんのOSSがSmartHRのサービスを構成しています。これらOSSによってSmartHRのサービスは支えられているので、我々もOSSに対してなにか貢献をすることができると良いなと思っています。しかし、現在社内には業務時間中のOSS活動に関する明示的な文章が存在せず、業務としてOSSにコミットする労務/法務的なルールが不明でした。また、OSS文化に対する経験が浅い人にとっては貢献する方法などもよくわからず、ハードルが高いと感じ

最初に説明抜きで結論を CRuby のリポジトリを git で clone した working copy で以下を実行します。 git remote add ruby-trunk-changes https://github.com/nagachika/ruby.git git config --local remote.ruby-trunk-changes.fetch '+refs/notes/commits:refs/notes/ruby-trunk-changes' git config --local notes.displayRef '*' git fetch ruby-trunk-changes git の使いかたにはいろいろ個人の好みがあったりとか既存の設定との相性があると思うので、よりこまかく設定したい人や背景を知りたい人は以下の説明も読んでみてください。 背景 毎日 C

皆さんこんにちは。株式会社バベルでエンジニアをしている uhyo です。バベルが提供しているaileadというプロダクトでは TypeScript が多く使われており、ESLint も活用されています。この記事では、ailead のコードベースにおいて ESLint の新しい設定フォーマットであるFlat Config (eslint.config.js)を導入した事例を紹介します。 Flat Config とは？ Flat Config については、ESlint 公式ブログでも詳しく説明されています。 ファイル名がeslint.config.js固定であり、必ず JavaScript で書かなければいけないのが特徴です。新しいフォーマットでは、従来の設定ファイル（.eslintrc{.yml,.json,.js}）で辛かった部分が解消されています。特に、設定内容の解決にあたって ESLi

ウェブサイト制作において見た目がきちんと実装されているのは大事なことですが、コードのちょっとした違いでユーザーの不便につながることもあります。本記事では見た目だけでなくユーザーの使い勝手にも気をつけたコーディングテクニックについて解説してます。今回はユーザーが特に使い心地を感じやすいインタラクション部分で、シンプルなHTML・CSSだけでより良くできる17個に絞って紹介します。 下記サンプルでNG例とよい例の両方を紹介しています。実際に違いに触れながら本記事を読むと分かりやすいです。 サンプルを別ウインドウで開く コードを確認する 1. divタグをボタンにするのは避けよう 見た目はボタンのようでも、<div>要素で実装したボタンはアクセシビリティの観点からもよくありません。ボタンとしての機能を持つなら<button>要素を用いるのが多くの場面でも有効です。もし、諸事情で<div>要素を用

この記事は、Lancers（ランサーズ） Advent Calendar 2022 の2日目の記事です。 モチベーション 一般的にPull Requestはサイズが小さいほうが良いとされていますが、理想的なPull Requestのサイズは具体的に何行なのでしょうか？ また、なぜPull Requestのサイズは小さい方が望ましいのでしょうか？ 本稿ではPull Requestの理想的なサイズとその理由について、リサーチした内容をまとめます。[1] 本稿で取り扱う観点について Pull Requestのサイズを考察するにあたり、主に注目される観点は以下の2つがあります。 リーン思考に基づいたフロー効率の観点 コードレビューに関する観点 本稿では、理想的なPull Requestのサイズについて具体的な数字を示したいというモチベーションから、コードレビューに関する観点について取り扱うことにし

SREの菅原です。 この記事はカンム Advent Calendar 2022の４日目の記事になります。 少し前にサービスで使っているPostgreSQLをRDSからAuroraに移行しました。 Auroraに移行するため色々と作業を行ったのですが、その中でAuroraの性能を測るために行った負荷テストについて書きます。 pgbench まず最初にpgbenchを使って、単純なワークロードでのRDSをAuroraの性能差を測ってみました。*1 以下がその結果です。 MySQLで同様のテストをmysqlslapを使って行ったことがあって、そのときは概ねAuroraのほうが性能が高かったので、同様の結果になると考えていたのですが、RDSのほうが性能が高い結果になったのは予想外でした。 ただAuroraのアーキテクチャを考えると、pgbenchのような細かすぎるトランザクションの場合はRDSのほ

Mutation testing とは テストの品質を評価する手法の一つ テスト対象のプログラムの一部を機械的に書き換えたときに、テストが失敗させられるかを確認する手法 大まかな流れは以下の通りです。 プログラムを一部改変 改変されたプログラムのことを "mutant" と呼びます 1.で改変した状態でテストを実施 テストが失敗するかどうかをチェック いずれかのテストが失敗するなら、 テストが十分であるとし、OKとします 全てのテストが成功するなら、テストが不十分であるとし、NGとします このプロセスをたくさん実行し、いろいろなプログラムの改変("mutant")を試してその結果のOKの割合が高いほうが質の高いテストであると判断します。1 テストが失敗する場合に、mutation testingとしてはOKとなります。ややこしいので、この記事では以下のように表現することとします。 テストが

私が定期購読している中学受験親ブログで、おおたとしまささんの『勇者たちの中学受験』が話題になっていたので読んでみました。 同時期に東京で中学受験をした3人の子どもの親に対して、おおたとしまささんがインタビューした内容を小説仕立てにしたものです。どのエピソードも1月から始まり、東京の中学受験が終わる2月までのもの。塾名、学校名はすべて実名です。 3人の子どもは、1章の子がSAPIX、2章が早稲田アカデミー（以下、早稲アカ）、3章が個人塾（うのき教育学院）に通っていました。親も塾も過度なプレッシャーをかけていない、個人塾の子どもの受験がもっともポジティブに描かれています。 個人目線の小説形式ですから決して情報量は多くはありません。ただ、親のメンタリティがかなり赤裸々なのと、受験日中心にどう併願受験するかの選択が生々しいので、中学受験の闇がどうして起きるのかを知りたい人にはお勧めです。我が家では