BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ カルチャー&手法 に関するすべてのコンテンツ

  • 共感駆動開発というコンセプトを紹介する。

    共感駆動開発というコンセプトを紹介する。

  • 組織レベルでアジャイルになるため、スクラムをこえてプラクティスをサポートする

    スクラムはシンプルでライトウェイトな手法なので、スクラムだけでは十分とは言えない。

  • 雇用に関する書籍のためのコミュニティプロジェクト

    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氏によれば、問題解決のためにチームのメンバがどのように働くか、が重要だ。

  • DevOpsとは”CALMSS"である

    ForresterがDevOpsに新たな定義を与えた。DevOpsのCALMSの定義に,ソーシングを意味する"S"を加えたのだ。DevOpsには堅牢なソーシングストラテジによるサポートが不可欠だという考えから,同社はCALMSSという頭字語を提唱する。

  • アジャイル組織のためのホラクラシーアプローチ

    Brian Robertson氏がアジャイル組織のためのホラクラシー(Holacracy)アプローチについて語った。

  • レガシソフトウェアをメンテナンスするためのモデルベースのアプローチ

    Phillips HealthcareのソフトウェアアーキテクトであるHans van Wezep氏がBits&Chips Software Engineering Conferenceで,モデルを使用したマイグレーションについて講演した。InfoQでは氏にインタビューして,レガシソフトウェアをメンテナンスする上での問題点,手作業によるリファクタリングでのエラーの問題,コードベースのリファクタおよびマイグレーションにおけるモデルの利用,レガシソフトウェアをメンテナンスする上でのモデル利用のメリットなどについて話を聞いた。

  • API Blueprint創始者が語るAPIの進歩

    API言語は揺籃期にある。API開発者たちはAPI BlueprntやRAML,Swaggerなどを積極的に利用すると同時に,コミュニティとして協力して,将来使用される標準の定義に取り組んでいるのが現状だ。InfoQは先日,ApiaryのCEOであり,API Blueprintプロジェクトの創始者でもあるJakub Nesetril氏と話す機会に恵まれた。

  • 成功を乗り越えて

    チームの成功をある種の失敗と捉えることは稀だが,目標以上のものを求めれば,基本的なソフトウェアやインフラストラクチャニーズを無視するのと同じ位の危険を伴う。Mark Simms氏とMark Souza氏は,彼らがこれまで見たアンチパターンを紹介し,あなた自身の成功とアーキテクチャ上の勝利を両立する最善の方法のいくつかを論ずる。

  • Martin Fowler氏が"Yagni: You Are Not Gonna Need IT"について語る

    Thoughtworksのコンサルタントであり、作家でもあるMartin Fowler氏はyagniの法則について説明し、なぜこの原則が重要なのか、仮定の機能を作ることのコストについてブログに書いている。Yagniは、頭字語であり、"You Aren't Gonna Need It"の頭文字をとっている。エクストリームプログラミング(XP)の実践であり、プログラマは必要になるまで機能追加をしない、ということだ。

BT