仕事
January 17, 2007
あけましておめでとうございます。
あ、遅いかな。
今日は、阪神・淡路大震災から 12 年目ですが、昨日は昨日でライブドア事件から 1 年だなんだって言ってますね。
最速インターフェース研究会 :: そろそろライブドア事件について一言いっておくか
ひどい略を見た。
確かに「ひどい会社」かも知れない。
だが、一方的な意見のみで印象付くのは不公平なので、今まで不出だったネタを晒そう。
豚足インターフェース研究会主任研究員である彼の、その「ひどい会社」への応募方法は、フレパ経由で私個人宛に送られた一通のメッセージだった。
※ 一部伏せ字にします
この「体を張ったネタ」とやらに大いに付き合った後、彼を雇用した東証マザーズ上場企業 (当時) は、果たして一概に「ひどい会社」と言い切れるのであろうか。
なお、このメッセージは、一部伏せ字のため、堀江送金指示メール同様、真贋のご判断は、これをご覧のあなたに委ねます。
また、本エントリは、必ずしも上記と同様の方法で、ライブドアが行なっている求人への応募が行えるということを保証するものではありません。
あ、遅いかな。
今日は、阪神・淡路大震災から 12 年目ですが、昨日は昨日でライブドア事件から 1 年だなんだって言ってますね。
最速インターフェース研究会 :: そろそろライブドア事件について一言いっておくか
たった一言の悪意の無い言葉が、これほどまでに人をどん底まで落とし込むものかと思った矢先に、たった一言のさりげない言葉が、どれだけ人の救いになることか。おそらく人生においてもっとも感情の起伏が激しかった日であろう。
(中略)
その後、色々あって、ライブドアに入社するに至ったのである。
ひどい略を見た。
今から1年前2006年1月16日はライブドアに強制捜査が入った日で、その日自分が何をしていたかというと社長面接を受けに行っていた。たかだか面接に大げさなもので、六本木ヒルズの周辺には報道陣が詰めかけており、張り詰めた空気の中、何も知らずに六本木ヒルズに突入すると、こんな状況ですいませんと茶菓子も出されずに真っ直ぐ家に帰された。全くひどい会社である。俺の面接と強制捜査とどっちが大事なのか、冷静に考えてみれば分かる話である。
確かに「ひどい会社」かも知れない。
だが、一方的な意見のみで印象付くのは不公平なので、今まで不出だったネタを晒そう。
豚足インターフェース研究会主任研究員である彼の、その「ひどい会社」への応募方法は、フレパ経由で私個人宛に送られた一通のメッセージだった。
※ 一部伏せ字にします
From: mala
Subject: 就職
はて■を蹴ってライブドアに就職、
という体を張ったネタをやりたいのですが
万が一は■なに落とされると
「■てなに落ちたから仕方なくライブドア」
みたいになってしまい大変不愉快です。
前情報ではnao■■が「彼は■■■に■■■■■い」と
■■ていたことが明らかになっており
可能性としては■■■■■■■か、
もう少し■■■かな、というように思っています。
また、id:second■■■■などを通じて■■がすでに
はて■にばれているという可能性も大いに考えられます。
どうしたらよいでしょうか。
すべり止めはサイ■ウズ■ボです。
この「体を張ったネタ」とやらに大いに付き合った後、彼を雇用した東証マザーズ上場企業 (当時) は、果たして一概に「ひどい会社」と言い切れるのであろうか。
なお、このメッセージは、一部伏せ字のため、堀江送金指示メール同様、真贋のご判断は、これをご覧のあなたに委ねます。
また、本エントリは、必ずしも上記と同様の方法で、ライブドアが行なっている求人への応募が行えるということを保証するものではありません。
November 07, 2006
豚足インターフェース研究会の mala が、はてなの id:jkondo (近藤社長) のこの写真を見て「にぽたんに似てる。そっくり。本人かと思った。似すぎてる」だとか言ってて、「いや、それ髪型だけじゃね？」って言ってんのに、それでも、にすぎだのピーコだのってしつこく言うので、それを検証するために渡米し、つい先ほど、Silicon Valley の Hatena Inc. を訪問して、検証してみました。
続きを読む
続きを読む
February 01, 2006
弊社に、最速インターフェース研究会の片栗 X こと mala らんが join しました。
彼のことを最初に知ったのは、2004 年 12 月。
[Perl] 補完付きCPAN というエントリでこの Blog がリンクされていて、そこからの TrackBack は無かったのですが、Referer 経由で知りました。
最初は、なんか面白いこと書いている人がいるなー程度に思ってただけなのですが、この日に Bloglines に登録して以来、彼が様々な研究成果をアウトプットするのを見て、デモを触るたびに驚かされました。
サーバサイドに長けた技術者が多い弊社にとっては少し弱点とも言えるクライアントサイド技術においては、彼は間違いなく世界でも屈指の技術者であると確信した上に、技術力も然ることながら、理論、発想等、色々な面において非常に興味深い人物でした。
実際に彼に初めて会ったのは昨年 12 月の、某ライブドアの次世代テクノロジーセミナーの後の懇親会だったのですが、それからすぐに、彼からフレパ経由で、本気とも冗談とも取れる就職希望メールが届いたのがきっかけで、縁あって我々と一緒に働くことになりました。
タイミング的に、少し会社の中がバタバタしている状況なのですが、それでも来てくれたというのは非常に嬉しいですね。
我々のような事業体は、より多くのお客様にサービスを使って頂くための厳格なレギュレーションが存在し、「クロスブラウザ」だ「ユニバーサル」だという、ちょっと古臭い言葉の隠れ蓑をかぶって、インターフェースの進化を嫌う傾向にありました。
しかし、本当の意味での「ユーザビリティ」を考えた場合に、むしろ我々こそがインターフェースを率先して進化させていくべきであって、そういう時代であることも明らか。
徐々にそういう方向に移行していこうと考えていた段階だけに、進化させる能力が高い彼の入社は、久々のワクテカ要素だったりします。
彼のことを最初に知ったのは、2004 年 12 月。
[Perl] 補完付きCPAN というエントリでこの Blog がリンクされていて、そこからの TrackBack は無かったのですが、Referer 経由で知りました。
最初は、なんか面白いこと書いている人がいるなー程度に思ってただけなのですが、この日に Bloglines に登録して以来、彼が様々な研究成果をアウトプットするのを見て、デモを触るたびに驚かされました。
サーバサイドに長けた技術者が多い弊社にとっては少し弱点とも言えるクライアントサイド技術においては、彼は間違いなく世界でも屈指の技術者であると確信した上に、技術力も然ることながら、理論、発想等、色々な面において非常に興味深い人物でした。
実際に彼に初めて会ったのは昨年 12 月の、某ライブドアの次世代テクノロジーセミナーの後の懇親会だったのですが、それからすぐに、彼からフレパ経由で、本気とも冗談とも取れる就職希望メールが届いたのがきっかけで、縁あって我々と一緒に働くことになりました。
タイミング的に、少し会社の中がバタバタしている状況なのですが、それでも来てくれたというのは非常に嬉しいですね。
我々のような事業体は、より多くのお客様にサービスを使って頂くための厳格なレギュレーションが存在し、「クロスブラウザ」だ「ユニバーサル」だという、ちょっと古臭い言葉の隠れ蓑をかぶって、インターフェースの進化を嫌う傾向にありました。
しかし、本当の意味での「ユーザビリティ」を考えた場合に、むしろ我々こそがインターフェースを率先して進化させていくべきであって、そういう時代であることも明らか。
徐々にそういう方向に移行していこうと考えていた段階だけに、進化させる能力が高い彼の入社は、久々のワクテカ要素だったりします。
October 30, 2005
April 06, 2005
設計も何もしないで、ものっ凄い勢いで DB 作って、ものっ凄い勢いでテーブル作って、あとはチャチャっと実装してサービスインしていた案件で、今日、ちょっと追加開発があったので、それもチャチャっと作っておしまいにしようと思ったら、エラい勢いで SQL がコケて怒られる。
しかもコケてる SQL のどこがイカンのかがわからない。
一応、念の為 DB をよく見てみたら、ものっ凄い勢いでカラム名のスペルミスをしていた…。
しかも、ある別のテーブルは、スペルミスってる DDL をコピペしてカラムを作ったりしていたので、別テーブルで同じカラム名でスペルミス 2 箇所。
さて、こういう時、どうすべきか。。。
迷わず 2. を選んで、1 分間ぐらいの隙に「うりゃっ！」と直して、何ごとも無かったように過ごしてみた。
でも、DDL を CVS 管理にしておいたのがマズかった。
思い切り typo を修正している作業履歴が見える。
思い切り typo した箇所が色付きでハイライトされた diff が見える。。。
恥ずい (*ﾉﾉ)
すんません。
毎度毎度ものっ凄い勢いでテーブル作って、そういうチェックしないのを改めます。
あと、数案件で見受けられる「全く使ってないカラム」を整理します。
でもこういうのって、おいらだけじゃないですってば。
他の人が作った案件のメンテをすると「なんじゃこのスペル」ってのがたまーにありますからね。
CUI で
しかもコケてる SQL のどこがイカンのかがわからない。
一応、念の為 DB をよく見てみたら、ものっ凄い勢いでカラム名のスペルミスをしていた…。
しかも、ある別のテーブルは、スペルミスってる DDL をコピペしてカラムを作ったりしていたので、別テーブルで同じカラム名でスペルミス 2 箇所。
さて、こういう時、どうすべきか。。。
- 放置
- ソッコー直す
迷わず 2. を選んで、1 分間ぐらいの隙に「うりゃっ！」と直して、何ごとも無かったように過ごしてみた。
でも、DDL を CVS 管理にしておいたのがマズかった。
思い切り typo を修正している作業履歴が見える。
思い切り typo した箇所が色付きでハイライトされた diff が見える。。。
恥ずい (*ﾉﾉ)
すんません。
毎度毎度ものっ凄い勢いでテーブル作って、そういうチェックしないのを改めます。
あと、数案件で見受けられる「全く使ってないカラム」を整理します。
でもこういうのって、おいらだけじゃないですってば。
他の人が作った案件のメンテをすると「なんじゃこのスペル」ってのがたまーにありますからね。
CUI で
CREATE TABLE や ALTER TABLE の時にカラム名だけでいいからスペルチェックが走る高機能 SQL クライアントって無いでせうか。。。
