ドラえもん最終話 『のび太くん、宿題は終わったかい！？』
現在、原本の出版版の流通量は乏しく、随所で品切れ状態が続出しております。 本ならではの温もり、親しみやすさというものが原本にはあります。 裏表紙には、作者がこの作品を書いた経緯を含む後書きなどもあります。 気に入られた方はもちろんのこと、この作品を見て感動した方は ぜひともご購入の方を宜しくお願い申し上げます メロンブックス書店では、品切れの際は、1週間弱で再出荷いたしますのでお待ちください。 Let's GO 購入ページ 【MENU】 LinkをClickするとそれぞれのページに行きます。 ドラえもん最終回『宿題はもう終わったかい？』（マンガ版）＋ 作者からのコメント ドラえもん最終話 『のび太くん、宿題は済んだかい？』(FLASH版) 始まりのあるものには終わりがある のび太ｖｓどらえもん(予告編)
満足せる豚。眠たげなポチ。:2005年の技術的なトレンドに乗り遅れないための5つのテーマ
年の暮れだからこそ、今年の技術的なトレンドへ乗り遅れないように復習をしたいもの。 Web2.0が脚光を浴びた2005年。とりあえずこの5つの分野から苦手分野をきっちり潰していきたいと思います。（多分にぼくの偏見と苦手分野の重視が影響している点はご了承ください。） Ajax Ruby on Rails HTML/CSS Javascript 正規表現 ということで、おすすめの書籍やサイトを総括。 Ajax 2005年はこれしかないでしょう。猫も杓子もAjaxと連呼した年でした。 Ajax: Web アプリケーション開発の新しいアプローチ http://antipop.gs/docs/translations/ajax.html これがなくちゃ始まらないですから。 Ajaxの本質、「非同期メッセージ型ウェブ・アプリケーション」のススメ http://satoshi.blogs.com/life
要件を要件として深追いしてはいけない - 設計者の発言
ユーザ要件は海に浮かぶ氷山のようなものだ。言語化可能な部分は海上に出たごく一部で、大部分は水没していて言語化どころか意識にのぼることさえない。このような要素をシステム設計においてどのように扱うかによって、上流工程のスタイルはまったく違ってくる。 ◆スクラッチ案件での要件の位置づけ 前回のエントリーで説明した「スクラッチ案件」において、要件はとくに重要視される。新システムを構想するためのレファレンスとなる現行システムが存在しないか、あっても貧弱すぎてアテにならないからだ。 そのような案件向けであっても、要件の扱い方は２つの流儀に分かれる。ひとつは要件全体を正面から定式化するやり方。もうひとつは言語化が困難であるような要件については深追いせずに搦め手（からめて）を用いるやり方。便宜上、前者を「Ａ方式」、後者を「Ｂ方式」と呼んで検討しよう。 ◆要件をじっくりモデル化するＡ方式 上流工程手法の多く
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://csx.jp/~vaiosqare/doraemon/doraemonfinal.html
J-mx.com
Technical Writing World
算数にチャレンジ！！
