ネットワーク パフォーマンスの解読: TCP と UDP のバルクフローのベンチマーク | Google Cloud 公式ブログ
Gemini 1.5 モデル をお試しください。Vertex AI からアクセスできる、Google のもっとも先進的なマルチモーダル モデルです。 試す ※この投稿は米国時間 2024 年 6 月 22 日に、Google Cloud blog に投稿されたものの抄訳です。 Google Cloud ネットワーキング チームは長年にわたり、お客様のネットワークの構築、修正、強化の支援に深く携わってきました。その間に、ネットワークのパフォーマンスと効率を最大限に高める重要なパターンやベスト プラクティスを発見しました。この豊富な知見は、ただの理論的なリソースではありません。Google Cloud、クロスクラウド、オンプレミス、その他のクラウド プロバイダなどデプロイ先を問わず、お客様のビジネス目標達成を支援するよう設計された実用的なツールキットです。Google はこの専門知識を共有する
事業への理解と将来を見据えたDDDとオニオンアーキテクチャの採用 - バイセル Tech Blog
こんにちは。テクノロジー戦略本部 開発三部の今井です。 私は現在、顧客対応・SFAシステム（以下、CRM）のバックエンド・インフラ領域の開発に携わっています。 本記事では、CRMのバックエンドアプリケーションにDDDやオニオンアーキテクチャを導入した経緯や設計などについて紹介します。 CRMの背景・目的 既存システムへのデータ連携が必要となるアーキテクチャ CRMのバックエンド開発における課題 リプレイスを見据えてDDDとオニオンアーキテクチャを採用 なぜDDDとオニオンアーキテクチャなのか そもそもCRMの「ドメイン」とは何か 最後に CRMの背景・目的 バイセルではDXの取り組みのひとつとして、さらに多様な買取・販売チャネルに対応し、買取から販売まで一気通貫してデータを管理・活用する「バイセルリユースプラットフォーム Cosmos」（以下、Cosmos）の開発を進めています。 2023
バイセルのCRMバックエンド開発におけるAPI E2Eテスト戦略 - バイセル Tech Blog
こんにちは。テクノロジー戦略本部 開発3部の今井です。 私は現在、顧客対応・SFAシステム（以下、CRM）のバックエンド・インフラ領域の開発に携わっています。 本記事では、品質向上の一環として取り組んでいるAPIのE2Eテストについてご紹介します。 CRMの背景・目的 CRMのバックエンド開発におけるテストと課題 CRMのアーキテクチャ APIのみで完結するE2Eテストを選択した理由 runnを採用した理由 具体的なE2Eテストの実行 事前準備 認証を行い、マスタデータ取得APIを実行するフロー 最後に CRMの背景・目的 バイセルではDXの取り組みのひとつとして、さらに多様な買取・販売チャネルに対応し、買取から販売まで一気通貫してデータを管理・活用する「バイセルリユースプラットフォーム Cosmos」（以下、Cosmos）の開発を進めています。 決算説明資料より引用 その中で私が携わって
実家の近所に住むじいさんを車に乗せて買い物に連れて行った三日後
そのじいさんが亡くなった。 昨年に父が亡くなり、私の実家は車を処分したので、実家に帰省するときはレンタカーを予約する。この連休もそうした。 安いので、地元の自動車修理工場がフランチャイズでやっているインディーズ系レンタカーにしてみたら、受付してくれた事務の親切な女性は、レンタカー約款を読み上げる間中修理工場から爆音で流れてくる演歌のＵＳＥＮに向かって突然「ああうるさいっ！」とブチぎれ、「あなたもうるさいと思うでしょう！？」と私に同意を求め、同僚に修理工場につながるドアを閉めさせると、「最後に乗っていたのは平成１５年式のｂＢ(みんなの地元のＤＱＮがよく乗ってたやつ)です。令和になってもまだ乗ってました」というある意味SDGsでは？ みたいなことを平気で言う私に、令和２年式フィットハイブリッドという、まさに隔世の感というほかない車の操作方法をとても丁寧におしえてくれた。 そんな調子で車を借りて
コミュニティを育てて会社を変える
ぶっちゃけて話すための場作り / Creating an Environment for Open and Honest Communication
開発者イベントやコミュニティ参加についての期待や効果 - 株式会社ヘンリー エンジニアブログ
VP of Engineeringの id:Songmu です。冒頭に、大事なお知らせですが、今週土曜日(6/22)に開催される、Kotlin Fest 2024にヘンリーはスポンサーをしています。スポンサーブースも出展しますので、是非お立ち寄りください。私もいます。 また、Henryの開発者の一人でもあり「Kotlin サーバーサイドプラグラミング実践開発」の著者でもある、 @n_takehata が、2024年版 Kotlin サーバーサイドプログラミング実践開発というタイトルで登壇します。是非こちらも聞きに来てください。 ヘンリーも社員数が増えてきたこともあり、このスポンサーを機に、イベントやコミュニティ参加に関する制度づくりを始めました。また、それらに参加する社員も増えて欲しいと思っています。そのために、改めて、社員がイベントやコミュニティに参加する意義を考え直して整理した内容が本
Monitoring user experience
of Flutter apps with SLI/SLO (日本語)
こちらは 2024年6月に https://flutterninjas.dev/ で登壇した資料です。 SLI/SLO is often heard as a SRE word, but it is not familiar to mobile app development. In my product, the failure rate is high, and I needed a mechanism to detect and solve the problems as early as possible. So I adapted the SLI/SLO mechanism to fit mobile apps and created a mechanism to detect poor user experience. This mechanism allows for imm
Leaving Job and Entering Summer Vacation（退職して夏休みに入ります）
思えば日本に2004年に帰国してから一度も長期（2週間以上）の夏休みを取ったことはありませんでした。ということで今週をもってメルカリ最終出社とし、来週より夏休み開始となります。 7月中旬からまた社会人復帰する予定です。ではまた近いうちにお会いしましょう！ ～完～ もうちょっと欲しいですか。そうですね。ではやったこと、やれなかったことについてまとめてみます。以下全て私個人の視点、意見であることを踏まえ、会社としての発信ではないことにご注意ください。 YouTubeチャンネル開設から銀の盾まで在職中はやっぱりグループ全体のエンジニアリング部門の動画チャンネルを立ち上げられたのがよかったです。 それまで社内でYouTubeチャンネルを作ってもわりとすぐ更新しなくなってしまうという歴史があってそのなか他の人を説得して新しくチャンネルを開設するのはすっごくすっごくすっごくすっごく大変でした。開設に当
網羅的なPRDやDesign Docを書かなくなった - kosui
2024/06/12 16:16 結論を追記 2024/06/12 20:29 より記事の内容を分かりやすく理解頂くため、タイトルを「PRDやDesign Docを書かなくなった」から変更 2024/06/13 20:39 結論にフロー情報・ストック情報に関する意見を追記 結論 この記事では、「様々な観点を考慮して網羅的にドキュメントを書いて、それを関係者にレビューしてもらう」のではなく、関係者と同期的に対話しながら、観点や選択肢やそのトレードオフを洗い出すことで、少ない手数でより良い答えが見つけられると主張する。 ただし、対話のために必要なドキュメントは事前に書いておくべきだし、対話した結果はドキュメントに残すことが望ましい。そして、そのドキュメントのフォーマットはPRDやDesign Doc以外でも良い。例えば、ADRはアーキテクチャに関する議論の過程と結果を述べる上で必要十分なフォー
[Go] 前方互換性を保ちながらhttp.DefaultTransportからチューニングしたhttp.Transportをつくる - My External Storage
@dice_zuさんからhttp.DefaultTransportの正しい（？）コピーのやり方を教えてもらったのでメモしておく。 結論から言うとhttp.DefaultTransport変数にたいしてnet/http#Transport.Cloneメソッドを使うと良い。 これなら新しいGoのバージョンでhttp.Transportに新しいフィールドが追加されても問題ない。 https://pkg.go.dev/net/http#Transport.Clone TL;DR *http.Clientオブジェクトは再利用したほうがよい https://pkg.go.dev/net/http#Client 内部でTCPコネクションのキャッシュを持っているから http.DefaultClientはタイムアウトの設定がされていないので独自定義するのが一般的 http.Transportオブジェクトも
![[Go] 前方互換性を保ちながらhttp.DefaultTransportからチューニングしたhttp.Transportをつくる - My External Storage](https://cdn-ak-scissors.b.st-hatena.com/image/square/f3ca5145f819bb37539bafba90f1c2353dbe1f00/height=288;version=1;width=512/https%3A%2F%2Fbudougumi0617.github.io%2Flogos%2FGo-Logo_Aqua.png){kind=logo}
gcp.permissions.cloud
Download the permissions in JSON format. Consume the above permissions with your own tooling. About gcp.permissions.cloud The gcp.permissions.cloud website uses a variety of information gathered within the IAM Dataset and exposes that information in a clean, easy-to-read format. gcp.permissions.cloud was built in order to provide an alternate, community-driven source of truth for Google Cloud iden
Cleanup handling in Go / Go Conference 2024
CI/CDがあたりまえの今の時代にAPIテスティングツールに求められていること / CI/CD Test Night #7
コード生成を活用したgqlgen＋dataloaderの実装パターン解説
コード生成を活用したgqlgen + dataloaderの実装パターンについて解説します。 かなり実装寄りの話で、あまり一般化できていないのですが、事例の一つとして参考になれば幸いです。 事前知識については、下記の発表資料を参考にしていただければと思います！ https://speakerdeck.com/syumai/xonokotosheng-cheng-tegqlgennodataloadershi-zhuang-wole-nisitahua
メルカリ ハロ リリースのQA戦略 | メルカリエンジニアリング
こんにちは。メルカリのQAエンジニアリングマネージャーの@____rina____ です。今回は、連載『Mercari Hallo, World! -メルカリ ハロ 開発の裏側-』の第4回を担当します。 本記事では、メルカリ ハロのサービスローンチまでのQAプロセスを通じて、私たちはどのようにして安心・安全なプロダクトを迅速にリリースするための戦略を実行したか、具体的な方法とともに詳述しています。 この記事を通じて、以下の点についての理解を深めていただけることを目指しています： QAの役割とプロジェクト概要 効率的なQAアサイン戦略 成果物の透明性と管理ツールの効果的な活用方法 また、この記事を書くにあたり、私自身が学んだことや得た教訓についても触れています。これらの経験は、今後のプロジェクトにおいて更なる品質向上と効率化を目指す上で非常に貴重なものとなりました。 プロジェクト概要とQAの
Support Matrix
Search and analytics, data ingestion, and visualization – all at your fingertips.
Modular Monolith はどの辺りから考え始めるものなのか - id:onk のはてなブログ
モノリスでは大変なので、マイクロサービスやモジュラーモノリスにして認知負荷を減らしたり、生産性の劣化に抗いたいという考え方がある。 モジュラーモノリスとは モジュラーモノリスについては、だいたい infoq.com のモノリスシリーズ（？）を読めば良いんじゃないか。 有名なのは Shopify のヤツ。 モノリスとマイクロサービスの中間にある、1 アプリケーションなんだけどモノリスでは無い、アプリ内でモジュール分けされているアーキテクチャのこと。app/ の直下に MVC を置くんじゃなくて、COMPONENTS (例えば billing)/app/ の下に MVC を置く、ようなイメージ。 モジュラーに移行するタイミング 僕の感覚だと、数百モデルは全然モノリスで扱えると思っている。少なくとも 300 models 程度でモジュラーにしていく必要はまったく感じない。 世の中で見つけたモデル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
セキュリティ研修 〜テクニカルパート〜（サイバーエージェント新卒研修2024）
Table-driven testing に縛られないGoのテストパターン
Unified Diff 形式の差分から Go AST を構築して feature flag を自動計装する
Modular Monolith + Go @ newmo