昨日は https://note.com/takuya_stmn/n/n02e627b9afc3 で会社のアップデートを書きました。プロダクト系職種の中でも、特にコロナによるフルリモートがどの会社でも当たり前になった頃から採用難易度が増してきた、Webバックエンドエンジニア、とりわけRuby on Railsエンジニアの採用の難易度が難しくなった理由について、Rubyを25年間、Ruby on Railsを18年間やってきた中、感じたことを軽く書きます。 1. オワコンである「Rubyが死んだ」「Ruby on Railsは死んだ」みたいな言葉は何度も聞きました。Ruby / Ruby on Railsを使った開発を始めたころから辛さはありましたが、一定の生産性が出るということで利用ケース数は増えていきました。一方で、コミュニティベースの進化は独特の文化を持ち合わせていることもあり、中長期

“炎上”したクリエイターはどうしたらいいのか？ 『FGO』塩川洋介が『ニーア』ヨコオタロウに教えを乞う。ヨコオ氏「塩川さんはもうダメかもしれない」 「人から好かれるには、どうしたらいいんでしょうか……」 ある日、『Fate/ Grand Order』のプロデューサーなどで知られる塩川洋介氏から、こんなダイレクトメッセージが届いた。 塩川氏といえば、ディライトワークス在籍時代に、たびたび物議を醸す発言を繰り返し、ネット上で大きな炎上騒ぎを引き起こしたことでも知られる。また、そうした彼の発言に含まれる、ある種の“いけすかなさ”から、ユーザーからは未だに根強い反感を持たれている。 「それもプロデューサーの役割、仕事のうちだから」と、長年それを受け入れてきた塩川氏であるが……独立して新たなプロジェクトを立ち上げているいま、そうした問題・課題に直面している、なんとか解決できないか？ と言うのだ。 自

LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog Overview 30万を超える同時接続数を持つチャットサービスにおいて、リアルタイムでメッセージの受信などのイベントを配信するメッセージブローカーとして、私たちはRedis ClusterのPub/Subを使用していました。 私たちのサービスでは、ユーザー数の増加に伴い、Redis Clusterのシャード数を増やすことでクラスターの性能を向上させてきました。しかし、Redis ClusterのPub/Subでは、シャード数の増加に伴ってネットワーク帯域が圧迫される問題が生じ、これ以上シャードを追加することができない状況になりました。 この課題を解決するために、メッセージブローカーをRedis Pub/SubからRedis

ridgeporeのv0.7.6でignoreという属性をカラム・インデックス・FKにつけられるようにした。 github.com あんまり周知していなかったせいで、全然知られていないが、ridgepoleでもexecuteがつかえる。 https://github.com/winebarrel/ridgepole#execute create_table "authors", force: :cascade do |t| t.string "name", null: false end create_table "books", force: :cascade do |t| t.string "title", null: false t.integer "author_id", null: false end add_index "books", ["author_id"], name:

「顧客中心主義」という言葉を振りかざすひとは胡散臭く感じてしまうが、一方で重要な考え方であるとも思うアンビバレントがある 労働についての話。 労働をしていると、「どうしてうちの組織はこうなってないんだ」とイライラすることはだれにでもあると思う。というか、そういうイライラを失ってしまったとしたらそれはもう理想を失っているということで、改善の機会を失っている。理想と現実の間のままならなさにイライラしながらも顧客（その顧客は社内の別の部署かもしれないが、それが最終的にエンドユーザーに届くロジックは強固にたてついていないといけない）に対してなんらかの価値を提供して対価を得るのが労働だとさえ思う。 ところで、この理想を実現するためにはどうしたらいいのだろうか。理想を知ること、理想の状態を想像することは簡単だけど、このままならない現実を理想に近づけるためになにかを変えるというのはすごく大変だ。このギャ

こんにちは。PR TIMES フロントエンドエンジニアの岩元 (@yoiwamoto) です。 PR TIMES ではいくつかのページが React で実装されており、Webpack でビルドを行っていました。 今回は、一部のページを除いてこの Webpack を Vite へ置き換えたので、その経緯や結果を共有します。 まとめ ビルド時間が長いことが課題で移行を行い、結果として開発体験・デプロイ時間等が大幅に改善されました。 開発環境のみの移行 → フィーチャートグルでの本番試験 → リリース → Webpack の廃止と、移行は段階的に進めました。 なぜ Webpack をやめたのか 一番はやはり、ビルド時間の遅さです。 今回、当時の環境を再現することが難しく、改めて計測はできなかったのですが、本番用のビルドはおおよそ3~4分、開発環境での watch ビルドで変更が反映 (HMR)

安済　はい。千束とたきなのオーディションだったのですが、いただいた資料に書かれていた世界観にすごく感動したんです。だから「この2人の役じゃなくてもいいから、この作品に出たい！」と思いまして、千束とたきな、両方受けました。 若山　私はたきなだけを受けさせていただこうと、テープを送って……。 安済　一本釣りだね！ 若山　カツオみたいに言わないでください！（笑） 安済　ごめんごめん（笑）。その後、「掛け合い」のオーディションがあったんです。この作品は掛け合いが大事なので、と。 若山　だから技術的なことよりも、相手の話した言葉をどう返すか、ということを考えていました。 井ノ上たきな役の若山詩音さん（左）、錦木千束役の安済知佳さん ──それで合格されて、お2人で何か話し合われたことはありましたか？ 安済　コロナもあったし、芝居についてはあまりなかったですね。役が決まったときに別の作品で詩音ちゃんと一

こんにちは。検索基盤部の山﨑です。検索基盤部では、検索基盤の速度改善やシステム改善だけではなく検索の精度改善にも力を入れて取り組んでいます。 検索システム改善についての過去の取り組み事例は、こちらのリンクをご参照ください。 techblog.zozo.com また、ZOZOTOWNの検索ではElasticsearchを活用しています。Elasticsearchに関する取り組み事例はこちらのリンクをご参照ください。 techblog.zozo.com 本記事では、ZOZOTOWNで近年実施した検索の精度改善の取り組み事例を紹介します。 目次 目次 はじめに ZOZOTOWN検索の処理フロー ZOZOTOWN検索改善の方針について 商品のリランキングロジックについて 商品のリランキングロジックの概要 特徴量ロギングの導入について 今後のZOZOTOWN検索の展望 おわりに はじめに ZOZOT

藍色カエル💉₄ @aiirokaeru 妹がホットクックを買って、「何作ったらいい？」「おすすめ何？」と聞いてきたので、私が普段作ってるものをツリーに繋げまーす！！！妹のところもうちと同じ、よく食べる幼児2人+やや少食の妻+めっちゃ食べる旦那の4人家族なのでちょうどよい。 2023-01-10 20:59:21

研究発表のスライドの仕上げの目的は、単に見栄えを良くすることではなく、伝えたいことが正しく・詳しく・分かりやすく伝わるようにすることです。スライドの推敲の技術を知って、実践的に身につけましょう。大阪大学大学院の教員であり、2021年10月に『卒論・修論研究の攻略本（森北出版）』を上梓した著者が実例付きで解説します。 スライドの推敲とは？文章がそうであるように、スライドもまた、「伝えたかったこと」をいつでも正しく伝えてくれるとは限りません。そして、正しく伝わるはずだ、という淡い期待を裏切られたときは、本当につらいものです。 文章を推敲するように、スライドにも推敲をかけましょう。ただし、スライドを推敲する際に、単にスライド中の語句を推敲するだけでは不十分です。スライドは、文章とは異なる表現形式だからです。 とはいえ、実は、著者の別記事で紹介した文章の推敲技術は、スライドの推敲にも使うことができ

こんにちは、フロントエンドエキスパートチームの @mugi_unoです！ kintone では フロントエンドの刷新プロジェクト（通称フロリア）が進行中です。 blog.cybozu.io kintone の開発では E2E 主体の自動テストを整備していましたが、 フロントエンドの刷新に合わせて、新たにフロントエンド側でのテストコードを積極的に書いています。 テストを書くことに不慣れなメンバーもいるため、日々 Pull Request 上でのレビューやペア・モブ作業を通じて、知見の共有が行われています。今回はフロントエンド刷新のテストを書いてきた中から、筆者が有用だと感じた知見やノウハウを紹介したいと思います。 目次 💡「実はそれ最初からパスしてるかもしれない」 期待する操作で期待する結果になることを厳密に検証する 他のテストケースによって前提条件を担保する 💡「テストコード上のロジッ

はじめに こんにちは！yamakazu (@yamarkz) です。 10月から下期も始まり、10X社内は色々と変化が生まれ始めました。大きくは組織のアーキテクチャが刷新され、実務検証(ここから半年がProof of Concepts期間)が始まったところが大きいです。 yamotty.tokyo アーキテクティングの重要性を所属組織の構造変化という観点から経験知として学ぶ機会に遭遇できているのは貴重で、新たに加わる変化 (評価制度や目標設定など) でどのように組織が変化するのかは個人的にも関心があり、良い/悪い含めて前向きに学んでいきたいです。 さて今回はそんなアーキテクティング方面の話として、ソフトウェアアーキテクチャ分野で提唱されている アーキテクチャ特性 と呼ばれる概念と、それに対する10Xでの取り組みを紹介します。 ソフトウェアアーキテクチャに関心のある方は既に知っている概念かも

ソフトウェアアーキテクチャに絶対的な正解は存在しません。むしろ、さまざまな妥協点の中から選択を強いる難題、すなわち「ハードパーツ」が多く存在します。そのため、ソフトウェアアーキテクトには常にトレードオフを見極め、状況に合った選択をすることが求められます。本書は、読者が自身のアーキテクチャ上の難題に対して効果的なトレードオフ分析を行い、より良い決定ができるようにするための書籍です。 本書では、サービスの粒度やデータの所有権、コードの再利用やワークフローの調整、可用性や信頼性の実現といった現代のソフトウェアアーキテクチャの難題と、それに対するさまざまなアプローチやパターンを紹介します。そして意思決定を難しくするトレードオフについて、モノリスを分解しマイクロサービスアーキテクチャに再構築する例を通して詳しく説明します。 『ソフトウェアアーキテクチャの基礎』の著者らによる現代的なトレードオフ分析と

2022年9月、世界で初めて人を乗せる4足歩行ロボットが誕生した。大きさは全長約3.6m、全幅約2.0m、高さは約2.1ｍと軽自動車よりも大きい。その背中に最大4人を乗せ、象のようにゆったりと歩き回る。 開発したのは遊戯機械を手掛ける三精テクノロジーズ。富士急ハイランドやナガシマスパーランドを始めとした世界各地の遊園地に数多くのジェットコースターやメリーゴーラウンドを納めている。誰もが1度は同社の乗り物を目にしたことがあるのではないか。 三精テクノロジーズがロボットに手を広げたきっかけは経営トップの「面白いものを造ろう」という言葉だった。足で歩く乗り物は見た目も乗り心地も、ジェットコースターなどの車輪で動く通常の遊具とは全く異なる。かつてない挑戦の裏側を、4足歩行ロボット開発のプロジェクトリーダーを務める同社CTOの宮﨑和也氏が語る。 本セッションではロボットが動く仕組みを解説する他、ロボ

This cheatsheet can help you get started with ruby/debug as well as use it in your daily development. It's not an exhausting list of its features or commands, so please go through its document as well. If you're migrating from byebug, I also recommend checking my byebug to ruby/debug migration guide. I also shared how to build a powerful debugging workflow with it in my talk: ruby/debug - The best

こんにちは！ SREの栗山です。 最近観て良かった映画は「コーダ あいのうた」です。 今回は弊社で使っているコンテナビルドを速くするためのテクニックを紹介します。 以下のような一般的なテクニックに関しては他でよく紹介されているので今回は割愛します。 Dockerfileでは変更が少ないものを上に、変更が多いものを下に定義し、キャッシュが効くようにする .dockerignoreをちゃんと定義する マルチステージビルドを活用する bundle installの結果をキャッシュする 弊社のサーバーサイドではRuby on Railsをメインで使っています。 そのためコンテナビルド時にbundle installをする必要がありますが、bundle installはとても時間がかかりますよね。 以下のようにしてしまうとCOPYしたファイルに変更があるたびにキャッシュが使われずbundle ins

はてなブックマークチームのid:taraoです。はてなブックマークでは、以前はオンプレミスなElasticsearchクラスタを運用していましたが、AWS上にAmazon Elasticsearch Serviceのクラスタを構築して切り替えました。この切り替えではクラスタの再構築に限らず、アップグレードやマッピングの変更にも使える一般的な方法を採用しました。 この記事では、その具体的な方法を紹介します。 一般的な方法を採用したい目的と背景 検討したクラスタ再構築や切り替えの方法 1. ローリングアップグレード 2. スナップショット・リストア 3. クラスタ横断レプリケーション 4. Reindex API 5. アプリケーションコードによる再インデキシング 目的・条件による取りうる方法のまとめ 採用した再インデキシング手法の詳細 ダブルライトをどのように実現するか 非同期ダブルライトの

Serverless Web Hosting Strategy
For Modern Front-end Application

マイクロサービスにおける認証と認可の、一般論としての設計パターンを調べたところ、Web 上の複数の記事で似たようなパターンが登場していた。ここでは、まず認証と認可が実現したい一般的な要件と、そのマイクロサービスでの難しさを整理し、認証と認可に分けて調査したパターンをまとめた。 あくまで “一般論” なので、実際には個々のドメインにあわせてアレンジが必要 往々にしてこの “アレンジ” に価値が宿るものだが、まずはセオリーを知っておきたいというモチベーションで調査した Web 上の記事を読んでまとめただけなので、手を動かしての確認はしておらず、理解が甘い部分はご容赦ください 具体的な通信方式やサービス間通信のセキュリティといった具体論までは踏み込めていない。このへんはサービスメッシュやゼロトラストネットワークといったトピックが登場すると思われる これらは次回以降の Todo としています その

こんにちは！ メディアプロダクト開発部の名渡山 ( @pndcat ) です。 業務では広告システム全般の新規開発・保守・運用を担当しています。 本稿では、クックパッドが企業向けに販売している広告商品の開発について紹介します。 クックパッドの広告プラットフォーム クックパッドの広告は、ネットワーク広告と、自社でシステムを開発し、企業が枠を一定期間買い取り掲載をする 純広告 があります。 過去に Header Bidding 導入によるネットワーク広告改善の開発事情 や Prebid.js 導入による Header Bidding 改善の舞台裏 などでネットワーク広告に関する投稿があったのですが、今回はクックパッド純広告について紹介します。 クックパッド純広告の商品は多岐にわたります。 企業の商品紹介ページに遷移する通常のバナー広告はもちろん、商品を使ったレシピコンテストなど、クックパッドな