プロフィール

 

名前
ぶりぶり
職業
貧しいスクリプター
役職
名ばかり管理職
 

アーカイブ

 
 

最近のコメント

 

ああ~2009/6/27 3:44
[ 自分 ] さん

 

ないしょ

 
書いてる時点で内緒じゃないよau:257

自分のJavaScriptライブラリ…。じつはIE8未対応があるんです…。

原因はなんとなく分かってます。

私が何とかします。(そりゃそうだ)

これを気にブラウザの描画性能とタイマーを比較してみようかな。

setIntervalでインターバルを小さい値にすると、ブラウザにより全然違ってくる感があるので、理論値と実測値をいつかは比較しないと行けないと思ってました。(←さっさとやりなよ)

で正確性の予想
1.Moz系
2.IE系
3.opera
4.webkit系
実は全く逆っていうのもあるよね。
 

あう←auって打ちたかったのに

 
au CRCチェックバリューの件です。

なんか「au CRC」意外に検索上位なんですけど…。

なんで誰も公開してなかったんだろうね…。

需要がないのか?

それとも公開に値しないくらいみんな独自で処理してるだけ?

ってかこれ動作検証してないや…。(おっきなファイルの)

気になるのは、チェックバリュー計算のforループですね。
freadでファイル全体を読み込んでますが、ループでポインターあげていった方がいいんじゃない?でもunpackがループ内にあるのも好きじゃないなぁ

これは単純にCをPHPに移植したときにそのままにしたからです。
 

フレームワーク framework

 
個人的にフレームワークは使用しない派なのですが、使用します。
(どっちよ?)

何かというと、安易にフレームワークに頼りたくないからで。

なんでこんな話題かというと、まぁいろいろですが。
「symfony」←フレームワークではないという人もいます。んじゃ、テンプレートエンジンか…。
やっぱみんな使ってるんだなぁとか思ったので。

自分は独自にテンプレート処理しているので使わないのですが、そもそもの理由は
「HTMLコーディングはコーダーさんの仕事なので、PHPなどのプログラムのことは考えなくてもできるようにしたほうがいい」
です。
つまりテンプレート内にPHPのコードを書かない方がいいと思うのです。

とか言ってますが使う時は使います。

で、最近ライブラリの肥大化でサーバーがごちゃごちゃしてきたので、フレームワーク群を別サーバーに移そうかなと思う。

さらに気づいたのは、ライブラリを作りためていったら結局これ独自フレームワークになっていくんじゃない…。

結局プログラムってそういう方向性をたどるのかな