InfoQ ホームページ カルチャー&手法 に関するすべてのコンテンツ
-
多くの入力パターンをテストできるProperty-based Testing
Property-based Testingは、特定の例に頼るのではなく、常に真となるはずのステートメントを指定するアプローチである。これにより、より少ないテスト回数で、多くの入力に対して機能をテストできる。
-
他者と自分のために、変化するエージェントになる
小さな貢献であっても、誰もが変革の当事者となることができる。また、自分でコントロールできることに集中することで、自分自身を変えることができる。変化の理由を知ることが重要であり、それを探求することで、まだ変化を起こす時期ではないことがわかるかもしれない。
-
CIシステムを製品として扱って、高速で高品質なフィードバックサイクルを実現しよう
継続的インテグレーション(CI)システムのフィードバック時間を改善し、テスト手法とクラスを最適化することで、開発チームにとってより効果的なフィードバックが得られるようになった。Tobias Geyer氏によると、CIシステムは開発プロセスの重要な一部であり、そのように扱われるべきだという。
-
関数型プログラミングによるレイトアーキテクチャ
ソフトウェアアーキテクチャの多くのアプローチはアーキテクチャを最初に計画することを前提としている。残念ながら、この方法で計画されたアーキテクチャは、後で変更することが難しい。関数型プログラミングは、事前の計画を最小限にとどめ、アーキテクチャの決定を後から変更できる程度の疎結合を実現するのに役立つ。
-
セマンティックHTMLによるウェブアクセシビリティの向上とテスト技法・ツールについて
ウェブアクセシビリティは、私たち全員に利益をもたらす。デザイナー、開発者、テスト担当者はウェブアクセシビリティをチェックでき、例えば、セマンティックHTMLの使用、コーディング時のウェブ標準への準拠、ウェブアクセシビリティのテストなどにより、ウェブやサービスをより包括的なものにすることができる。各国では包括的基準を実施するための規制を導入している。
-
ソフトウェア開発者が効果的に学ぶ方法
ソフトウェア開発者は、常に新しい言語、フレームワーク、ツール、テクニックを学んでいる。どの分野を学ぶべきかを判断し、自分の能力を見極め、挫けずに効果的な学習を続けるのは難しい。
-
コンフリクトを解決するために必要なのは「好奇心」と「自己認識」
マリオン・ローケン氏は、「良いコンフリクト(対立)を持つこと」が重要であると言う。コンフリクトはネガティブな印象があるが、好奇心を持つことでよりポジティブな結果を得ることができ、信頼と心理的安全性を築くことができる。自分の感情や反応を自覚することで、後々反省しなければならないような言動を防ぐことができるのだ。
-
インシデント解決にレジリエンスはどのように役立つのか?
社会技術システムを全体的に見ることによって、インシデントのライフサイクルを通じてレジリエンスを適用することは、インシデントが学習の機会となる。レジリエンスは、人々がインシデントの解決にうまく対応できるようになり、コラボレーションを改善するのに役立つ。また、組織が計画を実現するための時間を確保できる。
-
Big Techはなぜ道を踏み外したか - 規制と自由
テクノロジーが私たちの生活に果たす役割はますます大きくなっているが、Big Techと呼ばれる大手テック企業はその理念とは相反する行動を見せ、制御不能に陥っているように見受けられる。規制は整備されつつあるが、法律が適用されることはほとんどない。大手テック企業のリーダーは、自分たちの仕事が文化であることに気付くべきだ。QCon London 2023では、Andy Walker氏が、彼らがなぜ道を踏み外したかついて講演した。
-
クラウドでのテスト駆動開発の適用
クラウドでは、アプリケーション開発を、それに付随するインフラと一緒にエンドツーエンドで扱うことができる。これにより、テスト駆動開発(TDD)やリファクタリングをアプリケーション全体で使用することが可能になり、メンテナンスコストを下げることができる。
-
オープンソースのメンテナが有害な行為に対処する方法
オープンソースのメンテナが経験する3つの有害な行動とは、権利の主張、不満を爆発させる人、そして明らかな攻撃である。問題のある行為に耐性ができて無視するようになると、怒りや悲しみの負のスパイラルに陥ってしまう。そうならないように問題のある行為に声をかけ、オープンソースの本来の意味がコラボレーションと協力であること人々に思い出させるべきなのだ。
-
心理的安全性の測定から学ぶこと
リスクテイクについてどう感じるかを尋ねることで、心理的安全性のレベルを知ることができるし、問題を発見するのに役立つ。その答えを議論することで成熟したチームであれば安全性のレベルを強化できるし、成熟していないチームであれば改善策を理解してもらう機会になる。
-
ソーシャルインパクトを高めるためにエンジニアと企業ができること
テック業界で働くエンジニアにはスキル、経験、ネットワークを通じて社会的インパクトを生み出す手段がある。企業はビジネス手法を社会的に配慮したものにすることでインパクトを生み出せる。インクルーシブ・トレーニングは個人の状況や背景を考慮し、民��、性別、ニューロダイバーシティ、社会の経済的背景など幅広い層からの参加を保証するために最小限の参入障壁でサービスを提供する。
-
CNCFのアンバサダーBMK氏が語る『非技術系組織におけるデベロッパー・エクスペリエンスの向上』
SECTION6のトランスフォーメーションアーキテクトであり、Cloud Native Computing FoundationとDevOps Instituteのニュージーランド大使であるBMK Lakshminarayanan氏は、最近The Brutal Truth: Developer Experience Challenges in Non-Tech Enterprisesという記事を執筆した。彼は"非技術系企業におけるデベロッパー・エクスペリエンスの課題"について考察し、非技術系企業のエンジニアが直面する実務や文化的な課題について論じている。
-
ソフトウェア品質の評価方法
QPAM(Quality Practices Assessment Model)を用いて、チームの発揮する行動を「開始」「統合」「実践」「革新」といったを4つの次元に分類できる。QPAMはフィードバックループ、文化、コード品質と技術的負債、デプロイメントパイプラインといった社会的・技術的な品質側面を調査するのだ。