任天堂がソフトの作り手を広げる試みを２０１３年３月に発表予定
任天堂がソフトの作り手を広げる試みを、２０１３年３月に発表予定であることが明らかにされています。 これは、任天堂の岩田社長が決算説明会でコメントしているもので、 ゲーム機のソフトウェア開発が、どんどん大きな投資を必要とするようになった今、ウェブサービスの転用、プロトタイプの作成、あるいは、インディーズゲーム制作など、いろいろなことを考えたとき、ソフトウェアの作り手を広げる試みは非常に重要になってくると思っています。3月のGDCでは、『Wii Street U powered by Google』や、いくつかのVoDサービスの開発に使用された、HTML5やJavaScriptなどのウェブ技術でWii Uソフトを開発できる環境や、Unityという多くのユーザーに使われているクロスプラットフォームのゲームエンジンなど、ソフトウェアの作り手を広げる試みについて、いくつかご紹介できる予定です。 ・・
『Jeff Pattonと平鍋健児が語る、価値創出のプロセス「ユーザーストーリーマッピング」』ノート
2012/10/17に開催された『Jeff Pattonと平鍋健児が語る、価値創出のプロセス「ユーザーストーリーマッピング」』のノートです。 ◆開催概要 ◇登壇者 ・Jeff Patton氏 ・平鍋健児氏 ◇会場提供 ・楽天 ◇共催 ・アギレルゴコンサルティング ◇提供 ・永和システムマネジメント ◇本日のアジェンダ ・Jeff Patton Lecture(50min) ・Conversation! Jeff & Kenji(60min) ◆はじめに ◇Jeff Patton氏 ・デザインとソフトウェアにはただ1つ正しい道は存在しないと思っていて、活動している。 →20年以上にわたって活動 ・ユーザーストーリーマッピングの考案者 →2001年から12年以上やっている ◇平鍋健児氏 ・20年以上オブジェクト指向ソフトウェア開発の経験 ・10年以上アジャイルソフトウェア開発の経験 ・チェンジ
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編）
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編） ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか？ 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡
IPAから日本のアジャイル事例報告 - プログラマの思索
@hiranabeさんのTwitterから、IPAから日本のアジャイル事例報告書を見つけたのでリンクしておく。 【元ネタ】 Twitter / @hiranabe: IPAから日本のアジャイル事例報告。「中大規模事例でよく行われた工夫」が末尾にある(パタン言語への入り口か)！ ｢非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」報告書を公開～情報処理推進機構：ソフトウェア・エンジニアリング 「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」調査概要報告書[2.29MB]～情報処理推進機構：ソフトウェア・エンジニアリング 「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」調査報告書[3.87MB]～情報処理推進機構：ソフトウェア・エンジニアリング 160ページもの報告書には、11社のアジャイル開発12事例が掲載されている。 注目すべきは、組
無償公開を開始：C言語プログラムの品質解析ツール「AdLint」 | 株式会社オージス総研
2012年02月28日 株式会社オージス総研は、C言語プログラムの品質を解析するツール「AdLint（アドリント）」を、オープンソースソフトウェア（OSS）として無償で公開いたしました。専用ページ（プロジェクトホームページ）からダウンロードいただけます※。 「AdLint」は、Ｃ言語プログラムソースを解析して、不具合の可能性を検出し、また、処理の複雑さを表す「経路複雑度」などの品質メトリクス（品質指標）を測定します。プログラム品質の向上に役立ち、人手のかかるレビュー作業を効率化します。 昨年5月の「組込みシステム開発技術展(ESEC)」に「AdLint」を出展した際には、700名を超えるお客様が立ち寄られ、多数のご好評をいただきました。 オージス総研は、多数の組み込みソフトウェア開発の経験を基に、従来から、ソースコード品質評価ツール「Adqua（アドクア）」※、ソースコード品質診断サービス
人月は悪どころか、ものすごい善かもしれない - レベルエンター山本大のブログ
人月計算は、悪だ。 という話はソフトウェア産業にいるエンジニアだったら、誰でも聞いたことがあるだろう。 よく言われる人月計算の悪とは、管理者の意識から個人個人の能力差などの情報が失われることが根本だと僕は考える。 悪影響の一例としてエンジニア単価に能力差が反映されないという点がある。 また別の例として「10人月の工数の作業も20人でやったら0.5ヶ月で終わるんじゃね？」 という単純計算による安易な管理が横行しデスマを生む原因となる。 「人月」の捉え方はともかくとして、すくなくとも良い評判を聞いたことがない。 しかし、僕は最近、人月計算とはとてつもない善ではないかという考え方になっている。 とくにエンジニアに対して「善」、というよりもエンジニアに対して優しさをもって考えられた仕組みだと感じて仕方ない。 人月の神話 作者: フレデリック・P・ブルックス Jr.,滝沢徹,牧野祐子,富澤昇出版社/
ソフトウェア開発が好きでないサラリーマンエンジニア：柴田 芳樹 (Yoshiki Shibata)：So-netブログ
ソフトウェア開発は、自分で考えて手を動かしてプログラミングして動くものを作ることを繰り返す訳ですが、そもそもソフトウェア開発という「物作り」を好きではないサラリーマンエンジニアが日本には多いのではないかと思います。 その理由は単純で、新卒新人でも中途入社であっても、自分で分析・設計から実装・デバッグまでするのが好きな人を採用していないからだと思います。たとえば、メーカーでソフトウェア開発部門に配属されるような新卒新人でも、大学ではほとんどプログラミングしたことがない人をメーカーは採用します。中途採用であっても、採用面接でプログラミングを伴う技術的な質問をほとんどしません。 その結果、企業の中には、本当にソフトウェア開発が好きなソフトウェアエンジニアと仕事だからというサラリーマンエンジニアがいることになります。そして、サラリーマンエンジニアは、そもそも好きではないので、業務がこなせるようにな
オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!
定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
