ソースコードの自動生成やカスタマイズ、ビジュアルプログラミングなど、スクラッチからプログラミングにより開発するよりも短期間で容易にシステム開発を実現するツールや開発手法を持つベンダが13社集まり、「超高速開発コミュニティ」を結成しました。 コミュニティが目指すのは、ユーザーに対してこれら「超高速開発」を名乗るツールの浸透をはかり、使ってもらうこと。「ユーザー企業がITをベンダに丸投げするシステム開発から脱却する道筋が描けるのではないかと期待している」（コミュニティ会長の関隆明氏）。また、これまでシステム開発に参入していなかった上流プロセスのコンサルタントがシステム開発に参入することなども期待しているとのこと。 コミュニティはこれからユーザー企業の参加を積極的に呼びかけ、当面200社の参加が目標。超高速開発を自社の強みにしたいと考えるSIerなどの参加も想定しています。 活動として予定されて

「Vagrant」って何ぞ？（・o・）：Vagrant開発者 Mitchell Hashimoto氏に聞いた 仮想の開発環境作成ツールとして人気が高まっている「Vagrant（ベイグラント）」。その開発者であるMitchell Hashimoto（ミッチェル　ハシモト）氏が来日するとの情報を聞き、2013年7月12日、VOYAGE GROUPで行われたミートアップに駆け付けた。 「Vagrant」とは Vagrantとは、違う環境に移行可能な開発環境を簡単に構築・管理し、配布することができる開発環境作成ツール。「ほんの数行書くだけで開発用の仮想マシンを構築できる」という優れものだ。 Vagrantのビジョンは、「開発者とシステム管理者にとって最高の『開発フロー』を提供すること」。Vagrantをダウンロードして「vagrant up」と入力し、実行するだけでそれが可能となる。 システム管理

最近さまざまなイベントやブログエントリで見かける「DevOps」。この言葉をひもとき、なぜ「Dev」と「Ops」が衝突するのか、その解決に必要な要素とは何かを分かりやすく解説します。 DevOpsとは 2009年にオライリーが開催した「Velocity 2009」というイベントにおいて、Flickrのエンジニアが、“開発と運用が協力することで、1日に10回以上のペースでリリースが可能になること”を紹介しました。いまさまざまなシーンで見かける「DevOps」という言葉は、このプレゼンの中で登場したものです。 DevOpsとは、開発（Development）と運用（Operations）が協力し、ビジネス要求に対して、より柔軟に、スピーディに対応できるシステムを作り上げるためのプラクティスです。多くの人々により議論は続けられていますが、ITILとは異なり、現時点においては、DevOpsに厳密な

ソフトウエア工学と方法論の再建を目指す「SEMAT（Software Engineering Method and Theory、シーマット）」の日本におけるコミュニティ「SEMAT Japan Chapter」が2013年4月28日、Webサイトを公開し活動を開始した。早稲田大学グローバルソフトウェアエンジニアリング研究所 所長の鷲崎弘宜氏が代表を務め、チェンジビジョンの平鍋健児氏らがメンバーとして参加している。 SEMATは、UMLの開発で知られるIvar Jacobson氏、オブジェクト指向プログラミング言語Eiffelを開発したBertrand Meyer氏、Object Management Group(OMG)会長のRichard Soley氏らが推進しているソフトウエア工学と開発方法論の再建運動。 SEMATでは、今日のソフトウエア工学は流行に左右され、方法論が乱立、確たる理

新機能の作り方 サービスを作っていて、新しい機能などをつけようとする時に、煩雑なプロセスなどがある会社は多いと思います。 これは前職のリクルートという、大きな会社で働いてた時も感じたのですが、新しくておもしろい機能をつけようとすると、いろいろと制限があるのですね。 たとえば、「なぜその機能が流行るか」のロジックを聞かれたりします。これはリソースやお金を投資する分、説明責任がある！ということですね。冗談みたいな話ですが、資料を作ったりして、この機能がどういう効果があるかとかを説明してたりしたのです。だいたいの場合、弾かれてたりしました。 また、その機能を実装したあとの影響のために、部署との調整が必要だったりします。リクルートのとあるサービスに、口コミ機能をつけようとしたら、あらゆる部署に説明しにいかないといけなかったりしました。 どちらも間違っているわけではなく、会社としては一見必要なプロセ

ある米国ITベンダーの日本法人の社長は、本社の幹部から「なぜ日本にはITサービス会社があんなにたくさんあるのか」とよく聞かれるそうだ。確かに米国には、それに相当する企業はEDSやアクセンチュアなどわずかしか存在しない。質問の答えは「日本のユーザー企業は独自仕様のシステムを作りたがるのに、その開発を外部委託することが多いから」である。ただ、この説明では米国人には理解不能だろう。 米国企業の多くは、付加価値を生まないバックヤードのシステムにはERP（統合基幹業務システム）などのパッケージを可能な限りそのまま使う。だが事業戦略上で重要なシステム、儲けるためのシステムは自前で作る。だからこそ米国では、ユーザー企業のシステム開発の内製化率が高く、システムインテグレーションという業態は発達しなかった。米国のそうしたリアリティーからすると、システム開発を外部に丸投げするのは、不思議で仕方がないはずだ。

アジャイルがダメだと思う7つの理由へのだいぶ遅い反応 導入 もうだいぶ前の話になってしまいましたが、アジャイルに関するブログエントリ「アジャイルがダメだと思う7つの理由」は予想以上に波紋を呼び、それに呼応していくつものエントリが公開されました。発端となったエントリに関していうと、通常であれば必要となる数々の留保事項や前提事項を書かずに切り込んでいるという点において、間違いなく「煽り」であると言えます。ただ、「アジャイル」という言葉をとりまく数々の事象をかなり的確に指摘することによって、「アジャイル」という言葉をパブリックな場所で語っている少なからぬ人たちに対して、（意識的か無意識的かは問わず）ある種のポジショニングを強いたという意味で、実にいい釣り針なのではないでしょうか。 個別の論点に関する「アジャイルでは全体スケジュールにコミットできない」「いや、アジャイルだって全体スケジュールにコミ

IGAKI Hiroshi @hirocell 見てみたら最近流行りのただの釣りタイトルだった．まぁでも，ソフトウェア工学の認知度が低いのは確かにその通りなんだろうなー．何でこの類の現場の人はソフトウェア工学の勉強とかしようと思わないんだろう．門戸はいつでも開いてるのに． 2013-03-23 09:54:43 IGAKI Hiroshi @hirocell アジャイルソフトウェア開発宣言をした人たちの中にソフトウェア工学の研究者が大量にいることとか知らないんだろうなー．まぁ知らなくても使えれば全然OKだとは思いますが，背景を知ってると知らないのだと理解度はだいぶ違うと思うだけどなぁ．残念だ． 2013-03-23 09:56:22

特許庁は2013年3月15日、特許庁システム刷新の指針となる「特許庁業務・システム最適化計画」の改訂版を公開した。企業からの要望が強い中国語・韓国語対応の文献検索・翻訳システムは2014年度までにリリースする考え。その後もシステムを段階的に刷新し、2022年度の完成を目指す。 特許庁はこれまで、2004年に策定した業務・システム最適化計画を基に、2006年から2012年までシステム刷新プロジェクトを進めていた。だが計画は相次ぎ遅延、2012年1月には開発の中止を表明していた。 今回の新プロジェクトでは、開発工程を二つに分ける。前半の5年間、つまり2017年度までは、多言語の機械翻訳・検索システムの構築、新商標・新意匠など制度改正への対応、特許・実用新案の経過情報のリアルタイム提供といった、産業界からの要望が強い機能を集中的に開発する。そして後半の5年間で、複数のシステムに散在しているデータ

スクラムが従来のアジャイル開発に比べて優れている点は、役割のバランスが絶妙なことにあると思う。 また、日本の受託ソフトウェア開発の最大の弱点は、プロダクトオーナー不在が常駐化している事だと思う。 色々考えたことをラフなメモ書き。 【参考】 日本のSIerは"フィックスドプライス"型契約から脱却できるか - ジャスミンソフト日記 ソフトを他人に作らせる日本、自分で作る米国：日経ビジネスオンライン Twitter / akipii: PMBOKではプロジェクトマネジャが発注者にいることが前提になっている。日本ではIT企業すなわち受注者にPMがいることがほとんどだから、米国の手法を修整して取り入れないとうまくいかない。ソフトを他人に作らせる日本、自分で作る米国 http://business.nikkeibp.co.jp/article/tech/20121010/237890/?P=3&rt=

諸般の事情で、内製化について各企業さんやお客さんに聞いて回る事が多くなりました。そのあたりで、2013年現在の企業の内製化についての志向や、現状・思うところを記録として残しておきます。 ・前提いわゆるエンタープライズ系を対象にしています。いわゆるWeb系は対象ではないです。安定性よりもスピードに対する要求が強いWeb系では内製化が出来ていない段階で、既にスタートアップのスピードで競合に対してビハインドになります。内製化は必須でしょうし、実際そうなっています。とはいえ、それはフロントのみで、バックエンドは結局従来のSI屋さんに丸投げ状態のところもありますので、そう一概に分類もできないのが現状ではありますが・・とりあえずいわゆるエンタープライズとWeb系は明らかに状況が違うので議論としては分けておきます。 ・内製化に対するスタンス正直、ちょっとビックリするぐらい内製化に対するスタンスはポジティ

http://anond.hatelabo.jp/20130310152356 沈没船エントリを書いた増田です。 およそブログ向きではない冗長で読みにくい文章だったけれど、 元増田に便乗したお陰か、思ったより多くの方に読んで頂けたようでとても嬉しいです。 こんな付け足しを書くのは興ざめかもしれないけれど、 似たような境遇の人も多いようだし、 PG・SEの現場に20歳から10年居続けてきた人間として、 もうちょっと具体的な事を「あとがき」として補足しても良いかな、 という気になりました。 （申し訳ないことに、この付け足しも長いです） 私の文章は、元増田 「上流エンジニアなんて死んじまえ」 http://anond.hatelabo.jp/20130309233920 のブクマやトラバで言われている 「上流にも技術力はあるはず」 「下流だってダメな奴が多い」 という、上流下流のどちらが優秀かと

1. Developers Summit ソーシャルコーディング革命後の 開発委託の世界 QA@ITの事例 西村賢 14-A-7 #devsumiA アイティメディア株式会社 ITインダストリー事業部 ＠IT編集部 副編集長 #qa_it Developers Summit 2013 Action ! 13年2月19日火曜日 2. Developers Summit $whoami => @knsmr EVERYONE, GIT ON BOARD! • ＠IT編集部 西村賢（にしむら・けん） • 編集者・記者 ‒ 技術系、エンタープライズ系 ‒ 過去の媒体：月刊アスキー → 週刊アスキー → ＠IT • RubyコミュニティAsakusa.rb Developers Summit 2013 Action ! 2 13年2月19日火曜日

「Amazonや楽天と戦いたい。戦って勝つ。これしかない。ネット企業には絶対に負けない」 売上高日本一を誇る家電量販店、ヤマダ電機の副社長でありＣＩＯ（最高情報責任者）を務める飯塚裕恭氏は、闘志を燃やす。 ヤマダ電機は、ネットとリアル店舗の融合、O2O（オンライン・ツー・オフライン）に向けて、本格的にアクセルを踏み込んだ。目的はただひとつ。ネット通販企業に勝つためにほかならない。 今、家電業界は新たな戦国時代に突入した。ヤマダ電機は、国内家電業界ナンバーワンの売り上げを誇る王者だ。2012年3月期の売上高は1兆8354億円。２位のエディオンの2.4倍もの数字だ。経常利益も1000億円を超え、国内家電業界の天下統一をしたかのように思えた。 しかし、新たな強敵が台頭した。Amazon、楽天といったネット通販企業だ。ネット通販の市場は、右肩上がりに２ケタ成長を遂げ、2011年度は8.8兆円に達し

1. Developers Summit AmazonのDevOpsを支える AWSクラウド 2013年2月15日 アマゾン データ サービス ジャパン 株式会社 テクニカルエバンジェリスト 堀内康弘 Developers Summit 2013 Action ! Friday, February 15, 13 2. Developers Summit Who am I ? • 堀内 康弘 (ほりうち やすひろ) – 1978年生まれ 山梨県出身 • AWS テクニカルエバンジェリスト ※2012年年の実績 – 130回以上の講演 、35回以上のハンズオン – 120本以上のブログ記事(AWSの最新情報を投稿) Amazon Web Services ブログ h>p://aws.typepad.com/aws_japan/ @horiuchi • 10+ years web enginee

2013/2/15に目黒雅叙園で行われたデブサミ2013 15-A-7セッションの資料です。Read less

反復型ソフトウェア開発とは、複数のアジャイルな開発手法に共通の基盤となっている開発モデルです。その特徴として、タイムボックスとよばれる期間を繰り返しながら開発をすすめること、プロジェクトの早期から継続してインテグレーション(結合)して実行可能なソフトウェアを構築すること、の2点があげられます。本セッションでは、タイムボックスの運用方法とインテグレーションの技術から導出できる、ソフトウェア開発における重要な原則を説明したいと思います。 Read less

ヤフーの「爆速」はなんで実現できているのか、デブサミで話してほしいという受講者の声を頂戴し、依頼させていただきました。ヤフー株式会社 執行役員 チーフモバイルオフィサーの村上臣さんが、ご自身のキャリア、爆速とは何か、これからのエンジニアの心得をお話ししてくださいました。 Read less