第1回で「業務フロー」、第2回で「機能一覧表とI/O関連図」について説明しました。今回は残りのアウトプットを取り上げて、基本設計フェーズのドキュメント標準を完了させることにします。「DUNGEON」の標準で定義されている基本設計工程のアウトプットは、表1の通りです。
おいらは、かつてCMSを作っていたが、MT2.6を見て、管理画面の割り切り方もさることながら、一番衝撃を受けたこと。 それは、 「カテゴリを一個も登録することなく、コンテンツを登録できること」 いわゆるCMSの使いにくさの最たるところは、 「先にコンテンツ構造が決まってないと何も作れないこと」 だと僕は思う。 話ずれるね。比喩の話。 最近、ワイヤフレームの有効性の話を聞くことがちらほら。 デザイナや設計者にとってのワイヤフレームのことではない。 お客さんとのやりとりの手法にワイヤフレームで説明することの是非。 結論としてはこうだ。 「ワイヤフレームで完成品を夢想できるお客さんは少ない。結局、イメージできるのは色や実物のデザインを見てから」 結局、実物を見てナンボという、致命的な部分は捨てられないのね。 この埋めがたいギャップをどうやって埋めて、お客様の暗黙知を引き出した良いサイトを作ってい
ゲームの作り方とアルゴリズムをジャンル別にまとめてみました。ゲーム制作や、プログラミングの勉強用にご活用ください。言語別ゲームプログラミング制作講座一覧もあわせてお読みください。 リンク切れがおきていたものは、URLを表示しておくので、Internet Archiveなどでキャッシュを表示させてみてください。 RPG ゲームの乱数解析 乱数を利用した敵出現アルゴリズムの解説 各種ゲームプログラム解析 FF、ドラクエ、ロマサガのプログラムの解析。乱数の計算など ダメージ計算あれこれ(http://ysfactory.nobody.jp/ys/prg/calculation_public.html) ダメージの計算式 エンカウントについて考えてみる エンカウント(マップでの敵との遭遇)の処理方法いろいろ RPGの作り方 - ゲームヘル2000 RPGのアルゴリズム ドルアーガの塔 乱数の工夫の
この記事は日経ソフトウエア2009年2月号(2008年12月24日発売)に掲載した,特別レポート「はてなインターン日記(下)」(著者:伊藤直也氏)の再掲です。再掲にあたって一部編集していますが,記述内容は執筆当時の情報に基づいています。 この特別レポートは,筆者が勤務するはてなが,大学生や大学院生の方を対象に開催した「はてなサマーインターン2008」のまとめです。就職を少し先に控えた学生の皆さんが,はてなの京都オフィスで,4週間にわたって技術的なトレーニングや,実際のアプリケーション開発を体験します。期間は4週間です。 2009年6月12日に掲載した上編では,前半の2週間,はてなスタッフが講師となって,はてなでの開発に必要な知識の講義と,それを確認する課題の様子を書きました。最終回の今回は,後半の2週間。インターン生がはてなの開発現場に所属して,はてなのシステムに何らかの機能を追加します。
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基本契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出
システムインテグレータ最大手NTTデータを率いる山下社長は若い頃、汎用コンピュータ用のデータベース開発に取り組み、プログラムを自ら作っていた。その経験から山下氏は「人生のどこかで手を動かしてプログラムを作る仕事を経験した方が絶対に面白い。20代あるいは30代の前半くらいまでに真水の仕事をどれだけやったか、それがその後の人生の豊かさにつながる」と同社幹部としては異例の発言をする。(聞き手は谷島 宣之=日経コンピュータ編集長、写真は小久保松直) 2009年度、100億円近い投資を計画していると聞く。狙いは何か。 100億円のうち、40億円くらいかけようと考えているのが、「倍速開発」という案件です。これが一番大きい投資になります。我が社としてぜひともやらないといけないのは、お客様のお気の召すまま、ご希望のオーダーメード・システムを、パッケージ・ソフトを使った場合と同じスピードで作って差し上げる、
はじめに このアドビデベロッパーセンターを見ている方は、PCでのFlash開発は慣れていると思いますが、「携帯Flashは制限が多くて作りにくい」というイメージを持っているのではないでしょうか? 本連載では、そうした方々に向けて、日本での携帯Flashコンテンツ開発について解説していきます。第1回目は、ざっくりとしたFlash Lite制作ガイドラインを記していきたいと思います。 日本では勝手が違う Flash Lite開発環境 「Flash Lite」とはモバイル用のFlash Playerのことで、これまでにバージョン1~3がリリースされています。Flash Liteの各バージョンは、PC向けFlash Playerのバージョンと比較すると、以下の関係となります。ただし、該当するFlash Playerバージョンの全機能をサポートしているわけではありません。 Flash Lite
友人のクックパッドエンジニアnegipoくんから以下の本をもらいました。読んでみて非常におもしろかったので、いろいろ考えたことを書いておきます。600万人の女性に支持されるクックパッドというビジネス (角川SSC新書)上阪 徹 おすすめ平均 さて、困りました Amazonで詳しく見る by G-Toolsあまり実感がわからない携帯サービスを抜きにして今日本で勢いのあるサービスの代表と言えば以下の2社だと思います。 イラスト コミュニケーションサービス[pixiv(ピクシブ)] レシピ検索No.1/料理レシピ載せるなら クックパッド 個人的にこの2つが素晴らしいサービスだなと思っているのは、今まで評価されることの難しかったイラスト、レシピという人間のアイディアや知恵が非常に詰まっている創作物に多数の人々から評価される快適なコミュニティを作ることができた点です。Pixivは、日頃から接点のある
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちはオークション事業部プラットホーム技術のチャックです。 オークションでは一部サービスに RDBMS の MySQL を使ってサービスをご提供させていただいております。 オークションでは多くのお客様よりアクセスを頂いておりますので、大量の更新、参照の処理速度に優れた MySQL を選択し、お客様にストレスなくサービスをご利用いただけるよう 日々業務に取り組まさせていただいております。 しかし、精密機器には故障がつきもので、サービス運用の観点からは 「機器が故障するのはしかたない、しかしそれをいかに早く復旧させるか」 といったことを念頭に入れております。 実際には、障害が起こってから復旧させるのではなく、障害が発生した場合に
こんにちは。コミュニティビジネスユニットの菊地です。 最近「腰が低すぎる」と指摘され、精一杯偉そうにふるまおうと躍起です。 それはどうでもいいんですが。 今回は、他社と共同で一つのサービスを開発していく際の心得と、その仕様を自社の開発スケジュールに落とし込んでいく際の、エンジニアとのコミュニケーションに関する心得をご紹介します。 ■他社との共同開発における心配事とは? 例えば、元々PCサイトが運用中のサービスを携帯サイト化しようという案件の場合、真っ先に気になるのが「DBの連携」です。 既に安定稼動しているサービスのDBを、新規案件の為に大規模な改修を施すというのは、よほどの事が無い限り選択しないと思います。となると、新規で開発する携帯サイト側をPCサイト側に合わせて構築する事になると思います。 その為には、PCサイト側の仕様を熟知する必要がありますし、一方のDBに不具合が生じた時に片方の
モバイルサイトの主な利用者は10代を中心とした若者だ。上の年代と比べ、よりクリエイティブな仕事にあこがれを持ったり、実際に何らかの活動をしたりするという傾向が強い。最近ではそうした活動の中から実際に収入を得て、プロとして活動するケースも見られるようになってきている。「恋空」などで話題になったケータイ小説はその代表例といえるが、他にもさまざまなジャンルで、ケータイの中からプロのクリエイターが生まれてきている。 今回はそうした中から、携帯電話アプリで年収1000万円を稼ぐクリエイターの事例を紹介する。彼への取材を通して、携帯電話で収益を得る手段や、プロとなるのに必要な要素などを考察する。 ブレイクのきっかけとなった「チャリ走」 穴や障害物をジャンプでよけるだけというシンプルさが受けた「チャリ走」。現在では「チャリ走2ndrace」「チャリ走世界一周」など多くの続編が作られている 携帯電話アプリ
CodeZineについて プログラミングに役立つソースコードと解説記事が満載な開発者のための実装系Webマガジンです。 All contents copyright © 2006-2008 Shoeisha Co., Ltd. All rights reserved. ver.1.5 掲載記事、写真、イラストの無断転載を禁じます。 記載されているロゴ、システム名、製品名は各社及び商標権者の登録商標あるいは商標です。
App Storeに登録できるiPhoneアプリを作るために iPhoneが登場して半年が経った。iPhoneの魅力は、デバイスとしての機能だけでなく、同時に登場したApp Storeにもあるだろう。日々新しいiPhone向けアプリケーションが登場し、その数は1万5000本を突破した。 iPhone向けアプリを作成してApp Storeに登録してみたい、と考える開発者は多くいるだろう。だが、開発に関する情報は、特に日本語のものは、絶望的に少ないのが現状だ。アプリ開発の最初の一歩の解説を行う書籍は、ようやく登場し始めた。だが、そこから先の、実際にユーザに使ってもらうためのアプリを作ろうとなると、もっと実践的な情報が欲しくなる。 そこで、具体的なiPhoneアプリの開発を解説する連載を始めたいと思う。この連載では、カメラアプリや、RSSリーダアプリといった、本当に使い物になるアプリを作りながら
以下のエントリーで、id:fladdictさんがリジェクトに関する質問をされたのは記憶に新しいですね。 最低予算1万ポイントで。iPhoneアプリの審査でリジェクトを食らった事例をお教えください。 まだリジェクト経験のない私(=未提出だからw)にとっても非常に有益な情報が集まっており、これはぜひまとめたいなーと思ってたら、以下のエントリーを発見しました。 Apple提出前のチェックポイント すごく綺麗にまとまってますね!折角なのでこのエントリーに(勝手に)便乗させて頂いて、リジェクト事例とその対策方法をまとめてみました。 ネットワークを使うアプリケーションの場合 ネットワーク通信できない場合、必要な処理が行えない旨をユーザーに通知できているか。対策は以下のエントリーにて。iPhoneアプリケーションで圏外を通知する。 個人的な情報を通信する場合 個人的な情報を通信する旨を表示し、同意を得て
※ 画面は公式サイトのデモコードより 最近のWebシステム開発ではO/Rマッピングの利用が当たり前になっている。そのため、生のSQLを書く機会が殆どなくなり、開発がスムーズになっている一方、いざ書くとなると非常に面倒に感じるようになっている(もちろんORマッピングではコストがかかってしまう場合はSQLを書く必要もあるだろうが)。 JavaScriptで実現するO/Rマッピング それはSQLiteが使えるiPhone/Gears/Adobe AIRといった今時の開発に対しては特に言える。O/Rマッピングに慣れてしまった体にはSQLite向けのSQLを書くのは非常に辛い。そこで使えるのがActiveRecord.jsだ。 今回紹介するオープンソース・ソフトウェアはActiveRecord.js、JavaScriptで作られたO/Rマッピングソフトウェアだ。 ActiveRecord.jsが対応
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
前回のエントリーで、「情報共有の重要さを理解できない奴はアホだ」と書いた。何故アホなのか? <追記> コメント欄で指摘されましたが、「情報を共有しない奴はアホか?」というのは表現として不適説でした。正確には共有しない事が悪いのではなく、「共有しないほうが得だと考え、意図的に情報を隠している奴は何故アホか?」ですね。 ここは素直にゴメンナサイです。 「共有か?抜け駆か?」という話では、往々にしてゲーム理論や囚人のジレンマが引用される。だが、この囚人のジレンマは、実のところ机上の空論だったりする。それはなぜか。 なぜ囚人のジレンマは机上の空論か? 囚人のジレンマには幾つかの成立条件がある。 その1つは、「プレイヤー間での情報交換や、強制力のある合意を形成できない環境」というものだ。つまり、情報交換ができるプレイヤーが多数存在する時点で、囚人のジレンマを持ちいた説明には意味がない。 プレイヤー間
ケータイの端末ID・ユーザIDの取得についてまとめてみました Tweet 2008/9/8 月曜日 matsui Posted in au, DoCoMo, PHP, SoftBank | 12 Comments » ケータイサイトでは、端末ID・ユーザIDを取得する、という処理をよく行うことがあります。 ログインの度に、ユーザ名とパスワードを入力するというのは、ケータイの操作性の面からも現実的ではないためです。 今回はそんな各種IDの取得方法について、PHPを使った場合を例にとりまとめてみました。 ※ここでは端末IDを「ケータイに振られた個体識別情報(製造番号など)」、ユーザIDを「契約に紐付くID」として解説しています。 ドコモ端末での取得方法 1. utnを使う ドコモ端末ではutn属性を使うことによって、フォームやリンクから個体識別情報を取得することができます。 対応機種は、iモー
Binstock on Software: Perfecting OO's Small Classes and Short Methods The Pragmatic Programmersシリーズの新しい本、The ThoughtWorks Anthologyの中に 興味をそそるエッセイがある。Jeff Bayの"Object Calisthenics"だ。 これは良いオブジェクト指向の性質を実証する小さなルーチンを書く方法をマスターするための 詳細にわたるエクササイズだ。オブジェクト指向なルーチンを書く能力を向上させたい開発者がいるなら このエッセイに目を通すことを勧める。ここにBayのアプローチを要約してみよう。 彼は次にあげられる制約のもとに1000行のプログラムを書くことを勧めている。 これらの制約は意図的に過剰な制限となっているが、これは開発者を手続き的なやり方から脱却させるた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く