InfoQ ホームページ Best Practices に関するすべてのコンテンツ
-
webhint、Web開発者にベストプラクティスを提供
新しいMicrosoft Edge開発者ツールのプロダクトマネージャRachel Simone Weil氏は先日、OpenJS worldで講演を行い、webhintがWeb開発者のベストプラクティス実装をいかにサポートするのか解説した。
-
Googleによる採用のためのツールとコツ
Googleは採用プロセスに役立つツールを多数公開している。その中には、職務記述書作成のアドバイス、インタビュアーの準備、インタビューのベストプラクティスなどが含まれる。
-
AWS Well-Architected Frameworkへのオペレーショナル・エクセレンスの追加
Amazonは顧客からのフィードバックをもとに自身が作成しているAWS Well-Architected Framework (PDF)を更新した。これには新しい柱であるオペレーショナル・エクセレンスが加えられている
-
MozillaがWebサイトセキュリティ分析ツールのObservatoryを提供
MozillaがWebサイトのセキュリティ分析ツールをローンチした。Observatoryという名のこのツールは，ガイダンスを求める開発者やシステム管理者を対象に，セキュリティのベストプラクティスの普及を支援する。
-
-
NoSQLのスケーリングについてAlex Bordei氏が語る
ネットワーク性能、仮想化、テストがNoSQLデータベースの性能やスケーラビリティの問題に対処する上での考慮点だ。Alex Bordei氏はNoSQLデータベースのスケーリングについて、性能の増強について書いている。氏はNoSQLデータベースの性能最適化のベストプラティクスについてのウェブキャストを共催している。
-
ApiaryがApiary for Enterpriseを発表
API BlueprintをサポートするApiaryが新製品，Apiary for Enterpriseを発表した。定義済みのAPIスタイルガイド標準やベストプラクティスに対するAPI設計評価を行うツーリングによって，API設計のベストプラクティスをプロモートする。InfoQでは同社にコンタクトを取り，新製品にさらなる光を当てることにした。
-
GoogleによるWeb FundamentalsとWeb Starter Kit
Googleはクロスプラットフォームのレスポンシブウェブデザインに対応する、多数のガイドラインとボイラープレートコードを発表した。
-
ThoughtworksのTechnology Radarから見る最新技術トレンド
Thoughtworks社が最近公開したTechnology Radarの最新記事は、『Infrastructure as Code』（コードによるインフラ管理）を可能にする技術、『境界のない企業』、実績あるプラクティスのあらゆる場面への適用、そして軽量なアナリティクスを目玉としている。
-
アジャイル手法は個人の作業にも適用可能か
アジャイルへの移行は，チーム全体，プロジェクト，あるいは組織単位で行うのが普通である。アジャイルはチームを主体とするアプローチだからだ。ところが，個人でアジャイルプラクティスの利用を始めたり，ワン・パーソン・チームとしてアジャイルを実践しているプロフェッショナルが存在するのだ。どうすれば個人でアジャイルを採用できるのだろう，そして，どのようなメリットがあるのだろう？
-
プロダクトバックログのグルーミングに関するさまざまなアプローチ法
バックロググルーミングの目的はプロダクトバックログを最新かつクリーンに保つことにある。ただしプロダクトオーナやチームによって，アプローチの方法はまちまちだ。
-
アジャイルプロジェクトの成功の理由
ある研究の初期段階の結果によれば、アジャイル開発は生産性と品質を改善する効果があるようだ。この研究結果は開発プロジェクトのスケジュールや予算についての問題を解決するのに役立つ。また、アウトソーシングと同じ場所で働くチームついても研究している。
-
コミュニティ駆動調査：最も普及している.NETの開発手法とツールは？
InfoQの第8回目の調査。今回のお題は最も普及している.NETの開発手法とツールは？この新しいサービスで、私たちが望んでいるのはエンタープライズソフトウエア開発に影響を与えるトレンドや動きに対する、コミュニティの最新の考えをバイアスのない状態で提供することだ。従来のベンダやアナリストが提供する調査とは違い、調査の基礎になるのはあなたの回答だ。
-
DRY原則の利用: コードの重複と密結合の間
DRYは重複とそれに伴うメンテナンスの問題を軽減するものだが、誤用すると密結合を生み、可読性を損うおそれがある。教訓：ソフトウェア開発原則は、ほかの原則やパターン、プラクティスを考慮して適用しなくてはならない。
-
エンタープライズアーキテクチャとアプリケーションアーキテクチャの最良の設計方法と最悪の設計方法
Gartner社がウェビナーでエンタープライズアーキテクチャとアプリケーションアーキテクチャの最良の設計方法と最悪の設計方法を解説している。