Thursday, April 09, 2009

Sunday, March 15, 2009

git

最近はgitなんですね。


clmemo@aka: Git 本を注文しちゃった
最近、バージョン管理ソフトの git が楽しくてしょうがない。で、日本語の解説本がないかと探しているんだけど見つからない。
Git Cheat Sheet 日本語版 | textdrop

Friday, February 27, 2009

「なんでもいい」とエンドユーザに言われたら

これはエンドユーザがよく言うなぁ。
彼女とエンドユーザの扱いは一緒かもしれない。

「なんでもいい」とエンドユーザに言われたら
  1. 「なんでもいい」とは「勝手にやっていい」という意味ではないことを肝に銘じる
  2. EJB、ハイスペックはフレームワークは避ける
  3. 付加価値を提供する
  4. アフターサービスを保障する
  5. 困ったときは現行にあわせる



「どこでもいい」と彼女に言われたら

  1. 「どこでもいい」は、どこでもいいという意味ではないことを肝に銘じる。
  2. 揚げ物の店、ボリューム自慢の店は避ける
  3. 付加価値のあるお店を選ぶ
  4. デザートが美味しい店
  5. 困ったときはイタリアン



Thursday, February 26, 2009

文章がわからない

強制による教育のすすめかたが「教師としての職業倫理」に読みとれてしまうので、添削。

同氏は、子供の納得のもとに教育をすすめるという「教師としての職業倫理」が強制によって打ち砕かれているとし、


砕かれた教師の倫理/「日の丸・君が代」強制 精神科医が証言/東京地裁
同氏は、強制によって子どもの納得のもとに教育をすすめるという「教師としての職業倫理」が打ち砕かれているとし、「家族や自分の命を失うのと同じぐらいの喪失」だと説明。

Sunday, February 15, 2009

1234567890 Day

1234567890 Day

こんな楽しそうなイベントがあったなんて知らなかった。

perl -MTime::localtime -e "print ctime(1234567890);"


4/12追記
UNIX time が「1234567890」になる - スラッシュドット・ジャパン
本家タレコミからリンクされているLinux Pro Magazineで紹介されているように、Perl Script「perl -e 'print scalar localtime(1234567890),"\n";' 」で自分の地方時における時間を知ることができる。


Monday, November 24, 2008

Official Pirates Mix

Kyosuke Himuro Official Pirates Mix
2008.09.01
2008.09.02

http://www.himuro.com/opm/

また散財だ。

Sunday, November 02, 2008

Wednesday, October 22, 2008

MA4

Mashup Awards 4 / MA4



大賞を逃しました。
http://k.hizasi.jp

残念。


しかし、いろいろアイデアあるなぁ。
勉強になります。

GoogleMap、モバイル系が主流のような。

Saturday, September 20, 2008

酒たまねぎや

木曜日に同僚と行ってきた。日本酒はやっぱりおいしい。
そんなに日本酒通なわけじゃない。ただおいしいといわれたからいってきただけ。
その場で店の親父からしいれた知識も店を出てしまえば忘れてしまう。親父さんごめんなさい。

同僚ととりとめもなく話しをしてきた。
システム開発にはプログラマ、設計者、ユーザそれぞれの思いやりが大事。
親父ギャグにも思いやりが大事。
くだらないことをおもしろおかしく話ができた。


小野和俊のブログ:「酒たまねぎや」に行ってきました
以前から、神楽坂に都内でトップクラスの日本酒を揃えている「酒たまねぎや」という店があるという噂を聞いていたのだが、今週火曜日に行ってみたところ、日本酒と刺身が想像を絶する美味しさだった上に、「おしゃれでない一杯飲み屋」を自称する店の雰囲気が、かつて足繁く通った新宿のバー・アカシアと共通するところがあり、非常に気に入って、昨夜も一人で酒たまねぎやを訪れたのだった。

大規模プロジェクト

大規模プロジェクトに限らず
「・・・が決まらないとできません(動けません)。」「手順がないからできません。」とかいっている人ばかり集めると失敗するよね。
やっぱり思いやりが大事だな。



「大規模プロジェクトではどうするか」を考えるより、「大規模にしないためにはどうするか」を考えよう - kwatchの日記
はっきり言おう。大規模プロジェクトは存在自体が悪。
大規模開発はなくならない - kwatchの日記
まえのエントリに書いてある趣旨は、主に 3 つです。

* 同じ要件や仕様でも、作る人の能力次第で 100 万行に膨れあがることもあれば数万行で済むこともある。
* 規模が大きいほど失敗する可能性は急速に高まるから、プロジェクトを成功させようと思ったら、規模を小さくすることを考えるべき。
* それがわからず、規模の大きさを自慢するやつはバカ。

Monday, September 15, 2008

mysql_query()のバグだろ?

僕はPHPとか触ったこともないので、はずしていたらすみません。
文面からすると、mysql_query()メソッドが引数をバリデートしていないというバグじゃないかと?


HelloWorldプラスアルファからさらに上を目指すために (PHP編) - Web屋のネタ帳
mysql_query("set names utf8"); もまずい。→ SET NAMESは禁止。 mysql_set_charset っていうのがあるんだからそっち使おう。

Tuesday, September 02, 2008

携帯機種変

MOVAからFOMAに機種変。
決して「MOVAってまだ使えるんですか?」
と言われたからでは無いよ。


PRADA Phone by LG | 製品 | NTTドコモ

Saturday, August 30, 2008

設計書の必要性

プログラムさえあればいいという考え方はあまりにも危険。
彼のような考え方が生まれた背景には、設計のできない人が増えていることがあると思う。
つまり設計のレベルが低いといこと。
ひとつは、設計書に記載すべき事項がわからない、ということ。
もうひとつは、文書力が設計書を記載するレベルに無い、ということ。


システムエンジニア不要説 - masayangの日記(ピスト通勤他
ここではフローチャートの是非を論じるつもりはない。クソだから。もっと一般化してしまえば、○○設計書みたいに「設計書」と名のつくものは全部クソだ。だって動かないんだもん。

動かない以上、それら設計書が正しいのか、漏れがないのかは保証のしようがない。机上検証なんていう工程もあるらしいけど、君たちの脳味噌は何MIPSなんだと問い詰めたい。もちろん、机上検証で見つかる凡ミスもあるだろうけど、そんなのはズボンもパンツも履かずに会社に向かうのと同じくらいのレベルの間違いだろう。

Friday, August 15, 2008

自宅以外でのLAN接続

実家のLANに接続したら、colinuxが使えなくなった。
/etc/resolv.confの設定がアップデートした際に戻っていたようだ。



coLinuxを入れてみる (Clouder::Blogger)
次に /etc/resolv.conf を下記のように編集します。

nameserver 192.168.0.1

Saturday, July 26, 2008

CoolなURLを作るには

うーん、どうなんでしょ?この場合ApacheがMVCの"C"なわけで。
情報隠蔽の観点からxは入れないほうがいいと思うが。

CoolなURLを作るには
3. どうせならMVCを根本から実践してみるのもいい

察しのよい人は冒頭のURLとソースの例を見ただけでお気づきだろうが、 「x」はMVCの概念(Model, View, Controler)で言うところのCだと考えることもできる。 CoolなURLを作ろうと思うとCoolな概念に出会う。 答えはひとつだけなわけじゃないけれど、でも結局Coolの目指すところ行き着く先は、同じだ。

Saturday, June 07, 2008

Perl::Critic

煽られてみました。YAPC::Asia2008でも言及あったしね。
さっそくcoLinuxに入れてみる。
おー、PBP(おそらく英語版)のページまで出るのか。
いいかも。


愚民どもはPerlCriticにしたがえ - TokuLog 改めChumbyとどきました日記
Perl::Critic がデフォルトでチェックしてくれる項目は、だいたい守ったほうがいい項目です。ベアワードファイルハンドルもちゃんとチェックしてくれます。Perl ではまるポイントの多くの部分をさけられるこのモジュールを使わないのは非常に損です。

Tuesday, June 03, 2008

IT産業

同意です。「匠」を育てる環境も用意せず「匠が欲しい」なんていっているようじゃ駄目だな。


学生とIT業界トップの公開対談で胸を衝かれたこと---IT産業を呪縛する“変われない日本”:ITpro
技術力とプロジェクト・マネジメント能力のどちらかが,他方より高尚だとか重要だということはあり得ない。どちらも社会を成立させ運営するために必要欠くべからざる大事なものだ。

# スクラムマスターを雇う時に聞いてみるとよい47個の質問

  # スクラムマスターを雇う時に聞いてみるとよい47個の質問 スクラムマスターへの質問というPDFがあるので、回答してみた。 定期的に自分の回答がどう変わっていくのか楽しみだ。 Scrum Master Interview Questions: Free Download of...