InfoQ ホームページ カンファレンス に関するすべてのコンテンツ
-
スタッフプラスエンジニアとして技術職に留まるには
テクノロジに携わり続けたいと願うエンジニアには、スタッフプラスエンジニア(staff plus engineer)になる、という方法がある。スタッフプラスエンジニアは、他の人々に影響力を持たせることがその役割だ。周りの人々を巻き込むというのは難しく、コミュニケーションや影響力のあるスキルに取り組む必要がある。Nicky Wrightson氏はQCon London 2022で、"The Secret Strategy for Landing That Staff Engineer Role"と題して講演した。氏はQCon Plus May(2022年5月10日～20日)でも講演する予定である。
-
オープンソースによってどのようにしてstaff+の役割への道を開けるか
オープンソースへの貢献と長期的なコミュニティの関与は、staff+エンジニアの役割への道を歩むのに役立つ。文面によるコミュニケーションスキルは、オープンソースで一般的な非同期的なリモートワークの鍵となる。あなたの貢献はビジネスニーズと一致している必要がある。それによって、あなたの知名度が上がり、キャリアの可能性が広がる。Alex Porcelli氏はQCon London 2022で発表した。
-
QCon Plusで、最も必要なソフトウェアプラクティス、パターン、スキルをレベルアップしよう
QCon Plus Online Software Development Conference(5月10日～20日)は、上級開発者やソフトウェアアーキテクト、ソフトウェアエンジニア、チームリーダのラーニングパスを加速するために、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運用担当者は、スマートに作業し、問題をより早く解決し、システムの機能と運用を維持することにより、従来よりも優れたエンドユーザエクスペリエンスを提供できるようになる。