こんにちは。2019年に初々しい記事を書いていた山本です。今でも元気にモノタロウで働いております。 この記事では、社内カンファレンスで私が業務部門向けに行ったプレゼンテーションを基に、マイクロサービス化に踏み切ったエピソードを紹介します。モノタロウがGoとprotobufで進める爆速マイクロサービス開発とそれを支えるプロセス と被る部分もありますが、同じ内容でも今回は易しめに解説していますので、空き時間にでもさらっとお読みください。 -- --まさか共通化されてないなんて 2022年の暮れに、こんな改修依頼を受けました。私はプロジェクトの開発リード担当でした。 出荷目安アイコンとは、当社商品が何日で出荷されるかを表すアイコン群のことです。 正確な値を表示するように工夫していますが、モノタロウでは自社在庫を含む様々なパターンの出荷があり、当時拡大が進んでいた「サプライヤ在庫連携」では特に出荷

雪誉（オーサト）大豆の大きさと歯ごたえが最強 タレも甘すぎずちょうど良い国産丸大豆納豆（タカノフーズ） 独特のねっちょり感とちょっと甘めのかつおだしのタレが合っていて最強北海道産小粒（セブンプレミアム）大豆がふわふわしていて不思議な食感。タレは普通 つか添付のタレ量多すぎなんだよ。 1個あたり1〜2滴しか使わんから3個パックだと非凸添付でも十分過ぎるんだが！！！

7/11 なんかツイッターの有名な方に拡散していただいたようでありがとうございます！！！とんでもないことになってしまった… 子育て終わった開放感で書き殴った日記がこんなことになるとは思ってもみませんでした。 取材に関しては、別の媒体で内容を掲載されることで息子に微妙に違ったニュアンスでこの日記の内容が伝わってしまうもしれないリスクがあるので申し訳ありませんがお断りさせてください。 ひぇーーーー！なんかめちゃくちゃ読まれてる！！今更恥ずかしい！！ お祝いのコメントありがとうございます！！！ めちゃくちゃ嬉しいです！！！ 子どもはインスタとかビーリアル(ビリアル？かどっちか)をちょっとしかやってないらしいし、仕事に関する勉強で忙しいらしいからこの日記も読まれないと思ってはいるけど、もし読んじゃったら教えてね！！！ 私が本当は愛せるか分からなかったし子供産むの怖かったって話はちょっと前チラッとし

関西に限ってみるぜ！　行ったことがある中で、特に印象に残ったところ（あるいは定期的に足を運んでるところ）をリストアップ。増田は今は阪神間在住なので行きやすいところがどうしても多くなる。 京都府京都国立博物館企画展もいいし、コレクションとしても優品たくさん持ってるんだけど、いかんせん明治古都館の耐震工事の目処が立たないので常設展と企画展どっちかしか開催できないのが痛い。近世の歴史的遺構（方広寺）の上に近代の歴史的建築（明治古都館）建てるんじゃないよ全く。京都市京セラ美術館ここもMUCA展とかキュビスム展みたいにいい企画展がどんどん回ってくるけど、やっぱりコレクションも見たいので、コレクション展やってないとちょっと落胆する。年パスがコスパよくて、ミュージアムズ・フォーが割引になるのも嬉しい（特に向かいのMoMAK）。京都国立近代美術館ここもコレクションがいい。でもMoMATみたいなところかと思

本家が４０巻かけても描ききれなかった「憧れと現実、師弟愛と守破離、変わる決意と変わらぬ決意」の要素を半分以下の１５巻で綺麗に描ききってしまった。 本家が下地を整えてくれた上にジャンプ＋という打ち切りプレッシャーの少ない場所でのびのびとやれたおかげもあるのでしょうが、それにしたって物凄いことです。 日本中を飛び回るスーパーヒーローとしての決め台詞「私が来た」に対しての、地域密着型ヒーローとしての決め台詞「俺がいる」。この２つのヒーロー像が一人の少年の中で渦巻くことにより、世界を救う戦いと最愛を守る戦いに同時に挑ませることになっているのも面白いですね。 憧れの人に近づきたいというキラキラした雲を掴むような願いではなく、すぐ側にいる誰かを助けたいという気持ちの小さな積み重ねが光り輝く未来へつながるというストーリーも実に少年漫画として気持ちが良かった。 なにより私が評価しているのは、「俺がいる」が

加熱するLLM開発競争に冷や水、オープンモデルの組み合わせだけでGPT-4o越えの事実 2024.06.21 Updated by Ryo Shimizu on June 21, 2024, 18:19 pm JST 世界中の企業や政府が狂ったようにNVIDIAのGPUを買い漁る流れはそろそろ潮時かもしれない。 いくつかの興味深い事象が起きているからだ。 昨日発表されたKarakuri社のLLM、「KARAKURI LM 8x7B Instruct v0.1」は、非常に高性能な日本語LLMだ。Karakuri社は今年の一月にも非常に高性能な70Bモデルを引っ提げて業界に旋風を巻き起こした。この最新のLLNは、日本語向けオープンLLMとしては初の「命令実行」チューニングを施されている。それだけでなく、RAGと呼ばれる、複数の知識を組み合わせてより正解に近い答えを導く技術や、Function

社内のプチ発表に使った資料です。 文章のコツ 前置き フルリモートでは、文章でのやり取りがメインになる。 なので、文章がヒドいと「この人と仕事するのキツイ」と思われちゃう😢 そう思われないための色々思ったことを自戒メモ。 なるべく箇条書きにする

初めてAWSのサーバレスサービスを学習するときに利用できる「基本的なェブアプリケーションを構築する」の内容を2024年現在でも実行できる手順にしてみました こんにちは、臼田です。 みなさん、AWSのチュートリアル活用してますか？(挨拶 今回はAWSの初心者向けハンズオンコンテンツである基本的なウェブアプリケーションを構築するを2024年の現在版の手順としてまとめてみました。 このコンテンツはAWSのサーバレスなサービスを利用して、簡単にウェブアプリケーションを作成する体験ができるチュートリアルとなっており、登場するAWSの各サービスを理解するのにちょうどよい内容でした。しかし、リリースされてしばらく経っているのもあり、特に今回のAmplify Gen2リリースもあってだいぶ画面や操作方法などが変わってしまいました。 実現できる事自体は変わらないので、現時点でこのチュートリアルを初心者でも完

1: 購入 0: 閲覧(したが購入してない) -: 未観測 ユーザーベース型 ユーザー同士の類似度を計算 「あなたと購入履歴の似たユーザーはこんな商品を買っています」 行を各ユーザーのベクトルとみなして、似たユーザーを見つける（上位N人） 似たユーザーが購入しているアイテムを推薦する（N人の平均値などで購入しそうな順に提示） アイテムベース型 アイテム同士の類似度を計算 「この商品を買ったユーザーはこんな商品も買ってます」 列を各アイテムのベクトルとみなして、類似度の高いアイテムを推薦する（上位M件） 類似度計算には、コサイン類似度やJaccard類似度が使われる。 類似度を計算する際に、未観測「-」は適当な値（0, 0.5など）で埋めるか、無視をする。 ログデータを使うため、情報の少ない新規アイテム/新規ユーザーに弱いコールドスタート問題がある。 コンテンツベースフィルタリング アイテム

こんにちは。MA部の田島です。 弊社では開発ガイドラインというものを用いて、システムの品質を担保しています。今回私がテックリードを務めているということもあり、バッチアプリケーションを開発するためのガイドラインを作成しました。本記事では「開発ガイドライン」と「バッチ開発ガイドライン」を紹介します。 バッチアプリケーション開発に限定したTipsはまとまっているものが多くないため参考にしていただければと思います。 開発ガイドラインについての紹介 冒頭でも紹介した通り弊社では、開発ガイドラインというものを用いてシステムの品質を担保しています。バッチ開発ガイドラインを紹介する前に、まず開発ガイドラインを紹介します。 開発ガイドラインの種類 開発ガイドラインは現在、以下の種類が存在します。 共通 Android iOS Frontend Backend Infra API Batch DB(Datab

rdancho @RDancho I am currently working on a project about clothing of the muromachi period pic.twitter.com/OMWBk0HGuX

SPAのアプリケーションで、外部のIdPを使ってOpenID Connect によるログイン機能を開発しようと考えています。IDトークンの保存先として、ブラウザのCookieかサーバーのDBに保存するかの2つの案があると思っています。調べた限り、サーバーサイドで持つべきという意見が多いように見えますが、以下のような背景がある中で開発しても、ブラウザのCookieでは持つべきなのではないのでしょうか？ - IDトークン自体にも、個人の属性（氏名等）情報は無いことを確認している - サーバーサイドでIDトークンの署名検証をして、IDトークンの改ざんが無いか確認する - Http Only属性：JSによるCookieへのアクセスを防ぐため - Secure属性：流出防止のため - SameSite=strict：CSRF対策のため 結論から言えば、「どちらでもよい」となります。しかし、恐らく話は

Abletonのシンセ入門サイト、音も出せるしわかりやすすぎる2024.06.02 21:0021,346 ヤマダユウス型 ｢シンセサイザー、名前も見た目もかっこいいけど複雑そう｣ そう感じたことがある人にぜひ知ってもらいたい、シンセ知見の塊みたいなサイトを見つけました。コチラです。 このサイト、音楽制作ソフトやハードウェアを手掛けるAbletonが作ってるみたいで、なんと実際に演奏ができるんです。しかもスマホでアクセスすると、タッチで演奏もできてしまう！ シンセサイザーの仕組みをサウンドと一緒に解説実際にサイトを訪れてみると、テキストと共に操作できるスペースが用意されています。たとえば上の画像だとドラッグできる下画面をクリックすると、ビヨンビヨンとシンセらしい音が出ます。 こういったシンセらしい音はどんな仕組みで動くのか、どんな要素で構成されているのか。音と一緒に理屈でも解説していきます

パスワードレスなユーザー認証を実現する業界標準である「パスキー」を策定するFIDOアライアンスは、パスキーのユーザー体験を最適化させるためのデザインガイドラインの公開を発表しました。 パスキーは、従来のパスワードによるユーザー認証よりも強力で安全な認証方式とされており、普及が期待されていますが、多くのユーザーが慣れ親しんできたパスワード方式と比べると、サインアップやサインインの方法が分かりにくいという課題が指摘されていました。 FIDOアライアンスによるデザインガイドラインの公開は、こうした状況を改善するものとして期待されます。 パスキーのデザインガイドラインの内容 デザインガイドラインは主に以下の要素から構成されています。 UXの原則（UX princeples） コンテンツの原則（Content principles） デザインパターン（スキーマ、サンプルビデオ、AndroidとiOS

ブラインドライターズのスタッフは9割が視覚障害者。 先日、みんなで「どうやって服を買うか」の話になりました。 マネキンの服は見えないので、コーディネートが分からない 下着を買いたいけど、店員さんの性別が分からないので声をかけづらい ロービジョンなので黒なのか紺なのかわかりにくく、店で買いづらい などと、たくさんの悩みごとがありました。 確かに、異性の店員さんに下着の相談はしにくいですよね。 タグが読めなければ、サイズも分からない。リアルでの買い物は一人ではけっこう難しそうです。 そんなときに便利なのがECサイトです。 色もデジタル表記になっていればPCが読み上げてくれるので選びやすい 下着も人に頼まなくていいので買いやすい マネキンのコーディネートは見えないので、サイトで確認したい また「リピ買いするならサイト」という意見もありました。確かに見えていないと広い店内のどこにあるのかサッパリ分

三行まとめ 青森県にいる先祖の戸籍謄本（除籍謄本）の写しを集められるだけ集めた 一番古い先祖の生年が1810年だということがわかった 戸籍を通じて、「自分は人類のデータの一部だ」と思うようになった この記事は長いです だいぶ長くなってしまいました。新聞記事方式を取り、途中で脱落してもいい仕組みにしています。 三行まとめ この記事は長いです 取り寄せることができた戸籍の写しについて なぜ突然先祖の戸籍の写しを集めようと思ったか（行動の背景と目的） 背景その1と目的：戸籍の広域交付制度が始まった 背景その2：私が子孫の終点だ！（直系で） 戸籍をさかのぼってみた 父親の父母より上 五世の祖父より上 母親の父母より上 五世の祖父より上 たどれる中で一番上の世代 たどれる中で一番古い生まれ 戸籍謄本（除籍謄本）を取り寄せる一例 まずは祖父母の戸籍から 祖父母の戸籍から一気にさかのぼれることが多かった

はじめに 技術評論社様より発刊されているSoftware Designの2024年5月号より「レガシーシステム攻略のプロセス」と題した全8回の連載が始まりました。 本連載では、ZOZOTOWNリプレイスプロジェクトについて紹介します。2017年に始まったリプレイスプロジェクトにおいて、ZOZO がどのような意図で、どのように取り組んできたのか、読者のみなさんに有益な情報をお伝えしていければと思いますので、ご期待ください。第1回目のテーマは、「ZOZOTOWNリプレイスプロジェクトの全体アーキテクチャと組織設計」です。 目次 はじめに 目次 ZOZOTOWNリプレイスの背景、目的 背景 目的 柔軟なシステム 開発生産性 技術のモダン化 採用強化 ZOZOTOWNリプレイスの歴史とアーキテクチャの変遷 アーキテクチャの変遷 2004年〜2017年：オンプレミス（リプレイス前） 2017年〜20

タイトルの結論は、「役に立つ」です。 役に立つか立たないかの議論は一切せず、本記事では、如何に統計や数学が実社会で役に立つかを紹介します。 はじめに こんにちは。ZENKIGENデータサイエンスチーム所属の廣田です。原籍はオムロンソーシアルソリューションズ株式会社 技術創造センタですが、社外出向でZENKIGENに所属しており、数理最適化や機械学習を用いたデータの分析業務、それらの結果に基づいた顧客への提案をしております[1]。 出向先であるZENKIGENの同僚にも、原籍のオムロンの同僚にも、統計検定®の準1級や1級を持っている方がいて、私も負けじと準1級を受験しました。結果、統計検定®準1級に合格し、優秀成績賞までいただくことができました。 統計検定®合格証と優秀成績賞 試験対策を通じて、改めて統計学の考え方は有用と感じました。この手の検定試験は物事を体系的に学ぶきっかけになるため、私

こんにちは。エムスリーエンジニアリンググループのコンシューマチームに所属している園田です。 普段の業務では AWS やサーバーサイド、フロントエンドで遊んでいるのですが、最近はもっぱら OpenAI や Claude3 で遊んでます。 今回は、最近巷で話題の LLM ローコード構築ツールである Dify の OSS 版を AWS のマネージドサービスのみを使って構築してみました。 DifyとはオープンソースのLLMアプリ開発プラットフォームで、様々なLLMを使用してChatGPTのGPTsのようなものがノーコードで簡単に作れます。 引用元: DifyでSEO記事作成を試してみる｜掛谷知秀 試しにAskDoctorsのガイドラインHTMLをナレッジ登録してみた ローカル環境で Dify を構築する記事はたくさん見かけますが、AWS のマネージドサービスで構築する内容は見かけなかった*1ので公