スナイピングが気になる夕方（´・ω・）

ちと最近FPSやってないからウズウズ

それにしても2.4キロってすごいな。

秋葉原から東京駅の人を狙撃って距離レベルで、

上野から日暮里って距離・・・。



何もない荒野というのはアレとして。

JR西日本「二度寝しました」 凄く正直（´・ω・）ｽ

奈良線　六地蔵駅の営業開始が遅延した事象について

1　発生日時
　平成24年10月29日（月曜日）午前5時20分
　※注釈　六地蔵駅の営業開始時刻

2　発生場所
　奈良線　六地蔵駅

3　概況
　10月29日、六地蔵駅の係員は、本来、午前5時15分までに宇治駅に起床の報告をしなければならないところ、同時刻ごろに起床したため、営業開始の準備作業が遅れ、午前5時30分ごろに営業を開始した。
　※注釈　自動改札機と券売機を使用開始したのは午前5時30分ごろ
　※注釈　始発電車［奈良駅(4時50分)発　京都駅(5時46分)着］には六地蔵駅(5時32分)で約50名のお客様がご乗車され、乗り遅れたお客様はいらっしゃいませんでした。また、きっぷを購入できなかったお客様（約5名）には、着駅などで精算していただくようご案内しました。

4　原因
　六地蔵駅の社員が起床後に二度寝したためです。

5　対策
　指導教育を徹底し、同様の事象を二度と発生させないよう努めてまいります。
http://www.westjr.co.jp/press/article/2012/10/page_2761.html

清々しい程正直でインスパイアされた（´・ω・）ｽ
ある意味、その正直さで信頼されるｗ

「Lotus」 vs 「他社製品」 コラボレーション製品 比較・移行セミナー

「Lotus」 vs 「他社製品」 コラボレーション製品　比較・移行セミナー
マイクロソフト SharePoint、Exchange、サイボウズ、デスクネッツの限界・課題を、IBM ソフトウェアが根本解決！
さまざまなコラボレーションやソーシャル、グループウェア製品が存在する中、一見似たような製品に見えても、実際に利用や運用を開始すると、いろいろな問題や制限に直面してしまいます。昨今そのような問題の根本的な解決のため、新規に IBM/Lotus を採用する企業が増えています。
本セミナーでは、「他社製品からLotus 製品への最新移行事例」、「他社製品と Lotus 製品との違いや価値」、「選定ポイント」について、お客様事例とデモを中心に徹底比較します。
2012年11月27日（火曜日）　13時30分開始 （受付開始：13時15分）
日本アイ・ビー・エム株式会社　箱崎事業所
http://www-06.ibm.com/software/jp/lotus/events/nov2012/movetolotus.html

先日、千代田線でラックトップ開いている人の画面をチラ見して、あ・・ノーツだ・・・と。
某社の派遣の人にまだノーツってあるんですね？と、会話で、まだ使ってる会社ありますよ？と。
てっきりもう無くなったのかと密かに思ってた。
私が使っていたのは確かもう１０年以上前。
公式のページを見たらやはり現役で定期的にセミナーまで開いている模様。
現在、どれくらいのシェアがあるだろうか？と調べてみると、
ノークリサーチが毎年発表している「中堅・中小企業のグループウェア利用シェアと評価調査でみると、

2012年中堅・中小企業における「グループウェア」の利用実態とユーザ評価
うは、知らなかった・・・。てっきりセールスフォースとかガルーンでノーツは番外かと思ったら、
まだまだ全力シェアがあったのか。
レポートによると、シェア上位三製品には変動が見られないが、四位以降では動きが活発になりつつあると。
当然、VPNやら社内にサーバー置きたいっていう考えとか、海外の拠点とシームレスってなると
今後多少変わってくるとは思うが・・・。

私の中の感想はIBMのドミノは値段がびっくりする程高いというイメージしか無い。
あとで久しぶりに評価版でも触ってみようかと思った朝のひととき。

１１月（´・ω・）ｽ

今日から１１月（´・ω・）ｽ
今月は正念場。
仕事も生活もしっかりと。
まずは朝から適度に掃除。

さて・・ちと前が空いたが、
総括してから作業へ

そんな朝のひと時

屋台おでん（´・ω・）ｽ

もちろん、黄昏ナイツ（´・ω・）ｽ



iPhoneからの投稿

集中時間（´・ω・）ｽ

会議の通信係で参加（´・ω・）ｽ
よく考えてみたらこの数年、
1時間以上、いや数時間拘束される事なんて殆どない。
何事も浅くなったのか？
それとも処理か？
コード書いていても前は数時間は出来たのに、
最近は1時間毎に休みたくなる。

そんな記録（´・ω・）ｽ


iPhoneからの投稿

今日も地道に（´・ω・）ｽ

今日も地道に頑張る（´・ω・）ｽ



iPhoneからの投稿

始発でスタート（´・ω・）ｽ

今日は始発でビットスタート（´・ω・）ｽ
まだ星が見える。



iPhoneからの投稿

夜（´・ω・）ｽ

今日はまったくPCに触らず、
夜に食事を兼ねて出撃。
21：00近くに戻りお風呂やら休憩。
そして現在3：30

明日は自宅でしっかり作業。
本当に夜型になったような・・・。

いずれにしても月末なので、
ちとまとめてやら。
そんな夜の記録（´・ω・）ｽ

メモ：とある掲示板のいいねボタン

某グループウェア内にFaceBookのような”いいね”ボタンがついた掲示板をちと作った(´・ω・)ｽ
さらに修正やら・・・これはその記録(´・ω・)ｽ
役にあまり立たないが、忘備記録で書いておく(´・ω・)ｽ

前提：
元々ユーザーデータとパスワードは別々に保管し、
ログイン済みで、セッションでIDと名前、権限フラグを持ちまわる。

掲示板をさくっと作る。POSTでテーブルにぶち込み。
テーブルもさくっと
`id` int(5) NOT NULL auto_increment,
`write_day` date NOT NULL,
`mamber_code` varchar(4) NOT NULL,
`name` varchar(20) NOT NULL,
`title` varchar(20) NOT NULL,
`text` varchar(255) NOT NULL,
`good`　int(3) NOT NULL default '0',
`bad`　　int(3) NOT NULL default '0',

とさくっとぶち込み。
パクリインスパイアされたFaceBookやセールスフォースにプラスした”いいね”に対抗した
”アレだな”ボタンようにbadも用意しておく。
続けて、これにいいね、悪いなボタンを押したユーザも保持するテーブルも用意。
`id` varchar(4) NOT NULL,
`post_id` varchar(4) NOT NULL,
`name` varchar(20) NOT NULL,
`goor_or_bad` varchar(1) NOT NULL

要はいいねと押された時に持ちまわったセッション情報で、
このテーブルにぶち込む。
ぶち込みは安価に
try {
$db = db_connect();
$stt = $db->prepare('INSERT INTO テーブル
　　　　　　(id,write_day,mamber_code,name,title,text,good,bad)
VALUES(:id, :write_day, :mamber_code, :name,:title, :text, :good, :bad)');
$stt->bindValue(':id', NULL);
$stt->bindValue(':write_day' , $nowtime);
$stt->bindValue(':mamber_code', $_SESSION["id"]);
$stt->bindValue(':name', $a );
$stt->bindValue(':title', $_POST["title"]);
$stt->bindValue(':text', $_POST["text"]);
$stt->bindValue(':good', '0');
$stt->bindValue(':bad', '0');
$stt->execute();
$db = NULL;
} catch(PDOException $e) {
die("エラーメッセージ：{$e->getMessage()}");
}

とか・・普通に。

書いていてアレと思った点は、
クエリ投げる時に、今回、いいねボタンを押すときに

１．記事を格納しているテーブルにいいねカウントを保持すべきか？
　　いいねカウントは別のテーブルに保持すべきか？
２．上記だと掲示板一覧にクエリが将来的に負荷おｋか？


要は記事一覧にそれぞれのいいねカウントが表示されるが、
もし”いいね”したアカウントを全く別にすると一覧時に、
そのテーブルを見ないといけないので負荷がかかりすぎる。
なので、今回は掲示板自体にいいねカウントを入れ込み、
いいねアカウントとそれを行ったユーザーなど別に分けた。

やはり面倒だがバンバンテーブルを分けるっていう事になったが、
まぁ・・それが一番なんだろうな。
どのCMSみてもそんな感じだし。

メモとして複数PDOで同時にエラーがいくつか発生した。
これは後で確認(´・ω・)ｽ