BT

InfoQ ホームページ カンファレンス に関するすべてのコンテンツ

  • アジャイルにおける設計とセキュリティ - QCon London Q&Aより

    セキュリティ分野の専門家による設計書のレビューを行えば,脆弱性スキャンやセキュリティオートメーションでは検出不可能な,潜在的なセキュリティ問題を見つけることができる。このようなレビューでは,アクセストークンの発行や管理,外部サービスへのデータ転送,信頼できないコードの実行といった重要な部分に集中することが必要だ — AppLandの共同創業者でエンタープライズソフトウェアエンジニアのKevin Gilpin氏は,QCon London 2019年でこのように述べた。

  • ElasTestで実現するテスト時の可観測性

    分散アプリケーションでは,非分散アプリケーションで一般的に使用されているデバッグテクニックを使うのは困難である。テスト環境においても運用時のような可観測性を実現すれば,バグの検出が容易になる,とFrancisco Gortázar氏は,European Testing Conference 2019で主張し,可観測性を使って複雑な分散システムのテストと評価を行うツールとして,ElasTestを紹介した。

  • Lynne Cazalyによる手書きの図を使ったセンスメイキングについて

    作家兼グラフィック・ファシリテーターのLynne Cazalayは、最近のAgile on the Beachニュージーランド会議で、グラフィックイメージを通してアイデアを明確にするためのいくつかのテクニックに関するマスタークラスを開いた。それはあらゆる物語の重要な要素を識別し、コンテンツが意味のあるものになるようにそれらを表現できる簡単な図表である。

  • レジリエントなサーバレスシステムの設計と構築 - QCon Londonでの John Chapin氏の講演より

    QCon London 2019で行ったプレゼンテーションで,John Chapinは,サーブレステクノロジの基本と,レジリエントなサーバレスシステムの設計と構築を行う方法について解説した。さらに氏は,世界規模で分散された高可用性アプリケーションを構築し,AWS上の複数リージョンで運用する,というデモも披露した。

  • イベント駆動システムに対する批判的見解 - Bernd Rücker氏のQCon Londonでの講演より

    イベント駆動システムの採用が大流行りだ。システムの結合度を低下させる方策として,ほぼ"魔法"のように見られることもある,とBernd Rücker氏は,先日のQCon London 2019で指摘した。そのプレゼンテーションで氏は,イベント駆動システムを取り巻く3つの一般的仮説 — イベントは結合度を低減する,オーケストレーションは回避する必要がある,ワークフローエンジンは難しい — を批判的に取り上げた。

  • マイクロサービスを始める時にすべきこと - Ben Sigelman氏のQCon Londonでの講演より

    Ben Sigelman氏はGoogleに在籍していた数年間,我々が現在マイクロサービスアーキテクチャと呼んでいるものを開発していた。この開発中になされたいくつかの過ちが,今日では業界全体で繰り返されている,というのが氏の意見だ。QCon London 2019で行ったプレゼンテーションの中で氏は,マイクロサービスを始める時,このような過ちを避けるために行うべきことについて説明した。

  • 高等教育におけるアジャイル: オープン大学での経験

    大学はアジャイルとプロダクトのマインドセットを受け入れる必要がある。彼らは自分たちがほとんど理解していない新しい種類のプロダクトやサービスの仮説駆動の開発に取り組んでおり、またユーザの振る舞いやニーズもほとんど理解していないからだ、Matthew Moran氏は述べた。彼はアジャイルのマインドセット、原則、プラクティスをオンライン開発コースに適用することについて、Aginext 2019で講演を行なった。

  • Airbnbにおける大規模サービスの構築 - QCon Londonでの講演より

    Airbibでは,アーキテクチャをSOAに変更したことにより,サービスのパフォーマンスとサイトの信頼性を改善することができた。ビルドとデプロイ時間の高速化によって開発生産性が,オーナシップの明確性とバウンダリの改善によって効率が,それぞれ向上している。同社のソフトウェアエンジニアであるJessica Tai氏がQCon London 2019で,"Airbnb’s Great Migration: Building Services at Scale"と題したプレゼンテーションを行った。

  • 失敗を恐れないチームを育むには - QCon London Q&A

    失敗を責めないこと(blameless failure)は,失敗を認め,共有し,調べ,修正し,予防する文化の構築から始まる – DevOpsおよびクラウドコンサルタントのEmma Button氏は,QCon London 2019でこのように述べた。CI/CDプラクティスによってシステムの健全性と状態を視覚化すれば,信頼性とオーナシップが向上するだけでなく,問題が発生した時の支援も受けやすくなる。

  • マイクロサービスアプリケーションにコントラクトテストを使用する

    マイクロサービスを使用する場合,サービス間の統合ポイントがバグの温床になる。コントラクトテスト(contract test)は,コンシューマが定義したコントラクトに基づいてテストを実施するテスト手法だ。マイクロサービスのワークフローに適しており,統合バグを殺してくれる - PortbaseのテスタであるMaarten Groeneweg氏は,European Testing Conference 2019でこのように主張した。

  • モバイルテスト自動化の失敗を避けるには

    モバイル開発におけるテストの自動化はスクラムチームが行うべきだ,独立したテスト自動化チームを置くべきではない,とNadya Denisenko氏は言う。モバイルテストのテストピラミッドに従って、開始時からテスタが関与するべきだとアドバイスする氏は,テスタは品質指向の開発者として、他の開発者が高品質のソフトウェアを提供するのを指導し支援することのできる存在であり,手動テストは将来的になくなっていくだろう,とも述べている。

  • 複雑な分散システムをテストする

    分散システムの複雑性はコードの中ではなく、サービスや機能の間にある。テストには問題の発見と価値提供のバランスという意味があるのだ – Sarah Wells氏はEuropean Testing Conferenceで、このように説明した。テスタはしばしば、システム動作の最大の理解者である。システムのどこが悪いのかについて優れた仮説を持ち、それを極めて短期間に検証することができるのは彼らなのだ。

  • リモートモブプログラミングからの経験 - Sal Freudenberg氏に聞く

    Cucumberではモブプログラミングを,ドライバが最新コードをプルダウンして画面を共有し,チームが10分程度モブしたコードをコミットして,ドライバの役割を交代する,というサイクルによってリモートで実施している。"リモートモブは,私にはとても役立っています"と,Sal Freudenberg氏は言う。"自分の作業環境を使って,一番やりやすい方法で実施できるからです。"

  • Dutch Railwaysにおけるブロックチェーンの試行

    テスタは遅かれ早かれ、ブロックチェーンテクノロジを組み込んだITソリューションのテストを求められるようになるだろう。ブロックチェーンベースのアプリケーションでは、フトウェア開発もこれまでとは異なる。ブロックチェーンは我々の慣れ親しんだやり方に影響を与えるのだ – Dutch RailwayのソフトウェアテスタであるSanne Visser氏は,このように主張する。氏はEuropean Women in Techで、ブロックチェーンベースのソフトウェアに対処する方法について講演した。

  • 人工知能をそれ自身から守るには

    人工知能を用いたアプリケーションは、悪意のあるサンプルによって騙されたり、モデルの判断に混乱をきたすことがある。事実とは思われない入力がモデルに提供される前にフィルタするためには、入力のサニタイズが有効だ、とKatharine Jarmul氏は2018年のGoto Berlinで説いた。我々はモデルや、モデルに提供するトレーニングデータに関するセキュリティ侵害の可能性を考え始めるべき時に来ている、と氏は言う。

BT

あなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。

Eメールを変更すると確認のメールが配信されます。

会社名:
役職:
組織規模:
国:
都道府県:
新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。