リクルートのデータ意思決定を支える「アナリティクスエンジニア」に聞く！ ダッシュボード開発の極意
今や多くの企業が、データによる意思決定を推進するためのダッシュボードやBIツールなどの整備に取り組もうとしている。だが、そのようなダッシュボードの整備は、エンジニアが業務の傍ら手探りで行っていることも多い。リクルートのデータ推進室では、データによる意思決定を支えるアナリティクス環境の整備を専門的に行うエンジニアとして、2022年に「アナリティクスエンジニア」という職種を設置した。「アナリティクスエンジニア」とはどんな存在か。データ活用における役割、ダッシュボード作成のポイントなどについて、アナリティクスエンジニアの組織を率いる新堀秀和氏と林田祐輝氏に話を聞いた。 データ関連の新職種「アナリティクスエンジニア」とは データドリブンな意思決定が重視されているリクルート。同社では2015年より、データ関連の職種が置かれていた。そして2022年、データ利活用をさらに推進するために新たな職種を設置し
Dockerコンテナとして本番実行しているRailsをjemallocで高速化&省メモリ化した話 - BOOK☆WALKER inside
こんにちは。 メディアサービス開発部 Webアプリケーション開発課のフサギコ(髙﨑)です。 Ruby on Railsによるバックエンドの実装運用とAWSによるサービスインフラの設計構築を中心とした、いわゆるバックエンド方面のテックリードとしてニコニコ漫画を開発しています。 本記事では、私たちが開発・運用しているRails製のjson APIバックエンドにおいて、mallocの実装としてjemallocを使うように変更したことについてお話します。 背景 私たちが2020年4月から開発しているニコニコ漫画のRails製json APIバックエンド(以降「新バックエンド」と呼びます)は、2010年8月のサービス開始以来サービスを支え続けているPHP製アプリケーションのビジネスロジックに関する式年遷宮的移行先であり、当初よりAWS ECS Fargate上で実行しています。*1 今年8月にリリー
オイ、そこのSELECT COUNT。余計な数え上げに意味なんかねえ - inSmartBank
こんにちは。MySQLは秋の季語とする一派が世に存在していることを知り、私もMySQLに関わる記事を書いてみようと筆を取ることにしました。 さて、リレーショナルデータベースをバックエンドとするWebアプリケーション開発において、特定の条件に合致するレコードがN件だけ存在するかどうかを確認するロジックは頻出といえます。プログラマとして一度は書いたことがあるのではないでしょうか？ この記事ではそのような件数カウントを行うためのクエリが引き起こした性能劣化と、その改善アプローチについて紹介していきます。 なお、本記事の内容はMySQLを前提としており、アプリケーションコードの例はRuby on Railsを用いますが特別な前提知識は必要ありません。コードの雰囲気だけ感じ取っていただければと思います。 ありがちなコード if query.count == n の問題 冒頭で述べた通り、特定の条件に
ワンボタンゲームを200個作ったのでそのうち111個を集めてミニゲーム集にした - ABAの日誌
111個の1ボタンゲームを11秒で次々に遊ぶ 1x111（ワン タイムズ ワン-ワン-ワン）です。PCやスマホのブラウザで遊べます。1ゲーム1分で終わるのでお気軽に試してみて https://t.co/nWai2HT5TN pic.twitter.com/2Ski8E1hGM— ABA (@abagames) 2024年10月6日 いわゆるメイドインワリオ的な、短い時間で次々にワンボタンアクションミニゲームを遊ぶゲーム。成功数に応じて星がもらえて、新しいゲームをアンロックできる。HardやExpertにすると多くの星がもらえるがその分難しい。111個全てのアンロックを目指そう！ PCやスマホのブラウザからそのまま遊べるのでお気軽にどうぞ。 波長が合わないゲームは、アイコンをクリックして"Ban"すれば出現しなくなる。好みのミニゲームデッキにしよう！ ゲームのルールがよく分からんという時は、
リファクタリングすべきか・してよいかの判断基準 - 千里霧中
リファクタリングは、設計やコードを綺麗に保つという普遍的に求められる活動の一要素です。常識的な習慣として推進すべき活動です。 ただ、有効性の理解を得られないままリファクタリングを行って物議を醸す場面も存在します（例えばここのはてなブックマーク等で巻き起こった議論などです）。 実際、リファクタリングは、以降の保守作業をサポートしてこそ価値がでるものであり、考えなしにいつでも一律実施すればよいというものではありません。リファクタリングの対象やチームの状況によって、リファクタリングをすべきかどうか、線引きがされます。 このリファクタリングをすべきかどうかの基準ですが、一言でまとめると「妥当な保守性の実現を、妥当な費用対効果で実現できるか」になります。今回はこの基準を構成する「妥当な保守性の実現」と「妥当な費用対効果」について、それぞれ解説します。 リファクタリングで妥当な保守性を実現できるかの基
Docker盲信してる皆様へ
そもそも便利なのかちゃんと考えてる？ 「日々Dockerfileをメンテして開発環境がこんなに楽になります！」 「Dockerなので本番とも開発者同士でも同じになります！」 馬鹿じゃねーのかｗ？ Dockerfileメンテなんて手順書メンテとかシェルスクリプトメンテしてんのと大して変わらねーよｗ そのDockerfileから作ったものが本番と同一だなんて保証はねーって気づけボケが 本番と同じものを作りたかったら本番からコンテナ作れよ なんでビルド始めちゃうの？無駄じゃん馬鹿じゃん それと「同じDockerfileから作ったものだから環境差異はありません」なんて寝言まだ言ってるの？ yumもaptもリポジトリがセキュリティアップデートやらで変化する以上 いつも同じ結果になるわけじゃねーだろが、（バージョンロックする方法はあるけどめんどいだろ） 本番でもコンテナを使ってますってやつら以外無理し
滅びてほしい認証系の実装の話
こんにちは、富士榮です。 ちょっと前に某所でダメダメな認証系の技術実装ってなんだろうねぇ、、という話をしていたことをXで呟いたところ、色々とご意見を頂けましたのでまとめて書いておきます。
SoftEtherの登 大遊氏が語る、「日本のITエンジニアに迫る危機」とは
大学在学時に、ソフトウェアVPN（Virtual Private Network）の「SoftEther VPN」（以下、SoftEther）を開発したことで広く知られる登 大遊氏。SoftEther開発後も中国の検閲用ファイアウォール「グレートウォール」へのハッキングなどで話題を集め、現在は東日本電信電話（NTT東日本）のビジネス開発本部 特殊局員、情報処理推進機構（IPA）の産業サイバーセキュリティセンター サイバー技術研究者、筑波大学の客員教授などを務めている。 登氏が、ゲットイットが開催したWebセミナーで、日本のITエンジニアに必要な「トライ&エラー（トライアルアンドエラー）の思考法」について話した。ゲットイットは、リユースIT製品の販売やレンタル、メーカーサポートが終了した製品の保守をサポートするIT機器保守（第三者保守）など幅広い役割で、NTTグループをはじめとする多数の企業
困っている人の情報発信力が低すぎると思う
私は現在起業準備中で、どんな問題を解決すればよいかを考えている。 世の中には困っている人がいっぱいいるのは自明だろう。 なのに、私がいくら調べても「この問題を解決してほしい！」と書かれたブログやツイートが全然見つからない。 世の中には困っている人がいるのと同じく、起業してみんなが抱いている問題を解決したい人が大勢いるのに、そういった人達はどうでもいいプロダクトを作って時間を無駄にしている。 これは本当にもったいない。困っている人は無責任でいいから、「私たちはこんな問題を抱えています！誰か解決して！」と情報発信してほしい。 できればより具体的な方が助かる。 「お金がないから仕事がほしい！」よりも 「仕事を探すときにハローワークの人は役に立たないからなんとかして！」よりも 「もっと便利なお仕事紹介サービスが欲しい！」の方が誰かが解決してくれる可能性は高まる。 困っている人が一番問題を認識してい
「アジャイルソフトウェア開発という概念」の源流は日本なのか 〜『日本企業はなぜ「強み」を捨てるのか 』を読んで〜 - bonotakeの日記
夜中におもむろに書評を書き出す第2段。 日本企業はなぜ「強み」を捨てるのか～増補改訂版『日本“式”経営の逆襲』～ (光文社新書) 作者:岩尾 俊兵光文社Amazon この本自体はとても面白いし首肯できる部分も多いが、1箇所だけイチャモンをつけたい。 そもそもアジャイルソフトウェア開発という概念自体、マニフェスト（注：アジャイルソフトウェア開発宣言のこと）の発表よりも3年早く、1998年に日本の研究者から提案されている。 南山大学の青山幹雄教授による一連の研究である。 （同書より引用） ここで紹介されている「1998年」の「提案」とは、おそらくICSE1998で青山先生が発表した論文 "Agile Software Process and Its Experience" のことだろうと思う。Agile Software Process（ASP）という、実際に富士通の社内で実践されたソフトウェ
俺の考えるニトリネットの顛末
・ニトリのシステムコンサル（経歴だけやたらすごいことを主張し横文字ばかり使う）がGoogleのパンダアップデートを機にニトリネットのリニューアルを提案 ・その際に、自分の懇意にしているシステム営業を連れてきて提案させる（CTC) ・CTCのMAMSを導入することを決定し、基幹システム等のつなぎ込みプロジェクトが開始 CTCでの受注額はおそらく数億〜十数億レベル（３年保守契約含む）→コンサルには５％キックバック ・この時点で、以前にニトリネットを依頼してた会社（０社）の足切りを決定。 ・０社は引き継ぎは１ヶ月しか行いませんと明言、ニトリ担当者了解する。 ・CTC下請けへ開発を投げる。そこそこ中堅規模の開発会社（A社）が５０００万で受注。 ・A社、いつも仕事を投げているB社へ８００万で発注。 ・B社、コンペで募った会社（C社、D社、E社）の中から、一番デザインが良さそうだったD社に３００万で発
サイバーエージェントのGitHub Copilot導入と 開発生産性
【GitHub x サイバーエージェント共催】GitHub Copilotで変わる開発文化の現実 https://cyberagent.connpass.com/event/292982/
「推測するな、計測せよ」という訳はミスリードと言う話 - aki33524’s blog
パフォーマンス改善の文脈で良く用いられるフレーズとして、「推測するな、計測せよ」というものがある。これはRob PikeのNotes on Programming in Cからの引用なのだが、原典と少し印象が違う。 Rule 1. You can’t tell where a program is going to spend its time. Bottlenecks occur in surprising places, so don’t try to second guess and put in a speed hack until you’ve proven that’s where the bottleneck is. Rule 2. Measure. Don’t tune for speed until you’ve measured, and even then don’t
個人で開発していた上場企業の情報サイトをOSSにした
結論 個人で開発していたWEBサービスをOSSとして公開しました。 この背景や技術環境について書いていきます。 すべてのソースコードをGitHubに公開しています。 スターやレビューをしてくださると嬉しいです！ 公開したサービス: 上場企業ランキング 先日、オープンソースでWEBサービスを公開しました。 「上場企業ランキング」というサービスです。 その名の通り日本の上場企業を業界ごとに「給与」や「売上」順で閲覧することができるサービスです。 URL: https://company-ranking.net/ GitHub: https://github.com/yuki0920/company-ranking 私は2度の転職活動経験がありますが、企業を選ぶ際に知っておきたいことはいくつもありますよね。 「給与はどのくらいだろう」 「売上や利益はどの程度なのかな」 こういった情報は、求人ペー
ただ個人開発してもどうせ誰にも使われないので集客から始めてみた
自分の作ったサービスで食っていく。 僕みたいに、大した技術力もなければフォロワーも少ないような個人開発者が自分のサービスを広めるために、集客に本気で取り組んでいる過程をまとめていく。 まだ食っていくには程遠いが、想定に近い動きをできているため、ここで思考を整理しつつアプローチをシェアする。 僕が運営しているサービス いま僕が運営している『はいしんツールキット』はライブ配信者（ゲーム実況・VTuber etc.）向けのツール集だ。 YouTubeなどでライブ配信を見る習慣がある方には馴染み深いであろう、配信画面に視聴者のコメントを表示していたり、DiscordのアイコンがPOPに表示されていたり、ライブ配信活動に便利なツールを使えるのが主な機能となる。 Zennのユーザには縁遠いサービスなのは残念だが、いつどの時間でもYouTubeやTwitchを開けば、うちのサービスを使った配信者さんを簡
エンジニアが選ぶ「開発者体験が良い」イメージのある企業「Developer eXperience AWARD 2023」ランキング上位30を発表
エンジニアが選ぶ「開発者体験が良い」イメージのある企業「Developer eXperience AWARD 2023」ランキング上位30を発表 一般社団法人 日本CTO協会(本社：東京都渋谷区／代表理事：松岡剛志、以下：日本CTO協会)は、ソフトウェアエンジニアをはじめとする技術者にとって各社が"開発者体験※1"に関して、どれくらい魅力的な発信をしているか「開発者体験ブランド力」を調査するためのアンケートを実施し、上位30社のランキングを2022年より発表しています。 本活動は、各社のエンジニア採用力強化の指針となるだけでなく、開発者体験の向上と透明性/オープンネスなどの企業文化の重要性が広く認知されることを目的とするものです。 2023年は技術者合計615名を対象に、「開発者体験ブランド力」調査・集計を実施し、上位30企業を選出いたしました。その上位各社を『Developer eXpe
RubyKaigi 2023 Wi-Fi: 足回り徹底解説 - クックパッド開発者ブログ
id:sora_h です。最近は RubyKaigi の Organizer や Wi-Fi NOC をやっていましたが… 何屋なんだろう? 一応 Software Engineer (Site Reliability, Corporate Engineering) を名乗っていますが…。あっ RubyKaigi から戻ってからは学者をやってますね。落ち着いたら本業を思い出していこうと思います。 さて、Cookpad は 2010 年より RubyKaigi に協賛していますが、近年は Wi-Fi Sponsor など*1として携わっています。実体的には、 id:sora_h (筆者) が RubyKaigi 前にほぼフルタイムで Wi-Fi の準備に提供されたり、細々とした機材、一部の回線・ラックスペースの提供を行っています *2。 本稿では RubyKaigi 2023 Wi-Fi ネ
SEで上流を担当、コーディング経験がほぼありません。社外でも通用するスキルが身に付いておらず不安です。開発は向いていません。今の経験を活かしつつキャリアアップするにはどうしたらいいでしょう？
回答 (11件中の1件目) まず、危機感をもっている、あなたは、マトモです。大概の人は、特に、SIerや、大手、上場電気メーカーなんかで、大卒、新卒入社で、しっかりとした社内研修を受けると、間違ったプライドが身に付き、大いに勘違いをします。裸の大様になっていることに気づきません。 おかしな事ですが、社員研修が充実している会社ほど、実は、その会社でしか通用しない社畜を醸造されている例が多いんです。いわば会社の色に染まるように、洗脳、染色されています。 例えば、コンプライアンス完璧で、マニュアルが充実している、文書一つ書くにも、すべて雛形、テンプレートが準備されている。これはある意味、警...
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitの仕組みと用語 / GitHub Term
IT 業界ではなぜ工数などという担当者の能力によって大きく増減してしまうあやふやな単位で見積をしているのだろうか。→だから単価交渉をする
