BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ アーティクル

  • Netflixで2億3800万人の会員を管理するということ

    Netflixのシニア・ソフトウェア・エンジニアであるSurabhi Diwan氏は、QCon San Francisco 2023で"Managing 238M Memberships at Netflix"と題して講演した。同氏の講演では、Netflixのメンバーシップ・チームがどのように分散システムを構築しているのか、つまり、Netflixの増え続ける会員ベースのニーズに応えるためのアーキテクチャ・ベット、テクノロジーの選択、オペレーショナル・セマンティクスについて紹介された。

  • Pinterestの広告ランキングの仕組みを解き明かす

    PinterestのStaff Machine Learning EngineerであるAayush Mudgal氏は、QCon San Francisco 2023でUnpacking how Ads Ranking Works at Pinterestというセッションを行った。その中で彼は、Pinterestがどのようにディープラーニングとビッグデータを使って、ユーザーに関連する広告をカスタマイズしているかを説明した。 多くのオンライン・プラットフォームと同様に、パーソナライズされた体験がPinterestの中心である。このパーソナライズされた体験は、様々な機械学習(ML)アプリケーションによって実現されている。これらのアプリケーションはそれぞれ、プラットフォームが収集した大規模なデータから複雑なウェブパターンを学習しようとしている。

  • エンジニアリングマネージャーへのアドバイス: 開発者が(より)クリエイティブになれるようにすること

    As an engineering manager, it is your responsibility to help facilitate creative thinking skills among the development team, but that's easier said than done. This article provides advice on how can you help amplify the creative thinking skills of your software development colleagues. We examine how different levels of creativity influence creativity and strategies to encourage creativity.

  • AWS Lambdaの内部を覗いてみよう

    Mike Danilov, a senior principal engineer at AWS, presented on AWS Lambda and what is under the hood during QCon San Francisco 2023. This article represents the talk, which will start with an introduction to Lambda itself to outline the key concepts of the service and its fundamentals, which will facilitate a deep dive into the understanding of the system.

  • AWSサーバーレスアーキテクチャのための冪等性(べきとうせい)入門

    Understand idempotence in AWS serverless, tackling challenges from at-least-once delivery. Implement and automate with AWS Lambda, emphasizing early planning for consistent outcomes. Use tools like Lambda Powertools and prioritize testing for reliability.

  • Java Persistenceを使ったアーキテクチュア:パターンと戦略

    進化し続けるソフトウェア・アーキテクチャの世界で、シニア・エンジニア、アーキテクト、CTOは、Javaアプリケーションの強固で効率的な永続化レイヤの設計という永遠の課題に直面している。よく練られた永続化レイヤは、単なる技術的なディテールではなく、アプリケーションの機能性、スケーラビリティ、および長期的な持続可能性を支えるバックボーンである。この記事では、Javaの永続化レイヤに関連する複雑なデザイン・パターンの領域に深く潜り込み、オブジェクト指向とデータ指向のアプローチを明確に区別することに焦点を当てる。

  • ポストサーバーレス時代のクラウドコンピューティング:最新のトレンドと展望

    AWS Lambdaが今年10周年を迎えるにあたり、サーバーレスコンピューティングは単なるFaaS(Function as a Service)にとどまらない広がりを見せている。今日では、サーバーレスとは、手動でのプロビジョニングが不要で、オンデマンドの自動スケーリングを提供し、消費ベースの価格設定を使用するクラウドサービスを指す。このシフトは、クラウド・コンピューティングにおけるより広範な進化の一部であり、サーバーレス・テクノロジーは継続的に変化している。この記事では、サーバーレスの先にある未来に焦点を当て、クラウドのランドスケープが現在のハイパースケーラ・モデルを超えてどのように進化していくのか、そしてそれが開発者や運用チームに与える影響を探る。この進化を形作る上位3つのトレンドについて考察する。

  • より多く書き、より少なく話す:ドキュメンテーションとインナーソースで組織のレジリエンスを高める

    思い浮かべてほしい。あなたは会社に入ったばかりで、社内の共有インフラプラットフォームについて学ぼうとしている。社内のドキュメントサイトを検索しても答えが見つからないので、Slackのような社内メッセージングツールに助けを求めようとしている。 Slackを通じて、別のエンジニアから質問の答えを見つけたが、その情報がどこにも書かれていないことに気づく。これは理想的な答えの見つけ方ではないが、よくあることだ。質問に対する回答は得られるが、次に同じ質問をする人はどうなるのだろうか?この問題は、ドキュメント化、ダイアグラム、アーキテクチャの決定、その他、システムがなぜそのように機能するのかを理解するための一般的な方法である。

  • RMIベースのレガシー・アプリケーションをWebSocketに移行する

    Technical debt, especially in enterprise software, is a relevant problem that developers recurrently have to face. This article provides a use case related to removing technical debt in a large enterprise application based on an old fashioned Remote Method Invocation (RMI) protocol, and migrating it toward modern cloud-aware communication technologies.

  • Rustが再評価される:エコシステムの現状と落とし穴

    In this article, we share findings and insights about the Rust community and ecosystem and elaborate on the peculiarities and pitfalls of starting new projects with Rust or migrating to Rust from other languages.

  • InfoQ Javaトレンドレポート - 2023年11月

    本レポートは、InfoQ Java編集部が現在Javaの領域でどのような技術が採用され、どのようなトレンドが生まれているかをまとめたものである。言語であるJavaだけでなく、KotlinやScalaなどの関連言語、Java仮想マシン(JVM)、Javaベースのフレームワークやユーティリティに焦点を当てている。Javaの新バージョンの採用といったコアJavaのトレンドや、Spring Framework、Jakarta EE、Quarkus、Micronaut、Helidon、MicroProfile、MicroStreamといったフレームワークの進化についても解説する。

  • 12のソフトウェア・アーキテクチャの落とし穴とその避け方

    成功するソフトウェアアーキテクチャを開発するのはシンプルだが、簡単ではない。QARを理解し、QARを最大限に満たすトレードオフを理解し、実行するには、洞察力と経験が必要であり、その多くはアーキテクチャ自体の実験を繰り返すことで集めなければならない。プロセス自体は単純だが、考慮すべきトレードオフはしばしば難しく、簡単な答えはめったにない。

BT