<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule" >
  <channel>
  <title>バブルガム・フューチャー</title>
  <link>https://bubblegumfuture.blog.shinobi.jp/</link>
  <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="https://bubblegumfuture.blog.shinobi.jp/RSS/" />
  <description>ブログ</description>
  <lastBuildDate>Mon, 26 May 2008 15:21:43 GMT</lastBuildDate>
  <language>ja</language>
  <copyright>© Ninja Tools Inc.</copyright>
  <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" />

    <item>
    <title>phpをコマンドラインから実行して引数を渡すとき</title>
    <description>
    <![CDATA[<p>php内で$_GETで取得される引数は &quot;php test.php c=5 d=45&quot;　っという調子で渡せるが、<br />
環境変数、$_SERVER[&quot;query_string&quot;]　とかは渡せない。環境変数はwebサーバーからの<br />
データを入れているため。<br />
<br />
phpでputenvを使い環境変数にデータを入れることはできるが、今度は逆に<br />
putenv(&quot;QUERY_STRING=c=5&amp;d=45&quot;)とか書いても$_GETの値を渡すことができない・・・。<br />
php内のQUERY_STRINGを参照している箇所を$_GETに直せばよいが・・・。<br />
<br />
<br />
webサーバを通して実行した場合の環境変数を確認してみるべし。</p>]]>
    </description>
    <category>未選択</category>
    <link>https://bubblegumfuture.blog.shinobi.jp/%E6%9C%AA%E9%81%B8%E6%8A%9E/php%E3%82%92%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%E3%83%A9%E3%82%A4%E3%83%B3%E3%81%8B%E3%82%89%E5%AE%9F%E8%A1%8C%E3%81%97%E3%81%A6%E5%BC%95%E6%95%B0%E3%82%92%E6%B8%A1%E3%81%99%E3%81%A8%E3%81%8D</link>
    <pubDate>Mon, 26 May 2008 15:21:43 GMT</pubDate>
    <guid isPermaLink="false">bubblegumfuture.blog.shinobi.jp://entry/4</guid>
  </item>
    <item>
    <title>Useless use of a constant in void context at …</title>
    <description>
    <![CDATA[<p>　Perlスクリプトをつくっていたところ。<br />
　「Useless use of a constant in void context at &hellip;」という警告がいつまでも消えない。どうにもわからず調べてみても、ろくな情報がでてこず　&rdquo;「関数のように見えるのならそれは関数だ」のルール&rdquo;という情報についての記述ばっかでてくる。（このルールも英語ドキュメントをそのまま和訳しただけのようで意味不明・・・。）<br />
<br />
　で、ぽかーんとしていると、スクリプト内で　ファイルを開いてファイルポインタを割り当てる処理を書いていた箇所が、下記のようになっていた。<br />
<br />
　open(FP,&quot;&gt;&gt;test&quot;) or &quot;can't open test&quot;;<br />
<br />
　そう。&quot;can't open test&quot;の前にdieが抜けている。気づけよ　っという話なのだが、「Useless use of a constant in void context at &hellip;」は関数がくるべきとこに関数が来てなくて、変数とかがきてまっせ、という意味の警告なのだろうか。<br />
<br />
　とりあえず解決。<br />
&nbsp;<br />
<br />
　<br />
　<br />
</p>]]>
    </description>
    <category>Perl</category>
    <link>https://bubblegumfuture.blog.shinobi.jp/perl/useless%20use%20of%20a%20constant%20in%20void%20context%20at%20%E2%80%A6</link>
    <pubDate>Tue, 29 Apr 2008 14:33:49 GMT</pubDate>
    <guid isPermaLink="false">bubblegumfuture.blog.shinobi.jp://entry/3</guid>
  </item>
    <item>
    <title>メールに変わる情報伝達手段についての考察</title>
    <description>
    <![CDATA[　職場ではメールが欠かせない。毎日数10通のメールが来る。<br />
<br />
　先月までプロジェクトごとにフォルダを分けてメールを振り分けていたが、プロジェクトが完璧に分かれておらず、ある程度の関連を持って、時々は一つのメールに複数のプロジェクトの用件が一緒になって書かれてくるので、割り振ってしまうと帰って探しにくい場合があった。上司の勧めによって思い切って分けるのをやめてみたが、案の定、過去のメールを探すのに手間取っている。。。。<br />
<br />
　同僚と「メールは既に時代遅れの情報伝達手段で新たなツールが潜在的にもとめられているのでは？」という話になり、その形を模索している。<br />
<br />
【問題点】<br />
・メールの量が多い<br />
・プロジェクトごとに振り分ける方法はうまくいかなかった（複数のプロジェクトにまたがるメール、振り分ける手間が必要etc）<br />
・振り分けることをやめたが過去のメールを探すのに手間取っている<br />
<br />
　見た目には振り分けず、マーキングする「タグ」もあるが、タグ付けをする手間はやはりあるし、プロジェクトのステータス、最新情報を追うことはやはり人間が読んでせねばらなない。<br />
<br />
【理想】<br />
〇おびただしいメールから常に最新情報をサマリーできていること。（サマリーの枠組みはこちらで作るしかない？？）<br />
<br />
・プロジェクトごとのサマリー自動化<br />
&uarr;サマリー自動化<br />
　&uarr;文章解析（・・・？）<br />
&uarr;プロジェクトごとの振り分け自動化<br />
　&uarr;タグ付け自動化<br />
　　&uarr;単語抽出（・・・？）<br />
<br />
【第一目標】<br />
　タグ（候補）付け自動化、&larr;タグ（候補）リストレビュー<br />
<br />
　<br />]]>
    </description>
    <category>考察</category>
    <link>https://bubblegumfuture.blog.shinobi.jp/%E8%80%83%E5%AF%9F/%E3%83%A1%E3%83%BC%E3%83%AB%E3%81%AB%E5%A4%89%E3%82%8F%E3%82%8B%E6%83%85%E5%A0%B1%E4%BC%9D%E9%81%94%E6%89%8B%E6%AE%B5%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6%E3%81%AE%E8%80%83%E5%AF%9F</link>
    <pubDate>Sun, 13 Apr 2008 05:52:47 GMT</pubDate>
    <guid isPermaLink="false">bubblegumfuture.blog.shinobi.jp://entry/2</guid>
  </item>
    <item>
    <title>IT雑誌とマネーフローに関しての考察</title>
    <description>
    <![CDATA[昨日ゆっくり食事しながら雑誌を読みたいと思い本屋に行った。<br />
雑誌コーナーでＩＴ系の雑誌を探してみるがなかなかピンとくるものがない。<br />
<br />
ＩＴの仕事をしつつも、流行のwebのこととか知らない私としては、<br />
Webサイト、Webアプリの今後の動向なんかを分かりやすく教えてくれる<br />
雑誌がほしかったんがどうも見つからない。<br />
<br />
どの雑誌も開いてみると　ＨＤＤやら新型ノートＰＣ、ゲームソフト、フィギア、<br />
アニメ・・・・どうも違う。『モノ』情報なんだよね。そしてそれを『買ってくれ』情報。<br />
<br />
この情報化社会に私は本屋で目当ての情報にたどり着けないでいる。それは<br />
なぜか。ちょっと考えてみた。<br />
<br />
結果はこう、<br />
<br />
<br />
昨今、Webアプリはクオリティは高くなる一方だが無料で提供されるのが当たり前。<br />
フリーソフトやオープンソースというものもあり、高度化に反して値段は０のまま。<br />
<br />
それはソフトの世界が、高度なアプリケーションを求めてあつまるユーザーに対しての<br />
広告費で回っているから。『モノ』いわゆるハードの世界はそれとは違って結局、それ自体を<br />
買ってもらうことで利益を上げている。つまり自身を買ってもらうことを目的としていないweb<br />
の世界で販促は成り立たないんだよね。（黎明期に雑誌に登場するwebもあるけど）<br />
<br />
逆にweb上のニュースサイトでは他サイトの紹介が多い。これはそのニュースサイトも<br />
集まった人に対する別品の宣伝を目的にしているから。<br />
<br />
<br />
<br />
つまりＩＴの情報は下記のように分かれていると思われる。<br />
紙媒体&rArr;販促がなりたつ情報の紹介（ハード、モノ、ＨＤＤ，ＰＣ，フィギア、アニメ、ソフト、ゲーム・・・）<br />
web媒体&rArr;web上のユーザーが集まりそうな情報ならなんでも（webアプリ、フリーソフト、オープンソース・・・）<br />
<br />
しかし。web媒体の収入形態はソースを紙媒体が対象とするもの、つまりモノにしても成り立つ。　<br />
<br />
<br />
<br />
<br />]]>
    </description>
    <category>未選択</category>
    <link>https://bubblegumfuture.blog.shinobi.jp/%E6%9C%AA%E9%81%B8%E6%8A%9E/it%E9%9B%91%E8%AA%8C%E3%81%A8%E3%83%9E%E3%83%8D%E3%83%BC%E3%83%95%E3%83%AD%E3%83%BC%E3%81%AB%E9%96%A2%E3%81%97%E3%81%A6%E3%81%AE%E8%80%83%E5%AF%9F</link>
    <pubDate>Sun, 30 Mar 2008 13:42:19 GMT</pubDate>
    <guid isPermaLink="false">bubblegumfuture.blog.shinobi.jp://entry/1</guid>
  </item>

    </channel>
</rss>