<?xml version="1.0" encoding="utf-8" ?> 
<rdf:RDF
   xmlns="http://purl.org/rss/1.0/"
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xml:lang="ja">
  <channel rdf:about="http://dev.blogtribe.org/">
  <title>眠る開発屋blog</title>
  <link>http://dev.blogtribe.org/</link>
  <description>ある開発屋の雑感。日々勉強。</description>
  <dc:language>ja-jp</dc:language>
  <items>
  <rdf:Seq>
		<rdf:li rdf:resource="http://dev.blogtribe.org/entry-9d79e8d478f5461fe6093ba63c9cd853.html"/>
		<rdf:li rdf:resource="http://dev.blogtribe.org/entry-b500ffec6fffc00ffe1f38f1763e8541.html"/>
		<rdf:li rdf:resource="http://dev.blogtribe.org/entry-9e093852c99265d25945f63e49435ee7.html"/>
		<rdf:li rdf:resource="http://dev.blogtribe.org/entry-432e6e1ff998c4ee10f83787bd80fe8b.html"/>
		<rdf:li rdf:resource="http://dev.blogtribe.org/entry-619ac589489e0765b16f400281beb9c7.html"/>
		<rdf:li rdf:resource="http://dev.blogtribe.org/entry-8cb9197630f463697471de1788651791.html"/>
		<rdf:li rdf:resource="http://dev.blogtribe.org/entry-3b3b1309b21f32c10296237d0119a5d2.html"/>
		<rdf:li rdf:resource="http://dev.blogtribe.org/entry-95512f517ef36fa6236ab62be1329df9.html"/>
		<rdf:li rdf:resource="http://dev.blogtribe.org/entry-e2f290c86c5765e1944eebbccf78d68b.html"/>
		<rdf:li rdf:resource="http://dev.blogtribe.org/entry-876e5987508e3a6edac428a8f0a13079.html"/>
   </rdf:Seq>
  </items>
 </channel>
  <item rdf:about="http://dev.blogtribe.org/entry-9d79e8d478f5461fe6093ba63c9cd853.html">
  <title>移転</title>
  <link>http://dev.blogtribe.org/entry-9d79e8d478f5461fe6093ba63c9cd853.html</link>
  <description>せっかくホスティングしているってことでこっちへ移転しようかと思います。</description>
	<dc:creator>dev</dc:creator>
  <dc:date>2006-03-31T17:10:15+09:00</dc:date> 
 </item>
  <item rdf:about="http://dev.blogtribe.org/entry-b500ffec6fffc00ffe1f38f1763e8541.html">
  <title>コンストラクション・マネジメント</title>
  <link>http://dev.blogtribe.org/entry-b500ffec6fffc00ffe1f38f1763e8541.html</link>
  <description>コンストラクション・マネジメントによる建設工事の発注一方でコンストラクションマネジメントという発注方法では、発注者側が何社もの専門業者にそれぞれに個別に発注します。鉄骨工事・外装・電気設備・空調等々とそれぞれの工事ごとに分離分割して発注します。そしてその工事ごとに競争入札を行うことが多いようです。ゼネコンへの一括丸投げ発注の否定なのかな。もちろん一般発注者にそのようなことはできません。そこでコンストラクションマネージャーと呼ばれるプロが発注者側につき、発注者に代わり業務を進め、スケジュール管理まで行います。このマネージャー報酬を払ってでも工事費が１割２割安くなるケースが多いようです。見積もり明細の「見える化」なんでしょうね。
コストダウンばかり注目されているみたいですが、発注者の心理としては「お金を払いたくないわけではない。金額に納得したいだけだ」ということなのかな、と思います。
</description>
	<dc:creator>dev</dc:creator>
  <dc:date>2006-03-30T14:42:23+09:00</dc:date> 
 </item>
  <item rdf:about="http://dev.blogtribe.org/entry-9e093852c99265d25945f63e49435ee7.html">
  <title>OpenLaszlo採用事例</title>
  <link>http://dev.blogtribe.org/entry-9e093852c99265d25945f63e49435ee7.html</link>
  <description>Accessの操作感を再現した“OpenLaszlo”で、OpenLaszloの採用事例が紹介されている。小野氏はこの製品をパソナキャリアアセットに提案した理由を次のように語る。
　「一言でいえば、Flexと同じことができたという点ですね。検討の時点では、まだマルチバイトに対応しておらず、構築ツールも存在していなかったためテキストエディタによるハードなコーディングが必要でしたが、コミュニティに勢いがあったので作っているうちにいろいろ出てくるのではないかと期待を持つことができました。実際、OpenLaszloで行こうということになって2005年の4月くらいから開発を開始したんですが、すぐにマルチバイトへの対応が発表されました。またIBMからEclipseのOpenLaszlo用プラグイン『IDE4Laszlo』もリリースされ、追い風が吹いているなという感じでした」「2005年4月」というタイミングについて。
Ajaxがぼちぼち騒がれきておりやや微妙。
アプリケーションのスクリーンショットも公開されているのだが、開発時期がもう少し後であれば、むしろAjaxを採用していた気がする。

っていうか、個人的にLZX言語を覚えるのはしんどそう。
</description>
	<dc:creator>dev</dc:creator>
  <dc:date>2006-03-30T13:01:57+09:00</dc:date> 
 </item>
  <item rdf:about="http://dev.blogtribe.org/entry-432e6e1ff998c4ee10f83787bd80fe8b.html">
  <title>MySQLのFEDERATED</title>
  <link>http://dev.blogtribe.org/entry-432e6e1ff998c4ee10f83787bd80fe8b.html</link>
  <description>ミクシィのCTOが語る「mixiはいかにして増え続けるトラフィックに対処してきたか」で初めて（その存在を）知ったのだけども、MySQL5以降のFEDERATED って便利そう。
リモートDBのテーブルに抽象的にアクセスできる仕組みっぽい。
</description>
	<dc:creator>dev</dc:creator>
  <dc:date>2006-03-30T11:33:08+09:00</dc:date> 
 </item>
  <item rdf:about="http://dev.blogtribe.org/entry-619ac589489e0765b16f400281beb9c7.html">
  <title>TABLE操作のJavaScriptライブラリが欲しい</title>
  <link>http://dev.blogtribe.org/entry-619ac589489e0765b16f400281beb9c7.html</link>
  <description>巷はやれAjaxなのですが。
個人的にはTABLE操作のJavaScriptライブラリが欲しかったりします。
ブラウザ互換の視点では「鬼門」だと思うのですが、需要あると思う。
JSANにもそれっぽいのはなかったしね。
うーん。

にしても、テーブル（というかスプレッドシート）のライブラリって後手後手に回るのはなぜなのだろうね。
Flashにしても、コンポーネントで対応したの結構後だし。
企業ユースを考えると必須だと思うのだけども。
</description>
	<dc:creator>dev</dc:creator>
  <dc:date>2006-03-29T15:41:22+09:00</dc:date> 
 </item>
  <item rdf:about="http://dev.blogtribe.org/entry-8cb9197630f463697471de1788651791.html">
  <title>Locationヘッダーの代わりにinclude</title>
  <link>http://dev.blogtribe.org/entry-8cb9197630f463697471de1788651791.html</link>
  <description>PHPの話ですが。
例えば、こんな感じのソースがあったとする。


// test.php
header('Location: http://www.example.com/home.php?sort=normal' );


// home.php
$sort=$_GET['sort'];
// 以下、$sortを使った処理



リダイレクトを使った処理なのだけども、でもうまく動かないブラウザとかあるのよね。
vodafoneはリダイレクト出来ない？

ってことで、include を使った処理を考えてみる。


// test.php
$_GET['sort'] = 'normal';
include('home.php');



// home.php
$sort=$_GET['sort'];
// 以下、$sortを使った処理



ただ$_GETを上書きするのもあんまりだなぁ、ってことで、


class SdRequest {
    function &amp;getInstance(){
        static $singleton_;
        if ($singleton_ == null) {
            $singleton_ = new SdRrequest();
        }
        return $singleton_;
    }
    function SdRequest(){
        $this-&amp;gt;parameters = $_GET;
    }
    function get($key){
        return $this-&amp;gt;parameters[$key];
    }
    function overwrite($key,$value){
        $this-&amp;gt;parameters[$key] = $value;
    }
}



みたいな$_GETのラッパークラスを利用する。
（どのみちこの手のクラスは必要になることが多いと思う）

で、


// test.php
$param= &amp; SdRequest::getInstance();
$param-&amp;gt;overwrite('sort','normal');
include('home.php');




// home.php
$param= &amp; SdRequest::getInstance();
$sort= $param-&amp;gt;get('sort');
// 以下、$sortを使った処理



って感じにすれば、ちょっとはすっきりしたソースになる気がする。</description>
	<dc:creator>dev</dc:creator>
  <dc:date>2006-03-29T02:30:40+09:00</dc:date> 
 </item>
  <item rdf:about="http://dev.blogtribe.org/entry-3b3b1309b21f32c10296237d0119a5d2.html">
  <title>MySQLの全文検索</title>
  <link>http://dev.blogtribe.org/entry-3b3b1309b21f32c10296237d0119a5d2.html</link>
  <description>Tagの検索にMySQLの全文検索を使うで知ったのですが、

MATCH (col1,col2,...) AGAINST (expr [IN BOOLEAN MODE | WITH QUERY EXPANSION] )

なんていう全文検索の構文があったのか。
知らなかった。
</description>
	<dc:creator>dev</dc:creator>
  <dc:date>2006-03-28T16:49:20+09:00</dc:date> 
 </item>
  <item rdf:about="http://dev.blogtribe.org/entry-95512f517ef36fa6236ab62be1329df9.html">
  <title>リソースの開放</title>
  <link>http://dev.blogtribe.org/entry-95512f517ef36fa6236ab62be1329df9.html</link>
  <description>今更だけど、リソースの開放

PHP4のZendエンジンに導入されたリファレンスカウンティングシステム のおかげで、あるリソースがもう参照されなくなった場合に(Javaと全く 同様に)、そのリソースは自動的に削除されます。この場合、このリソー スが作成した全てのリソースはガーベッジコレクタにより開放されます。 このため、free_result 関数を用いて手動でメモリを開放する必要が生 じるのはまれです。 「本当に信じちゃっていいの？」ってのもあるけど、
スクリプト終了時、リソースの自動削除が走る（ハズ）なのでcloseを意識しなくていいのは便利。
</description>
	<dc:creator>dev</dc:creator>
  <dc:date>2006-03-28T04:26:05+09:00</dc:date> 
 </item>
  <item rdf:about="http://dev.blogtribe.org/entry-e2f290c86c5765e1944eebbccf78d68b.html">
  <title>モバイル</title>
  <link>http://dev.blogtribe.org/entry-e2f290c86c5765e1944eebbccf78d68b.html</link>
  <description>アメリカの大学生のネットワーキングの凄さを引用しつつのアメリカの大学生より日本の高校生の方が実はかなり衝撃的という記事。私は今、仕事としてGoogleとか、WEB2.0とかいわれるものに注視しなければならないと立場なのだと思う、思うのだが、それ以前の話として、既に私の賞味期限が切れいるのではないかという不安が頭をよぎっている。もう、今の高校生の感覚についていけなくなるのではないか、時代に取り残されつつあるんじゃないか、という。

上記の「アメリカの大学生」と比べて今の日本の高校生のどこが驚異かというと、同じ事をPCではなく「ケータイ」で行っていることだ。「モバイル・マーケティング」なんて単語が出てくる案件に携わった人であれば理解できると思うけど、携帯キャンペーン等で集められる人数ってハンパない数字だ。
多分、ターゲットによって変わってくると思うけど、PC上で行われるキャンペーンと一桁違うと考えてもらってもいいのかも。

とはいいつつも、キャリア主導のモバイル業界って、これから先もずっと続くかと言えばものすごく違和感があるし、
モバイルのハード自体も陳腐化して（日本の携帯メーカって海外的での競争力殆どないし）、むしろPCとの垣根はなくなるんじゃないのかなぁ、とは思う。
</description>
	<dc:creator>dev</dc:creator>
  <dc:date>2006-03-27T04:19:22+09:00</dc:date> 
 </item>
  <item rdf:about="http://dev.blogtribe.org/entry-876e5987508e3a6edac428a8f0a13079.html">
  <title>宅配便受け取り損ねた</title>
  <link>http://dev.blogtribe.org/entry-876e5987508e3a6edac428a8f0a13079.html</link>
  <description>Amazonはペリカン便で荷物が来るわけですが、午前の再配達を受け取り損ねてしまいました。。。
私用の為、10時に朝帰りしたのだけども、「9時30分にきました」という再配達票が入っていた。

確かにウチにいなかったのはこちらの責任なんだけども、細かく時間指定できないのはありがたくないなぁ。
午前、午後、夜間しか指定できないのってすごく不便。
多少値段が高くても、もっと細かく時間指定できる宅配会社のほうがいいなぁ。
Amazonで注文するのやめようかなぁ、ゆうパックとかクロネコ使っているEコマ―スってあるのかしら。

佐川急便えらい!!次の候補は宅配業者さんですが、荷物扱いの丁寧さで定評があると思われるクロネコさんは、手数料が高いのか通販業者さんは滅多に使ってくれません。で、しょっちゅうDVDやCDを買っているAmazonは、ペリカンなのです。このペリカンが、かなり良くありません。夜の19:00以降の配達を頼んだのですが、19:00すぐに来てしまって、焦って家に帰ったのですが数分の差で間に合わなくって、伝票に書いてあるケータイ or PHSと思われる番号に掛けても全然かからず、20分ぐらいかかってやっとかかったと思ったら、「今日は配達は終了しました」と言われ、かなりキレてしまいました。とにかく再配達のタイミングが悪すぎだし、時間帯指定の区切りも悪すぎ。今日もウチにいないし、明日もずっと仕事だし、荷物を受け取れるのがまたちょっと先になってしまう。
やっぱり職場のほうに送ってもらうのがいいのかな。
</description>
	<dc:creator>dev</dc:creator>
  <dc:date>2006-03-26T10:28:17+09:00</dc:date> 
 </item>
</rdf:RDF>