rgfx

AmazonのURLを整形するbookmarkletが手元のCHrome+Spelbookで動かなくなってたのでJavascriptの無名関数をおさらいついでに書き直す。 bookmarklet …これでうまくエントリとして書き込めてるのかなぁ。。→いけてた。okok. ソースはgistに貼り。 https://gist.github.com/1241548

Apache poiを使って、パスワードで保護されたxlsを読んでみるテスト。 PerlつかCPANモジュールでやるのに比べて1/5くらいの時間で終わった。 例によってgistに貼り。 https://gist.github.com/1080046

Symfonyに手をだそうとして「やっぱめんどくせぇ」と投げ出すことが何回か続いている(;´Д`) やっぱPHPのフレームワークなんて ・ソースコードのファイル名の付け方 ・ディレクトリの切り方 ・クラス名のつけ方 ・POSTやGETへのアクセス ・部品間の値の受渡方法の統一 ・DB接続の取得 ・開発、ステージング、プロダクション環境の切り替え ・単体テスト ・コマンドラインでのアプリ実行 ・フレームワークの使い方がわかるコピペ用コードの充実 さえわかればそれでいいよほんと。 逆にこんなのいらねー ・ORMいらない ・ORMはゴミ ・ORMとか使い方覚えるだけ無駄 ・ORMのせいでパフォーマンスが悪くなる ・ORMなんか使うからテーブルレイアウト変更時の手戻りがでかくなる ・ORMはアジャイルの敵 ・ORMなんかあるからSQLひとつかけない＊＊＊がwebやろうとする ・ORMのせいで機能とテーブルが1:1とか勘違いするアホが出る ・ORMはすべてを破滅させる ・1.xのころのSymfonyのForm ・Scaffoldingとかどうせ手を入れるんだから有るだけ無駄 ・ScaffoldingなんてCRUDチュートリアルで手を抜くためだけの機能 ・Scaffolding付けるくらいならCRUD系のコピペ用サンプルコードを充実させるべき ・つーかフレームワークのくせに結合度が密になってるのとかやめれ ・ZEN of 疎結合を考えないフレームワーク書きとかまじやめれ SQLから逃避するためにORM使うとかまじ考えられん。 ということで今はZend_Toolを元にオレオレコーディング規約で書いてます。 あぁひどい。

帳票出力用のPHPでのPDF生成を、TCPDFから libHaru pdf のphpラッパーなpearに乗り換えたらすげー早くなったのでやはりごっついバイナリいじりなライブラリはCに限るのだなーとか思った。 ライブラリのインストールはこれを見ながら。 http://goo.gl/L217S んでまー帳票なのでExcelライクな矩形領域＆背景色＆矩形領域テキスト流しこみが関数一発でできてもらわないと困るので、そんな関数を書いた。ついでにgistに貼った。 https://gist.github.com/1042343 しかし矩形領域にテキスト流しこみのlibHaru内関数が(フォントにMSゴシック指定してるからかもわからんが)たまに落ちるのでtry-catchで包むなど。 生成したPDFは普通にイラレ9でも編集可能な状態だった。すばらしい。

任意の2点マルチタッチから中心点＆拡大率を求めて矩形を拡大縮小する処理について、実装モデルを書いたのでgistに貼った。 マルチタッチと矩形のデータ表現がめんどくさくなたので結局それぞれのためにクラスを起こした。 https://gist.github.com/1009007

html+JSで「任意のBlock要素を、任意の点を中心に、任意の倍率で拡大縮小した矩形の各座標を求める」なんて処理を書いた事がなかったので書いてみた。んでgistに貼った。やってる事は普通のドローツールの中心点設定＆拡大縮小の処理。 https://gist.github.com/1007664

つーことで、Kitchensink example の touch Event demo のソースをぱちって、とりあえず現在のズーム率が出るところまでは何とかなったのでgistに貼り。 https://gist.github.com/1002303 んでここで出るようになった数字をもとに任意のpanelを拡大縮小すんのどうやんのかな程度の投げっぱなしジャーマン感。