ラベル wetware の投稿を表示しています。 すべての投稿を表示
ラベル wetware の投稿を表示しています。 すべての投稿を表示

2010年4月20日火曜日

「ウォーリーを探せ」

スポーツ業界で、「周辺視」やら何やら言い出しましたが、
ゲーム業界では、かなり昔からあります「一点凝視」です。

いずれも、特定一ヶ所に集中させずに、視野全体を認識するものです。

人間の視界には、ものすごい量の情報が詰まっているわけですが、
本人が認識できているのはほんの一部です。

人間はモノを見るときに、脳内で記号に置き換える。らしい。
一種のデータ圧縮、と言って良いでしょう。
置き換えに成功したものしか認識できない。
順番に置き換えるので、分量に制限がある。というわけです。

「ウォーリーを探せ」

一緒にやってみると判るのですが、
3歳未満?の小さいお子さんは、ものすごい勢いで見つけます。
お父さんは、50秒ぐらい掛かります。テキトーに言ってます。

周辺視が出来てる、と言ってよいでしょう。
生物が本来持っている。おそらくそういう話。

じゃあ、なんで大人になると出来ないのか?
出来てないのではなくて、学校教育で封じてしまった。らしい。

小学校の国語の授業で、1文字づつ指で追いかけて音読してましたよね。
筆者はやりました。当然、認識視野も狭くなります。

アレで「1文字づつ」「脳内でも音読」する癖がついちゃってる。らしい。
友人で、本を読むのが遅い人が居たんで、聞いたらそういうことらしい。

少なくとも、人間が「読む」のに、「脳内で音読」する必要は無いんです。
外国語ではその境地はなかなか難しいんですが。
日本人が日本語を読む分には可能な筈。

筆者はそれとは別に、中学生ぐらいのときに、図書館で本を借りてきて
速読の練習をしました。故に今は出来ます。そんなに早くはないですが。

とは言え、ウォーリーを探せ、はまた脳の使い方が違うみたいですね。
もしくは速読レベルが低いせい?

凄い勢いでウォーリーを探すお子さんをお持ちの方は、
その速度を眠らせないようにしましょう。

速読は、「本が早く読める」だけじゃなくて、
「頭の回転数が上がる」気がします。

サンプリングが少ないので判りませんが。

筆者が大企業の採用担当であったとすれば、
「速読が出来る」人は、採用する可能性が高くなります。

と言っても、筆者は、大企業の採用担当じゃないので、
責任はもてません。もちろん。

2010年4月18日日曜日

「チョーウケル」と言っても、ちっとも笑ってない件

「ウケル」というのは本来は、極めて客観的な発言で使います。「○○は△△に受けている」と言えば、概ね、好意的な評価を受けている、という意味でしょう。「受けてる」有様を見て言ってるので、多重に客観的です。

本人が言う場合は、「笑える」という意味で、好意的ではありますが、肯定的とは言えません。そーいや最近「ワラエル」って言いませんね。

筆者には20代前半の友人が居ないので判りませんが、最近の若者言葉は、他社を軽蔑するタイプのものが多いです。いやそれは我々の頃でもそうか。

「チョーウケルんだけど」

まず当人の発言であること。そして否定的ニュアンスを感じること。

無理に翻訳するのであれば「下らない」でしょうか。いや意外としっくり来ませんか。

しかも本来「ウケる」だった筈の、評価を表現する時には、別の語彙で代替しているような気がします。

それだけでももう、日本語グチャグチャなのに、「自分が楽しい」という文脈で使う例も存在するらしい。
#筆者は聞いたことはありませんが。

視点というか、支点の意味でも真逆ですね。

言葉の意味が、拡大解釈した上でドリフトしてる感じですね。なんかもう、ボキャブラリが有るんだか無いんだか、よく判りません。

地球は順調に温暖化

地球温暖化だのエコだの言い出して、
2年ぐらい?経ってますが、

幹線道路の自動車の量と、
連中の吐いてる排気ガスを見るにつけ、
温暖化は順調だな、と思います。

このグラフを見るとビビるんだけど、
左の目盛のとりかたがポイント。

高速道路が被ってるような幹線道路は、
風の抜けが悪いんで、それはもう排気ガス臭いです。

都心部なんかではこの際、条例をブチかまして、
内燃機関エンジンの車は、全面禁止条例とかしちゃったら?
と思わなくもありません。
筆者は使わないので、ノーダメージです。
#バスはたまに使います。渋滞が減ってくれれば言うことなし。

第一、補助金だけで、電気自動車は増えないでしょう。
人間は、「制限」が無いと、幾らでもサボる生物ですから。
筆者がそうです。

ガソリン税の使い道が、まるで不明確なんですが、
もういっそのこと大増税しちゃって、
電気自動車の補助金に回せと思う。


2010年4月17日土曜日

水を打ったように静かな職場

筆者私見を言わせていただければ、
職場はあるていど、雑音があってしかるべきです。
何かしら相談だってありますよね?

私語もある程度は認めても良いでしょう。
人間息抜きが肝心です。
もちろん私語が回りの邪魔になっちゃいけません。
邪魔だとおもったらストレートに文句言えばいいじゃないですか。

その(ストレートに文句)程度のことで遠慮してるなら
他のことでもさぞかしギクシャクしてるでしょうよ。
もっと先にやることがあるだろ、って話ね。

プログラマ稼業、ある程度の集中は必要です。
他の職場でもそうでしょうが。

「五月蝿いと集中できない」という人も居ますが、
ただこれはもう、責任転嫁と言っていいでしょう。
いやむしろ?混ざりたいならそう言え。

もちろんそれは度合いによりけり。
パーティションの向こうで、怒鳴り合ってるなら別ですよ?

しかし大抵は、雑談レベルのことを言っていたりする。
50デシベルとかそんな感じの。いや測ってませんよ。

労働報酬をもらったらプロです。
プロなら、自分なりの「集中方法」があってしかるべき。

プロじゃないって言い張るなら、今から総務に掛け合って、
時給900円にしてもらってください。
当然、お茶くみもやるんですよね?

脱線しました。

人間は、騒音にすら慣れる生物です。
線路脇のアパートに済めば、電車の音に慣れますよね?
筆者はその経験はありませんが。

慣れないのは、「騒音の内容」に、興味を持っちゃうからです。

事務所の「その辺」での会話だと、
どうしたって耳に入っちゃう。

「くっだらねえ話してんじゃねえよ!」
全部聞いちゃってるってことですよね。

繁華街の雑踏を「五月蝿い」という人はあまり居ないでしょう。
個々の会話まで聞き取れないからです。
興味が持てないわけですね。

同様に、ある程度の雑音のある職場なら、
大抵の雑談は、埋もれて気になりません。

水を打ったように静かな職場だと、
部屋の隅で、誰かがゴミ箱蹴っ飛ばしても気になります。

期末テストかよ!

部長が怒鳴ろうものなら、部屋中に響き渡ります。

むしろ集中できなくね?

とは言え、これは、大企業特有のものでしょう。

10人未満の小さな職場であれば、
年がら年中雑談するのは無理でしょう。

筆者の体験では、BGMを流しちゃってる例が多いと思います。

2010年4月13日火曜日

納品物件としての、設計書類

受注開発稼業、
納品はプログラムだけじゃなくて文書も必要です。

「ドキュメント」という単語は一般名詞ですが、
この業界で言えば、設計書類の事を指す。らしいです。

20年ぐらい前までは、ドキュメントの厚さで、
受注金額が決まるという良く判らない風潮がありました。
作った方からすれば、ある程度の達成感がありますが、
受け取った側はそれを使うかって言ったら使わないです。

ウォーターフォール型の、古典的開発スタイルは、
最初の設計書類と、後期のプログラム実装とでは、必ず乖離があります。
なぜって、修正が面倒臭いから。

故に、納品後で、「別人」が修正しなければならない場合はままあります。
契約方法にもよりますが、ソース付きで納品してしまったら、
それは納品先でも修正できてしまうので、
わざわざ発注するより、自前でやっちまえ、というのは正しいです。

その場合でも、プログラムに付いてきたであろうドキュメントは使いません。
そもそも、大量のドキュメントを受け取っても途方に暮れるだけです。
実際、途方に暮れました(実体験)

仮に読んだとしても何のこっちゃ判りません。
4.5次元の「仕様」を、2次元未満の文書に落とす訳ですから
自分の期待している「次元」でなければ、推理小説読むようなもんです。

有る程度の熟練者なら、プログラムを読んでしまった方が早い。

そして、その別人の修正によって、
さらにドキュメントとプログラムでの乖離が大きくなります。

なぜそんな事が起こるのか?

理由は簡単です。
ドキュメントに細かい事まで書きすぎたからです。。

関数名とか引数の意味ぐらいまでなら、まだ良いのですが、
関数内部のフローチャートとか描いちゃったらもうダメです。
変数名とかの話をせざるを得なくなる。乖離の危険が大幅アップ。

そもそもフローチャートを書こうというのは、
プログラムの修正コストが、非常に高価だった時代の名残り。
ディスプレイもキーボードも無かった時代。

  • パンチカードだの、
  • 紙に書いてパンチャーに渡すだの。
  • 順番待ちだの。

黙って待ってる訳にもいかないので、紙と脳みそでデバッグするしか無かったのです。

昔話です。筆者は伝説でしか知りません。

フローチャートが全面的に要らない。とは言いません。
製作者が、思考を整理するためには非常に有効です。
ただし、納品物件としては、要らないんじゃね?と思う。

20年前ぐらいまではまだ良かった。予算はあったので。

ところが21世紀になってみたら
物件自体が、小規模化&短期化&低予算化してますので、
ドキュメントを書く時間すら惜しかったりします。

本当に細かい話は、ソースを読んでしまった方が確実です。
そして、納品物件としてのドキュメントは、
オヤクソクではなく、目的を考えるなら、
ソースを「補間するモノ」でなければなりません。

要件定義だけはすり合わせる必要がありますが、
クライアントの想像力が豊富でないと、大抵何の話か通じません。
結局、修正せざるを得なくなります。
じゃあもう作ったの見せちゃった方が早くね?

それでも依然として、「COBOLで慣らした」感じの方々は
エクセルで罫線を作り込んだフォーマットを持ってきて
そこに文章を入れたくて仕方ないらしい。
「帳票」って奴ですね。

エクセルやらワードやらを、
結局「清書ツール」としか使ってないので
運用は、「紙文書」を逸脱して居ません。
ということに気づいているのか居ないのか?

それはそれで問題があるのですが、それは別の機会に。

2010年4月10日土曜日

最大?

とある駐車場の看板にて

1日最大2000円


最高じゃね?

世界初!グーグルOS特別付録ディスク2枚!と謳ってる、

とある雑誌のフリーソフト紹介記事。35ページ。

最大42ヶ国語に翻訳して


最多じゃね?

同じ雑誌の別の記事。17ページ。

他の人に見られたくないファイルを復旧困難な状態で削除できる。



復旧困難な状態まで じゃね?

同じく21ページ。うわこれ酷いな。

USBメモリーをパソコンの鍵をして扱う


「を」?中国の方?

それにしても校正すらしてないのかと。

2010年4月9日金曜日

レシートとは、領収書のこと

コンビニで、レシートを渡さない人は結構居ます。
深夜の、バイト君にこの傾向が強い。
昼間の女性でも、渡さない人は居ますが。

しかし、「レシート」は「領収書」なのです。
領収書は、お客に渡さないと意味がないものです。

某コンビニ系で、何やらクーポン券を付け始めましたが、
件のバイト君だと、レシートをわざわざ抜いて、
クーポン券だけ渡すんですよね。

渡しちゃいけないことになってるのか?
渡さない事に決めてるのか?

レシートを目の前で捨てていく客もかなり居るみたいなので、
最初から渡さなくてイイヤって気持ちは分からんでもないですが。
それは、客の決定であり、販売側が先に決めるのはオカシイ。

たまに、「レシートは?」とか聞くバイト君が居ますが、
聞くくらいなら最初から渡せ、と思う。

和製英語と、英語教育

最近よく聞くんですが、IN STORE NOW 入荷、と言う意味で使ってると思うのですが、
ものすごい違和感を感じます。

英語本来の意味は、「現在の店内(サービス)」とかそういう意味らしい。いや、むしろ、そうだよね。

在庫アリは、IN STOCK です。

IN STORE は「店内」です。

"IN STORE"に"NOW"だと言っているなら、
それは、店舗側が言うべきであって、
配給側が言うのは間違い。

故に、営業時間外に連呼するのは、間違い。

正直、和製英語だろうとしか解釈しようがありません。だって、グーグル翻訳では、どうやったって、期待した日本語に戻りませんもん。

「在庫あります」じゃなくて「店にあります」って言ってるだけよ?行ってみたら、売り物じゃないかもしれないよ?

故に、店舗なら、IN STOCKって書くのが責任です。わざわざ「IN STOREだ」という文脈を使いません。

それをわざわざ英語っぽく並べて、カッコイイ気分に浸るって、そりゃ自己満足ってもんですよ。似たような質疑は何ヶ所か見かけますが


http://kotonoha.cc/no/47470

正直、日本の英語教育はダメだな、と思う次第です。

WEBテストの自動化

受注開発に限らず、ソフトウエア開発のコストの半分以上は、
実は、異常操作への対応(端的に言えば、イタズラ対策)だったりします。

電話番号を入力する欄が有ったとして、
そこに英数字を入れるとどうなるか?
漢字を入れるとどうなるか?とか。
10文字の枠に、12文字入れるとどうなるか?とか。

それくらい対応しとけよ。と言われればその通りです。
しかし作っているのは人間。いつか間違えます。

人間なんて、ただの炭素生物。シリコンウエハーには叶いません。
いや、だって、神経細胞って、信号をアッチからコッチに流すだけですよ?
そのルールがどうやって決まってるのか、未だに判ってない。
アナログの極致です。間違えて当たり前。

そこでテストせざるを得ないわけですが。

入力項目やら入力画面やらが増えてくると、
馬鹿正直にやれば、その組み合わせは天文学的になり兼ねません。

しかしテストするのも人間なので、テスト自体が間違ってました、
なんてメタな問題もあったりとか。もう何が何だかね。

結論として、馬鹿正直にテストする工数も含めるなら、
制作費に含めて、「お見積もり」せざるを得ません。

しかし、このご時世。そうも行きません。
高い、と言われるでしょう。

何で「高い」と言われるのかというと、
自前のスタッフで作ったらどうなるか、という工数感があるからで、
そりゃ自前で作るんなら、バグってもゴメンなさいで済みますから。

でも受注開発ではそうはいかないでしょう。
バグらないのが、責任ですからね。

じゃあ、バグっても
「ゴメンなさい」で済ませてもらえるなら、安くできるのか?

YESです。

#直しません。と言ってるわけじゃないです。
#「バグだらけ」でもキレないでくださいね。と言っています。

「テストは余りやらずに提供しちゃいます」と言いきっちゃう。
テストの工数は大幅に減らせます。
もちろんそれだけじゃ済まないので、
クライアントもしくは中請けがテストしてくれる事が前提ですが。

手動テストは諦めて、自動化するのも手です。
webベースの案件であれば、Seleniumシリーズがいい感じです。

ただこれでも、
すべてのパターンを網羅するのは、依然として手間なので、
「直したと思ったら別の場所がバグった」、みたいな恥ずかしい問題を、
早期発見するためだと思った方が良いでしょう。

結論として、
案件としても、トラブっても一大事にならないような、
要件に落とし込まざるをえません。例えば、金勘定は勘弁。

ただし、金勘定案件は、経営上の都合やら、
色々な要因に振り回されまくるので、
CSVでエクスポートして、エクセルで何とかした方が便利でした、
というオチもあったりします。

発注側としては、中々納得しにくい点だと思いますが、
そういうものです。

2010年4月8日木曜日

タイムスクープハンターの音響演出に思う。

手持ちカメラ撮影で、臨場感がウリの、
タイムスクープハンターシリーズですが、

臨場感の正体は「音」だとようやく判りました。
室内で議論しているシーンなんか、
室内で反響している音声をそのまま使ってますね。
アフレコは使ってない。

ハイビジョンやらなにやらで、
映像の解像度がもてはやされてる昨今ですが、
3次元になろうが、ハイビジョンになろうが、
人間の目は前にしかついてませんし、視野は左右せいぜい180度弱。
視界の中で「認識」してる部分はより狭くなります。

後ろも「見える」のは、聴覚だけです。

目の不自由な人よりも、耳の不自由な人の方が、
事故が多い、と友人に聞いたことがあります。

iPodやらiPhoneやらの普及は良いのですが、
音楽を聞きながら歩くのは、客観的にはかなり危険です。

しかもケータイいじりながら、とか、
視覚も聴覚も塞いじゃってるのに、事故に遭わないでいられるのは
奇跡とか運とかじゃなくて。

まわりの人に、避けてもらってるから。

と言うことに気づいてない人が多すぎます。

2010年4月1日木曜日

プログラマはイライラしています

プログラマは基本的に、イライラする商売です。
なにしろバグりますから。
バグらなければ、それはそれは気持ちよく仕事が出来ます。
でもそれはあり得ません。人間のやることなんで。

もちろん、プログラマだけがイライラしている訳ではありません。

例えば、営業の方もイライラするでしょう。
しかし、プログラマのそれは質的に違います。
バグらせてるのは自分なので、憤りのやり場がない。
「あの馬鹿野郎」とか言えません。馬鹿野郎なのは自分です。
これは辛いです。

気を紛らわせる必要があります。今すぐに。
昼休みを待っている余裕はありません。

筆者的には、BGMを流しながら、がかなり効果があります。
バグってもイラつかなくなります。何ででしょう?

開発には、感情は要りません。マシーンになるのです。
それがプロってもんです。
もちろん、そんな訳にはいきません。人間ですから間違えます。

そこでBGMで、余ってる感情を「消費」するわけです。
どうせ余ってるし、また増えますし。

だろう、と、自分では思っています。
最終的に集中してくると、音楽は耳に入らなくなります。

ところがBGMで、効率が上がらない人が居ます。
「聴いちゃって、仕事にならん」と。

これはどうやら、感情以外の、脳み「剰り」具合に影響しているらしい。

何周間か前に、「たけしの家庭の医学」で、
「料理をしながら会話」で、脳血流が上がる人と、上がらない人が居る。
血流系を眺めてた医者連中も、不思議がってましたが、
血流が上がらない場合は、脳の処理から溢れたのではないだろうか。
と見解してました。

おお、これです
http://www.asahi.co.jp/hospital/project/0119.html

BGMと仕事に当てはめるなら、BGMも仕事も両方上の空になってしまうという。
それはそれで恐ろしい状態。

筆者個人は、英語ボーカルの曲を好みます。
言語中枢が働きにくいからです。
と自分では思って居ますが、大脳生理学(?)的根拠(?)はまるでありません。

ひょっとしたら、インストルメンタル(ボーカルが無い奴)が
合う人も居るかも知れません。

いずれにしても、パーティションの隣で、毎晩誰かが怒鳴りあってる状態は
勘弁して欲しいです。いやもう筆者の昔の職場がそうでした。
まわりがストレスを振りまいてどうするのかと。

どんなに狭い会社だろうと、開発の隣で、営業が怒鳴りあっちゃダメです。

2010年3月22日月曜日

クライアントの要求を、日本語で確認するのは無理だと思う

「日本語」とか「英語」とかのことです。厳密には、自然言語とか言うらしい。
だけの話、の、つもりでしたが、プログラム言語もそうかもしれない。

言語は、概ね1次元表現ではないか、と思います。

ツッコミ所満載だと思いますが、まあ続きを。

一方、人間の思考は、4次元以上はある気がします。
少なめに見積もっても、3.5次元以上?

故に、自分が考えていることを、他人に説明するときは、
4次元から1次元に変換しているということです。
これはどエラいことです。
誤解や語弊があって当たり前です。

ああ、そうかもね、って気がしませんか。

絵というか、図は間違いなく、2次元でしょう。
図表を使うと、誤解がゴッソリ減る経験は、皆さんもある筈です。
そりゃそう、文章に変換するよりも、1次元得してますからね。

オチは、ソフトウエア受注開発の話です。
最近の個人的見解では、ソフトウエアの仕様は、4.5次元ぐらいある気がします。
故に、作ってる本人でさえ、全貌を把握するのは困難でしょう。
要件定義段階で、お客さんが把握するのは、まあ無理でしょう。

これを1次元の日本語で説明したり、1次元のプログラム言語で実装したりする訳ですから、
出来上がってみたら、「あれ、こんなのだっけ?」というのも程度仕方ないとは思います。

結論として、プログラムは、ある程度出来上がってからじゃないと、
お客さんの脳内と比較ができない、ってことですね。

とはいえ、終盤の出戻りは、コストに響くので、避けたい所です。
どうにかならないものかと日夜考えては居ます。

メイルの整理で、フォルダに完全分類は無理

筆者は、5年前ぐらいから、完全にGmailに切り替えてしまいました。
古典的なフォルダに相当する概念として、ラベルがあります。
逆にフォルダ機能はありません。
特に、アウトルック利用者で、これに抵抗を感じる人は多いですが、
いや本当に貴方、メイルの整理できてますか?と聞きたい。

ファイル類の整理と言うのは、普通は「○○の件はココ」と決めて、
そこに置くことです。これはもう紙文書のファイリングの延長線上の運用です。

受信箱の下層にフォルダを作って、自分で運ぶ。
「○○株式会社様」とかね。

しかし、直接取引ならともかく、代理店や中請けが挟まると、もう駄目です。
大抵メイル1通に、複数クライアントの話を混ぜてくれます。
結果として、クライアント名での分類は、無理です。

じゃあ案件名で。それも無駄です。
元請けさん的には、大抵クライアントは1軒一括り。
だからその調子で下請けにも連絡してしまう。らしい。

結果的に、「フォルダに分類」を諦めて、受信箱にメイルがドッサリ。
「アウトルック最近起動が遅くてさー」目に浮かびます。

この通り、普通にメイルといっても、複数の切り口があり、
「○○の件はココにあります」っていうフォルダベースは無理です。
複数のフォルダにコピーしておくのも気持ち悪いですね。

そこでラベルです。
まあ、メイルに貼る付箋紙みたいなものだと思いねえ。

前述の例で行くと、「○○代理店」「○○株式会社様」「○○システム」
ラベルを3枚貼れば良いわけです。それで整理は完了です。
少なくとも矛盾は出にくいことは、お分かり頂けるでしょう。

これの肝は、「メイルの実体は何処にも動かしてない」ところです。

後は、特定のラベルが付いているものを、抽出する機能があれば、
フォルダに整理したのと似たようなものです。

コンピュータならではの方法ですね。物理文書ではこうはいきません。

メイルソフトでもラベル機能を実装したものはあるかも知れませんが、
筆者はGmailに出会って、それ以外の選択を放棄しています。

「済んだ案件は、受信箱から見えなくなってほしい」なら
「アーカイブに送る」を使えば良いです。

しかも、Gmailは検索機能が強力。

アウトルックを使っている人は、アウトルックの検索能力を信用してないので、
日付でソートして、肉眼で探すくせがあるようです。
「そのメイル、何時送った?」って口頭で聞いてきます。意味ないです。
私のサンプリングが偏ってるのでしょうか?そうであって欲しいです。