Content-Length: 309781 | pFad | http://b.hatena.ne.jp/memoclip/development/
はてなブックマークリニューアルのインタビューに寄せて - カイ士伝
はてな愛ゆえに！ というわけで先日このブログでもちょいと言及したはてなブックマークのリニューアルに関するインタビューがITmediaに掲載されました。 ユーザーの反応に「完全に狼狽した」 はてなブックマーク、リニューアルの意図と背景 (1/2) – ITmedia ニュース http://www.itmedia.co.jp/news/articles/1303/01/news041.html 内容読む限りまあそうなるよなというくらい該当記事に対するはてなブックマークが盛り上がっているわけですが、総論しちゃうとはてな側の思いとユーザーの思いが悲しいくらいすれ違ってるよね。「これからはツールじゃない、メディアの時代だ（ｷﾘｯ」というはてなに対し、ユーザーの思いは「メディアだかなんだか知らんけど読みにくい！」というものでありまして。 該当インタビュー読んでも「ライフハックばかりで偏っていた内容を
55億円無駄に、特許庁の失敗
政府システム調達における失敗の典型例が、特許庁の基幹系システム刷新プロジェクトだ。5年がかりで臨んだが、結局は55億円を無駄にしただけ。新システムは完成しなかった。失敗の最大の要因は、発注者である特許庁にあった（図1）。関係者の証言から、失敗に至る経過を改めてひもとく。 特許庁は2004年、政府が打ち出した「業務・システム最適化計画」に沿って、特許審査や原本保管といった業務を支援する基幹系システムの全面刷新を計画した。システムアーキテクチャーに詳しい情報システム部門のある職員（以下A職員）と、刷新の「可能性調査」を担ったIBMビジネスコンサルティングサービス（現・日本IBM）を中心に、調達仕様書を作成した。 業務プロセスを大幅に見直し、2年かかっていた特許審査を半分の1年で完了することを目指した。度重なる改修によって複雑に入り組んだ記録原本データベース（DB）の一元化に加え、検索や格納など
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編）
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編） ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか？ 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡
せっき～のゲーム屋さん パズル＆ドラゴンズ ～嫁と開発と私～
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。 2012年8月20日 にあった、ＣＥＤＥＣの講演についての記事です。 「パズル＆ドラゴンズ ～嫁と開発と私～」 講演者曰く、「万人受けするようなゲームを作れるタイプではなかった」との事 そんな講演者が ”ライトユーザーからコアユーザーまで誰もが楽しめる” 「パズル＆ドラゴンズ」を作られました。 なにがあったのか？ こんな風に開発したのが良かった が 講演のテーマです。 ---------------------------------------------------------- ●パズル＆ドラゴンズ の開発指針 １．「この企画は絶対面白い！ 是非作りたい！」 から立ち上がったプロジェクトである。 → 開発が超楽しい 継続開発も超楽しい → 「運営のコツは何？」と聞かれるけれ
Amazon流の開発術では、まずプレスリリースを作る | fladdict
Amazonでは製品開発をするとき、まず最初にプレスリリースを書くらしい。これは”Working-Backwards“と言うデザイン手法。面白げなので色々と調べてみた。 Working-Backwards法の商品開発では、お客様の視点をスタート地点にするため、開発前にプレスリリースを作成する。プレス内容は、既存プロダクトの問題点と、それを新製品がどう解決するかが中心になる。 プレスがユーザーに響かなかった時点でプロジェクトはボツ。そもそもその商品は作らない。これにより見当違いな商品を作るリスクを、一番最初の段階で低コストに回避できる。 このWorking-Backwards法で書くプレス内容は主に以下のとおり。 見出し 顧客が商品を理解できるタイトル 副題 ターゲット層と、彼らのメリットを1行で。 概要 商品の特徴と利点をまとめる。この段落で全てを理解できるように。 課題 このプロダクトが
技術革新は何のためにあるのか？ - 急がば回れ、選ぶなら近道
技術革新は須く斬新的なものであるべし、という肩に力の入った信念の人は流してください。ちょっと、力の抜いた小ネタなので。 最近というかここ10年来、いわゆる業務系のシステムに関わっていてよく思うことではあります。特に最近、NoSQLやHadoopといった「新技術」が登場するにつけて強く感ることではあるのですが、なんというか、「こんな感じ」のことができます、というようなプロダクトアウト的でありながら、かつ、漠然とした抽象的な話が多すぎる気がします。要は、全般的に問題の設定が苦手だよなということです。 特定の技術の各論はともかく、まず、大上段に構えると、実はITでは一般の人が想像する以上にユーザーとベンダーで期待ギャップがあります。ユーザーから見ると、大抵は「こんなこともできないのか？」ということがごく普通にできません。一方、一般のTVとか報道とかは、スパコンや遺伝子やビッグデータや、なんやらか
定期的に繰り返し実行する簡単ではないお仕事 - やねうらおブログ(移転しました)
いやー、この問題は本当に難しい。難しすぎて、どうやって解決すればいいかいまだによくわからない。わからないので、ここに書いてみる。 最初、とあるお客さんのために「ひよこの餌やりプログラム(仮)」を作っていたんだ。開始ボタンを押すとひよこの餌が出てくる。たったそれだけのプログラム。 今回は、これを「定期的に実行する機能が欲しい」と言われた。 この要望を実現するのがすこぶる難しかったんだ。 「やねうらおってそんなプログラムすら書けないの？老害なの？」 とか言わないで欲しい。この問題、本当に難しいんだよ！ ■ １度目のひよこの全滅 まず、この要望に沿って、私の会社のプログラマが当初、次のようなダイアログをつけたわけだ。 繰り返し実行のところにチェックを入れた場合、ここで指定された時間後にも繰り返し実行する。単位は分で指定する。1日ならば60×24 = 1440を指定する。そうすると、ひよこの餌やり
すばらしいソフトを作るには、カリスマが講演 ― ＠IT
記者という職業柄、これまで非常に多くのプレゼンテーションを見てきたが、プレゼンテーションの1枚目が半裸の女性モデルの写真だったのは初めてだった。 2月13日、14日の予定で東京・目黒で開催中の「デベロッパーズ・サミット2008」で講演したFog Creek Softwareの創業者でCEOのジョエル・スポルスキー（Joel Spolsky）氏のプレゼンテーション「Joel on Developers Summit――素晴らしいソフトウェアを作るということ」は、型破りに楽しく、なおかつソフトウェア開発者にとって示唆に富む内容だった。 スポルスキー氏は米マイクロソフトのExcelチームで、Excel用マクロ言語を、後にVBAと呼ばれることになるモダンなオブジェクト指向言語に置き換える仕事でプログラムマネージャを務めたことがあるなどソフトウェア開発のベテランだが、エッセイの書き手としても名を馳せ
人月を超えるエンジニアリングの未来 - GoTheDistance
ご無沙汰してしまっているmark-wadaさんより問題提起を頂いたので、最近話題になった「超高速開発」と絡めて書いていきます。 もしSIerのエンジニアがジョブズのスピーチを聞いたら（１） - Wadit Blog. もしSIerのエンジニアがジョブズのスピーチを聞いたら（２） - Wadit Blog. もしSIerのエンジニアがジョブズのスピーチを聞いたら（３） - Wadit Blog. もしSIerのエンジニアがジョブズのスピーチを聞いたら（４） - Wadit Blog. 僕のエントリに対する和田さんのご指摘をまとめると、ソフトウェアを作るにあたっては上流と下流の断絶があるのはマイナスなのは理解できるし、コードを書く時にはその断絶があると望むものを作ることは出来ないのも確か。だが、システムを作る時にはそもそもレイヤーをもう１つ上に上げるべき。スクラッチでコードを書く必然性など無い
プログラミング初心者のうちに身につけたい３つの習慣 | Social Change!
プログラミング技術さえ身に付けば、プログラマとして一人前と言えるでしょうか？ プログラミングを始めたばかりのうちは、プログラミング言語の習得や周辺の知識を得ることばかりに目がいきがちですが、それだけでは一流のプログラマになれません。（プログラミング言語を学びたいならこちら：写経で身につけるプログラミングの基本） プログラマとして成長するためには、プログラミング技術を学ぶだけではなく、良いソフトウェアを作るための良い習慣を身に付けることが大事になります。初心者のうちに良い習慣を身につけておけば、ただ知識を追い求めるのではなく地に足をつけた成長ができるはずです。 本記事では、私自身も先人たちから学んだプログラマが身につけたい３つの習慣について書いています。 自分で書いたすべてのコードを説明できるようになろう プログラミングは全て、明確な判断の結果です。if文を使うべきかどうか、どのAPIを使う
スルガ銀が事実上の全面勝訴 IBMの責任認めた判決の深層
勘定系システムの開発失敗を巡りスルガ銀行が日本IBMを訴えた裁判で、東京地方裁判所は3月29日に約74億円の賠償を日本IBMに命じる判決を下した。4年間にわたった裁判は、ITベンダーとユーザー企業にそれぞれどのような教訓を残したのか。弁護士やIT業界の有識者への取材から、スルガ銀－IBM裁判の深層を探る。 「ある程度は過失相殺が認められると思ったが」。システム開発をめぐる紛争に詳しい、ある弁護士は、驚きを隠さない。勘定系システムの刷新プロジェクトが頓挫したことによって損失を受けたとして、スルガ銀行が委託先の日本IBMに約115億円の損害賠償を求めた裁判の判決についてだ。東京地方裁判所は2012年3月29日、日本IBMに約74億円の支払いを命じた。 金額だけを見ると、スルガ銀の請求のうち64％しか認められなかったように見える。だが実態は、スルガ銀の全面勝訴に限りなく近い。なぜなら、64％とい
何故バグ報告の99%が役に立たないのかもしくは何故プロのテスターが存在するのか - oops
テストにはプロがいます。「お仕事」で開発する場合はQA(Quality Assurance/品質保証)部門という「テストのプロ」がテストします。 バグ修正におけるテスターの役割は極めて重要で、「プログラマの手元で任意に再現可能な状態に持ち込めれば、バグ修正は8割終わっている」と言っても本当に過言ではありません。詳細聞き出しに10時間、修正30分、修正確認テスト30分、なんてのも実務ではザラです。この場合、プログラマも11時間拘束される(=時給x11時間分のコストが掛かる)わけですから、バグ修正のコストは聞き出しに掛かるコストがほとんどを占めることになります。 (誤報告一発で万単位の金が簡単に吹っ飛ぶとも言える) まずそもそもの問題として「素人」がテストを行うと以下のような論外ケースが頻繁に起こります。上に行くほどクソです。 誤報告 実際に起こったことと、現象が違う、手順が違う、設定
徒然はるさん
寛容な人が成功する理由 完璧とか、二度とないとか、かんたんに言うけど 「完全」のコストはとても高い。 ある雑誌編集者によれば。 誤字脱字が『校正』によって訂正される確率は、初見の段階で「約80％」と見積もるらしい。 仮に10文字、誤字脱字があれば1回目の校正で8文字が訂正できると期待する。 自動校正がない「テキストエディタ」で書かれた原稿の場合、プロの作家でも、誤字脱字は1200文字中1～3文字は発生する。それを、 初稿→デザイナー→編集者（再校）→著者校→編集長チェック（三校）→校了（印刷所渡し） と、多段のチェックを入れることで除去してゆく。 それぞれの職がちゃんと仕事をしていれば、再校（2段階）で 約96％、三校（3段階）で約99.2％、校了時には99.84%まで誤字脱字が訂正される。 この 99.84％ という数値。 文庫本の小説がページあたりおおむね600文字で200ページあ
終わるSIerの底辺を見てきた - ミッションたぶんPossible
ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この
ソーシャルゲームのプラットフォーム業者および下請けのソースコード流用問題 - やまもといちろうBLOG（ブログ）
関係各所への通達をまだ全部は済ませていないけど、報道が行われる可能性が高くなったので書く。 「業界に詳しくない」とか、私のブログを全部読んでなお「何が問題なのか分からない」とか感じる方は、次の２つの記事をしっかり読んでください。 ゲームのパクリは許されるのか？――グリー＆DeNAが開けた禁断の扉 http://nlab.itmedia.co.jp/nl/articles/1203/08/news056.html すべてにソーシャル要素が入る時代に突入！ゲーム産業は再編に備えよ http://trendy.nikkeibp.co.jp/article/special/20120307/1039943/?P=1&rt=nocnt まあ、和田社長が仰るように、すべてのメソッドがソーシャルゲーム的な機能を具有して統合されていく過程にあるインタラクティブメディアとしてのゲームコンテンツが、その表現技
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/memoclip/development/
Alternative Proxies:
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
SCEJ、ソフトウェア開発者向け「PlayStation Vita Game Conference 2012」Part2 PS Vitaローンチでオープンワールドを実現した「GRAVITY DAZE」、 フレンド100人できるかな? がコンセプトの「みんなといっしょ」
スーパーマリオは大震災をどう乗り越えたか
実録！「カーセンサーnet」リニューアル奮闘記
竹内健氏が語るエルピーダ倒産の原因
