読者です 読者をやめる 読者になる 読者になる

ほとラボ

It works!

技術書典2 に行った

技術書典2に一般参加して同人誌を買い漁ってきた。

技術書典 とは

技術系サークル TechBooster が主催する技術書オンリーイベントで、主に技術系同人誌が販売されている。 昨年にはじめて開催されて、今回で2回目になる。 今月末には ニコニコ超会議2017 にて 超技術書典 をやるらしい。

techbookfest.org

イベントそのものについて

開場時間(11:00)の30分前に会場に着いたら既に100人以上並んでいた。 開場する頃には長い長い行列ができていてもはや何人いるのかよくわからなかった。

昨年の第一回は会場がかなり狭くて移動が大変だったけども、今回は秋葉原 UDX ということでかなり余裕がある感じで良かった。 とはいえ入場規制はされていたようで、少し早めに行って正解だったっぽい。

開場時間よりちょっと早めに行っただけだけど目当てだった本はほとんど買えたし、コミケほど殺伐としていなくて良い塩梅。 いや、コミケも技術系のエリアに限って言えばそんな殺伐としてないと思うけども。

同人誌について

事前にチェックしてた気になるサークルを巡ってあとはフラフラしながら目に留まった面白そうなやつを買う、という感じでやっていた。 千円札10枚くらい持っていったのに色々買いすぎて最後の方ちょっと足りなくなったので、まぁそれくらいは使ったと思われる。

まだ全部じっくり読んだわけではないけど、特に面白かったのは「邪悪なWebクローラ読本」という本で、自分は今までにクローラを何回か作ったことあったものの、まさかそんな邪悪な創意工夫の余地があるなんて思わなくて最高だった。

感想

クレイジーなエンジニアリングをしている同人誌を読むと特にそうなんだけど、やっぱエンジニアリング面白いな〜〜〜って気持ちが高まって良いので、エンジニア各位はぜひこういう技術系同人イベントに参加してみて欲しい。

株式会社ガイアックスを退職します

株式会社ガイアックスを退職します。
2014年に新卒として入社してから、丸三年お世話になりました。

退職エントリというと謝辞などを書いていくのが通例ですが、個人的には「別にそれ個人ブログで書かなくてもいいんちゃう」と思うので多くは語りません。一言だけ言わせてもらうなら、新卒でガイアックスに入社して働けて良かったと思っています。

ガイアックスでは PHP とか React/Flux とか新規事業とか開発マネージャとか…手広く色々なことをやってきましたが、次はデータ分析マンをやります。

3月いっぱいは有給消化で暇しているので、ランチでも呑みでもいいので誘っていただけると喜んで飛んでいきます。

狭い業界ですし、相変わらず東京に住んでますし、自分が退職したからと言って何かが終わるわけではありません。 みなさま引き続きよろしくお願いいたします。

「痛風meetup #1」を開催した

痛風スゴロク という名前からして絶対に面白いボードゲームが手に入ったので、尿酸値の高まりそうな食材をつまみに酒をやっていくという最高のプレミアムフライデーを開催した。

f:id:hoto17296:20170225103029j:plain

基調講演

まずは 尿酸値 8.6@isaoeka による基調講演で プリン体・尿酸・痛風 とは何かを学ぶ。

f:id:hoto17296:20170225103517j:plain

痛風スゴロク

痛風スゴロクは @motedans さんが ゲムマ2016秋 で頒布していたボードゲームで、残念ながら市販はされていない。ざっくりルール説明をすると「みんなでバイキングに行くんだけど、プリン体の多い料理を食べると尿酸値キューブが積み上がっていって、尿酸値キューブが崩れた人は痛風発症して退場」というゲーム。

健康そうな食材でもプリン体はめちゃ多かったり、その逆も然りで、なかなか難しい。 やればやるほど痛風の知識がついていくので最高。

発症寸前の様子

まとめ (?)

面白かったのでそのうち第2回も開催されるんじゃないですかね。

痛風と meetup したい人は是非。

安直に「正しさハラスメント」と批判するのは無神経じゃないか

emokuaritai.hatenablog.jp

この記事を読んで、強烈に違和感を覚えた。

違和感を覚えただけなら「自分と違う考えを持つ人なんだな」で済ませればよかったが、今回はそうはできなかった。

上記の記事は、良い行いをしている人を「正しさハラスメント」という言葉で批判しているように感じたし、その思想が広まることはエンジニア業界、ひいては自分にとっても不利益になりかねないと思った。

もしかしたらそこまでの意図はなかったのかもしれないが、少なくともそう誤解させるような言い回しを含んでいた。

正直言って迷惑な記事だし、あの記事をシェアして「わかる」とか言ってる人も無神経極まりないと思ったので、この文章を書いている。

「言い方が悪い指摘」問題

今回、IT エンジニア界隈において技術的誤りを指摘する行為、いわゆる「マサカリを投げる」ことについてあれこれ意見を書いているが、その前提として、技術的誤りを指摘する際には

  • 人格攻撃をしない (エンジニアに限らず常識)
  • 良い部分・正しい部分は認める
  • 初学者であれば初学者にわかりやすいような言葉・手段を選んで指摘する

などといった配慮は必要だし、そういった配慮がない「言い方が悪い指摘」問題というのは別問題としてある。

しかし上記の記事では、「言い方が悪い指摘」だけではなく「正しい指摘」までも「正しさハラスメント」として批判しているように感じた。

「言い方が悪い指摘」は論外である ということを踏まえた上で、「正しい指摘」までも批判することはないんじゃねーの、と言いたい。

エンジニアリングと不寛容

冒頭で「不寛容社会」について言及されていたが、それ自体には特に言うことはない。 確かに近年では不寛容な出来事が多いし、僕たちはもうすこし寛容になるべきなのかもしれない。

しかしエンジニアリングに限って言えばそうではない。 インターネット上の情報の誤りを指摘することは掛け値なしに素晴らしい行いである。 正しいマサカリを投げる人はノイジーマイノリティなんかではない。

その理由をふたつ書く。

1. エンジニア文化のため

エンジニアには「技術的正しさが何よりも尊重される文化」があると思う。

その文化があるからこそ、若手であっても怯むことなくベテランエンジニアに噛みつくことが出来る。
その文化があるからこそ、面倒なことを気にせず真っ直ぐに良いエンジニアリングを追求することが出来る。

僕の前の上司が「技術の前ではみな平等」という言葉を言っていたのだけれど、本当に的を射ていると思う。 僕はこの文化が素晴らしいと思っているし、守っていきたいとも思う。

「正しいマサカリでも傷つくからやめて」というのは、つまり「空気読め」ということであり、この素晴らしいエンジニア文化とは相反する。 少なくとも僕は、過剰に空気を読まなければいけない業界で働きたくはない。 「空気読め」が当たり前な文化にしてしまうと、「空気を読むコスト」がかかる分だけ業界の成長スピードが遅くなるし、業界を衰退させる要因になる。

さらに言えば、「正しいマサカリ」で嫌な気持ちになることなんてそんなにあるのだろうか。 それは結局「言い方が悪い指摘」問題に帰着するだけなんじゃないだろうか。 「正しさハラスメント」という言葉は、問題を履き違えているだけではないか。

2. インターネットのため

「現時点では重要ではない指摘をする必要はない」という言い分はわかる。 社内のコードレビューであれば「君のコードには実は脆弱性があるんだけど、それは追々学んできましょうか」だけで済ませても良いかもしれない。

しかしインターネットに公開される情報となると話は別だ。

誰が見るのかわからないのだから、間違った情報を放置すると誰かが真似して事故るかもしれない。 だから、インターネットに情報を公開するなら精一杯正しいと思うものをアウトプットすべきだし、間違っていた場合の指摘を受け入れるくらいの気持ちは持つべきだと思う。

初学者にとって、

  • 誤った情報だらけのインターネット
  • 誤った情報に指摘をしてくれる人がいるインターネット

のどちらがタメになるか、考えるまでもないだろう。

現時点でインターネットは誤った情報が溢れているし、誤った情報を公開してしまうのを回避することは出来ないけれども、誤りを誤りと指摘することで「少しでも良いインターネット」にしていきたい。

その気持ちを「不寛容」の一言で片付けてしまうのは、あまりにも雑じゃないだろうか。

批判する対象を間違えないで欲しい

「正しさハラスメント」というのは確かに存在すると思う。生きていくのが精一杯なストリートチルドレンに「万引きをするな」と言うのは野暮な指摘だろう。

しかし「インターネットに公開されている」「技術ネタ」に限って言えば、誤りを指摘することは何もハラスメントではない。 それは正しい行いなのだから批判するべきではない、本当に批判すべきは「言い方が悪い」一部の人のみだ。 ということをここまで述べてきた。

もしかしたら、本当に心が弱くて「正しい指摘をされるのですらつらい」という人がいるのかもしれない。 そうだとしたらそれはもう仕方がないことだと思う。 人の弱さそのものを責めることはできない。

しかし自身の弱さからつらい気持ちになったとしても、それで良い行いをしている人を批判するのは、あまりにも筋違いじゃないだろうか。

本当に「不寛容」なのは一体どちらか。

CTF に入門した

f:id:hoto17296:20161218214743p:plain

ISUCON で失われた人権を取り戻すために CTF にチャレンジしようということになり、 id:sota1235 が CTF 練習会を開催してくれた。

sota1235.hatenablog.com

CTF とは

コンピュータセキュリティの分野におけるキャプチャー・ザ・フラッグ(CTF)は、コンピュータセキュリティ技術の競技である。CTFは通常、参加者に対しコンピュータを守る経験に加え、現実の世界で発見されたサイバー攻撃への対処を学ぶ教育手法として企画されている。「ハッカーコンテスト」「ハッキング大会」「ハッキング技術コンテスト」「ハッカー大会」などとも訳される。

キャプチャー・ザ・フラッグ - Wikipedia

セキュリティ版の ISUCON というイメージでだいたい合ってると思う。

結果

  • 用意されていた問題の8割くらい解けた
  • 既知平文攻撃、難しそうというイメージあったけどやってみたら*1普通に解けたので嬉しかった
  • SQL インジェクションが苦手っぽい、経験値が足りない
  • Web 系の問題でも意外と知らないテクニックが多い
    • スペースを入れられない場所に代わりに /**/ を入れて XSS する、とか

懐かしさがある

中学生のときに「隠しページ探し」みたいなのが流行っていて自分も問題を作って公開していたりした。 HTML のソースとか画像の Exif とか暗号化 zip とかにパスワードを仕込んでそれを探させる、という遊び。

CTF をやったらあのときの楽しさを思い出してきた。 あのときの問題より超難しいけど。

まとめ

  • 思ってた以上に楽しい ✌('ω'✌ )三✌('ω')✌三( ✌'ω')✌
  • 来年の SECCON 出てみたくなってきた
  • id:sota1235id:yagihashoo ありがとうございました!!!

*1:PkCrack を使ったら

おうち探しを支える技術

どうも既婚者エンジニア各位です \( 'ω')/

というわけで【その2】妻・夫を愛してるITエンジニア Advent Calendar 2016 16日目を書く @hoto17296 です。 そろそろ結婚して1年になります。 ちなみに 2日目 がウチの嫁です。

15日目は @c5meru さんの フルリモート旦那のすゝめ - めるノート でした。 @polidog さんと結婚されたというのは知っていたんですが、出会ったのが僕が主催する Gotanda.js だったと最近知ってビックリしました。 人生を変えるようなキッカケの場を作ることができて大変光栄です。 おめでとうございます!!

さて、今回は遠距離おうち探しを支えた技術について書きます。

遠距離おうち探しミッション

結婚する前、新卒1年目だった僕は東京で一人暮らしをしていましたが、嫁は愛知の大学に通っていて、嫁が東京に就職するのを機に二人暮らしを始めようという流れでした。

そんな事情から、遠距離でありながら新居を探さないといけないという、地味に大変なミッションをこなさなければなりませんでした。

おうち探しはプロジェクト

はじめに言っておきますが、おうち探しはプロジェクトです。

良い家を見つけるためには「メンバー(嫁)とコミュニケーションをとり」「計画を立て」「情報を収集・分析し」「意思決定する」必要があります。

また、家とは一度決めたらそこで少なくとも1,2年は過ごすことになるため、そこでの意思決定を誤ると大きな損害になりかねません。おうち探しは日常生活における重大なプロジェクトと言えるでしょう。

1. おうち探しチャンネルを作る

おうち探しに限らず、複数人で何かを達成するためにはコミュニケーションが必須です。 遠距離のため会って相談できないとなれば、なにかしらのコミュニケーション基盤が必要になってきます。

ここで大事なのは 普段の会話とは違うチャンネルを用意する ということです。 おうち探しでは物件情報を溜め込んでおいてあとから振り返るという使い方をするので、普段の会話に埋もれないようにしておくと便利です。 僕らの場合はお互いエンジニアということもあり、普段のやりとりには Slack を使っていたのでそこに #rooooooom というチャンネルを新しく作りました。 普段 LINE でやりとりしている場合であれば新しくおうち探し用のグループを作るといいでしょう。

2. 新しい暮らしをイメージする

プロジェクトを進めるためにはまず ゴールイメージを持つ ことが大切です。

「あ〜、二人暮らしってこんなもんかな〜〜〜」とイメージできるようになるまで SUUMO や HOME'S を雑に読み漁りましょう。 この時点ではまだ何かメモをしたり条件を絞ったりする必要はありません。

夢を膨らませてテンションを高めていきましょう。

3. ふたりの希望条件を整理する

「物件の良さ」とは概ね「部屋の条件」と「場所の条件」で決まります。 これらふたつの条件について、ふたりの希望条件をあらかじめ整理してから物件探しをはじめましょう。

ここを疎かにすると後でモメる原因になりますし、これらの条件を明確にしておくことで候補物件を絞り込んでいくことがとても簡単になります。

部屋の条件を整理する

数多ある条件それぞれについて

  • 強く希望する条件
  • できれば満たしていると嬉しい条件
  • どうでもいい条件

に分類しましょう。

f:id:hoto17296:20161214224852p:plain

場所の条件を整理する

部屋そのものの条件も重要ですが、それと同じくらい重要なのが「場所」です。

「治安・雰囲気」「家賃相場」「最寄り駅」「スーパー・コンビニ」など、地理情報に関する変数は多く、整理するのが意外と大変ですが、そんなときは Google マイマップを使うと便利です。

f:id:hoto17296:20161214224203p:plain

4. 内見しにいく

ここでようやく内見です。

可能な限り内見はしましょう。 内見せずに契約するのはだいぶ博打なので「内見できない物件はやめる」ぐらいの勢いでいきましょう。

僕たちの場合は遠距離でしたが、内見のときだけはなんとか東京まで来てもらって二人で内見しまくりました。

内見に行く前に注意すべきポイントは

  • 気になる物件を複数件調べて持っていく
  • 希望条件をちゃんと伝える

です。

気になる物件を複数件持っていくと、不動産屋は似たような物件をいくつか紹介してくれます。

希望条件をちゃんと伝えることは、不動産屋が物件を探しやすいというメリット以外に、ハズレ物件*1を紹介されてにくいというメリットがあります。 希望条件を伝えるために上記のスプレッドシートとマイマップを見せられた不動産屋のお兄さんはだいぶ引いていましたが、むしろそれくらいで良いと思います。

f:id:hoto17296:20161214225659p:plain

内見した物件はこのように特徴をメモしておいてメリデメを整理し、条件に合わない物件はガンガン削っていきます。 スプレッドシート超便利。

5. 最後は感覚

今回の場合では、条件に合わなかった物件を削った結果2件の物件が残っていました。

ここまでちゃんとやれば、あとはどちらを選んでも大外れということはないでしょう。 最後の最後は感覚で決めました。

引っ越してから2年が経ちましたが、満足のいく良い家を見つけたと思っています。

オマケ: 家具配置を考える Tips

お互い一人暮らしから二人暮らしをしはじめると、多くの家具や家電がダブります。

どちらの家具家電を残すのかということを考えなければいけないのですが、遠距離でおうち探しをしているとそれすらも大変です。

そういうときは、内見のときに正確な間取りを測っておくか不動産屋に正確な間取り図を貰っておき、 Cacoo を使って入居する前にあらかじめ家具配置を試行錯誤しておきましょう。

f:id:hoto17296:20161216191350p:plain

この図は模様替えにも使えるので、一度作っておくと使いまわせて便利です。

*1:不動産屋もビジネスなので「売れ残ってる物件を紹介して契約に繋げたい」という思惑があり、条件からだいぶ離れた物件を紹介されることがある

今年買ってよかった合法ハーブ

今年の夏に多摩川の河川敷でウェイウェイした人たちに紛れながらエンジニア仲間で BBQ をやったのだけれど、そのときに id:papix がヤバいハーブを持ってきていて、一瞬でドハマリしてしまった。

香りソルト ガーリック&オニオン

香りソルト ガーリック&オニオン

香りソルト ガーリック&オニオン

これは非常に中毒性の高いハーブ。

本来の用途は調味料だが、単体で摂取するのもヤバい。

その中毒性の高さからか、他の「香りソルト」シリーズ *1と比較して販売されている店が少ない。 見つけたらとりあえず買っておこう。

【特別お題「2016年を買い物で振り返ろう」 sponsored by 三菱東京UFJ-VISAデビット