InfoQ ホームページ カルチャー＆手法 に関するすべてのコンテンツ
-
AIを活用したソフトウェア開発：研究成果を実践に移すためのチーム構成と能力
AIは増幅器である。組織システムに戦略的焦点を当てることで最大の成果が得られると、ネイサン・ハーヴェイはQConロンドンでの講演「Scale High Performance, Not Dysfunction」で説明した。DORAの2025年におけるソフトウェア開発におけるAIに関する調査では、研究を実践に活かすために活用できるチームのプロファイルと成功に必要な能力が提示されている。
-
オープンソースがプラットフォーム構築における協業をいかに可能にするか
プラットフォームはコラボレーションのための仕組みです。Marcy Paramonova氏とStéphane Cusin氏が、KubeCon & CloudNativeCon Europe での講演「Building Cloud Native Culture in a Bank」で説明したように、プラットフォームチームはアプリケーションチームに依存しており、両者には共通の標準が必要です。エンジニアがプラットフォームを信頼するのは、その機能の豊富さではなく、予測可能で一貫した振る舞いによるものだ。
-
Airbnb、プライバシーを最優先とするソーシャル機能を支援するため、コンテキスト認識型IDモデルを導入
Airbnbは、「エクスペリエンス」における新たなソーシャル機能をサポートすると同時に、プラットフォーム全体でより強固なプライバシー境界を確立するため、再設計されたIDおよび接続モデルを導入した。同社は、内部のユーザーIDと外部に公開されるプロフィールを分離するシステムについて説明しており、これによりユーザーは、グローバルなID情報を公開することなく、共有アクティビティ内で交流できるようになる。 この変更は、参加者が互いに面識がない場合もある「エクスペリエンス」におけるソーシャルな交流を拡大するというAirbnbの広範な取り組みに沿ったものであり、アイデンティティの開示を管理し、より強力なプライバシー保証が必要とされている。
-
AIがソフトウェアライフサイクルの上流へ：コードレビューからPRDガバナンスへ
大手テクノロジー企業が人工知能の活用範囲をコード生成やコードレビューだけでなく、製品要件の検証やシステム設計へのインプットなど、ソフトウェア開発ライフサイクルのより上流工程へと拡大させている。Uber、DoorDash、Cloudflareによる最近の取り組みは、実装前やレビュー中にエンジニアリング成果物を評価し、リファインするガバナンス層としてAIを活用する方向へのシフトを示している。
-
プラットフォームエンジニアリングのインパクトをドライブし、測定する
プラットフォームエンジニアリングは社会技術的な視点からアプローチされるべきであり、開発者だけでなくすべてのステークホルダーによって形成されるべきである、とSergiu Petean氏はDev Summit Munichでの講演 Driving the Future of Insurance through Platform Engineeringで述べた。プラットフォームの成功はチームがソフトウェアを構築、実行、リリースできるようにするために、変化を主要デザインの原動力として受け入れつつも、変化に耐えうる明文化された原則に依存している。
-
エージェンティックAIパターンがエンジニアリング規律を強化
最近のAI DevOps PodcastでPaul Duvall氏は、最新モデルの能力向上に伴いエージェンティックAIパターンが中核的なエンジニアリング規律をどのように強化しているかについて論じた。彼はAI支援ソフトウェア開発の実践を記録し、進化させているエージェンティックAIエンジニアリング・パターンのリポジトリもシェアした。
-
人工知能によって顧客とのつながりはどう変わるか
現在は、あらゆるものが顧客のもとに届く時代だと、Hughes氏は述べた。アプリを使えば、食事の配達やタクシーが自宅までやって来る。Hughes氏は、プロセス重視からユーザー体験重視へ、ソフトウエアの解決策から利用者の解決策という発想へ転換する必要があると強調した。
-
ソフトウェアエンジニアがスタッフプラスの役割に成長する方法
ソフトウェアエンジニアは、他のチームを支援し、ビジネス主導の業務に集中し、強固な関係を築くことで影響力を高められる。InfoQ Dev Summit Bostonでの講演「Your Roadmap to a Fulfilling Career: The Pillars of Staff+ Growth」でDavid Grizzanti氏が述べた。成長は、メンターとしての活動、文化的規範の設定、戦略的思考、そして自身のモチベーションに基づいたキャリアパスの設計から生まれると彼は付け加えた。
-
Mezzalira氏のQCon London講演：「マイクロフロントエンド～設計から企業メリットと社内実装まで～」
QCon Londonでのプレゼンテーションで、AWSのプリンシパルアーキテクトLuca Mezzalira氏は、理想的なマイクロフロントエンドプラットフォームを構築する中で得られた知見を共有した。また、マイクロフロントエンドと自社の適性を判断するヒントや、個別ユースケースに最適なアーキテクチャを設計するために押さえておきたい基本原則、分散型アーキテクチャのデプロイ戦略も紹介されている。
-
スペースシャトルとOrion MPCVのソフトウェアをNASAがどのようにテストしているか
NASAは安全性確保のために複数のテストレベル、独立した検証、基準、安全コミュニティ、ツールを活用している。Darrel Raines氏はNDC Tech TownでスペースシャトルとOrion MPCVのソフトウェア開発とテストについて講演した。彼はどのように失敗やニアミスから学び、プロセスを継続的に改善しているかを説明した。
-
デザイナーのサポート(置換えではない)にFigmaはどうAIを使うのか
Figmaは、レイヤーの自動命名などの小さなツールから、テキストプロンプト、画像、デザインフレームをリアルタイムで編集可能な生産準備済みコードに変換できるFigma Makeまで、デザインプラットフォーム全体にAIを統合している。結果として非技術スタッフが数時間でプロトタイプ作成可能になり、場合によってはエンジニアがすぐに本番移行できるほど正確なコードを生成できる。これによりデザイナーが最終出力をコントロール可能にしている。
-
プリンシパルエンジニアになるためのスキルを養うには
プリンシパルエンジニアになるには技術スキルだけでなく、周囲へポジティブな影響を与える発信力やコミュニケーション能力、戦略的思考といった側面も問われる。「成功とは、集団としての文化を形成し、チームワークを活性化することだ」と、Sophie Weston氏は述べている。QCon Londonでの講演では、協業能力という誰もが持っているスキルを活かし、複数分野における専門的なスキルを磨いていくことを奨励している。スポーツやボランティア活動、ゲームといった業務以外の私生活で培われるスキルがあると、プリンシパルエンジニアに求められる協業観点やリーダーシップの素質を養うことが可能だ。
-
ペアプログラミングがスピード・集中・フローをどのように向上させたか
Ola Hast氏とAsgaut Mjølne Söderbom氏はQCon Londonでペアプログラミングによる継続的デリバリーについて講演をした。彼らのチームはペアプログラミングとモブプログラミングをTDDと共に使用している；ソロタスクや個別コードレビューはない。このアプローチはコード品質を向上させ、無駄を減らし、知識の共有を可能にする。頻繁な休憩は集中とフローを維持するのに役立つ。
-
ソフトウェアの生産性を犠牲にせずにセキュリティを確保する方法
セキュリティは開発効率と衝突することがある。侵害の影響を最小限に抑えることに焦点を当てる方が、予防よりも効果的である。Dorota Parad氏は、コンプライアンスの柔軟性とセキュリティチームとの協力によって実用的な保護策を定義することを主張している。影響範囲を制限し、自動化を利用することで、生産性の損失を最小限に抑えながらセキュリティを向上させることができる。
-
アクセシビリティの高いウェブサイトを重視すべき理由とその方法
ウェブアクセシビリティは、障害を持つ人々がコンテンツを利用できるように保証する。Joanna Falkowska氏によれば、アクセシビリティは競争優位性をもたらし、SEOを改善し、基本的人権を支援する。彼女は、WCAG（Web Content Accessibility Guidelines）標準を使用し、開発の初期段階からアクセシビリティをチーム全体の責任として共有することを強調している。これにより、後の段階でのコストのかかる修正を防止する。