InfoQ ホームページ カンファレンス に関するすべてのコンテンツ
-
ソフトウェアが気候変動にどのように影響するか、ソフトウェアエンジニアがそれに対して何ができるか
地球上のいたるところで大量のソフトウェアが実行されており、このソフトウェアは実行時にエネルギーを消費する。残念ながら、世界中のエネルギーのほとんどはまだ化石燃料の燃焼によって生成されている。ソフトウェアエンジニアがソフトウェアを改善して、処理に使用するエネルギーを少なくすることができれば、化石燃料を燃焼させることによって生成する必要のあるエネルギーが少なくなり、気候にとってより適した状態となる。
-
スタッフプラスエンジニアになる：リーダーシップとコミュニケーションのトレーニングが大切
技術的なキャリアを追求したいエンジニアに対する業界のサポートが不十分であり、それがエンジニアに影響を及ぼしている。多くの優れた技術者が、管理職を探すことを余儀なくされている。スタッフプラスエンジニアの役割への道は簡単ではない。スタッフプラスエンジニアになるためのリーダーシップとコミュニケーションに関するトレーニングは、彼らがより優れた技術リーダーになる助けとなる。
-
ゲーミフィケーションによるソフトウェア品質の向上
バグハンティングやリスクストーミングゲームをプレイするBingo Bongoセッションにより、品質を向上させることができる。ゲーミフィケーションは学習を支援し、日常業務を面白くし、チームスピリットを強化することができる。ゲームをプレイすることはオフィスでの日常業務の一部であり、効果的な作業時間と見られるべきである。ゲーミフィケーションでは、創造的なプロセスによって真の価値が生み出される。
-
スタッフプラスエンジニアとして成功するための5つの行動
スタッフプラスエンジニアは、より大きな影響を与える技術リーダーとして機能するものである。物事を成し遂げる彼らの能力は、他の人を成長させ、指導するため、彼らの個々の能力を超えたものになる。テクノロジー業界は、エンジニアが個別に作業するという考えから離れてきている。コラボレーションがスタッフプラスの役割において最も重要な行動の1つとなる。
-
無限を表現する: 開発者にとって不可能なこと
開発者は、その日々の業務の中で、不可能なことに直面する場合がある。無限大を直接的に表現することや、あるいは物理的に独立したコンピュータ上に無限大の精度を保持することは不可能だ。ストレージや表現には限界があり、この不可能性を無視するか、あるいは意識するかによって、バグやシステムの挙動が期待とは異なるものになる可能性がある。Kelvin Henney氏はQCon London 2022で、6つの不可能(Six Impossible Things)について基調講演を行った。
-
ソフトウェアとクラウドサービスによる環境への影響の測定
ソフトウェアは、耐用年数の制限、あるいはエネルギー消費の増加に影響を及ぼす。クラウドサービスによって引き起こされる環境への影響を測定することが可能である。ソフトウェアアーキテクチャの設計により、必要なハードウェアと電力の量が決まる。ソフトウェアはハードウェアリソースに対して経済的か、あるいはを浪費となる。
-
高品質なアラートで開発者のオンコールを軽減する
開発者にとって、オンコールはますます現実味を帯びてきている。アラートの改善によるノイズの低減、自動化、警告の削除は、オンコール作業の苦痛を最小限にするのに役立つ。自動化の原動力となるのは、Infrastructure as Codeだ。時間をかけてコードを抽象化し、他のユースケースに適合させることで、ベストプラクティスを普及させることができる。
-
セキュリティ・バイ・デザインがクラウド移行のリスク管理にどのように役立ったか
企業がクラウドに移行したとき、最初から利害関係者を参加させたり、セキュリティを関与させたりすることが困難であったため、セキュリティの問題が発生した。継続的なクラウドDevOpsプロセスの一部としてセキュリティ評価を組み込み、プロジェクトのライフサイクル全体を通じてセキュリティリスク管理にアジャイル戦略を採用することで、移行中のセキュリティのガバナンスを強化することができた。
-
TSS(Team-set salaries)によるアジャイルチームの公平な個人報酬
TSS(team-set salaries、チーム一体給与)は、マルチスキルで協調的、かつ自律的なチームの各メンバに対して、公平な報酬を設定することのできる手法である。メンバはそれぞれ、自分自身ではなく、同僚のみを評価する。それによって、給与の決定に関する直接的な発言権が与えられるのだ。
-
ディフェクト・マスの測定が重要な製品領域のテストにどのように役立つか
「ディフェクト・マス」と呼ばれる測定を導入することで、プロジェクトは開発によって最も影響を受けた領域を見つけることができ、影響を受けた領域ごとに実行するテストの数を決定するのに役に立った。この測定値を他のKPIと一緒に使用することで、テストに集中する役に立った。顧客のインシデントの数を減らすことができた。
-
Ericssonにおけるコラボレーションの向上 - ハードウェアとソフトウェアの開発者が互いのことばを理解する
ハードウェアとソフトウェアの境界を越えたチームをセットアップして開発を統合しようとする場合、重要になるのが、ハードウェアとソフトウェアの開発者が互いのことばで話をすることだ。"我々(we)"と"彼ら(them)"ではなく"私たち(us)"に、アジャイルやリーンの用語よりも開発者同士をつなぐ技術的能力に、重点を置くことが望ましい。
-
IT運用担当者による課題解決の迅速化とシステム稼働維持をAIで支援する
AIOpsは、ユーザからの直接的なフィードバックを求めずに、履歴データに基いて、より迅速な評価、修復、あるいは実用的な洞察に有用なアルゴリズムをITチームに提供するものだ。AIの支援を受けるIT運用担当者は、スマートに作業し、問題をより早く解決し、システムの機能と運用を維持することにより、従来よりも優れたエンドユーザエクスペリエンスを提供できるようになる。
-
InfoQ 2022イベント：ソフトウェアをリードするプラクティショナーと深く掘り下げる準備へ
私たちのイベントはオンライン（InfoQ LiveとQCon Plus）と対面の両方で行われる。対面は、ロンドン（4月4日～6日）とサンフランシスコ（10月24日～28日）でQConソフトウェア開発会議が再び開催される。今年のパターンとプラクティスを採用する役に立つような、実用的なインスピレーションを得るために参加してください。
-
モデル化可能開発: カスタムツールがシステムを説明可能にする方法
モデル化可能開発は、すべてのソフトウェア開発の問題に対してカスタムツールを構築するためのプログラミング方法だ。Glamorous Toolkit は、カスタムツールのモデル化に使用できるモデル化可能開発環境だ。
-
実車を使用したリモートソフトウェアの実証と妥当性確認の実装
Bosch は、シミュレートされた車ではなく、実際の車を使って自動回帰テストとユーザテストを行っている。目的は、テストエンジニアとユーザの両方の観点で、ソフトウェアを可能な限り迅速にテストすることだ。車にはリモートでアクセスが可能で、チームメンバは乗車せずに行うことができる。