InfoQ ホームページ カルチャー＆手法 に関するすべてのコンテンツ
-
-
ITILとDevOps - その観点の違い
ITILとDevOpsを比較した議論は珍しいものではない。このテーマにはさまざまな見地がある。考え方が異なるというものがあれば，適合性があるというものもある。異なるものだがIT分野においてそれぞれの役割を持っている，という意見もある。Open Group IT4IT ForumのメンバのCharles Betz氏は，この２つには基本的な原則の対立があると言う。フェーズ分割されたワークフローから抜けられていないITILに対して，DevOpsはリーン製品管理の教義を採用しているというのだ。
-
Kotlinは次世代アンドロイド開発言語になれるのか
2010年に始まったJavaをめぐるオラクルとグーグルの間の戦争が、オラクルの勝利で終わる可能性が高くなった。 1審で陪審員の判決をひっくり返してまで、グーグルの手を上げてくれた裁判所は、2審では、オラクルの手をあげた後、29日、米最高裁が控訴を棄却したためである。 グーグルがこのままJavaをアンドロイドの開発言語として使うとアンドロイドスマホメーカーは今後莫大なロイヤリティをオラクルに支給しなければならない状況なのでグーグルが今後のアンドロイド開発言語としてJavaを排除し、新しい言語を導入する可能性が高まった。 こんな中でアンドロイドの開発言語として注目されているのが、アンドロイドのSwiftとも呼ばれるKotlinである。
-
Agile Executive Forumの紹介
Agile Executive Forumが今年8月，ワシントンDCで開かれるAgile 2015カンファレンスの初日と同じ日に開催される。InfoQはカンファレンスの共同議長であるSanjiv Augustine氏に，今回のイベントについて話を聞いた。
-
bol.comでのアジャイルのスケールアップ
InfoQはbol.comのITディレクタであるMenno Vis氏にインタビューして，アジリティ向上によるメリット，bol.comでのスクラムの展開，アジャイルにおけるロードマップの利用，アジャイルをスケールアップする場合に直面する問題点，アジャイルのスケールアップでbol.comが重視していること，緩く連携したチームの実現，bol.comが社員のために行ってきた活動などについて聞いた。
-
DevOpsにおけるテストとは
アジャイルとリーンの黎明期から，ソフトウェアテストに関するプラクティスや価値観は根本的に変化した。ソフトウェアテストのプラクティスはもはや，DevOps文化と切り離して考えることはできないのだ。
-
-
-
雇用に関する書籍のためのコミュニティプロジェクト
Yves Hanoulle氏が，雇用に関する本を書くコミュニティプロジェクトをスタートさせた。InfoQではそのプロジェクトや，雇用契約者(hiring contractor)と“固定型”従業員との違い，雇用に関する現在の動向について，氏にインタビューした。さらにプロジェクトのメンバたちにもインタビューして，参加した理由や効果的な雇用について聞くことにした。
-
スクラムマスタとインポスタシンドローム
Geoff Watts氏がスクラムマスタのインポスタシンドロームについて語る。インポスタシンドローム(Imposter Syndrome，詐欺師症候群)とは，人が自分自身の成果を受け入れられなくなる心理的現象である。
-
パスワード管理サイトLastPassがハッキング���被害に
Webベースのパスワード管理サービスであるLastPassがハッキングされ，その結果，Eメールアドレスや認証ハッシュを含むユーザ情報が，未知の攻撃者によって取得された。この事件はユーザにとって，すべてのパスワードを中央サーバに置くことのリスクを教えるものだ。
-
モデル駆動ソフトウェアエンジニアリングでの新しい開発
VerumのCEOであるRob Howe氏にインタビューをし、モデル駆動ソフトウェア開発の現在の状況やこの開発手法の使われ方について話を聞いた。また、モデル駆動ソフトウェアエンジニアリングが成熟した技術になるかどうかについての氏の考えやこの開発手法が将来もたらしてくれるものについても話を聞いた。
-
AXELOSがPRINCE2 Agileをローンチ
AXELOSは2015年6月，PRINCE2 Agileをローンチする。PRINCE2の明確に定義されたフレームワークを持ち，アジャイルの柔軟性と応答性を兼ね備えた，完全なプロジェクト管理ソリューションだ。
-
-
なぜスクラムでは不十分なのか
巨大で複雑なシステムを開発し、レガシーコードを扱うとき、企業は統合とデリバリを支援するシステムが必要だ。モジュール化はアジャイルが複数のチームで並列に働きならがスケールするのを助ける。この仕事をするのは、フレームワークや方法論ではない。Hans Dekkers氏によれば、問題解決のためにチームのメンバがどのように働くか、が重要だ。