国民宿舎はらぺこ大浴場

Excel 列名変換問題やってみた

Sat, 12 Nov 2011 16:50:01 +0900

Excel列名変換問題で第２回社内プログラミングコンテストを開催してみた(前編) (ITは芸術だ)

問題1: Excel列名変換問題

仕様

入力されたアルファベットを数字に変換する。

変換ルールはExcelの列名と同等。

例) A=1、B=2、Z=26、AA=27、XFD=16384

起動時引数

[0] アルファベット (A～ZZZZ...[上限なし])

実行例

ExcelColConv.pl A → 1

ExcelColConv.pl AA → 27

問題2: Excel列名変換問題(逆変換)

仕様

入力された数字をアルファベットに変換する。

ただし、問題1で作ったプログラムを拡張すること。

起動時引数

[0] 0=数字へ変換、1=アルファベットへ変換

[1] 変換する数字またはアルファベット(どちらも上限なし)

実行例

ExcelColConv.pl 0 AA → 27

ExcelColConv.pl 1 27 → AA

90分はかからなかったけどなぁ… まぁ、時間なんてちゃんと測ってないけど。


use strict;
use warnings;

sub exCol2Num ($) {
    my $col = shift;
    $col =~ /^[a-z]+$/io or die "Invalid Excel colmun name '$col'";
    my $num = 0;
    for my $letter ($col =~ /[a-z]/igo) {
        $letter = uc $letter;
        $num = $num * 26 + (unpack('c', $letter) - unpack('c', 'A') + 1);
    }
    $num;
}

sub num2ExCol ($) {
    my $num = shift;
    $num =~ /^\d+$/io or die "Invalid number '$num'";
    $num == 0 and die "Can't convert 0 to Excel colmun name.";
    my $col = '';
    do {
        my $subnum = $num % 26;
        $subnum = $subnum == 0 ? 25 : $subnum - 1;
        $col = pack('c', $subnum + unpack('c', 'A')) . $col;
    } while (($num = int(($num - 1) / 26)) > 0);
    $col;
}

my ($mode, $input) = @ARGV;
my $result =
    $mode eq '0' ? exCol2Num $input :
    $mode eq '1' ? num2ExCol $input : die "Unknown mode parameter '$mode'";
print "$result\n";

まぁでもよい問題ですた。

最近買った本、捨てた本

Sun, 04 Sep 2011 16:43:11 +0900

仕事部屋を片付け中なんですが、疲れたので一休みがてらブログでも…。

風邪を引いたのでたまごスープ風のおかゆを作ったよ

Fri, 22 Jul 2011 10:04:22 +0900

材料

おいらは 1人で食いきったけど、朝食で食べるなら 2人前ぐらいはあると思う。

米 ...半合 (90cc)
水 ...650cc
中華スープの素(味覇とか味玉とか… うちでは化学調味料無添加の味玉 (ウェイユー) 使ってます。) ...ティースプーンで 2すくいぐらい
塩 ...小さじ 1/2 弱(必ず味見してください!! 真に受けると多分しょっぱすぎると思います… 味付け時に「ちょっと薄すぎるかな…」と不安になるぐらいがちょうど良いです。)
白こしょう ...少々
たまご ...1個
わかめ ...お好みで

作り方

お米を研いでよく水を切ったら、鍋に入れて分量通りの水を張ります。そのまま放置し、最低でも 30分は給水してください。
- 朝がゆの場合は前夜のうちにここまでやっておくのが賢いかも…
鍋を強火に掛けます。火に掛けたらすぐ、中華スープの素と塩で味付けしてください。
- 熱くならないうちに、中華スープをすくったティースプーンで鍋をグリグリかき回してよく溶かしてしまいましょう。溶けないけど。いやホント溶けない。どうにかして。
沸騰したら日を弱めの中火 (鍋底に火が届かないぐらい) にして、 11分ほど煮込みます。
- 当然のことながら (^_^;、この時間は環境により左右されます (^_^;。あくまで目安と言うことで…
- 蓋は載せずに開けっぱなしで煮込んでください。ここ、超重要ポイント。
- 時々何かを思い出したかのようにスプーンか何かでかき混ぜてあげるとよいかもしれません…。
煮込んでいる間に、わかめを戻しておきませう。
- 塩蔵の場合は塩をよく水で落としてから戻すといいよ、っていつだったか連れに言ったら、「当たり前だ、んなことぐらい分かっとるわ、舐めとんのかおんどりゃあ」と怒られました。迂闊なことは言わずが吉です…
イイ感じで煮えたのを確認してから、戻したわかめを 1口サイズに切り刻んで鍋にぶち込みます。
すぐさま、卵をボールに割ってよくかき混ぜ (それこそ黄身と白身の区別も付かなくなるぐらい)、鍋にぶち込みます。卵を鍋に入れたらすぐにおたまでグワッとかき混ぜ、そしてすぐに火を止めちゃってください。
最後に白こしょうを軽く振りかけたら完成です。

写真とかなくてごみんなひゃい… 掃除しなくちゃ…

仕上がり的には、柔らかい米のつぶつぶ入り中華風たまごスープって感じです。おかゆなのでとろみもあってまさにそんな感じです。胃に優しいので朝食にはもってこいです。すぐ腹減るけど。

お好みでどんこ (干し椎茸) とか加えるとなおよろしいかもです。あと刻み葱も欲しいところです。連れは絶対嫌がりますが。

…さて、現実逃避もこのぐらいにして、仕事に戻りますか…。

エイプリルフールは自粛を＝被災者に配慮必要－石原都知事

Fri, 01 Apr 2011 00:00:00 +0900

東京都の石原珍太郎知事は３１日の記者会見で、東日本大震災に関連し、「４月馬鹿からといって、嘘をついて笑っているような状況じゃない」と述べ、被災者に配慮して今春のエイプリルフールは自粛すべきだとの考えを示した。

石原知事は「今ごろ、ジョークじゃない。同胞の痛みを分かち合うことで初めて連帯感が出来てくる」と指摘。さらに「（太平洋）戦争の時はみんな自分を抑え、こらえた。戦には敗れたが、あの時の日本人の連帯感は美しい」とも語った。

都は既に、エイプリルフールの名所となっている一部のアルファブロガーやニュースサイト等について、節電などのため今年のエイプリルフールネタ記事自粛を呼び掛けている。

…ていうか、いまこの記事を書いている 3/31 22:47 現在、インプレスうおっちさんの 2011年エイプリルフール企画が本当に自粛 (2012年に延期) しようとしてるっぽいんですが (魚拓)、まぢっすか…… (悲

目的指向プログラミング

Sat, 14 Aug 2010 13:53:57 +0900

Togetter - 「派遣PG時代の思い出」

からリンクを辿って

システムエンジニア生き残りの極意: 実はオブジェクト指向ってしっくりこないんです！

を読み、ブクマで糞を投げてみたものの、年配の日本人プログラマーにおいては割とありがちな傾向なのではないかと思うところもあり、ちょっと書いてみようかしらとか思った次第。

オブジェクト指向にありがちな、それもとっても日本人的な誤解のひとつに、「オブジェクト = 物、物体」という解釈があると思う。確かに object という英単語には「物、物体」という意味があるのだけれど、実際には物体を表現しているわけではないオブジェクトについてまで、それを物体だと見立てて思考展開するんだ、と無理矢理自分を納得させながら Java や C# やその他のオブジェクト指向 (に対応した) プログラミング言語で頑張っている人って、実は若手でも少なくないんじゃないかと思う。

object という英単語には他にも「対象」や「目的、目標」などの意味がある。そのことを踏まえた上で、オブジェクト指向による設計について考えてみて欲しい。

例えば Window という名前のクラスがあるとする。このクラスの概要を説明する際、大抵の人は「ウィンドウを表すクラス」と書いてしまうのではないかと思う。これは多分、「オブジェクト = 物、物体」という前提をかなり意識した書き方だと思う。

あるいはポリモーフィズムを意識している人ならばもう少しマシに、「ウィンドウを表す基本クラス」などと書くかも知れない。そして派生クラスとして、FrameWindow があったり、 DialogBox があったり、はたまた見た目にも概念的にもウィンドウとは似ても似つかない FormControl なんてのがあったりするかも知れない。それでもこれらは「ウィンドウを表すオブジェクト」の一種をインスタンスとして生成するためのクラスとして扱われることになる。

まぁでもここまでは、それはそれでいいのかも知れない、とある程度納得できてしまうレベルの話なのかも知れない。フォーム部品もウィンドウの一種だと無理矢理納得することが、思考展開する上で圧倒的に不可能なことだとは思わない。でもそう思えるのは、これらは実行したときに、画面上で割と物体っぽく振る舞う概念だからなのではないか。

ちょっとしたゲームを作ろう、ということになって、その設計を考えたときに、そんなにたいそうなプログラムになるわけでもないし、ということで、実行時のシーンに応じてクラスを分けてみよう、と考えたとする。例えば以下の通りだ。

GameTitle
GamePlay
GameOver

名前を見ただけで、これらのクラスの「役割」は理解できると思う。GameTitle クラスはゲームのタイトルを表示する。プログラム実行時に最初に呼び出されるシーンだ。GamePlay クラスは実際にゲームを遊ぶプレイ中の制御処理を行う。タイトル表示シーンから特定のコントロール操作 (「start」ボタンを押す、等) により呼び出される。GameOver クラスはゲームオーバーになったときに行われる動作だ。スコアを表示したり、ハイスコアランキングに登録したり、といった処理が考えられる。

そもそもこのような設計手法は妥当なのか? 現実問題としてこのプログラムを実行時のシーンに応じてモジュール分けすると言うことは十分考えられることなので、少なくとも手段のひとつとして絶対にあり得ないと言うことはないだろう。個人的にはこれはこれで十分アリだと思うが、実際の開発においてはチームで議論するなり、リーダーが自身のセンスに基づいて主導するなりすればよいことだ。閑話休題。

さて、これらのクラスの概要を書くとしたら、あなたはどんな風に説明するか? 「ゲームタイトルを表すクラス」? 「ゲームプレイを表すクラス」? 「ゲームオーバーを表すクラス」? どれもクラス名以上のことは書いていない。そろそろ、「○○を表すクラス」論法は無理が生じてきていると言えるのではないだろうか?

それよりも、「本クラスにおいて、」と前置きして (あるいはそう前置きされている物と仮定して)、「ゲームタイトルのアニメーション表示を実装する」、「ゲームプレイ中の中枢的な制御を実装する。具体的には以下の制御が対象となる: …」、「ゲームオーバーの処理を実装する。ハイスコアランキングの登録を含む」などと説明した方が、すっきりするだろう。

オブジェクト指向の「オブジェクト」とは、観念的に「物」や「物体」を表すことを指す、と考えるより、設計においてプログラムを個別の部品というかモジュールに分ける際に、そのモジュールが何を「目的」として実装されるのか、そのモジュールが「目的」としている「対象」は何なのか、をはっきりさせるための、プログラミング上での表現手法、と考えるべきだ。

生成されるインスタンスを観念的に「物」と言い表すことはできるかも知れないが、オブジェクト指向プログラミングにおいて重要なファクターは、必ずしもそこだけではないはずだ。「クラスもインスタンスも両者を含めてオブジェクトと言います」なんて説明で日本人プログラマーをはぐらかすのはもう止めよう。オブジェクト指向とは、プログラムを「目的」単位でモジュール化する手法である。その単位こそが (文字通り) クラスであり、従ってクラスの説明は実装の目的を記述することであるべきだ。

そのことを念頭に置き、そうした観念に頭が慣れるまでは、「オブジェクト指向」という語は封印し、代わりに日本語で潔く、「目的指向」と言い表すようにした方がよいのではないか、と提案する次第なのである。

ネットとバーチャルの混同

Tue, 10 Aug 2010 04:39:26 +0900

はてなブックマークを利用するようになってから、ニュース記事や余所のブログへの言及記事を滅多に書かなくなってしまった。とまぁ、そこまでは別に気にしていなかったのですが、はてなハイクや Twitter をやるようになってから、今度はブログ自体をほとんど書かなくなってしまい、今に至ります。

ハイクも Twitter も、一度 post したら修正不可能なメディア。特に Twitter なんて文字数制限があるわけで、長文を綴るのには向かないツールなのに、何故かつらつらと長文を書きたくなってしまうことがちらほら。なんというか、あの何となくだらだらととりとめもなく書き綴る感じが、どうせ修正できないんだから校正とか考える必要ないかーみたいな投げやり感が、そして興味のある方がその場で割と手早くレスポンスを投げてくれるライブ感が、おいらをそうさせてしまったんだろうなぁとか思ったり思わなかったり。

いずれにせよ、ブログに書いておけばよかった級の長文が、この手のメディアで細切れ状態で漂うのはなんかもったいないので、今後はなるべくブログに書くようにします。ていうか、JASRAC 絡みの能書きなんて後でブログに起こす気満々だったんジャマイカ…もう今更だなぁ…どうしようこれ。

んで、こういう場でちゃんと長文を書くのもなんとなーくリハビリが必要な気がしたりするのでｗ、しばらくはとりとめもない話題でいくつか書いてみようとか思ったりする。あーブログ書くのひさびさできんちょうするなー (棒読み)。

割と昔からよく目にする構文なんですが、「ネットとリアルの混同」って奴。これって多分、ネット上でのやりとりが強いストレスになるケースがあって (2ちゃんでマイノリティ扱いされたとか、ブログなり Twitter なりで糞の投げ合いになっただとか、匿名でやっていた恥ずかしいことがハンドル名レベルで暴露されたとか)、それを実生活に引きずるが故に、仕事に支障が出たり、家族と喧嘩になったりするような、そういうケースを指してよく言われた言葉なんだと思う。

しかしまぁ、元々の表現方法自体に問題があるからだと思うんだけど、この言葉はたいていの場合、発言者の都合のよいようにネットと実生活を「別物」として扱いたい場合に用いられているのが実情なんだと思う。最近の使用例で思いつくのは、まぁこの辺とか。

百戦錬磨のネット論客 (笑) であるならば、そもそもネットはバーチャルでもなんでもなく、普通にリアルで利用されているツールというかメディアに過ぎない、ってことをよく理解している。だからネット上での発言も慎重なものになるか、あるいは極力自分で責任を持とうとする。間違いが指摘されれば調べ直して反論したり適宜修正を加えたり、とか。

だから、上記のようなケースは、それがネットであるが故の問題なのではなく、単に「プライベートと仕事を混同」しているだけだ、ということはすぐ理解できる。

ただ、ネットを「ある程度」バーチャルな空間として許容する空間もある。いや、空間と言うよりも、それは個々人の使い方によるもの、と考えた方がいいかもしれない。それは何かというと、匿名での参加および情報発信、である。

もちろんこれは、ハンドル名を用いて本名、素性を隠しているケースでも当てはまるんだけど、一連の発信内容から個人が特定されるリスクが高まることを思えば、完全な名無しさんの方が「バーチャル度」は高い、と言えるのかも知れない。匿名でネットを利用する人たちは、ネット上での発言や行動について、多くの場合その責任から逃れることが可能である為、ネット上での行動を、夢や妄想などの、実生活とは異なる概念として、精神的に切り捨てることができる。で、そういう使い方に慣れている人に限って、「ネット」と「バーチャル」を混同してしまうのではないかと思う。

いや、感覚的には割と前から漠然とそんな風に思っていたんだけど、こうしてしっかりと言葉にできるほどではなかった。

で、ネットでトラブルが起こるケースというのは、まさにこの、個々人が勝手に想定している「バーチャル」の領域と、社会の全体または一部、あるいは社会システムにおいて強い権限を持つ組織や個人が持ち込む「リアル」の領域とが、互いに衝突することによって生じているのではないか。例えば、ネットをバーチャルだと捉えすぎてしまったが故に暴走するケースとして、 OFF 会での悪ノリなんかが挙げられると思うし、領域の見極めに失敗したが故にトラブルとなるケースとして、 mixi でのダメ武勇伝 (犯罪行為とか) の開陳や、公私混同の動画うp (メガ盛りとか) による解雇などが挙げられると思うし、さらには公権力などの強い権限がバーチャルに過度に干渉するケースとして、犯行予告ジョークの度重なる摘発などが挙げられるんではないかと思う。

これらは当該ネット利用者からしてみれば、バーチャルだと思っていたものが突然リアルとして牙をむくわけで、言ってみれば悪夢を観て本当に死んでしまうグレイルクエストのような理不尽感なのだと思う。いや、七つの奇怪群島とか、めっさお気に入りでしたけどね。

そんなわけで、思い当たる節のある方なんかは、十分お気をつけくだちゃれ、ってなわけで本文を締めさせて頂きたいと思います。めでたし、めでたし。

JavaScript: どんな型の値でもとりあえずメンバフィールドに値を突っ込んでみるテスト

Thu, 05 Aug 2010 13:06:43 +0900

えー。長らく更新をサボって申し訳ない。しかも今回の内容は完全に個人的なメモなのでなおさら申し訳ないｗ

JavaScript って割とオブジェクト指向的な性格の強い言語だと思うんだけど、いわゆるオブジェクト型の値に限らず、関数型の値であってもメンバフィールドを持つことができたりして、その辺どうなっているのか、っていう辺りを整理しておきたかった。

で、以下のような HTML を書いてみたわけだ罠。


<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0//EN">
<html>

<head>
	<meta http-equiv="content-type" content="text/html; charset=UTF-8">
	<meta http-equiv="content-style-type" content="text/css">
	<meta http-equiv="content-script-type" content="text/javascript">
	<title>member field test</title>
    <script type="text/javascript" language="JavaScript"><!--
window.onload = function() {
    var table = document.getElementById("result");
    if (table.firstChild.nodeName.toLowerCase() == "tbody") // IE6 対策
        table = table.firstChild;
    var testdata = [ 1, "", true, undefined, null, Infinity, NaN, function() {} ];
    for (var i = 0; i < testdata.length; i++) {
        var tr = document.createElement("tr");
        // 値を表示
        var td = document.createElement("td");
        td.appendChild(document.createTextNode(
            typeof testdata[i] == "function" ? testdata[i].toString() :
            typeof testdata[i] == "string" ? '"' + testdata[i] + '"' :
            testdata[i] === null ? "null" : // Gecko はこうしないと空欄になっちゃうので…
            testdata[i]));
        tr.appendChild(td);
        // 型を表示
        td = document.createElement("td");
        td.appendChild(document.createTextNode(typeof testdata[i]));
        tr.appendChild(td);
        // フィールドへの代入を試みる
        td = document.createElement("td");
        var result;
        try {
            testdata[i].hoge = "Hoge!!";
            result = testdata[i].hoge;
        }
        catch (ex) {
            result = ex.toString();
        }
        td.appendChild(document.createTextNode(result));
        tr.appendChild(td);
        table.appendChild(tr);
    }
};
    //--></script>
</head>

<body>

<table id="result" frame="border" border="1" rules="all">
  <tr><th>値</th><th>型</th><th>x.hoge</th></tr>
</table>

</body>

</html>

結果はこんな感じ。一応 IE6、Firefox、Safari にて動作確認済み。

結論をまとめると以下の通り。

ブラウザ間で動作の差異は見られなかった。
null の動作が意外なほど undefined の動作に酷似している。オブジェクト型のくせに。ていうか、全くの別物なのに。
メンバフィールドに入れた値をその後も利用できるのは、通常のオブジェクト型の値を除けば関数型の値のみ。
数値、文字列、真偽値については、メンバフィールドへの値の代入のようなことをやっても例外は発生しない。が、あとでそのフィールドを参照すると undefined が返される。中途半端な動作だな。 undefined と null は代入しようとした時点で例外が発生。
- ついでに言うと、undefined と null は toString() メソッドを適用することもできなかった (例外を送出する)。undefined についてはそも値ではない (より厳密には「インスタンスではない」) からということで納得がいくんだが、null についてはなんだろ…オブジェクトなんだけどオブジェクトじゃないものであるということをことさらに表現したい、ってことなのか??

新人の熱病

Thu, 25 Feb 2010 00:58:39 +0900

「飲みニケーション」とかの次元じゃない”若手”の仕事の楽しみ方 - これはえがいblog

おかしいな。。。おいらはてっきり彼は本職もプログラマーなのかと思っていたのだけど、そういうわけではないのかな。。。?

っていうのは、プログラマーとして有能たり得る性格的な資質を考えたときに、彼のこの記事での発言、そこから垣間見えるメンタリティーからはあまりにも乖離しているから。

過去やってきた実績なんて１ミリも役に立たない

プログラマーは常に学びの繰り返しではあるんですが、それは過去に学んだ礎としての土台を前提としています。過去のプログラミングの経験を「1ミリも役に立たない」と感じながら職業プログラマーしているんであれば、なるほど確かに素質無さそうなので今すぐ転職を考えた方がよいとご進言申し上げます。

自分のわがままなんて1つも通るはずがない

プログラマー、SE の違いに関わらず、相手が上司だろうと顧客であろうと、よりよい提案があるならそれを表明し、意見を求めることができないならば、技術者として最も必要とされる類のコミュニケーションスキルが圧倒的に欠けていると見なさざるを得ません。これもまた、どうしようもないとおっさられるようであれば、なるほど確かに素質無さそうなので今すぐ転職を考えた方がよいとご進言申し上げます。

まぁ、これに関しては、一年坊主に発言権が許されない雰囲気の職場も多々ありますし、一年坊主が身につけていなくても割と許される類の能力でもありますので、とりあえず気にされなくとも良いでしょう。一年間これができずじまいで「あいつは結局芽が出なかった」と言われても仕方のない話ではありますが。

兎にも角にも、”本業”の仕事だけを死ぬほどやりまくること

(中略)

平日の朝から夜まで一緒に会社の中で頑張って評価される

(中略)

いや、死ぬほど頑張って働きましょうよー。

また、仕事が定時が終わっても、土日も仕事モードの”オン・オフ”にするのではなく、
仕事モードは”ハイ・ロー”の概念がいいらしいです。
それぐらい、ずっと仕事モードでいると色々と成長が早いと聞きます。

この辺はおいらの誤解もあるかも知れないが、余暇をしっかり休めないような人にデリケートなシステムの設計・実装・テストのいずれも任せることはできない。「死ぬほど」「頑張って」デリケートなシステムを組まれたところで、あなたが過労で死ぬ分には別に構わないのだが、そのシステムを利用するユーザーが死に至るような事故に巻き込まれるようなことはあってはならないからだ。

プロフェッショナリズムとはこうした利用形態と品質保持とのトレードオフを適切に判断し、それを自身の心身管理にまで反映できることをも含む。気分転換が必要だと思うならしっかり気分転換することもまた、プロとしては必要な行動だ。それが理解できないようであれば、なるほど確かに素質無さそうなので今すぐ転職を考えた方がよいとご進言申し上げます。

…などなどと綴ってみたところで、実際本当に職業プログラマーではないと言うことであれば、これは本当に単なるおいらの早とちりでしたので非常に申し訳ない。気分転換に綴った単なる妄言として適当に受け流して頂ければ幸甚。

…と、ここまで書いて、いまさらプロフィールの存在に気づくヲレｗ IT系の営業とコンサルですか。なるほど通りで人間関係とか重視されるわけですね。「目標数値」とか言う意味不明言語が出現した理由も合点が行きました。

お願いですから現状のあなたの価値観を技術者の方々に押しつけるのだけはやめてあげて下さいね。それは即ち下手な営業で無茶な仕事を取ってくるのはご勘弁、ということをも意味するわけですが。

しかし、(むしろここからが本題なのですが)

本業の仕事以外は全部不純物

よく、「将来起業する予定なんだよねー。」とか言ってる人っていますが、
その大半が本業の会社の目標数値を達成してない人が多いと思います。

それは本業の会社でうまくいっていないから、
違うところに評価軸をすり替えようとしているだけでそれじゃ”心が満たされない”んですよ！

プロフィールにも記されていますが、あなた、Web サービスをいろいろと展開されていますよね? 特に非モテ SNS は非常に有名で、Newyork Times紙始め、いくつかのニュースにも取り上げられておりましたが、その運営は今でも続けていらっさるわけですよね?

つまり、これらの Web サービス運営は「本業ではない」と言うことになるわけですが、それらについて、違うところに評価軸をすり替えようとしているから、それじゃ”心が満たされない”んですよとおっさられるわけですが、これらの Web サービスにあやかっているユーザーの方々がこの文章を読み、その真意をそのように理解したとしたら、いったいどんな気持ちになるんでしょうかね?

まさか、本業じゃないから、ユーザーへの誠意なんて必要ない、ユーザーの気持ちなんてどうでもいい、とは、思っていませんよね?

あと、自分、プロフィールには思いっきり、

やはり『何かを生み出す』のは楽しいです。
ちゃんと、色々勉強ができたら自分で会社作りたいなぁ。。。と思います。

とか書いているわけですが、なんか今回の記事での発言と思いっきり矛盾してませんかね。。。??

まぁ、個人的には、就職一年生とかにはよく見られがちな、社会人ってものがどういうものなのか俺様理解しちゃったぜー的な熱病のようなものなんだろうなと予想しております。根がまじめくんだったりするとこれがこじれて長引いたり、逆に気の迷いをつけ込まれてネズミ講やらカルト教団やらに引っかかったりすることは少なくないですが (やや偏見含む)、社会的規範との距離の取り方をわきまえている人や、何らかの挫折を経験している人 (自称「挫折」ではなくて) であれば、この国で生きていても割とすぐに冷めるものだとも思っています。そう言う意味では海外ニートの人が心配するほどのことではないとは思います。

それでも、この国の因習としての社畜的な常識ってのは染みついていて、冷めたあとの常識でさえ、国際的に見ればそれはそれは酷いものだったりもするわけですが…。海外ニートの人も本当に憂えているのはむしろこっちの方だったりするんだろうし。そんな中で、「大人の対応」として日々を適当にやり過ごしながら生きるってこと自体が既に異常なわけで…。

32歳になりますた。

Sun, 07 Feb 2010 09:10:09 +0900

ベタな強がり: まだまだ(0x)20歳。

ハッカー的にはやっと成人を迎えた、ってとこかな。

…ハッカー成人と言えるほどの技術力もなければ成果も成し遂げていない気もしなくはないが(´・ω・)

# 6bits 目が立ってしまったら定年という説も orz

…のーみそ衰えないようにこれからも日々精進ですわ(T-T)/

「世界はだんだんよくなっている」がジャーナリズム批判としてはダメな理由

Tue, 26 Jan 2010 14:40:25 +0900

世界はだんだんよくなっている
- ↑のブックマークコメント

t-murachi 社会形成, 歴史, 思考, hoge, 下らん, 時間の無駄, メタブもあるでよ中身のないポジティブ論に賛同はできないな。今こうしている間にも、失業者は着実に増えている。悲観、無力感への処方箋は解決策と試行であるべきであって、無関係な代替概念を持ちだして納得させる事じゃない。 2010/01/25

リンク先記事については同意し、あるいは励みになったとする意見が多数見受けられた。そのこと自体は悪いことではないと思う。各自の個人的な人生において励みになる概念が少なからず存在することは、悪いことではない。

おいら個人の人生としては、現状、メディアが喧伝する閉塞感の中において、割と幸せなものだと自覚している。なので例えば生活に窮する状況に追い込まれている方々 (working poor 然り、失業者然り) や、旧来的・現代的を問わず差別の憂い目に遭っている方々などを代弁して何かを言うことは難しい (してはいけないわけではないとは思うが、多分実感がこもらないんじゃないかと思う) し、実際それをする気もさほど無かったりする。

ただ、ブックマークコメントで書いたことについては、まぁ、それはそれとして、この記事が、メディアが閉塞感を喧伝することに対する批判として書かれているのであれば、その批判に伴う提案としてのポジティブシンキングには、やはり同意することはできない。これは、メディアが行っているとされる、この国の社会に対する漠然としたネガティブキャンペーンを一つの極と定め、対立する概念としての (やはり漠然とした) ポジティブシンキングをもう一方の極に配した二項対立の図式に落とし込もうという、自縄自縛の議論であるように思うからだ。

「この国の社会に対する漠然としたネガティブキャンペーン」が何故ダメなのかと言えば、それは個々の議論が突発的な井戸端会議のネタに終わってしまうからだ。事業仕分けがメディアに取り上げられ、国民の間で議論を呼んだ。それ自体は悪いことではない。しかし京速スパコンに対する蓮舫議員の「二番ではダメなんですか」発言ばかりがクローズアップされ、「頭の悪い素人が仕分けに口出ししている」という負の側面ばかりが目立つような報道になってしまった。その後も事業仕分けに関してはスパコンのことばかりが取り上げられ、本当に必要な議論 (大幅削減が決まった spring-8 や海洋研究、逆に仕分けの対象から結果的に外された核燃料再処理工場の是非、etc...) にあまり耳目が集まらなかった。本来批判されるべきはこうした政策論議に関する報道の網羅性のなさや、ウケ狙いの報道姿勢、そしてそうした報道をネタとして消費する読み手の姿勢にあるのではないか。

ネガティブな報道ばかりだから閉塞感が広がる、もっとポジティブなニュースだってたくさんあるはずだし、そういうのをどんどん報じるべきだ、とする意見をよく耳にする。同意される方も多くいらっさると思う。

おいらがそうした考え方にどうしても同意できないのは、結局の所、その考え方というのは、現状の、報道をネタとして消費するという、読み手、聞き手の姿勢を前提とした考え方だからだ。そうした姿勢が正されることがない限り、即ち大勢が個々に社会に参加しようという意欲を持たない限り、メディアは成熟しないだろうし、デモクラシーは成就されないだろう。雰囲気だけで政権交代し、雰囲気だけでそれを悲観し後悔するなら、そもそも民主制である必要など無いのだ。

昨今のメディアによるネガティブ報道にはもう一つ問題点があって、それは極めて個人的な事情により起こってしまった事件について、容疑者 (未だ裁判で犯人だと確定したわけでもない) の属性情報ばかりを取り上げた挙げ句、それがいかにも社会的な現象であるかのように報じてしまう点だ。こうした報道は偏見・差別を好む低俗な耳目をよく集める。しかしメディアリテラシーを高める存在であるべき新聞・テレビ報道が、結果的に民度を失墜させることに手助けしているというのは実に皮肉なものだ。

最近では個別の新聞・テレビ報道に対し、関係者がネット上でブログなどを用いて認識の齟齬や報道上の問題点等を指摘すると言うことがたびたび行われている。これはよいことだと思う (そういう意味では、元記事に同意するものである)。そして、そうしたことの一つ一つが、テレビや新聞のネットに対する相対的な信頼感を、着実に貶めていっているのだと思う。その効果は新聞の販売数やテレビの平均視聴時間、広告・CM枠の売り上げなどといった数字にもろに影響しているし、大手の新聞社、放送局が軒並み赤字を出していたりする。

しかし彼らは反省しない。それどころか、彼らが手にしている特権的利権 (記者クラブ然り、電波利権然り) を手放すまいと躍起になっている。このことこそ、最も悲観されるべきなのだ (特に我々世代にとっては)。元記事はテクノロジーが社会を少しずつ、着実によりよくして行っていると書いている。しかし、テクノロジーを活用するのは人だ。情報コントロールは権力そのものだ。テクノロジーが変わってゆくなら、人も変わってゆかなければ社会はよくならない。テクノロジーに取り残されたはずのメディアがテクノロジーそのものへのネガティブキャンペーンを展開し、それに多くの人が踊らされて差別に勤しむような社会は成長しない。インターネットをメインステージに育まれるこれからの時代において、誰もがそのことを肝に銘じなければならない。

アサブロにエディタというのが追加されたらしい。

Wed, 25 Nov 2009 07:08:55 +0900

記念パピコ。

まぁなんつーか、WYSIWYG なエディタとしてはできることは少ないけど、その分シンプルでよろしひのではなひでせふか?

問題を生じる可能性のあるアドオン

Sat, 17 Oct 2009 13:37:47 +0900

これ、どちらも Express 版の Visual Studio と一緒にインストールされたものだと思うのだが (製品版でも入るのかな?)、今日 Firefox を起動したらこんな alert が表示されて、ブロックされてしまいました。もともとこいつら 3.5 には対応していなかったよーな気もするんだが… (WPF はんなことなかったっけかな?)

議員内閣制と官僚依存体質からの脱却; むしろ行政府を立法府の手中に

Sat, 19 Sep 2009 21:08:17 +0900

民主党が約束する99の政策で日本はどう変わるか?

はてなーの反応の多くがちょっとアレなので、選挙前に買った←の本からの引用を交えて補足してみようと思う。この本は政策のレジュメとしても役に立つので、興味のある人は読んでみるといいと思う。

直接的に関連する記述は本の中の見出しで言うと「100人超の議員を内閣に送り込み、官僚依存体質から脱却する」ってやつ。p.113～115。それから、間接的には「政治任用ポストを大幅に増やす」(p.131～132) も関係してくると思う。他にもあるかな? おいらも勉強不足なもので…。

まず「100人超の～」の方から。まず大前提として、日本では議員内閣制を敷いていて、国会議員が国会議員の中から、行政府の長である内閣総理大臣を任命し、そしてその内閣総理大臣が行政府の主要ポストである各省大臣等を任命している。多くの場合、大臣、副大臣、政務官等のポストの多くを国会議員が請け負うことになる。

この制度の目的は、国の実際の運用を行う行政を、立法府のコントロール下に置くことにある。しかしながら、従来の体制においては、大臣・副大臣等が行政の実際の運用を把握し切れておらず、その説明責任を官僚に一任してしまうケースが多かった。すなわち、実態として立法府が行政府をコントロールできていなかった。

今回のニュースに対して、「官僚主導を打破し、政治主導に切り替えるという民主党の公約は反故にされた」と感じる人が多く出てしまうのは、現状のこうした実態を前提として考えているからなのではないかと思う。つまり、多くの人は、「政府＝行政 (官僚と同類か、もしくは官僚の操り人形)」と考えてしまっている。しかしながら、民主党は、そもそもこうした実態そのものを覆したいと考えている。

政府が官僚主導となれば、どんなに党が政治主導で (すなわち民意に沿って) 動こうとも、官僚からの反発に押しとどめられて立案が進まないという事態に陥る。政治主導とすべきは政府そのものであり、そのためには、議会議席における党員がもぬけの殻になろうとも、多くの議員を内閣に送り込み、そして政策立案の場を政府に置くことで、議員の官僚に対する発言力を高める必要がある。

民主党は副大臣・政務官に加えて内閣に大臣補佐官のポストを新設し、国会議員を充てるという。また、衆参一人ずつの官房副長官も増員するほか、現在は官僚が占有している官房副長官補にも国会議員を充てる。しかも、政治主導をさらに確実なものとするため、民主党内閣では、党の幹事長や政調会長までが入閣するという。

党幹部を含め、それだけ大挙して主要な政治家が内閣に入ってしまうと、党がもぬけの殻になり、党運営がままならないのではないかと心配される向きもあろう。だが、民主党政権では、与党が内閣と一体化するのだという。

つまり、民主党が政権を取れば、党の政調機能は停止され、政策立案は党の政調がまるまる引っ越してきた内閣ですべて行われるようになる。これまでのような、官僚主導の政府と政治主導の党という二重構造は、政策立案における透明性を欠く。民主党のこのやり方は、それが族議員の跋扈を許したという反省の上に立っているという。

事務次官会見の廃止とも繋がる話で、政策に関する詳細な点にまで、これらの政府入りした議員 (または議員により任用された民間人)、そしてそれらを束ねる各省大臣が把握し、説明責任を果たす。そのための改革であるとも言える。

なお、これは当たり前すぎるくらい当たり前のことだが、民主党政権では国会の本委員会 (各論を議論する小委員会は除くという意味) での答弁は政治家に限定されるようになる。

現在は政策の細かい話になると、政治家が官僚に答弁をゆだねるシーンをたびたび目にするが、民主党政権では答弁はすべて政治家に限られる。つまり、政治家は細部まで政策や法案を把握していなければならない。いよいよ政策立案も、霞ヶ関の官僚にお任せできなくなるという意味では、政治主導に大きく近づく。

ただ、以下に引用するとおり、政府が政治主導で回るようになっても、彼らが民意から外れるような政策を打ち出してきたときに、それに対する批判の声を逐次届けていくようでなければあまり意味がない。官僚によるパターナリズムが民主党によるパターナリズムに変わるだけでは意味がないのだ。だからこそ、メディアの役割、責任は大きくなる。しかし、それが従来の記者クラブ占有で政府会見が閉ざされたままということになれば、政治と大手メディアの談合により、有権者による重大な指摘の機会が失われることになりかねない。政府会見の記者クラブ外への開放が非常に重要な改革の一つであると言われるゆえんがここにある、というわけだ。

しかし、それと同時に、民主党政権下では、政治がおかしなことをやらないよう、われわれ有権者が監視しなければならない。政治主導が実現すれば、われわれ有権者の責務も、以前よりずっと大きくなることを覚悟しておく必要がある。

はてブで以下のように指摘する方がいらっさいましたが、これはまさにその通りだと思う。

vatista99 記者クラブを全面廃止してからにしろ

首相会見の開放が反故にされた件についてはおいらも気にしていたのですが、岡田外相が自身の会見では開放することを明言したほか、「これからも、徐々に開放を進めて参ります。」とする松野官房副長官の言質が議員のブログで公表されたということもあり、当面は信じて待とうかなという気になりつつあるところではあります。頼むよホント。

もう一つの「政治任用ポストを～」の方もまさに政府を政治主導で埋め尽くせ作戦の一環、というお話です。主要部分を引用しますね。

まず、民主党は公務員を三段階に分け、それぞれに独自の任用方法と独自の機能を持たせるという。

一番上が首相や大臣の周囲に置かれるスタッフである。首相の周りには国家戦略スタッフを、大臣の周りには政務スタッフを置く。これは首相や大臣が自由に採用できる政治任用ポストで、官僚が任用されることもあり得るが、民間が中心になるという。政治任用なので、大臣が替わったらスタッフも職を退くことになる。いわば総理や大臣と一蓮托生のポストだ。現在の役所に置き換えれば、次官、官房長、審議官クラスがこれに当たる。

その次に現在の局長クラスがくる。これも政治任用ポストになる見込みだが、大半は公務員が占めることになるだろうという。しかし、局長以上のポストは、ある程度政権の側で決めることが必要だと民主党は言う。

官僚の上層部を大臣とセットでポータブルな立場にするのは重要。現場の論理やお仲間意識に拘泥されるのを防ぐためでしょう。その下も政治任用としておくことで、抵抗勢力はいつでも首を切れる体制とし、公務員に対する議員の優位性を高める狙いがあるのでしょう。

以上、おいらもこの辺は専門の人ではないので、認識に誤り等あればご指摘いただければと思います。結論としては、少なくとも政治主導への切り替えという公約がこれによって反故にされるという話ではないし、そもそもマニフェストとして選挙前から言ってきたことですよ、というお話な訳ですね。ちゃんちゃんと。

今年の高校野球千葉県代表、八千代東はとんでもないチームだ。

Mon, 27 Jul 2009 22:36:32 +0900

八千代東、春夏通じ初の甲子園へ　高校野球千葉大会

八千代東の試合は、この決勝戦と、その前の準決勝だけ観てました。いやはや、とんでもないチームです。といっても、目立った特徴のあるチームではないように見える (ハズな) んですが、この辺の情報を頼りに、何が凄いのかを軽く列挙してみました。

大会通算打率たったの .203 。
大会通算得点 30点中、7回以降に上げた得点は実に半分の 15点。
- 大会 8試合中 5試合にて、 9回に得点を上げている。 9回に上げた得点だけで 7点になる。
- 大会 8試合中 6試合にて、最終回 (延長の回含む) に得点を上げている。最終回に上げた得点だけで 7点になる。
4番を打つ上條外野手は 8試合で全 9打点。チーム打点は 25 なので、1/3 以上を彼が稼いでいる。
8試合中 3試合が延長戦。延長回数は合計 10回。回数で換算すれば 9試合分戦ったことになる。
全試合、先攻を選び、そして勝っている。

実際、彼等の試合は、観ていて面白いです。良くできた漫画かなんかみたい。リアル山下たろーくんとかそういう世界 (あれ? そんな話じゃなかったっけ? >山下たろーくん)。

この「終盤に強い」という性格のチームは、単に観衆にとって面白いというだけではなく、相手チームにとっては非常に不気味なことなのではないかと思う。特に、1, 2点のリードでは終盤を迎えても絶対に安心できないと思う。高校野球は基本的にクローザーとか居ないしね。

大会 8試合中全試合で先攻を選んだ、というのも面白い。先攻、後攻はどうやらじゃんけんで決めるらしいのだが、じゃんけんで勝っても先攻を選んでいた模様。通常、野球は後攻の方が有利なので、じゃんけんで負けても相手チームが後攻を選んでくれるので、結果全部先攻になった、ということなのだと思う。これはある種の験担ぎなのかも知れないが、もしかしたら絶対にサヨナラ負けはしないという守備への自信の表れなのかも知れない。実際、一つの回で一度に取られた失点は最大でも 3点に止めており (流経大柏戦の 4回裏のみ)、ビッグイニングを許さない守備には安定感を感じる。

打率が低いのも、むしろ不気味さを感じる。なにより、これだけ打率が低いのに、 8試合やって全部勝っているのである。この打率で 8試合もやっていたら、 1, 2試合ぐらいは完封されるようなゲームがあってもおかしくないように思う。逆に言えば、少ないチャンスを確実にものにして得点を上げる能力があるチームである、とも言える。特に、 4番の上條外野手は 9打点を上げており、これは特筆すべきとまでは言えないかも知れないが、チーム打点の 1/3 を超える数字でもあり、 4番としての信頼には十分足りる数字ではあると思う。

そんなわけで、春夏通じて初出場ということもあり、全国的にはあまり注目され無さそうなチームではあるんだが、個人的には甲子園でも何気に面白いことをしでかしそうな気がして、結構楽しみだったりする。期待しとるでぇ。>ヤチヒガナイン

神保さんの民主党批評本を買ってみた。

Fri, 24 Jul 2009 10:14:55 +0900

民主党マニフェストは凄いけどヤバイ - 冨樫とエミネムを応援する日記

買ってみますた。

まだ全然読んでないのですが、とりあえず民主党に関して尤も関心が高いのは「財源どうするのよ」問題だと思うので、その辺について触れている、「61. 消費税を社会保障目的税とし、五％全額を年金財源に」から一部を引用しておきます。

民主党は二〇〇五年の衆議院選挙で、当時の岡田克也代表が、年金財源として消費税を五％から八％に引き上げることを公約に掲げていた。しかし、その後小沢氏が代表になると民主党はこれを撤回。二〇〇七年の参議院選挙でも、マニフェストで消費税率は五％を維持し全額年金財源に充てると公約している。

だが二〇〇五年当時と比べ、民主党は子ども手当の金額を月額一万六〇〇〇円から二万六〇〇〇円に引き上げているし、他にも財源を必要とする新たなセーフティネット政策を追加している。そのなかで、消費税の増税だけを引っ込めてしまったために、財源問題が表面化することになる。

民主党が小沢代表の下で言い出した、予算の組み替えによる二〇．五兆円の新たな財源の捻出が、場当たり的であるとして今ひとつ信用されない最大の理由がここにある。

つまり、予算の組み替え論は、消費税増税を公約から引っ込めたために足りなくなった財源分を埋め合わせる目的で (より厳しい言い方をすれば、そのギャップをごまかす目的で)、民主党が持ち出してきた辻褄合わせではないかとの疑念を持つ人が、少なからずいるということだ。

民主党は、消費税を増税するには、無駄の削減などを徹底することで、まずは政府に対する国民の信頼を得るのが先決だとの立場をとる。そして、消費税の税収は社会保障以外には使わないことを法律で明文化すると約束している。その上で、当面はそれを年金財源とし、将来的には年金改革で創設する「最低保障年金」や国民皆保険制度の「医療費」などの財源に充てていくという。

「今の政府は無駄があまりにも多いので、増税を持ち出しても理解されることはあり得ない」 (福山哲郎政調会長代理) というのが現時点での民主党の立場だ。政権を取り、徹底的に無駄の削減を行った上で、それでもどうしても政策を実現するための財源が足りなければ、そのときは消費税の引き上げも含め、改めて国民に信を問う、というところか。

あ、念のため断っておきますが、↑に表示されるリンクはアフィです。貧しいおいらにささやかなる施しを…ｗ

まぁ、この辺は個人的には概ね予想通りというか想像通りというか。とりあえず現時点では「増税無しにできそうだったらやれるとこまでやってみるけど、無理だったら増税するか公約のいくつかを諦めて貰うかのどっちかになるよ」ということなのでしょう。いずれ増税になる、という意味では自民党に任せていても多分同じ事なので、結局の所財源の問題を争点にするよりは、その使い道を争点にした方が良さそうな気もします。

最初に挙げたリンク先に概要が概ね書かれていますが、それを見る限りにおいては、全体的には思っていたより悪くなさげです。時間がなかなか取れないですが、追々この本を読んでもう少し検証してみたいと思います。

国民宿舎はらぺこ 大浴場