** 2013.08.26 レイアウト更新しました ** 猛烈なスパム投稿で度々DBフルを起こしていた、Joel on Software ( ジョエル・オン・ソフトウェア ) のデータベースが編集ロックされました。 おそらくスパム対策ですが残念なことに日本語トップページが消失している状態になっています。( http://local.joelonsoftware.com/wiki/Japanese ) 各記事は存在しているので、トップページだけここで公開しようと思います。 以前は検索結果からインデックスを作成していましたが、waybackmachineから 2012/05/10 時点のものが拾えたのでそれを元に整えて再公開します。 何か問題がある場合はお知らせください。 事例によるスケジューリング2007年10月26日 ソフトウェア開発者はスケジュールを作りたがらない。大抵はなしですまそうと

JavaScriptチュートリアルBeginner's tutorialsYour first website: Adding interactivityDynamic scripting with JavaScriptJavaScript frameworks and librariesJavaScript ガイド入門編文法とデータ型制御フローとエラー処理ループとイテレーター関数式と演算子数と日付テキスト処理正規表現インデックス付きコレクションキー付きコレクションオブジェクトを利用するUsing classesプロミスの使用JavaScript 型付き配列イテレーターとジェネレーターメタプログラミングJavaScript モジュール中級編Advanced JavaScript objectsAsynchronous JavaScriptClient-side web APIsLangua

2009年12月16日「チュートリアルを少し変更、おバカな設定例」 Catyでは、ファイル名拡張子の意味付けや扱い方がデスクトップと同じなんだけど、「クールなURIは、拡張子がねーんだぞ」とか言われそうだから、そのうちラショネールを書かなきゃ。 「ラショネール」なんて奇妙な言葉が出てきてますが、目論見や主張が正当であることを示す根拠、てな意味ですかね＞ラショネール。 僕とKuwataさんが開発しているWebフレームワークCatyは、URLに、.html, .cgi などの拡張子を必ず要求します。クエリパラメータも遠慮なしに使います。「拡張子とかクエリパラメータなんて、RESTfulじゃないなー、クールじゃないなー」とか言う人がいますが、なにゆえに「拡張子やクエリパラメータがダメなのか？」 -- その根拠を示して欲しいもんです。僕らが積極的に拡張子やクエリパラメータを使う事情と根拠は、このエ

（[追記 date="翌日"]文言を少し改善し、注意を付け足したりしました。[/追記]） HTTPメソッド、URL、動詞（verb）に関して次の記事を書きました。 HTTPメソッドの正統的使い方と現実的対処法 HTTPメソッド、URL、そして標準化された動詞 訂正補足：HTTPメソッド、URL、そして標準化された動詞 問題点がほぼ明らかになり、全体の状況も見えてきたので、総括したいと思います。これで決定版にしたいのですが、実のところ、まだ考えが変わる可能性は否定できません。現時点では、以下に記述する案が最善だと思っていますがね。 内容： 用語の注意 事の発端，事の成り行き URLの意味と用途を分類する リソース種別ごとに動詞を考える さらにリソース種別ごとに動詞を考える GETに乗せるか、POSTに乗せるか インターフェースとしてのリソース種別と動詞 リソースとクラス 用語の注意 HTTP

=== 追記 2019/3/9 === 2019年のやりかたで書き直しました。 本番のCloud Datastoreのデータを、ローカル環境にインポートする - Qiita === 追記終わり === 試験データを作成するのが面倒だったので、ダンプしてローカルで利用しようと思い、 ググったら出てきたので、メモ。 （下記、appname=my-android-server です。） 基本的には、 http://kopipeprogrammer.blogspot.jp/2011/02/google-app-engine-bulk-loader.html を参考に、 https://developers.google.com/appengine/docs/python/tools/uploadingdata?hl=ja を参照しました。 実際に欲しかったのは、全てのデータだったので、 built