InfoQ ホームページ カルチャー＆手法 に関するすべてのコンテンツ
-
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）標準を使用し、開発の初期段階からアクセシビリティをチーム全体の責任として共有することを強調している。これにより、後の段階でのコストのかかる修正を防止する。
-
ソーシャルドライバーを活用してソフトウェアエンジニアリングチームのパフォーマンスを向上させる
Lizzie Matusov氏が、技術的なドライバー（例えば、速度）はチームのパフォーマンスの不完全な視点しか提供しないと発表した。信頼、自律性、目的、心理的安全性といった「ソーシャルドライバー」（社会的要因）はより完全な視点を提供し、改善のための重要な機会を明らかにする。彼女はQCon San Franciscoで高パフォーマンスのエンジニアリングチームの背後にあるソーシャルドライバーについて話した。
-
ソフトウェア業界でレジリエンスを高める業界・企業文化や習慣を育むには
レジリエンスを高めることで、課題に対する個人や企業の柔軟な対応が可能になる。Kathleen Vignos氏曰く、個人のレジリエンス、技術におけるレジリエンス、企業のレジリエンスの根底には、それぞれ適応力、幅広いツールの習得、柔軟性と強力なネットワークが必要になるという。 急速に変化するソフトウェア業界では、技術変化にアンテナを広げ、新たな知識の吸収して柔軟性を高め、協業を進めることがレジリエンス向上につながるというのだ。
-
DevOpsの原則とプラクティスを品質保証エンジニアとして適用する
DevOpsは自動化と開発チームとITチーム間のコラボレーションによってソフトウェア開発を効率化し、効率的なデリバリーを実現する。Nedko Hristov氏によると、テスターの好奇心、適応性、学習意欲はDevOpsに適している。失敗は建設的なマインドセットで捉えることができる；成長の機会を提供し、スキルやプラクティスの向上につながる。
-
ソフトウェアの無駄削減で、開発者は気候変動への負荷を軽減できるのか？
QCon Londonでの登壇の中、Holly Cummins氏は、パフォーマンスとサステナビリティーの高さは相関関係にある、つまりアルゴリズムの効率改善によるソフトウェアの高速化はエネルギー需要の削減につながる、と語った。同氏は、待機中のシステムの電源を切り、環境フットプリントの削減を意識するよう提唱している。 Cummins氏の見解では、生産性を向上させることで、開発者の作業自体を減らしながら達成成果を上げることが可能だという。
-
スペースシャトルとOrion MPCVの組込みソフトウェア開発に学ぶ
NDC Tech TownでのスペースシャトルとOrion MPCVの組込みソフトウェア開発についての講演の中でDarrel Raines氏は、私たちが使えるツールのおかげでソフトウェア開発はスペースシャトル時代の始まりの頃とは大きく異なっていると述べた。しかしソフトウェアエンジニアリングの技術と実践自体は、ソフトウェア開発の初期の頃からそれほど進歩していない、と彼は付け加えた。
-
シニアソフトウェアエンジニアがジュニアエンジニアから学ぶ方法
シニアエンジニアとジュニアエンジニアの間の硬直した階層的なダイナミクスは、イノベーションを阻害し、新しい視点を妨げ、コラボレーションの障壁となる。Beth Anderson氏によればシニアエンジニアはジュニアエンジニアから積極的に学ぶことができる。彼女は相互成長、心理的安全性、継続的学習の環境を作ることを提案している。
-
ソフトウェア開発者が影響力を高めるためにパーソナルブランドを構築する方法
強力なパブリックブランドは、ソフトウェアエンジニアの転職を支援し、チャンスを生み出す。QCon San Franciscoでのソフトウェアエンジニアとしてのパーソナルブランドの構築についての講演で、Pablo Fredrikson氏は、サービスの問題で悩んでいたチームを助け、最終的に人間関係の改善に役立ったというエピソードを披露した。自分のブランドを築くには、目標を明確にし、目に見えるプロジェクトを引き受け、役に立つことだ。それがあなたと会社の両方に利益をもたらす。
-
コーディングの規約とガイドラインで得られた学び
コーディングの規約とガイドラインに従うことでコードの一貫性が向上するが、運用を誤ると残念な結果につながることがある。 Arne Mertz氏は、規約やガイドラインの採用範囲をソフトウェア開発者で選択し、逸脱箇所を明確に文書化しておくことを提案している。こうすることで、開発者同士がコミュニティや日々の仕事の中でエクスペリアンスを議論でき、不必要で煩雑な書類作業に煩わされることなく、コラボレーションの促進やコード品質の向上を目指すことができる。