2008/3/30 日曜日

PHPでmixinsっぽいこととか

カテゴリー: 技術メモ — dev0000 @ 3:42:22 このエントリをはてなブックマークに追加このエントリをdel.icio.usに追加このエントリをLivedoor Clipに追加このエントリをBuzzurl(バザール)に追加

Ruby-style mixins in PHP
へぇー。

別にこういう形でもよさげだけどどうなんだろ。
確か、MDB2のload_module とか CakePHPでも似たような箇所がある気がする。
(ってかそのへんを参考にした)

個人的にも最近この手のやりかたを複数のテーブルクラス(Model)に同じような機能を持たせたい・・・例えば、createdという作成日時フィールドに対し、年ごと、月ごとなどで検索する機能とか・・・場合に利用してたりしますよ。

PHP:
  1. <?php
  2. class Test {
  3.     var $name;
  4.     var $mixins = array();
  5.     function __call($func, $args) {
  6.         foreach ($this->mixins as $row) {
  7.             if (method_exists($row, $func)) {
  8.                 return call_user_func_array(array($row,$func), $args);
  9.             }
  10.         }
  11.     }
  12.     function mixin($obj) {
  13.         $obj->o = $this;
  14.         $this->mixins[] = $obj;
  15.     }
  16. }
  17.  
  18. class Auau {
  19.     var $o;
  20.     function hello() {
  21.         $o = $this->o;
  22.         echo "hello,{$o->name}\n";
  23.     }
  24.     function goodby() {
  25.         $o = $this->o;
  26.         echo "goodby, {$o->name}\n";
  27.     }
  28. }
  29.  
  30. $test = new Test();
  31. $test->name = 'Taro';
  32. $test->mixin(new Auau());
  33. $test->hello();
  34. $test->goodby();

なんかデザパタにありそうだな、こういうの。
ともかく、メソッドでぼつぼつ追加するより、クラス(インスタンス)単位でごっそり機能追加ができたほうがラクそうな気がするんだが。

auのメール配信って

カテゴリー: 技術メモ — dev0000 @ 2:19:54 このエントリをはてなブックマークに追加このエントリをdel.icio.usに追加このエントリをLivedoor Clipに追加このエントリをBuzzurl(バザール)に追加

実際に業務で携わるまで分からなかったのだけど、auのメール配信って業者泣かせなのかね。
なにせエラーメールも大して戻ってこない状況ですぐにアクセス拒否されるし、一度拒否くらったらしばらくそのIPからはメールが送れないらしい。
そのルールが他のキャリアに比較すると結構厳しいとか厳しくないとか。

ただ、思ったのだが、もし100通に5通(5%)エラーがあったらアクセス拒否とかそういうルールだとしたら、
1000通送りたいのであれば、24000通分ちゃんと届くものを準備して混ぜて配信すれば(ひとつのアカウントでいいのかも)、
その1000通例え全て不達だとしてもアクセス拒否はされないんじゃないの?とも思ったけど、そんなうまいこといくわけないか。

携帯のテーブルタグ

カテゴリー: 技術メモ — dev0000 @ 2:11:14 このエントリをはてなブックマークに追加このエントリをdel.icio.usに追加このエントリをLivedoor Clipに追加このエントリをBuzzurl(バザール)に追加

i-modeとか携帯のHTMLのテーブルタグって比較的、最近の仕様なのね。。。

古い機種でも違和感があまりないように対応策。

HTML:
  1. <tr><td>AAA</td><td>BBB</td><td>CCC<br></td></tr>
  2. <tr><td>aaa</td><td>bbb</td><td>ddd<br></td></tr>
  3. </table>

こうすれば最新の機種ではテーブルになるし、古い機種でもちゃんと改行するので見た目の違和感がなくなるはず・・・かな。

2008/3/28 金曜日

多忙とか

カテゴリー: 仕事 — dev0000 @ 2:33:36 このエントリをはてなブックマークに追加このエントリをdel.icio.usに追加このエントリをLivedoor Clipに追加このエントリをBuzzurl(バザール)に追加

2日振りにウチに帰ってきた。
多忙で会社に泊まったのってすごく久し振りだなぁ。
でも忙しいとは言わない。
なんか自分の無能さを許容している気がするから。

なんか言及されていた。

使える力には限りがある

で、ここまでの話とは全然関係ないんですが、新人時代に緩い時は上司が忙しくしていないかチェックしろと言う話をよく聞きます。その姿は数年後の自分なのですから。新人にあまりにゆとりがある時、仕事が割り振れてなくて管理職側が凄く忙しいという事もあるようなので。

凄く忙しい職場とそうでない職場は業界的にどうのこうのというよりは価値観の部分で大きく隔たりがあると思うよ。

ってか忙しいのと儲かることって全然関係ない。やりがいとも全く関係ない。

忙しさに追いかけられている時、いつも思い出すのはこの言葉だったりする。
やる気がないの?才能がないの?

2008/3/24 月曜日

泣けば許してくれる

カテゴリー: 仕事 — dev0000 @ 2:17:49 このエントリをはてなブックマークに追加このエントリをdel.icio.usに追加このエントリをLivedoor Clipに追加このエントリをBuzzurl(バザール)に追加

「職場の女の子が泣いちゃってさ、いやぁそれ以上は強く言えないよなぁ」

ってか、泣けば許してくれるのか?

泣けば許してくれる、とか。
土下座すれば許してくれる、とか。
頭を丸めれば許してくれる、とか。

そんな吞気なことで許してくれる職場があるとは思わなかった。
そんなことで許してくれるなら、いくらでも泣いてやる、男だけど。

まぁペナルティなしで許してくれるということは、そもそもどうせ大した問題じゃなかったんだろうなぁ。。。

2008/3/23 日曜日

とりあえずバイトしろ

カテゴリー: 仕事 — dev0000 @ 22:34:47 このエントリをはてなブックマークに追加このエントリをdel.icio.usに追加このエントリをLivedoor Clipに追加このエントリをBuzzurl(バザール)に追加

新卒で入社して一年

他の会社へ行ったからと言って自分の向上心を満たせるとは思えない。

ってか、20時とか21時とかダラダラ残業してないで、さっさと切り上げて自分の向上心を活かせるバイトでもすれば?とは思った。

更に20のWebサイト最速化

カテゴリー: 技術メモ — dev0000 @ 2:57:20 このエントリをはてなブックマークに追加このエントリをdel.icio.usに追加このエントリをLivedoor Clipに追加このエントリをBuzzurl(バザール)に追加

20 New Rules for Faster Web Pages
Yahoo!'s Latest Performance Breakthroughs

以前、サーバ側での12のルールがあったと思うけど、それの続編。
クライアントサイドの話が多い。
(続きを読む...)

制作屋、サイト屋

カテゴリー: IT世間話 — dev0000 @ 1:32:44 このエントリをはてなブックマークに追加このエントリをdel.icio.usに追加このエントリをLivedoor Clipに追加このエントリをBuzzurl(バザール)に追加

Web業界の隅っこで働いてもう何年か経つけど、制作屋の動きとサイト屋の動きがなんとなく違うことにふと気付いた。

まぁ例えば会員募集をすることになって、「折角だからこの項目も聞いておこう」となって項目が簡単に追加してしまうのが制作屋の動き。
お客さんも喜ぶし。

サイト屋の動きはちょっと違ってくる。
(続きを読む...)

もう少し待って

カテゴリー: 仕事 — dev0000 @ 1:00:58 このエントリをはてなブックマークに追加このエントリをdel.icio.usに追加このエントリをLivedoor Clipに追加このエントリをBuzzurl(バザール)に追加

「仕様が確定するまでもう少し待って」

と言われてもう少し待ったりして、でもサイト公開が近くて汲々になったりするのだけど、
それほど重要度の高いものでなければ、
一度、仮仕様でサイト公開してしまって、後から直せばいいじゃん、ってことにふと気付いた。

ああ、そうすると手離れが悪いか。

でもサイト運営をちゃんとやるのであれば、公開後もユーザの反応を見てどんどん変えていく必要があると思うし、
そうであれば、更新できる手段を確保しておく必要があるのかな。
発注した会社にむしろ手離れを意識させてはいけない気もする。

2008/3/22 土曜日

微妙なので内容更新しましたよ

カテゴリー: 技術メモ — dev0000 @ 13:59:55 このエントリをはてなブックマークに追加このエントリをdel.icio.usに追加このエントリをLivedoor Clipに追加このエントリをBuzzurl(バザール)に追加

微妙なので内容更新しましたよ

次ページへ »

HTML convert time: 1.687 sec. Powered by WordPress ME