2012-01-14
「マイブック」始めてみた
私、非常に瞬発力はあって、災害時にいろいろなことに動いたりとか、障害時に動いたりすることは得意なのですが（なので、採用で学生さんと面談するのが得意なのかなー）、
なにか一つをずっと続けるということ、ちょっと思いついたことを忘れないようにしておくことが非常に苦手なのです。
なので、今年は何か一つでも、1年通じて続けられることをやりたいなと思っていました。
そこで今年やってみようと思ったのがこれ。マイブック。
マイブックとは！
マイブックというのはご存知の向きも多いかと思うが、新潮文庫から出ている全編白紙の本である！要は日記なんですが、最初、モレスキンを買おうと思ったんです。
が、きっと僕はああいう完全に自由な、つまりは常にクリエイティブなことはできないと思って、モレスキンには手が出なかったんですよね。
参考：myMoleskine
私はそんなすごい人ではありませんから、完全な自由だと不安で仕方がない。
なので、1つだけ、「日付」という不自由が入っているマイブックのほうが続くのではないかと思ってやってみようと思ったわけです。
とはいえ、不自由はそれだけなので、モレスキンのように色々な使い方ができるんだろうなと思ってもいます。
何を書いているか
- 天気
- 食べたもの、人、店
- 運動の記録
- 読んだ本、買った本
あとは、普通の日記です。
こんなことがあった、あんなことを思った、直接は言えない言葉、などなどです。
実際に2週間ほどやってみて
なにより、非常に照れる！
絶対に人には見せないという前提で書いているためか、異常に素直になりますね。特に僕なんかは他人に気持ちを積極的に見せる方ではないので、こういう、気持ちを素直に発する場所があるというのは大きいのかもしれない。
ただ、基本的に私は正の気を一生懸命出して頑張るタイプの人間なので、負の感情を言語化してしまうのはともかく、残る形で書き記してしまうのはよくないのかもしれない。
けど、きもちいいんだよなぁ。しばらく続けてみます。
Permalink | コメント(0) | トラックバック(0) | 23:59 
2011-12-13
就職を考えている学生とのやり取り(1)
(c) GOETHE｜ストック写真 PIXTA
私は運用担当のマネージャーをしていますが、今の時期は採用に関わることも多く、従って就職についての疑問や質問を受けることも多いのですが、実際の学生とのやり取りのうち、本人に了承を得たものをどんどん公開していこうと思います。
今回のお題
- エンジニアを志すにあたって、技術だけでなく企画にも携われる仕事がしたい
- ただ楽しいだけでなく、真に社会を改善する本質的なものが作りたい
- 常に新しい技術に触れていたい
- 将来きちんと家庭が築けるのか？
- エンジニアとしては、どのようなスキル・経験・心構えが歓迎されますか？
エンジニアを志すにあたって、技術だけでなく企画にも携われる仕事がしたい
企画ってなんですか？という問いに対して、なかなか答えを言ってくれる人は少ないと思いますが、アイデアを出してプランを作る、みたいなイメージがあるのではないでしょうか。
しかし、ことWEBサービスでは「企画」という役割は、みんなが出したアイデアをまとめて創り上げるという色のほうが強いと思っています。技術的なアイデアを出す人は企画ではないのか？UIを考える人は企画ではないのか？ビジネス的な資金調達のアイデアを出す人は企画ではないのか？というと、決してそうではないと思います。
実際、すでにあるサービスを見て「ああっ！僕も考えてたよ！」と思うこともあるでしょうが、実際に実現する技術的要素、また、ユーザに対する見せ方まで考えている人は少ないのではないでしょうか。「企画」と言われる人は、まとめる人というくらいの意味で、実際に企画に携わるのはそのプロジェクトに関わる人です。
もちろん、SIなどInput/Outputが決められていて、その範囲内でしか自由度がないというエンジニアもあるでしょうが、そうでないエンジニアのほうがWeb業界では多いと思います。
企画もできるエンジニアは珍しいか？ということになると、Webでは珍しくありません。というか、ほとんど企画やるんじゃないかな。
企画をやると、絶対に一度は技術に寄りたくなると思います。技術に現時点で興味が有るのなら、技術を磨きつつ一生懸命企画に手を出したほうが、絶対にいい。最終的に企画に寄ることは出来ますが、技術はどんどん進歩していくので最終的に選べない可能性もあります。
ただ楽しいだけでなく、真に社会を改善する本質的なものが作りたい
本質的なものは多くの場合、わかりにくいものです。多くの人に使っていただくには、本質的なものをわかりやすく翻訳することが必要だと思います。また、多くの人を動かすには何らかのきっかけも必要でしょう。
そのため、本質的なものをわかりやすく、というデリバリーが求められるわけで、そこが難しい所ですね。その結果として、本質を見失う事が多いのですが、本質を見失わないようにはしていけます。そのように進めていけるのは小さなチームでの仕事だと思います。
常に新しい技術に触れていたい
触れててよｗって言いますね！
もはや、今のようなオープンな世の中で、「○○だけやってください」などという組織はナンセンスきわまりないと思います。自らアンテナを張って、新しい技術を取り入れていけばいいだけだと思います。必要な要件に対して適切な言語を使うのがいいと思いますが、とはいえ、意地でもこの言語を使ってやる！という気持ちも嫌いではないです。というか好きです。
将来きちんと家庭が築けるのか？
築けるかどうかはまずは自分の心持ち、次にそれを許す環境だと思います。
ここで重要なのは、制度があるからと言って活用できるわけではないということです。制度があるから大丈夫だよ、ってよく聞きますが、本当にそうなら世の中の有給休暇の問題は全く発生していないはずですね。ルールがあろうがなかろうが、家庭に限らず、場所や時間、スタイルなど、働き方を決めていけるということが重要だと思います。
ガイアックスでは、自分の話で恐縮ですが、ちょっと前の採用イベントでのスライドの18枚目、（僕の話なのですが）そういうことをサポートしていくことも会社として必要だと思っています。
エンジニアとしては、どのようなスキル・経験・心構えが歓迎されますか？
歓迎される、ということでおもいっきりハイボールを投げるとしたら、
- 情報を自ら集めて自分のものにし、
- 自分のものにした情報で作ってみて、
- それを公開する
という能力と経験と心構えが必要だと思います。
今回はここまで！
Permalink | コメント(0) | トラックバック(0) | 14:04
2011-11-30
PixtaがBlog利用だと無料だったとは！
(c) kenjito｜イラスト素材 PIXTA
国内最大級の投稿型ストックフォトサイト、Pixtaは立ち上げ当時から存じ上げている（というか、元ガイアックスの方がやられている）ので、必要になったときは使わせていただいているのですが、先程
「Blogに使うんだったら無料で使えるんだよ」
って言われて、見に行ったらホントだったｗ
（嘘つかないわな、こんなこと・・・）
確かに、購入されるかどうかはともかく、外部からのリンクが増えることによってgoogleのページランクが上がったり、サイトへの流入が上がったりしますし、有料で使いたいときには思い出してくれる確率も上がりますよね。
いい施策だなー。
Permalink | コメント(0) | トラックバック(0) | 15:26
2011-11-15
著作権の非親告罪化とインターネット上のコミュニケーション
TPP参加で著作権法違反が非親告罪化し、結果として二次創作ができなくなるという記事が出ていました。
僕もコミックやアニメは結構好きですが、同人作品はほとんど読まないし見ないですからあまり関係ないわー、とか思っていたら、趣味ではなく本業の監視事業のほうで影響がありました。
著作権判断は難しい！
お客様からはよく、
「ジャニーズの写真は非表示にしてよ！」
とか、
「有名人が写っている写真は非表示にしてよ」
とか、
「動画が転載だったら非表示にしてよ」
等の要望を承ります。でも、これって非常に難しいのです。
監視事業における著作権の判断
なぜなら、
・この写真はジャニーズ事務所所属なのか？
・写真に写っているこの人は有名人なのか？
・この動画は著作権者が載せたものなのか、他人が勝手にやっているのか、許可は得ているのか？
を、コンテンツだけを見て判断することが非常に難しいのです。
例えば、昨日ジャニーズ事務所と契約した美男子、はおそらくどんなマニアでも見分けられないでしょうし、僕なんかは関ジャニ∞のメンバーを出されても、おそらく気づかずに一般人としてしまうでしょう。
例えば、仮にテレビに写ったら有名人、だとしても、僕はあまりテレビを見ませんのでそもそもテレビに写っている人かどうかすら、わかりません。
例えば、自作のアニメなり、映画を撮ったとします。それが本人によるアップロードなのか（もちろん適法）、著作権者の許可を得た他人によるものなのか（適法）、著作権者の許可を得ていない他人によるものなのか（違法）なんて、見てもわかりません。
従って、現在、著作権に関しては著作権者の申告があって初めて検討するということにしています。
本当に非親告罪化したらどうなるか？
監視を依頼する側は、より「著作権法違反可能性があるものについては先回りしてどんどん非表示にする」という方向性に振れていくと思います。もし違反コンテンツが上げられていたら、その時点で罪が発生しうることになるからです。
しかし、こういうことになったらインターネットのコミュニケーションはどうなるでしょうか。歌詞やセリフを使った二次創作的な、大きな引用はできなくなり、従って味気ないものになってしまいます。グレーゾーンこそがコミュニケーションを円滑にするわけですから。
これだけならまだいいのですが、少しでも違法要素があればどんどん非表示にしていくと、確実にコミュニケーションは萎縮します。監視の基準は「違法である」を確実に含むように設定されます。従って、違法でない部分にも若干染み出す形で設定されます。これが生き過ぎてしまうと、違法要素が少しでも認められようものなら消されてしまうという場所で、誰が積極的に書き込みをし、情報を発信していくでしょうか。
できるだけオープンなコミュニケーションをするためにルールは必要ですが、行き過ぎたルールは必要ないと思います。
Permalink | コメント(0) | トラックバック(0) | 11:56
2011-10-14
サービス運用者のための継続的監視
@myfinderさんのRejectConf。
DeNAで監視しているらしい項目
当たり前レベル
これくらいはやっててもおかしくない（と思っているらしい）レベル
これやってる？（どやっ）なレベル
- カーネルの挙動
- ディスクに書き込みが出来るか
nagiosのプラグインはガリガリ書いてもらっている
exit 2＝critical、exit 1＝warning、exit 0＝正常、というexitさえすればどんな言語で書いてもいい。新卒にもガリガリ書かせている。
たくさん監視項目が増えて(ﾟдﾟ)ｳﾏｰ
監視は継続的なテスト
監視項目が通らない、と言うことは異常があるということ。異常があるということはリリースできないということでもある。リリースできた時にオールグリーンだったという項目を、常に監視していくということは継続的にテストをしていることと同じ。
感想
confやカーネルの監視をするという感覚は全くなかったが、よく考えるとクラックされてTRACEメソッドが許可されていたりとか怖いし、障害が発生してmysqlの変数変えて、でもmy.cnf変え忘れてて、再起動してリセットされて障害再発ー！とかありそうだなと。
プロダクト系のサーバ新設で、設定箇所ごとの確認を目視ではなくてnagiosベースとかでやると、素人だろうが新人だろうがテストが通ればOK！投入可能！っていう状態になるので、スキルセット関係なく仕事を頼めそうな気がするし、クオリティ管理が楽になりますね。同じようにインフラチームでも同じように使うと面白そう。
テストドリブン運用ー！！！
Permalink | コメント(0) | トラックバック(0) | 10:42
超個人情報のためのマルチクラウドを用いた分散セキュアストレージ
前夜祭でのRejectConfです。http://yapcasia.org/2011/talk/81
暗号化の一般的な方法
Rijndaelを使ったAESが一般的。
AES_ENCRYPT(‘hogehoge’,'key’)
だけど、これだとKEYも平文もbinlogでだだ漏れなので、非常にセンシティブな個人情報（病気の情報とか、クレジットカードとか）を扱うときには怖い。
各要素を別クラウドに保存する
そこで、インデックスと暗号化キーと暗号化されたvalueを別々のクラウドに保存して、webサーバからそれぞれを呼び出して復号化して表示する、ということをやっている。
みたいな。でも、これだとAWSが落ちたらｻｰﾋﾞｽ＼(^o^)／ｵﾜﾀになってしまいます。
データセットを3セット作って冗長化
ということで、同じデータを3つのクラウドに保存して、どれかのサービスが落ちても、残ったデータセットを参照してサービスを継続できるようにしています。
- google：データセット1のインデックス、データセット2の暗号化キー、データセット3の暗号化されたvalue
- AWS ：データセット1の暗号化キー、データセット2の暗号化されたvalue、データセット3のインデックス
- nifty ：データセット1の暗号化されたvalue、データセット2のインデックス、データセット3の暗号化キー
という感じで。これなら、どれが（同時に2つまで）落ちてもサービスが継続できますね。
感想
確かにAES_ENCRYPTを使うことを推奨しているので、かなり参考になりました。
データセットを同じインスタンスに3セット置くと、1サーバと同じじゃん！とは思いましたが、実際に1インスタンスに置いているかは不明。もしやるのであれば、3インスタンス×3サービスという感じで設計したほうがよさそうです。
Permalink | コメント(0) | トラックバック(0) | 10:39
