以下のような構造の schema を用意して validate する際、

{
  "$schema": ..,
  "type": [
    "object"
  ],
  "definitions": {
    <parent>: {
      "$schema": ..,
      "title": ..,
      "description": ..,
      "links": [
      ],
      "type": [
        "object"
      ],
      "definitions": {
        <prop1>: {
          "type": [
          ]
        },
        <prop2>: {
          "type": [
          ]
        }
      }
    },
    "properties": {
      <prop1>: {
        "$ref": "",
      },
      <prop2>: {
        "$ref": "",
      }
    },
    "required": [
      <prop1>
    ]
  },
  "properties": {
    <parent>
  }
}

data としては

{
  <parent>: {
  }
}

こういう構造になっていないといけない。

data の構造が上のようになっていなくても エラーにはならない。

最上位の構造で "required": ["user"] を追加するとエラーになってくれる。

※ combine 前提で prmd で書き始めると最上位の構造に対して "required" ってどうやって定義するの？

取り上げる人が少ないのかな。というか自分があまり真面目に追いかけていないだけか、肝心の情報を結構見落としてたりする。

• PEAR :: Innovating the future: Package.xml 1.0 and PEAR 1.3.6 are officially deprecated
  • 2008年1月1日をもって 1.3.6 以前は廃止
• PEAR :: Package :: PEAR :: 1.5.0
  • PHP 4.3.0 以降と（アップグレードの際には）PEAR インストーラ 1.4.3 以降が必要
• PEAR :: Package :: PEAR :: 1.4.11
  • ここまでは PHP 4.2.0 で動く
• PEAR :: Package :: PEAR :: 1.4.0
  • channel サポートはここから。

よく Pear の upgrade でエラーが出るんだけど、とりあえず 1.4.3 くらいに一度上げて、それから上げると。1.4.3 もエラーが出るならまたもうちょっと前のバージョンから上げると。そんな感じかな。

Pear コマンドはいっときミスで 4.2.0 で動かないときがあったけど、1.5.0 以降は公式に 4.3.0 以降を対象とする。個々のパッケージは現時点でも 4.3.0 以降に依存してるもの、4.2.0 でも動くものが混ざっている状態なんだけど、今度はタガが外れたのでどんどん 4.3.0 以降を対象とするようになるのかな。

世田谷区からゲーム脳講演について回答が届く

実際の講演がどうなるかがいちばん大事であるとは言え、紋切り型の「ご意見ありがとうございました。今後の参考にさせていただきます。」でないところは、行政の対応の早さと内容として評価できるものだと思う。

どうするどうなるゲーム脳。ガンバレ世田谷区。

テストで手を抜く

大真面目にテストを書くのは面倒くさい。だから本当に確認したいことだけをとりあえず確認しちゃえ的な話。¹

実践的なテストに関する文章で、まだ読もうという気になる長さのものってあんまり多くないし、内容が内容（妥協推奨）なのでこれはとても嬉しい。テストもコストとのトレードオフってのは当たり前ではあるんだけど、誰かに言ってもらうと気が楽になったりする。

志の高い企業、ふつうの人

あー。

どこの業界でもそんなもんだと思ってました。そして当分はこのままだろうと思っています。少なくとも中小はよほど強力な武器を持ってなけりゃそんなもんじゃないのかなぁ。

あと具体性のない根性論を持ち出す経営者は困ったものですが、具体性もあって単なる根性論ではないが現実には少し無理をし続ける必要がある、ってことは実はよくあるんじゃないかと思ったり。

つーか病んでない業界ってあんの？ 病んでない事業者¹はあるだろうけど。

Rubyに移植したTropyのスクリプトを公開

そんだけですが。

あとで中身見てみようかな。

また HSP とか WSH とか興味出てきた。なんかすげー長いスパンでこの手のものに興味が出てくるんだな。

キーボードで発電てできないんですかね？ 例えば打圧の高い人いるでしょ？ ああいう無駄に騒音を生むだけのエネルギーを有効利用できないものかと。いや、まぁ、どうでもいい話なんですけどね。