IT技術屋だんきちのブログ

エクセルで画面仕様書書くときってありませんか？
小さいプロジェクトなんかはサクッとHTMLでモック作っちゃったりするのであんまりないのですが、大きいプロジェクトだと体裁整った画面仕様書をつくらなきゃいけなかったりするわけです。

で、この前若いPGさんに教えてもらった。
Wingdingsってフォントで「þ」（wikiで調べたらルーン文字でソーンという文字のようで）を表示したらチェックボックスをチェックしたみたいな文字が表現できるのね。
Wingdings2で「R」でも出る見たい。
10年以上この業界で仕事してて全然知らんかった。

ちょっと一ランク上の仕様書作りにいかが？
ま、こんなことできるからって画面仕様書ちくちく書くのはやっぱり好きになれないわけなんだが・・・

私、技術屋さんですが、もちろん仕事上ユーザさんと話をすることが多々あります。
目的持って打合せをして結論出すと言う最低限のことはもちろんできるのですが、場の雰囲気を作ると言うことはちょっと苦手であります。
なので、一緒に仕事する人で、話が上手な人がいると尊敬してしまいます。

今一緒に仕事してる人で話をするのがうまい人がいます。
その人曰く、目を見て話をしたらこっちに興味があるかどうかわかる。そこから雰囲気作っていければいい、と。
今までいろんな人に会ってきたりいろんな本読んだりしてきましたが、みんな同じこと言ったり書いたりしてます。
だけどそれが自分で実践できているかと言うと、まぁ、否でありまして。
この話を聞くと毎回そうなんだよなぁ、と思ってしまうわけです。
意識して実践してやっていかないと身につかないんだよなぁ。

こういう人と信頼関係築いて一緒に今後も仕事していって、自分の糧にしていきたいなと思う今日この頃です。

日本酒大好きな私です。
最近酒の口コミサイト立ち上げました。
http://sake.dankichi.net/

1からソースがりがり書いて作ったんですが、いざ作ってみるとなるとなかなか仕様が決まらない。
どういう配置やどういう機能があれば使いやすいのかなどなど考えることがいっぱい。
まぁ、これが作る人の醍醐味っつったらそうなんですがね。

趣味でプログラミングしてるわけですが、私の周りは仕事でプログラム書く人はいっぱいいますが、家でまで書きたいと思う人はほとんどいない。
そんなもんですかね。

いろいろ使ってくれる人の意見をフィードバックしてスキルを上げていきたい今日この頃。
あぁ、プログラミングする時間が欲しい！

某案件で、サイトの全文検索機能の構築をすることになった。
Webでのクローラーと全文検索が作成範囲。

言語はなんでもいいよということなので、前々から気になってたluceneを使ってみることにした。

luceneの解説サイトってほとんどないのだけど、zip内のdemoとAPIリファレンスとこちらのサイト（http://lucene.jugem.jp/）で何とかなる。

とりあえずインデックス生成と検索ロジックはさくっとできた。
僕の公開してるサイトをクロールしてみたんだけどなかなかいい感じ。
うちのサイトはPowerd by GOOGLEで検索してるので、独自実装ロジックいれてもいいなぁ。

ちょと感想を何点か。
・lucene-demoに付属のHTMLパーサが使えない。。というかうまく動かない。
　ネットを徘徊してたらjerichoというライブラリを見つけた。
　これhtmlが多少壊れててもいけるらしい。かなりいい。
　ただ、さすがにAタグ閉じてないのはNGのようで。（僕のサイトAタグ閉じてないのが何個かあった。恥ずかしい。。。）
・lucene2.*対応の日本語ライブラリlucene-jaがzipファイルにtestって文字が入ってるのがとても気になる。ドラフト版だし。
　でもまぁ特に問題なく使えるようなのでそのまま使うことにした。
・senのインストールってめんどくさいね。
・JapaneseAnalyzer使ってdebugでログ吐いてインデックス生成したら1時間半かかった。ログが1.5GBになった。
　で、infoでログ吐いてインデックス生成したら50秒で終わった。ログは2KB。ディスク書き込みコストってやっぱりかなり大きいんだなと再認識。


あとは、実際にユーザのデータでどのくらいの精度が出るかなんだよなぁ。
独自用語とかたくさんありそうだからbi-gramで行きたいところだけど。

bi-gramと形態素解析ってどっちがいいんだろうか。一長一短ってことだけど、いろいろ遊んでみたいな。

ブログほったらかし
こんな3日坊主な僕に自己嫌悪。。。
いろいろWebサービス立ち上げたいと思ってる。
って前にも書いた気が。。。

まぁ、いろいろがんばっていきたいところです。

毎回僕いろんな人に、仕事上出会った人とか、弟とかに、やりたいと思ったことを着手できるか、継続できるかが成功するかしないかの境目だと言ってきたのですが、いまさらながらそっくり自分に返したい。。。


うだうだ言っててもしょうがないので。


仕事仲間に紹介されてお付き合いいただいている方がやっている会社で技術的な勉強会を開催されていて、最近それに参加させていただいている。
僕個人にはちょっとハードルが高かったりする環境なのですが、すごい勉強になる。こうなりたいと思わせてくれる方がたくさんいる。とても刺激になる。
こういうところでいろいろ喧々諤々できるような環境にいれるのがとても幸せだと思う。

この知り合いの方が、今の僕のなりたい理想像なのかもしれない。
少しでも近付けるようにがんばりたい今日この頃。

これ結構制御がめんどくさい。。
IEとMozilla系だと挙動が違う。

個人的には好きじゃないのであまりこういう実装はしないのですが、
IEで、inputタグのsubmitのname/valueを取得する必要がある場合に問題となる。

以下のようなフォームがあるとする。

<form action="test.html">
<input type="text" name="t1" value="v1" />
<input type="submit" name="s1" value="send" />
</form>

IEの場合、submitボタンを押下すると正しく
「test.html?t1=v1&s1=send」
と存在するフォームの値が送信されるが、
t1テキストボックスでのEnter押下だと
「test.html?t1=v1」
となり、submitボタンの値が送信されない。

Mozilla系（FireFox2.0で確認）の場合はsubmitボタン押下でもEnter押下でも正しく
「test.html?t1=v1&s1=send」
と送信される。


ところが以下のようなパターン（テキストボックスが2つ以上）の場合は、IEでもMozilla系でもEnter押下時に問題なく
「test.html?t1=v1&t2=v2&s1=send」
が送信される。

<form action="test.html">
<input type="text" name="t1" value="v1" />
<input type="text" name="t2" value="v2" />
<input type="submit" name="s1" value="send">
</form>

要はテキストボックスがform内にひとつで、Enter押下時のみsubmitボタンの値が送信されないこととなる。
form内にチェックボックスやテキストエリア、hidden等々、テキストボックス以外のinputタグが存在しても、あくまでテキストボックスの数が1か2以上かで挙動が変わることに注意。
type="password"はテキストボックスとして判断される。


また、Enter押下時のsubmitボタンの値は最初に記載されている値のみが送信される。
これはIE、Mozilla系同様に挙動は同じ。（もちろんIEでテキストボックスひとつの場合は送信されない）

以下のフォームの場合、

<form action="test.html">
<input type="text" name="t1" value="v1" />
<input type="text" name="t2" value="v2" />
<input type="submit" name="s1" value="send1">
<input type="submit" name="s2" value="send2">
</form>

それぞれのsubmitボタン押下時は、もちろんそれぞれ
「test.html?t1=v1&t2=v2&s1=send1」
「test.html?t1=v1&t2=v2&s2=send2」
が送信されるが、
Enter押下時は、
「test.html?t1=v1&t2=v2&s1=send1」
となる。
最初に記述されているsubmitボタンがテキストボックスの前に記載されていたとしても同様となる。



次に、Enter押下時のsubmitを抑制したい場合。

<input type="submit" name="s1" value="send1">
を
<input type="button" onClick="submit();" name="s1" value="send1">
のように変更することで、Enterを押下してもsubmit処理は行われない。
ただし、この場合、s1=send1の値は送信されないので注意すること。


だが、このように変更したとしてもIEの場合で、テキストボックスがひとつの場合は、Enter押下でsubmit処理が発生してしまう。

その際は、ダミーのテキストボックスを追加することで回避することが望ましい。
<input type="text" name="dummy" style="position:absolute;visibility:hidden" />

冒頭のsubmit値が送付されない場合も、この対応を行うことで想定する挙動を行う制御も可能である。
この対応を行う場合は（この例でいうと）「dummy=」の値ももちろん送信されるため、使用していないname値を設定すること。

ネット上では、Enter挙動抑制処理にonKeyPressイベントを利用して改行コード（13）を取得し、javascriptで制御を行うやり方を紹介しているところも多いが、その場合テキストボックスへの入力ごとにJavascript処理が起動されるため望ましくない。
ただし、テキストボックスによって挙動を変える場合（このテキストボックスはEnter押したらsubmitしてもいいが、こっちのテキストボックスはsubmitしたくないなど）は、この制御を行わないといけない。。

JavaでのDate型の変数をフォーマット指定してString変換する。
毎回どこのプロジェクトでも使うんだけど、毎回覚えてなくて毎回調べてる。
ので、備忘録。

SimpleDateFormat sdf = new SimpleDateFormat("yyyy/MM/dd");
Date now = new Date();
System.out.println(sdf.format(now));

で、戻すのはparse
localeは最近全然使わないので割愛。

フォーマット文字列は以下。

y：年
M：月
w：年における週
W：月における週
D：年における日
d：月における日
F：月における曜日
E：曜日
a：午前/午後
H：1 日における時 (0 〜 23)
k：1 日における時 (1 〜 24)
K：午前/午後の時 (0 〜 11)
h：午前/午後の時 (1 〜 12)
m：分
s：秒
S：ミリ秒
z：タイムゾーン
Z：タイムゾーン

人とのコミュニケーションって難しいですね。
私自身、自分で言うのもなんですが歯に衣着せずいろいろ意見してしまう人間です。
モットーは他人に厳しく自分にはもっと厳しくと言ったところでしょうか。

客観的に自分を見る（考える）ことがよくありますが、ここはこう言えばよかったなとか、ここはこういう対応すればよかったなとかよく思い、反省しています。

人ってもちろん千差万別なので、ひとりひとりへの対応や仕事の振り方仕事の進め方、言い方一つとってもすべて一緒ではありません。
共通することは、その人の立場に立ってものを考えてあげれるかどうかでしょうか。
それでいい関係が築けて仕事も相乗効果的にパフォーマンスが出せるとすごく気持ちいいものです。

ただ、攻撃的な人っていうのがいます。
こちらから意見すると、まず反論が返ってくる人。（お前もそうじゃん。これはこういうことが原因だから。といった。）
僕の言い方にも問題あるのかもしれませんが、そういったコミュニケーションを潤滑にとれない人と仕事をすることはとても労力が要ります。
自分のストレスも倍増です。

一番はそれを教えてあげることがいいのかも知れませんが、自分では何も問題ないと思っているので、言ってあげても理解ができないので余計タチ悪い。
自分が100%正しいとは思わないし、改善していくところは改善していきたいと思いますが、その前提の話し合いもできないところが悲しいところです。

何か愚痴っぽくなってしまいました。。。
そういう人とこちらがストレスにならずにコミュニケーションがとれるぐらいの寛容さを自分は身につけなければいけないなと最近思っています。

半年ほど前にVAIOのTypeUを買いました。
http://www.vaio.sony.co.jp/Products/UX3/

外出時のメール送受信と添付ファイル（特にオフィス系）の閲覧に利用しようと思って購入しました。

が、こんなこと言っちゃなんだが、これ使えない！
まず本当にストレスなのが起動。（VISTAってところが大きいのかもしれないが）
平気で10分以上かかる。
いらないサービスだの常駐ソフトだのことごとく抹殺しても5分はかかる。
電車乗ってメールチェックしようとして、さぁ起動したってときにもう降りる駅だったときは泣けてきた。
モバイルって手軽さが一つのキーワードになると思うんだけど、外出してるけどがっつり時間があるよってときじゃないとこの起動時間は正直かなりストレス。（気が短いのかなあ）

キーボードも小さいから打ちづらい。これはわかってたことだったからいいんだけど、使ってみて改めて実感したというか。

あと本体もコンパクトなんだけど、結構幅があるからカバンの中におさまりが悪い。

ほかにもいろいろいろいろ。
上記サイトの開発者のコラムとか見ると小さくて高機能を謳ってますね。
ワンセグがついてたり、もちろんワイヤレスもあり、ソフト的にはwindowsをフルで使えるのでモバイル端末を自分好みのマシンにできますよ。というコンセプトはすごいいいと思うのですが、それをすべてVISTAが壊しちゃってる気がする。

高い買い物だったなぁ。
もったいないけど最近全然使ってないや。。。

私はシステム屋です。
Webシステムの設計や構築、運用に関するノウハウや技術は持っていると自負しています。
ですが、回りのシステム屋には多いのですが。
htmlはもちろん書けるし、CSSの構造仕様も熟知しているが、デザインセンスがない。。。

ちょと話が逸れそうなので、デザイン云々の話はまた別途。
で、掲題の件。

そういうわけでデザインは外部に頼むのですが、HTMLのtableタグを極端に毛嫌いしているデザイナーが多い気がする。

htmlのレイアウトに関して、流行を見ても、もちろんメンテナンス性を考えてもtableガシガシ書いてレイアウトするのはNGかなと思います。
divタグとcssでレイアウト生成する方がソースの見た目もわかりやすいし、修正も比較的容易ですからね。

ただ、コンテンツとか本文内の本来の意味での「表」を表現するのにもtableを使うことをNGとしている人が多いんじゃないかな、と。
個人的には本来の使い方で使ってるからいいと思うんですが。。
tableタグ＝悪って風潮がちょっと同調できない今日この頃。

ま、table使わなくてもHTMLメンテナンス性考えられてて（要は改修が容易で）ちゃんとキレイに表示できればいいんですケド。
個人の好みの問題でしょうかね。。