YappoLogs: DeNA のノウハウが12個も馬鹿正直に書いてある「Mobageを支える技術 ~ソーシャルゲームの舞台裏~」を読んだ
DeNA のノウハウが12個も馬鹿正直に書いてある「Mobageを支える技術 ~ソーシャルゲームの舞台裏~」を読んだ 先週末くらいに届いて週末うっかり読むの忘れて昨日の夜にだいたい読み終わりました。 実際の発売日は明日からなので、今すぐアマゾンで予約するか明日本屋に並ぶといいよ！ なんていうか書評書くのが凄い難しいん素よねこの本、高層ビルの上層階のレストラン街のような感じで、それぞれの著者がそれぞれの業務に関して得た知見を惜しげもなくこれでもかって書いてるので、本全体としてはまとまり感が凄いないっていうw ガラゲーの話とかサービス終わってるDoCoMoのPDC端末の判定方法とか Flash とか FastCGI とか2012年に出る本らしからぬトピックスがあったりしますが、それが本当に今の DeNA/Mobage を支えている技術である事には間違いないので本当に馬鹿正直に、包み隠さず書籍化
特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐
特許庁が進めてきた基幹系システムの刷新プロジェクトが失敗に終わり、開発に投じた約55億円が無駄になってしまったことが、先週相次いで報じられました。 ［スクープ］特許庁、難航していた基幹系刷新を中止へ - ニュース：ITpro 朝日新聞デジタル：費やした５５億円、水の泡に 特許庁がシステム開発中断 - ビジネス・経済 このプロジェクトに「内閣官房GPMO（ガバメントプログラムマネジメントオフィス）補佐官」の肩書きで2009年まで民間から参加した萩本順三氏（現 匠BusinessPlace 代表取締役社長）がFacebook上で当時を述懐しつつ、失敗の要因を分析していました。今後、失敗プロジェクトを繰り返さないためにも、重要な発言として本人の許可をいただいてまとめました。 特許庁の情報部門に幾度も中止を迫った 萩本順三氏の発言の主要な部分を引用します。 内閣官房GPMO（ガバメントプログラムマ
意外と知らないバージョン表記・数字の豆知識
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） ちまたにあふれるバージョン表記 少し前に「Web 2.0」「○○2.0」という表記が流行したのを覚えていますでしょうか。よく見かける広告のコピーにも、最近では「バージョンアップ」という言葉が普通に使われています。バージョンや、バージョン表記は、ソフトウェアの世界だけでなく、ごくごく一般化したように思えます。しかし実際には、どういう意味か分からないのが、バージョン表記です。 アプリケーションソフトウェアの開発は、さまざまな状態／段階を経て完成します。その段階／状態と、リリース後の状態／段階を示したのが、バージョン表記です。 例えば、数字以外でも、以下のような表記を見かけたことはありません
5分で人を育てる技術 (32)仕事で役立った“質問のしかた”7パターン
前回は藤井に「説得力」に関するアドバイスをしました。仕事では「分かりやすく説明する」とともに，「説得する」という行為も非常に大事になります。そこで，7つのテクニックを紹介しながら，「説得力を持たせる」ために何が必要かを考えてもらうことにしました。 さて，今回は「質問」に関する話です。これは非常に重要です。「質問」には多くの目的があり，それに応じて具体的な質問話法も変わってきます・・・通常よく使うのは「情報を得る」ための質問だと思いますが，それだけではありません。 「他人の理解を深める」ための質問，「他人に好意をもってもらう」ための質問，「相手の頭を整理する」ための質問など，多様な質問があります。私はこれらの「質問」を目的別に上手く使うことで，仕事を円滑に進めることができました。そこで，今回はこれに関する話をしましょう。 今回も，“仕事に役立つ7つの科目”の「(3)説得的会話」に関するノウハ
＠IT：Java TIPS -- JNDI活用でデータソース管理を一元化する
データベースの接続情報は、開発環境から実行環境への移行や、アプリケーションをパッケージとして配布する際に変更する必要があります。この情報は大概「.jsp」ファイルや「.java」ファイルに分散して記述されており、実行環境への移行やパッケージとしての配布の際に、修正漏れや間違いを引き起こしやすい要因といえるでしょう。 この問題を解決する方法の1つに、JNDI（Java Naming and Directory Interface）を使って環境に依存する（かつアプリケーション内で共通して使用する）情報をアプリケーション上で一元的に管理するというテクニックがあります。JNDIを採用することで、個々の「.jsp」「.java」ファイルにいちいち接続情報を記述する必要はなくなりますし、接続先のデータベースに変更があった場合にも容易に変更が可能となります。もちろん、「.java」ファイルのコンパイルな
Windows Evo / subversion hacks -- Windows上でsubversionを使うためのTIPS&備忘録
Windows上でsubversionを使うためのTIPS＆備忘録 Windsows Evo | Let's Note hacks | Develop hacks | Subversion hacks | Wz Hacks | Firefox Hacks | VBA Hacks subversion hacksについて ドキュメントや仕事用ファイルの管理のためにWindowsでsubversionを使う方法を説明します。 実際には、Windows用subversionクライアントであるsubversionやTortoiseSVNをインストールする方法や日本語で使う方法、ドキュメントの登録方法などを解説します。 トピック 日時 タイトル 概要
ノード参照時におけるエラーハンドリング手法を学ぼう
HTML文書から特定のタグ要素を参照する方法と、ノード参照の際のエラー時、その場で処理が終了しないためにすべきこととは何か。 旧来のDHTMLの手法では、JavaScriptから操作できるHTML要素には限りがありましたが、DOMでは、HTML上のありとあらゆる要素を自由自在に読み取ったり、書き換えることができるようになります。本連載では、おもにDOM Level 1で規定されている手法を使い、JavaScriptでどのようにHTML上の要素へアクセスするのか、そして、それをどうやって書き換えるのかを詳しく解説します。これにより、JavaScriptからHTML要素を手に取るように操れるようになります。 前回「HTMLタグ名や属性値からの参照をマスターしよう」では、HTML文書から特定のタグ要素を参照する2つの方法を学びましたが、DOMにはまだほかにも要素を参照するインターフェイスが規定さ
ITアーキテクトは物事をどう見るべきか？ － ＠IT情報マネジメント
ITアーキテクトは物事をどう見るべきか？：ITアーキテクト的発想のススメ（1）（1/2 ページ） ITエンジニアのキャリアパスとして「ITアーキテクト」という職種が注目を集めている。プログラマやSEとは異なるスキルセットが必要とされる職種だが、最も大事なスキルは「複眼的な思考」だ。これは一体、どういった能力のことを指すのか？ ITアーキテクトに必要なのは「複眼的な思考」 近年、ビジネスや社会インフラにおける情報システムの重要度は高まる一方だが、その複雑度も年々増している。次から次へと新しいシステムが開発され、システムの寿命もプロジェクトの期間も一昔前と比べると格段に短くなった。システムの機能は多様化し、かつてメインフレームで定型処理を行っていただけの時代とは異なり、ビジネス上のあらゆる要件が盛り込まれるようになった。 その結果、情報システムの開発プロジェクトは複雑な問題を短期間で、しかも多
第5回 システム開発には広い視点で取り組め：ITpro
本記事は日経コンピュータの連載をほぼそのまま再掲したものです。初出から数年が経過しており現在とは状況が異なる部分もありますが，この記事で焦点を当てたITマネジメントの本質は今でも変わりません。 システム構築のあり方が大きく変化しつつある。情報システム部門が作り，利用部門が使うという分担から「使う人＝作る人」という図式になった。利用部門がシステム開発の主役になったために，情報システム部門は利用部門の満足度を高めることに熱心だ。ここに大きな落とし穴がある。ともすれば細部にこだわって「蟻の目」になりがちなシステム開発には，広い視点から全体を見わたして状況を把握する「鳥の目」が必要だ。 食品メーカA社では，営業本部長の提案で営業支援システムを構築することになった。社内のパソコン環境もすでに1人一台になったことから，営業担当者にモバイル・コンピュータを持たせることも検討している。そうなれば直行直帰が
優秀なプロマネはメンタルな働きかけもうまい
PMBOKやCMMIなどには書かれていないけれど、「実はこれこそがプロジェクト成功の根底に必要なものだ」というポイントがあります。それは私自身がプロジェクトで実践し、コンサルティングの場でも効果を発揮してきた手法や考え方でもあります。 開発技術、管理技術以外の大切な何か 誤解のないようにいっておきますと、PMBOKやCMMIに対する知識や、それらに対する活動に効果がないということでは決してありません。それどころか先人の英知を引き継ぎ、それを実践することはとても意味のあることです。一方で、これらに代表されるような“マネジメント技術”だけを頑張っても、成功は簡単ではなく、心が疲弊してしまう人が減ることもないと考えています。開発技術にしても同様です。開発手法や開発ツールが日々進歩しているにもかかわらず、相変わらず過酷な状況が続いているということは珍しくありません。あなたにも心当たりがあるのではな
保守性・拡張性に優れたシステムを作る（1） ― ＠IT
本連載は、オブジェクト指向言語（Java言語など）の経験がある方に、オブジェクト指向における分析設計の流れ・考え方を理解していただくことにより、少しでも現状の改善に役立てられることを目標としています。 一般的に、オブジェクト指向を使うと、保守性・拡張性に優れたシステムが作れるといわれています。しかし、実際には、「オブジェクト指向を使った開発手法のどの部分が保守性・拡張性に貢献するのか分かりにくい」というのが実情ではないでしょうか。この連載では、システム開発における分析から実装の中でも、特に保守性・拡張性の視点から重要なポイントをピックアップして、説明していきたいと思います。 連載第1回は、まず、現状のシステム開発（ビジネス・アプリケーション）における分析設計手法の問題点を整理し、変更性・拡張性の重要性と定義を説明したいと思います。 現状のシステム開発における問題点 ビジネスアプリケーション
＠IT：事例に学ぶWebシステム開発のワンポイント（4）マルチスレッドのいたずらに注意
今回のワンポイント コードのロジックに誤りを見つけられないのに、どうも正しく動作してくれない。このようなケースでは、マルチスレッドの影響を疑うべきだ。ServletやJSPはマルチスレッドで動作している（明示的にシングルスレッドで動作させることも可能だが）。そのため、変数の扱いに注意しないと、スレッドごとに値が書き換えられ、プログラムが正しく動作しない要因となる。 マルチスレッドのいたずら 機能確認の試験中は問題なかったのに、複数の端末から負荷をかけてみたらどうしたことか期待どおりに動作しない。プログラムを調査してみても原因が分からなくて途方に暮れる。こんな状況をさまざまなプロジェクトで何度も見掛けてきた。こういう状況になったら、プログラムがスレッドセーフ（複数のスレッドから同時にアクセスされても動作を保証された状態）かどうかを疑ってみることをお勧めする。 マルチスレッドに関する問題は、さ
＠IT：J2EEのベストプラクティス・トップ10（前編）
J2EEのベストプラクティス・トップ10（+2）（前編） Kyle Brown, Senior Technical Staff Member, IBM Software Services for WebSphere Keys Botzum, Senior Consulting I/T Specialist, IBM Software Services for WebSphere Ruth Willenborg, Senior Manager, IBM WebSphere Performance 2004/7/23 J2EEのベストプラクティスについては、過去5年にわたり多数の文章が記されてきている。J2EEアプリケーションの開発ノウハウを解説した記事は数多く公表されており、出版された書籍もおそらく10を超えるだろう。J2EEに関する情報源はあまりにも多いため、互いに矛盾する方針を示している
【真夏の夜のミステリー】Tomcatを殺したのは誰だ？ (1/3) - ＠IT
【真夏の夜のミステリー】Tomcatを殺したのは誰だ？：現場から学ぶWebアプリ開発のトラブルハック（6）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） 【第1章】Tomcatが無応答!? トラフィックの多い大規模サイトでは、その負荷のためにさまざまな問題が発生する。それらの問題を回避するには、性能を考慮して作られたアプリケーションや、ノウハウに基づいたミドルウェアのチューニングが必要となる。 TomcatはServletコンテナとしての長い歴史を持ち、多くの採用実績を持つオープンソースのアプリケーションサーバ（以下、APサーバ）だ。大規模なサイトで採用される事例も出てきており、To
肥え続けるTomcatと胃を痛めるトラブルハッカー (1/3) - ＠IT
肥え続けるTomcatと胃を痛めるトラブルハッカー：現場から学ぶWebアプリ開発のトラブルハック（8）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） メモリリークと聞いて、良いイメージを思い浮かべる開発者は少ないだろう。経験したことのある人にとっては、思い出したくない過去の記憶がよみがえるかもしれない。もしかしたら、その単語を聞くだけで胃が痛くなる人もいるかもしれない。筆者もかつてはその1人であった。 前々回の記事では、WebサーバとTomcatの間の接続において、スレッド数の不整合により発生したトラブル事例を、前回はTomcatとDBサーバの間のトラブル事例を紹介した。今回もTom
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラマーの常識をJavaで身につける
Java開発者のためのFAQ集
Amazon.co.jp: WEBアプリケーション・サーバー 設計・構築ノウハウ: NTTデータ先端技術、NTTデータ: 本
トップページ
http://www.itarchitect.jp/enterprise/-/10220.html