最近考えていること。
いくつかあるが、ちょっと簡単にでも文章に落としてみる。
- PEARパッケージに関して
- Selenium RCに関しては、すでにPHPUnitに組み込まれているから。
- YouTubeのAPIはGData採用したから。
- JavaScriptでいろいろする画面って設計結構大事でしょ。
- 親と一緒に暮らすのは金は溜まるが、なんか情けない気がする。
正直なところPEARパッケージに関してモチベーション下がりまくりの状態でして、はてさて困ったな、と。えと、モチベーションが下がっているのは、次の二点に関してなのだが、Inactiveにしようかどうか考えている。本当は、Gregに消すことも考えているがどうしたらいい?と聞いたらとりあえずは、残しておいて、私がメンテ等をしていくつもりがないなら、Inactiveにしたら誰かが名乗りをあげるかもしれない。。ということに。
で、モチベーションが下がっている二点は次の通り
えと、私は最近PHP触ってないけど、私自身がPHPUnitユーザなのでこちらの方に組み込まれていれば自分が使うメリットが無い。つーか、複数の方法で使うことができるなんて紛らわしい。まぁ、セバスチャンからメールを貰ったときにこうなりそうだな、ということは分かっていたのだけど、うまいことプロジェクトを管理してその際に引けばよかったのかもしれない。PHPUnitの方がソース管理もドキュメント管理もしっかりしているし、これ以上私がやっていくことはないかな、と。
つーか、New YouTube API Released into the Wild! にも書かれているように、ついに新しいAPIが公開されてるしね。ということは、PEAR的には、BC Breakが起こるので、Services_YouTube2としないといけないのだ。えと、以前も書いたけど、GDataはすでにZend Frameworkの方でなかなかイケてるデザインで組まれているので、ここで勝負するのはどうかわからない。
というわけで、私の持っているパッケージに対する情熱は激しく無くなってきた。つーか、次何かを開発するときはサービス等により依存するようなものは作りたくないなー。
つまり、ドラッグドロップやいろいろ画面制御をするアプリを作るのであれば、重くならないようにしないといけないのだが、その際のDOMの検索をより効率良くする設計が結構大事だと思うのだ。そのためにclassの指定では無理がある。
また、まだまだJavaScriptはサブ的な視点で見られることが多いと思うので、結構継ぎ接ぎな作りになってしまうことが多い。ここは、画面の設計、HTMLとCSSの設計も含めて、何が一番パフォーマンスが出て、JavaScriptが組みやすい形になることができるか、を考える必要がある。これはきっと結構難しい。構造的に正しくても、上に書いたようにclass指定よりもid指定の方が速くDOM検索ができるし、ノウハウが必要なのではないか、と思う。
ここ二ヶ月、親と住んでいるのだが、8年振りなので、なんというか、変な感じだ。一週間とかだったら全く問題はないのだが、高校のとき使用していた机に長いこと向かっているとなんだかやるせない。こんな自分でいいの?って激しく思う。夜帰ってきたら、ご飯が望む望まない関係なく、あることも最初はうれしかったけど、なんか嫌。これ、なんつープライド?
Shin Ohno 2003-2012