実家のサーバーの面倒をほぼ見ていないせいでブログにアクセスできない。そろそろなんとかしたいなんとかした 意味も無くJetKVMを買ったのでリモート操作ライフが捗るかもしれない。

生活

11月に結婚1周年でした。3月に結婚式をしてオタクの曲をBGMで流したり、10月に新婚旅行でオーストラリアに行き、時価のステーキを食べたりと楽しい生活を送っています。いつも一緒に暮らしてくれる妻に感謝を。

つまり実家を出て1年と言うことでもあり、2人暮らしライフ・イン・トーキョーをエンジョイしています。 トーキョーっていうのは凄いところで最寄り駅で買えない物はほとんどないし30分あれば主要な場所に辿り着ける。

今住んでいる街はとても気に入っていて、特に最近ハマっている? 料理で必要なものが変な物であっても徒歩圏内で揃うところが面白い。ちょっと変なスパイスが欲しくても家二郎のための豚骨が欲しくても徒歩圏内で揃う。なんだこれは。

引っ越します

9月〜10月頃に家を買いたいという話をしてモデルルームを見たりなんなりしていた。僕が投機的なことをするときはその時がピークと言うことです。 最終的に10月に契約をして、来年のどこかで入居予定。楽しみ。

無限に物が増える趣味をしてるのでやはりトーキョーの2LDK 40m2は狭かったよ……

仕事

激動の1年で、その中で何もかんも上手くいかないでもがいてあがいた2025年だった。

プロダクト内で新しいプロジェクトを立ち上げて半年ぐらいリードの真似事をしているが、やはりリードというのは難しいなということをひしひしと感じている。 また、関わりのある何名かのマネージャーと折り合いが悪いということもあり、なぜそんなに疎ましく思われるのか……ということもあったりなかったり。そんなこんなで色々思うところはある。

ただ、この2025年というはちゃめちゃな年に、今の組織において腐ることもなく一歩一歩前に物事を進められている。それが自分の今のチームでできる、バカでかい課題に対する自分なりの答えだと思っているので、まだ何もリリースできていないが、今後10年のプロダクトに繋がることができていれば良いなと思う。

4月頃はどん底だったが9月頃には取り返し、かと思いきや11月頃に再び落ち込んでいるので労働意欲を一定に保って仕事できる人というのは尊敬するしかない。

よくこんなんで5年も社会人やれてるなと思う。

趣味

登山

今年も登山の年だった。残雪期の雲取山や、白峰三山縦走、槍ヶ岳といろいろな山に登ることができた。怪我もなく、今こうして健康に生活できていることに感謝。

また装備も充実し、残雪期から夏山まで快適に山行ができるようになった。減価償却が捗る。

• 2025/1: 棒ノ折山
• 2025/4: 雲取山 (縦走)
• 2025/4: 堂ヶ森・二ノ森 (愛媛)
• 2025/5: 剣山 (徳島), 石鎚山 (愛媛)
• 2025/6: 鍋割山
• 2025/6: 蝶ヶ岳・常念岳
• 2025/7: 燕岳
• 2025/7: 御嶽山 (長野・岐阜)
• 2025/7: 仙丈ヶ岳
• 2025/8: 谷川岳
• 2025/8: 白峰三山 (北岳・間ノ岳・農鳥岳)
• 2025/8: 両神山
• 2025/9: 双六岳・槍ヶ岳
• 2025/10: 尾瀬 (至仏山)
• 2025/12: 丹沢主脈縦走 (檜洞丸・蛭ヶ岳・丹沢山・塔ノ岳)

https://yamap.com/look-back/2025/1033228

自動車

7月に何故かスイフトスポーツが生えてきたので、登山や旅行で乗り回していた。よく走るおもちゃ。 ロードスターではできなかった車中泊も(狭いけど)できるし、クルコンも付いてるしで特に大きな不満はなく。

旅行

今年は海外に2度行った。マイルはほとんど溜まってません

• 2025/1: 奄美大島
• 2025/2: 万座
• 2025/2: 北海道・青森
• 2025/3: 四国 (香川・徳島・高知・愛媛)
• 2025/4: 松山 (RubyKaigi 2025)
• 2025/4-5: 東京→三重→広島→愛媛→大分→熊本→佐賀→長崎→熊本→大分→大阪→京都→東京
• 2025/6: 福島
• 2025/6: 韓国 (Seoul)
• 2025/7: 九州 (福岡・長崎)
• 2025/8: 東北 (新潟・山形・宮城・福島)
• 2025/9: 青森
• 2025/10: 富山・石川
• 2025/10-11: オーストラリア (Sydney, Melbourne, Perth)
• 2025/12: 岐阜・愛知・三重

料理

家二郎を作ったり餃子を皮から作ったりしています。日々の料理をしろ

来年

ついに念願のマイホームライフが……!

来る新居に向けて棚を買ったりロボット掃除機に思いを馳せたりしています。

来年も楽しく暮らしたい。

3日目はマブダチであるmolyさんの企業内セキュリティリサーチャー(R&D寄り)としての生活 – GeT_Pwn3d! でした。元気そうでなによりです。

最近はポーカーにドハマリしているらしいwhywaitaさんは今後海外で活躍される場が増えるでしょうし、ヨーロッパにもぜひ行ってほしいですね。
というわけでwhywaita Advent Calendarに書く理由もこじつけられたところですし、今年の夏 (2024-07-27 から 2024-08-19 にかけて) に行ったヨーロッパ旅行の思い出を振り返ります。

旅の概要

一緒に行った人: @nasu, @katsuo

自分は以前からヨーロッパに行きたいと思っており、なんならJALカード naviの国際線減額マイルで卒業旅行にヨーロッパへ行こうと企んでいたのだけれど、COVID-19により海外旅行の難易度は跳ね上がり、そのまま実行する機会がないまま(卒業に伴い)JALカード naviのボーナスタイムが終了したのでした。

友人の @nasu も似たようなタイミングで単独ヨーロッパ旅行を計画しており、彼は実際に一度ヨーロッパの地を踏んだものの、COVID-19のロックダウンを避けるために旅半ばにて帰国しており、再度ヨーロッパへ行く機会を伺っていたようです。

それから数年の時が経ち、謎の勢いもあり @katsuo も含めた3人 (当初は更に多くなる可能性があったものの、実際に行ったのは3人) 2023年初頭に2024年夏にヨーロッパへ行こう、ということになり、旅の計画が動き出したのでした。

往復の検討

ざっくりとした日程が決まったので、まずは日本とヨーロッパの往復航空券を入手することにしました。
なぜ3人で同じ飛行機に乗らないのか、なぜでしょうね……宗教……?

ひとまず @nasu は 2024-07-31 東京→フランクフルト, 2024-08-14 フランクフルト→東京の往復を確保したようでした。

僕は @katsuo と前乗りすべく、少なめのマイルでヨーロッパ入りできる方法を検討に入りました。
JALの特典航空券の場合、直行便の選択肢としてはイギリス(ロンドン, ヒースロー), フランス(パリ, シャルル・ド・ゴール), フィンランド(ヘルシンキ), ドイツ(フランクフルト)が選択肢となり、この4つから選ぶことになります。
ちなみにJMB提携やワンワールド特典航空券も検討したのですが、あまり良さげなルートを見つけることができずでした(知識不足)

JALの国際線特典航空券は日付や便によって必要マイル数が大きく変動するため、よしなに安い便を探していきます。

当初はロンドンに前乗りしようと考えていましたが全然取れず諦めます。最終的に以下の便を取りました。どうせなら土曜日(2024-07-27)発が良かったのですが高くて取れず……

ところが、航空券を4ヶ月放置熟成させたところ、偶然フライトを変更する機会が発生し、2024-07-27発にできたのでした。

その後も帰りの航空券について検討を重ねに重ねていたのですが、皆様覚えていますでしょうか。2024年の夏はあの2年に1度のでっかい運動会がヨーロッパで行われていたことを……

埋まっていくエコノミー、とにかく高い特典航空券、そして検討に検討を重ね、更に検討を重ねた結果得られた結果がこちらです。

最終的に、なぜかエコノミーよりプレミアムエコノミーよりビジネスの方が安いという謎な便を発見し、ヒースローから羽田までビジネスクラスで帰ることになりました。良かったね。でも日程は伸びに伸びました。

行程の検討

航空券だけで文字数使ってしまったので詳細には記しませんが、「みんなの行きたいところだいたい全部行く」メソッドを採用しました。あとは頑張って一筆書きするだけです

頑張った。本当に頑張った。

線の凡例は以下の通り:

• 青の太線: 飛行機
• 紫の太線: 寝台列車
• 黒の太線: 高速鉄道 (TGV, ユーロスター)
• オレンジの太線: 自動車
• 黒: その他 (鉄道, バス)

基本的にはそれなりに愚直に引いていきましたが、やはり往路で突如ヘルシンキに到着する私と @katsuo がどうやってフランクフルトに到着する @nasu と合流するか、というのが最大の難点でした。

最終的にはフェリーでタリン(エストニア)に渡り、飛行機でアムステルダム(オランダ)へ渡り、TGVに乗りパリを半日観光した上でストラスブール(フランス)で合流する、という4日がかりの行程を経てなんとか合流できることができました。

オリンピック期間中にパリを観光するのは完全に博打でしたが、結果的には警察が大量に配備されており治安は(少なくとも肌で感じた限りでは)良く、移動もしやすく(ただし地下鉄の初乗りは2倍になっており、630円だった……)、特段大きな問題はありませんでした。

ただ、ヨーロッパ旅行前日にTGVが爆破されたときは本当に終わったかと思いました。自分たちがパリに着いたときには完全に復旧されておりSNCFの本気を感じました

旅の感想

ブログを書く時間も足りないので爆速で振り返ります。

行き

• サクララウンジでたらふく食べて搭乗したところ速攻で機内食が出てきてフードバトルと化す

フィンランド (ヘルシンキ)

• サウナが好きなら人生で一度行ってほしい。サウナが好きでないあなたも人生で一度行ってほしい
  • これまで日本で行ってきたサウナと「質が違う」ということを体で理解らせ(わからせ)られました
  • 有名どころを2箇所(Lonna’s sauna, Löyly Helsinki) 巡ったんですがもっと行きたかった……
• 期待を遥かに上回る最高の観光地
• 治安よし酒うましサウナよし飯うまし(様々な意見あり)眺めよし
• ザリガニを食べてみたかったのですが、とてもタイミングよくザリガニの解禁されているシーズンだったこともありザリガニパーティーにありつけました。大変良かったです
• 1泊しかしなかったのがかなり悔やまれる

エストニア (タリン)

• ヘルシンキからバルト海を船で渡り(4時間ほど?)、首都タリンにて2泊しました
• 中世〜! って感じの旧市街でテンション上がりました
• あと中世風コンセプト居酒屋?的なところ(Olde Hansa)で飲んだハニービールとスープが美味かった

オランダ (アムステルダム)

• アムステルダム、完全に期待を遥かに上回る最高の観光地でした
• チーズが美味い、というか全体的に料理の味付けが美味い
  • 完全に舐めていた……
• 見どころも多くて良かったです
  • 写真に残せない体験型観光スポット多し

フランス (パリ, ストラスブール, コルマール)

パリ

次回は美食を堪能します

• 凱旋門: 登った
  • 凱旋門って上れるんですね。知らなかったけど良い体験でした

• エッフェル塔: 見た

• モナリザ: 見た
  • パリに行きたかった最大の理由がこれだったので満足しました

• ワイン: 飲んだ

ストラスブール

オタクは絶対に冬馬かずさを許さないよ。うんうん

コルマール

ここなら楽しく暮らせそう！

あとふらっと立ち寄ったマーケットのパテ・アン・クルート(パテのパイ包み焼き)が想像を絶する美味しさでした。さすがおフランス……………

アルザスのワイン街道を @nasu に運転させることによりワインの試飲で酔っ払うことに成功して最高

最高のワイナリーも見つかったので人生の楽しみが増えました

スイス (ツェルマット)

自分が行きたかったポイントの1つ。登山をするからには一度は本物のアルプスに登ってみたいなあ、ということで下見へ……

ちなみにこの時点で間違ってかなり高額な切符を二重に購入したことに気が付いており心を病んでいます。移動スケジュールに余裕がないから駅員に聞く暇もない!!!

スイス、全体的に眺め良〜〜〜って感じで良かった。この記事に貼る写真あるかな……と思ってたら手が止まりませんでした

ただし物価が高いのでしばしば正気に引き戻されるのは最大の難点。

あとZermattの駅前になぜかmont-bellがあったので限定Tシャツ買いました。1ポイントが0.01CHFになってレートが謎に良かった(日本では1円)ので笑えました。(ただし物価は考えないものとする)

ちなみに間違えて重複購入したチケットはVisp駅のお姉さんが払い戻してくれました。神…… あとSBBの駅員向けの予約システムとかも謎にいい感じのUIのWebサービスで面白かったです。SBBのアプリとUIコンポーネントが共通化されてる感じでデザインシステムを感じた。

イタリア

ベネツィア行きたい行きたい行きたい！！！って主張してたらアマルフィとのバーターで旅程に追加できることになった。やったぜ。
地味に頑張って旅程を組んだポイントの1つ。移動が難しかった……

ミラノ

ミラノには乗り換えついでに寄っただけでなんの期待もしてなかったんですが、ここで寄ったレストランがばりうまかってん……まじで……

全然見栄えの良い写真がなかったんですが、パスタもサラダも全部美味しかったのでまた行きたい。

ここで初の夜行列車でナポリへ移動しました。

この列車の朝食で出たコーヒーも美味しかったしイタリア人コーヒー淹れるの上手すぎる。

ナポリ

1, 2時間しか歩いてないけど今回の旅行でダントツで治安の悪さを感じました。ナポリピッツァは全然店が開いてなくて行けなかった……無念……

仕方なくそのあたりで売っていた揚げピッツァ(Pizza a Portafoglio, 財布ピッツァ)を食べたんですが、なんか……見た目通りの味でした……

アマルフィ

アマルフィ大聖堂前でうっかり入ったイタリアンバーみたいなところのピッツァははっきり言って人生で一番まずかったですが今となっては良い思い出です。皆さんも店に入る前にGoogle Mapsのレビューぐらいは確認しましょう。☆2は避けろ。

こんな楽園みたいな場所になぜ我々は20時間ぐらいしか滞在しなかったんでしょうか。

ヴェネツィア

写真を見て判断してください

ネオ・ヴェネツィアやラティアスに思いを馳せた36時間でした。

オーストリア (ウィーン)

@nasu が詳しいので多分あとで書いてくれると思います。

3泊? したんですが延々と同じ店でビール飲んでた……最高だった…… Suicide Hot Wings (激辛チキンウィング)も美味しかった。

ウィーンと言えばザッハトルテ(チョコレートケーキの一種)が有名らしいです。自分は初めて食べたんですがかなり好みでした。有名な2軒(Sacher, Demel)どちらも行きましたが、甲乙つけがたいと感じました。でも強いて言うなら前者。

あとはシュニッツェル(とんかつみたいなもの)とアプフェルシュトゥルーデル(りんごのパイ包みみたいなもの)を延々と食べてたんですが僕は結構舌に合ったので暮らしていける気がする。

古城に泊まるというエモ体験ができたのもウィーンでした。良かった……

チェコ (プラハ)

交通局の職員を絶対に許さない。多分向こうもそう思ってます。

ビールと肉料理は最高に美味しかったです。街並みは……タリンで見たかな……

(だんだん書くのに疲れてきたのでテキストが減ります)

ドイツ

ドレスデン

1Lのビールを浴び〜るように飲みながらソーセージ食べた記憶があるようなないような。最後の休憩ポイントでした。ここで @nasu, @katsuo とお別れ。

ベルリン

ベルリンの壁を見てビール飲んでソーセージ食べてベルリンのサウナに入ったことしか記憶にない。実際それしかしていない

ベルギー (ブリュッセル)

ここから2人旅です。ちょうど2年に1度のフラワーカーペットのタイミングが重なり、賑わっているブリュッセルを観光できたのは運が良かったです。ベルギービールも堪能できて最高。

イギリス (ロンドン, バース)

ロンドンは見どころが多すぎて書ききれません。

装備

今回、移動の楽さやコインロッカー問題などを考慮し、スーツケースを持たずにバックパック1つで行くという方針を立てました。
結論としてこれはかなり正解で、ヨーロッパは石畳が思っていた以上に多く、もしスーツケースで行っていたらかなりストレスが溜まっていたと思います。重いもの引きずるのも疲れるし。
バックパックは登山用のザックとして使っているオスプレイのSirrus 36 を背負っていきました。これは登山装備としてもかなり気に入っていて、フレームがしっかりしていて背中が蒸れにくい構造になっていて大変良いです。

そして、今回一番最高だった装備は山と道のDF Mesh Merino Crew Neckというメリノウールのシャツでした。これ1着をたまに洗いながら着続けていましたが、本当に暑くならないし臭くならないしで最高でした、最高。ちなみに山と道は地元鎌倉のメーカーです。

回線については、ahamo の海外ローミングが追加料金なしで30GB/月使えて便利なので、あらかじめ契約して行きました。ただし海外に着いてから最大15日という制限があり、今回はそれを超えてしまった分を後述する Ubigi で補いました。

アプリなど

事前に入れていたアプリもいくつかあるのですが、旅行中に追加でいろいろ入れました。

並び順と一致しないですが、それぞれ紹介します

• Trainline
  • たいていのヨーロッパの鉄道の切符はこれで買える。謎
  • iOSのWalletにチケットを登録できてとても便利
• SBBMobile
  • スイス連邦鉄道 (スイス国鉄) のアプリ
  • かなり出来が良い。単なるiOSのアプリとして見てもUXが洗練されていると感じる
  • スイス国鉄に限らず、かなり広範なヨーロッパの鉄道に関する乗換案内を出せる上、駅構内の移動なども構内図で確認できて大変便利
  • 遅延等の状況もかなり見やすい
  • ただし(当然だが)スイス国鉄と乗り継がない切符は買えないので注意
  • GPSと連動して自動的に切符を買う?機能もあるっぽい。先進的
• ÖBB Ticketsオーストリア連邦鉄道 (オーストリア国鉄) のアプリ
  • 特に印象がない。普通に使えたはず
• GVB
  • アムステルダム市営交通会社、要するにアムステルダムの路面電車のアプリ
  • 1日券とかはこれで買える。便利
• NS
  • オランダ鉄道 (実質国鉄) のアプリ
  • 切符をこれで買える
• BVG Fahrinfo, Jelbi
  • この2つのアプリの立ち位置の違いが全くわからないが、ベルリン市交通局 (路面電車) のアプリ
  • 多分どちらもできることが被っており、路面電車の切符などはどちらでも買えたはず
• Ryanair
  • Ryanair (ライアンエアー)というヨーロッパでトップシェアを誇るLCCのアプリ
  • これがないと事前チェックインができないが、日本のApp Storeにはないためインストールに一癖あり面倒だった
  • 最終的に搭乗券をWalletに登録できた
• Ubigi
  • 調べていて良さそうだな、と思い最終的に利用した海外旅行などをメインターゲットにしているeSIMサービス
  • 任意のタイミングでチャージでき、カバーしているキャリアが多い上そこそこ安い
  • なんとNTTグループの子会社らしい。すべてが謎
• Revolut
  • 有名な? 旅行者御用達クレカ
  • 両替レートが良く、現金が必要なときにかなり重宝した
• Citymapper
  • 地図アプリ
  • あまり出番がなかったけれど、ロンドン観光で使ったらかなりマルチモーダルな感じのナビが出てきて良かった。もう少し使い所があったかもしれない
• Bolt
  • ライドシェアアプリ。ヨーロッパではかなり普及しており、Uberより全然捕まる & 安いので何度も利用した
  • なんか色々やっており、フードデリバリーやら電動キックボードやらあるっぽい、が使っていないので詳細不明
• Lime
  • 電動キックボードのライドシェアアプリ
  • 多分プラハで1回使ったが、なんかグループライド機能やスピードリミット機能とかあって面白かった
  • でも借りたキックボードが1台壊れてたので結局微妙です
• Uber
  • 入れていったけど出番なかった
• FREENOW
  • ヨーロッパの一部で使えるライドシェアアプリだが、結局使わなかった
    • 地球の歩き方に乗っていた
  • レンタカーも予約できる
• Flush
  • トイレ検索アプリ
    • 地球の歩き方に乗っていた
  • お世話になりました
• Booking.com
  • かの有名なホテル予約サイト
  • 今回の宿はほぼこれで取ったので、予約確認や宿とのチャットで使いました

反省

• 良かった
  • 大きなトラブルなしでやり切った (えらい!)
  • どの観光地も楽しめた (えらい!)
  • 当初行きたかった観光地をほぼコンプリートできた
  • 石畳がかなり多かった。スーツケースを持っていかなかったのは正解
  • メリノウールのシャツで臭さから開放された
  • 夜行列車は宿泊&移動のコスパ良し
  • 食事全般、特にイタリアの飯
    • よく色々な人から耳にするものの、やはりイタリアが最強でした。イタリアしか勝たん
    • フランスは予算を上げて再戦希望
  • フィンランドのサウナ
    • 今回最大の収穫と言っても過言ではない
  • アルザスワイン
  • アルプスの眺望
  • 各国のビール
    • ベルギーとチェコで2大巨塔、フィンランド・オランダは深堀りしがいがありそう。ドイツ・イギリスは定番
  • SpaのSpa, BathのBath
    • 海外でも温泉旅行ができて満足です
  • 復路のビジネスクラス
• 悪かった, 改善できそう, 今後に期待
  • 滞在時間が短すぎる
    • 誰だ23日で11カ国回ろうなんて言ったのは
  • 洗濯の頻度
    • パンツを1本しか持っていかなかったため、必然的にそこに選択のペースをあわせざるを得なかったのが敗因
  • 夜行列車はもう1ランク上の部屋でも良かったかも
    • 空調の効きが弱いなどした
  • ナポリでナポリピッツァを食べられなかったこと
    • 今回の旅における最大の後悔
  • アマルフィ大聖堂前のピッツァ
  • プラハ市交通局

まとめ

とりとめもなくだらだらと写真を並べただけの記事になってしまいましたがいかがでしたか?

whywaitaさんがヨーロッパに行くときの参考になりましたら幸いです。

なお本記事は(多分)3部作となっており、第2部, 第3部は同Advent Calendarの12/10, 12/11にそれぞれ公開されるはずです。ご期待ください。

無事今年も生き延びることができそうでホッとしています。

でもこれを書いているのは2023-12-29で、なぜか明日/明後日と2日連続でC103に行くことになってしまったのでまだ休むには早いらしい。
最後にコミケに行ったのはコロナ禍前だったので、2019-08のC97でしょうか?

今年は起伏があり、良くも悪くも変化に満ちた1年だったと思いますが、なんとなく振り返ってみようと思います。

仕事

新卒で入社した会社を(なんと)辞めることなく2年半と少しが過ぎました。周りにも驚かれますが、ちゃんと自分が一番驚いてます。
今のチームに来てからも2年が過ぎ、所属部署の名称は半年ごとに変わっているが実態は変化していません。

恵まれた同僚のもと楽しくお仕事させて頂いており、今年はクラウドサービスのコスト最適化や開発者との距離を縮める活動に終始していた……ような気がしますが、つまりはサービスに対しても組織に対しても、観測可能な情報を増やし、それを正しく解釈し次の行動を考える、ということを繰り返していたというのが正しいかもしれません。

要は今あるものが最適でないと自分が感じたときに、それが最適であると合理的に説得できないのであれば最適化できる余地があるはずで、今年はそれを頑張ってみたと今なら振り返られる気がします。

言い換えると、要するにやり方はなんでもよくて、メトリクスやログを取得して頑張って可視化しつつ合理的な解釈・理解を求めることもあれば、サーベイなどを取ってより組織が成果を出せるようにはどうしたらいいか考えるみたいなこともやる、というのが自分のやりたかったことなのかもしれないですね。どうでしょう。

今年も自分のアウトプットがほとんどない。多分表に出ているもので自分が大なり小なり関わっていたものはここらへんです。

• MongoDB on self-hosted EC2 を Graviton に載せるべくディスクのベンチマークをしてAWSのイベントで登壇したり
• AWS EKS (Elastic Kubernetes Service) で Karpenter という新しいautoscalerを活用してみたり(同僚の記事)
• チームの取り組みについてサーベイをもとに改善してみたり(同僚の発表)

あとは Amazon Aurora Serverless v2 をプロダクションの過半数に入れるみたいな少し変わったことをしたり、日々襲ってくるDDoSに対して色々頭を悩ませつつ対策をしていたりしました。たぶん

今年もあまりコードを書けておらず悔しい気もしますが、自分としては長年の負債になったり、誰も手がつけられなくなっていたりする部分を少しずつ解明しては倒していく、みたいなことをして、少し先に誰かが困ることが3つぐらいは減らせたのかなと思うのでヨシとします。

一方で、ここ2, 3ヶ月は仕事難しいな〜と思うことが多くて、それは良くも悪くも自分がやる仕事の影響力が大きくなっていたり、慣れや怠慢が表面化してしまったりしたことによるものも多かったのかなと思います。ちゃんとコミュニケーションを取っていこうと改めて気を引き締める所存でした。

ポジティブな話としては、なんやかんやあって大きな組織のMVPを頂いたり、来年は全社のテックカンファレンスで登壇することになったりと評価して頂いている気がします。
期待に添えていない部分のほうが多いと思いますが、引き続き頑張っていきたいと思います。

来年も? 1月1日より勤務予定です。

旅

今年もあちこちに行くことができて充実した1年でした。

これを書き始めるまで、今年あまり旅行行かなかったな〜とか思っていたが完全に杞憂だったようです。写真マシマシでお送りします。

登山

何と言っても今年を振り返るならこれでしょう。去年の夏頃から登山をはじめて、今年は登山をした1年だったといっても過言ではありません。
絶景と汗は心を豊かにするわよ、と数年前の自分に言っても信じてもらえないでしょう。人は変わるものですね。

特に6−8月と10月は延々と山に登っていた気がします
そして秋になぜか道具やウェアがどんどん生えて大変なことになってきた。来年は楽しくなるわね。

山行ほぼ全てはYAMAPで記録している。RubyKaigiでは開発者の方にお会いできてお礼が言えてよかった。今後もお世話になります。

今年行ったところのうち、おすすめしたいものを取り上げてみましょう。だいたいおすすめです。

旧東海道 箱根峠 (三嶋大社→箱根湯本)

• 過去に熊野古道も少し歩いたことがあるのだけれど、緑に包まれた石畳の古道を歩くのは楽しい
• ちゃんと今もなお道として整備されているのもかなり良かった
• でも後半の国道一号(現道)と重なるあたりはつらかった……

三ツ峠

• ヤマノススメを見て登山をはじめた(?)オタクとしてはやはり外せないところ
• 富士山がデカくて良かった

塔ノ岳

• 地元神奈川を代表する山の一つ。こんな身近なところにこんな良い尾根があるのかと感動した記憶
• 来年は足を伸ばして丹沢山と蛭ヶ岳も行きたいところ

大菩薩嶺

• 無限に車がいて登山口で駐車するのが大変だった記憶
• 眺めが良くて富士山が最高でございました

筑波山

• 人人人人人
• 「西の富士、東の筑波」の異名は伊達じゃねえと思いました。眺めが良すぎる

硫黄岳

• 八ヶ岳シリーズ1
• 本沢温泉と夏沢鉱泉を巡る温泉回でした。どっちも良かった……! また行きたい
• 八ヶ岳の魅力に取り憑かれた回
  • これを機に八ヶ岳周辺の山には何度も登ることになりました

鳳凰山 (鳳凰三山)

• テント泊したいな〜と思っていたら知り合いに誘われて行くことになった回
• なぜ25Lのザックにテントも食料もマットも入ったのかは全員が首を傾げていた
• 朝の稜線からの絶景があまりにも良すぎて南アルプスも最高だなと思ってしまった
  • 来年は北岳を目指します

蓼科山 / 霧ヶ峰 / 美ヶ原

• 八ヶ岳シリーズ2 (蓼科山は北八ヶ岳の一峰)
• 「近いし1日で3箇所行くか」の謎のノリで行った回。疲れました
• 「シカって警戒してると『ピャッ』って鳴くらしいよ」「ピャッ」「なるほど〜〜」
• 蓼科山の無限に同じ風景続く登りつらかった……! があまりにも眺めが良かったので許しました

木曽駒ヶ岳

• 名古屋に行く予定があり、地図を眺めていたところ「千畳敷カールこんなところにあるんだ、一生で一度見たいな……」となり行ってきた回。
• 偶然高速のインター降りたところの駐車場で車を駐めたおかげで助かった (バスがそこで満席になった)
• 千畳敷カールすごい、無限に人がいて無限にバテてて大変そうでした
• 中央アルプスも楽しいね

西穂高岳

• 今年ほぼ唯一の北アルプス。来年は色々行きたいな……
• これまで登った山にない岩場続きで高度感もあり、またちまちまとピークがあって11峰から本峰の1峰までカウントダウンされてくのも楽しかった
• 帰りは西穂丸山あたりからかなり雨だった記憶。今年は意外とここと次の横岳でしか降られてないらしいことに今気づきました。

横岳

• 八ヶ岳シリーズ3
• よく考えたら横岳の山頂で障害対応のMeet入ってた記憶があるな……なんでだろうな……
• 横岳〜赤岳天望荘〜赤岳 の予定だったが、2日目は土砂降りだったので頑張って降りてきた回。山なめんなよ
• 帰りの車の中でも障害対応やってたような記憶があるな……なんでだろうな……

水平歩道 / 下ノ廊下

• 偶然のタイミングで人生の目標が1つ達成されてしまった回
• もともと温泉が好きで、せっかくなら歩いてしか辿り着けない秘湯にも行ってみたいと思っていて、それで始めた登山で最初に行ったのも那須の三斗小屋温泉だったり、今年も上で書いたように本沢温泉や夏沢鉱泉に行ったりしていましたが、その目標は黒部の阿曽原温泉でした
• (写真の通り)どう見ても危ない道なのでいつか登れたらいいな、ぐらいの気持ちではいましたが、偶然にも行くチャンスが巡ってきたので
  • 一緒に行ってくれたお二方には改めて感謝を。ありがとうございました
  • 人生楽しい
• 寿命は縮んだ気がします

奥大日岳

• 今年も立山に行こうとしたら雪降ってました定期。なんでなん?
• そして奥大日岳へ。去年も登っているのだけれど、ルート上も山頂からの眺めも楽しく、山頂からは剱岳を眼前に拝める最高の立地にあるのにほとんど人を見かけない
  • やはり室堂からだと眼前に広がる立山が人を惹きつけてしまうのだろうか

(力尽きた写真はフリです)

南木曽岳

• なぜか中山道のそのあたりに行く機会があったのでシュッと登ってきた
• 「ハシゴと階段歩きが怖い」という他人の山行レポートを見て、なぜ? と思ったらたしかに怖かった……
• でもルートの短さの割に山頂からの眺めはなかなかに良かったです

由布岳

• 別府から由布院や阿蘇へ車を走らせたら、道中見えるその山容に見惚れることは間違いないあの由布岳
• 偶然、別府旅行の最終日に登ることができた。やったね
• 登った感想、やっぱりこれが百名山に入ってないのは百名山のバグです

金時山 / 明神ヶ岳

• いわゆる神奈川の海沿いで、西の遠くに見える、名前も知らないあの山
• こんな地元にこんな眺めが良い山があるなんて聞いてないですわよ

こうして振り返るとなかなかに山だらけな1年だった気がします。来年は剣と槍という話もありますが、さてどうなることやら。

温泉や移動

別に山に行かなくても温泉は行ってます。多分今年は40湯ぐらい。
今年はじめて行ってよかったのはここらへん。

• 青森県 あたご温泉
• 岩手県 藤七温泉 彩雲荘
  • なんと行った日が今年のオープン日だった文句なしで露天風呂が最高飯もうまい1位

• 福島県 木賊温泉 共同浴場 岩風呂
• 新潟県 かのせ温泉赤湯
• 新潟県 貝掛温泉
  • 有名なだけだと思っててごめんなさい1位
• 新潟県 ナステビュウ湯の山
  • 正直そこらへんの日帰りスパだと思っていったら度肝を抜かれた1位
• 新潟県 寺宝温泉
• 新潟県 新津温泉
  • 石油臭が最高〜!1位
• 栃木県 日光山 温泉寺
• 群馬県 万座温泉 万座亭
• 千葉県 むつざわ温泉 つどいの湯
  • 千葉県にこんないい温泉があるなんて1位 南関東ガス田を感じる
• 山梨県 やまと天目山温泉
  • 地元のバス会社がやってるなんてずるい、登山で使いやすすぎる1位
• 山梨県 韮崎旭温泉
  • ここの温泉水持って帰って焼酎割りたい1位 (今はできないらしい)
• 長野県 本沢温泉
  • 硫黄岳を見上げる雲上の露天風呂は最高1位
• 長野県 釜沼温泉 大喜泉
  • 泉質名が長くて嬉しい源泉そのままの水風呂もあるなんて嬉しい冷鉱泉1位
• 長野県 子安温泉
  • 木がふんだんに使われた浴室も黄土色の含よう素泉も広い休憩所も嬉しい1位
• 長野県 箱山温泉
• 長野県 きそふくしま温泉 二本木の湯
  • 飲んでうまい温泉1位
• 岐阜県 湯屋温泉 ニコニコ荘
  • シュワシュワで飲んでうまい温泉1位タイ
• 富山県 阿曽原温泉
  • 優勝
• 和歌山県 湯川温泉 きよもん湯
• 徳島県 ホテル祖谷温泉
  • ケーブルカーに乗れ

• 大分県 長湯温泉 水神之森
  • とにかくパワーが強い、長湯に行くならここも行け1位

• 大分県 寒の地獄旅館
  • 最高、来年は源泉水風呂も入れる時期に行きます
• 大分県 筌の口温泉共同浴場
• 大分県 はげの湯温泉 くぬぎ湯
  • 眺めが良い!! 記事を書きました
• 大分県 七福温泉 宇戸の庄
• 大分県 湯の坪温泉

山に行った関係で長野県を開拓できたり、新潟旅行に行って新潟の魅力に気付いたりと充実した1年でした。来年も温泉に浸かっていきたい。

飛行機

全然乗ってないのにマイルが一方的に溜まっていくので完全に陸マイラーになってしまいました。

来年は手が滑ったので春に台湾、夏にヨーロッパの予定です。うっかりビジネスクラスのチケットを取ってしまったがはたして……

船

沖縄に海路で上陸する実績を達成しました。

お酒

今年もたくさん飲んで良かった。奄美大島で飲んだ焼酎が優勝でした。また行きたい。

スポーツ

スキー

板が生えた。2組も。そんなはずでは……

来年はスキーに行ってスキーに行ってスキーに行って帰ってきた翌日にスキーに行くことが今のところ予定として決まっています。

お金

つい先日口座残高が4桁円になっていたのを見ました。そんなはずでは……と思いましたが、ここまでを振り返ってすべてを理解しました。

来年はヨーロッパ旅行に行くらしいです。そんな……

人生

Q. なにか進捗はありましたか?
A. 人の結婚式に行くと結婚したくなる人の気持ちがよく理解できました

振り返りと来年に向けて

今年も楽しい1年だったので来年も楽しくしたい。

来年の目標は「本を読む」「山に登る」「まだ、ここにない、出会い。」です。

この記事はwhywaita Advent Calendar 2023の22日目の記事です。
21日目はyucchiyさんによるUnityアプリでwhywaitaのアイコンを回す | Yucchiy’s Noteでした。IWhywaitaAnimation や WhywaitaAnimationPlayer のような文字列が飛び交っており、ゲラゲラ笑いながら読ませていただきました。

ところで今回もwhywaitaさんは僕にだけ当たりが強い気がするのは気のせいでしょうか。

本題

22日目の記事をどうするか悩んでいたのですが、つい先日旅行に行ったとき、偶然問題が解決しました。

こちらです。

お分かりでしょうか。

良くわからない方もいると思うので拡大してみます。

最近のWordPressって任意の高さのスペーサーが簡単に挟めるんですね。満足しました。

わいた温泉郷

というわけで熊本県阿蘇郡小国町にあるわいた温泉に行ってきました。

よく考えたら2年前のアドベントカレンダーの記事でも阿蘇行ってますね。なんと今年3度目の熊本県ということが発覚しました。

というわけで「わいた」をご堪能ください。

……もういいでしょうか。

温泉

というわけでわいた温泉郷の温泉に行ってきました。

ところで、この一帯は不思議な温泉文化があり、「コインタイマー式貸切風呂」というものがあちこちに点在しています。
普通に道を走っていると看板に「コインタイマー式温泉」とか書いてあり、初見だと意味不明かと思うのですが、地元の人も普通に来られるようです。

ここわいた温泉郷にも、そういったコインタイマー式の温泉があり行ってみることにしました。
行ったのは「はげのゆ温泉 くぬぎ湯」さんです。

さて入湯していきましょう。
受付で浴室を選び、1500円 (風呂により違います) を払うと、部屋の鍵と500円玉を3枚を渡されました。それはただの両替では……?

こういった浴室が10棟(室)あり、風呂によって眺望の良さや浴槽の大きさ、檜風呂/岩風呂などの違いがあります。

そしてお湯はもちろん入っていません。これがコインタイマー式の面白いところですね。

部屋の入口を振り返るとこんな機械があります。

なるほど1500円。というわけで500円玉を投入すると……

いい勢いですね。10分ぐらいでなんか自宅よりでかい浴槽からお湯がだばだばと溢れてました。

泉質とかのメモを忘れていたのであまりそういったコメントはできませんが、結構熱めだった記憶があります。
また、写真からもわかるように眺めが大変素晴らしく、写ってはいませんが涌蓋山(わいたさん)もよく見えていました。

whywaitaさんもこの温泉地についてはご存知のようで、機会があれば行ってみたい、というようなことを言われていた気がします。ぜひ訪れてほしいですね。

来年は涌蓋山に登れたら登ってこようかなと思います。往復3時間50分で初心者向けのコースもあるみたいですが、whywaitaさんも一緒にいかがですか?

明日はKento Aoyamaさんです。

この記事はwhywaita Advent Calendar 2022の12日目の記事です。
昨日は nersonu さんによる 「Poetry 1.3.0 がリリースされたよ – そぬばこ」でした。言語ランタイムとパッケージは面倒くさいですね。

前回は ロードスターを買って9ヶ月 でしたが、あれから1年経ってどうだったのか、いくら掛かったのか、問題は見つかったのかなどをお届けしようと思います。

去年のあらすじ

色々あった。ダイジェストでお送りします

• 納車1ヶ月と少しで後ろから突っ込まれる
• 夏になったらエアコンから冷たい風がでない
• ディーラーから返ってきた車から変な音がする
• ディーラーから帰ってきた車にトランクを開けるレバーがない

今年のあらすじ

色々あった。ダイジェストでお送りします

• 後ろから突っ込まれる (2)
• ミッションを交換したらミッションの調子が悪くなる
• タイヤを変えたら色々ハッピー
• ミッションを交換したらミッションの調子が良くなる

今の走行距離

194,000kmを超えました。前回の時点で182,000kmだったようなので、1年で12,000km、つまり1ヶ月1,000kmぐらいのペースで走っているようです。このくらいが気軽でいいですね。

今年の高速代

ETC利用ベースで132,020円でした。首都高も値上がりしたし、大変ですね。

今年のガソリン代

今雑にクレカの明細を1年分みたら122,958円でした。リッター150円としても820L弱しか入れてない計算になるので多分もっと使ってますね。

おおよそ燃費は 11km/L ほど出るので、12,000km乗ったとすると16万円ほど入れてそうですね。

今年の修理代

486,996円でした。

去年の記事で書いていた修理(トランスミッション(ギア)やその周辺一式を載せ替え)を行った結果こちらの額となりました。しかし、この修理がうまくいかなかったことがこの半年の一番の後悔でしょうか。
1速や2速の入りが悪いという事象で実施したものの、あまり改善した感じがなく、有耶無耶になったまま数ヶ月が経過。距離を乗ってみたものの改善しないので保証を使って再度交換の流れとなりました。

つい先日2度目のミッション交換が終わりましたが、あまりのシフトフィールの良さに涙が出そうになったことはクラスのみんなには内緒です。

それとは全く関係なく1年前のデジャブのような流れで突っ込まれたりしましたが、板金7万円コース(自腹ではない)で済みました。

今年の思い出を雑に振り返る

今後の展望

今度はショック (サスペンション) からオイルが漏れたらしいです。まあバネは消耗品なので……
とりあえず年明けにブッシュ (ゴム) の打ち替えが予定されています。乗り心地が良くなりそうで期待が高まりますね。

なんやかんや言ってはいますが、一粒でn度美味しい楽しい車ということで、今後も引き続き壊れるまで乗っていけたらと思っています。

whywaita さんへ

来年はどこに行きますか?

言語は Go、最終スコアは15532点、参考スコアを上から数えると45位だったようです。悔しい。
具体的な取り組みは下の方で述べますが、MySQL移行はバグなく完遂し、さてここからチューニングしていくぞ！という感じのところで終わりました。エンジンが掛かるまでの速度が足りなかった。

毎回、運営の皆様にはいくら感謝しても足りませんが、今回も取り組みがいのある問題で楽しかったです。ベンチマーカーも最後まで待ち時間がほぼなく、スコアも安定していたのでとてもストレスフリーでした。ありがとうございました。

マルチテナントで大量の SQLite3 データベースがあることが分かったとき、ISUCON本を読んだだけの人間には解かせないってことね!と思いながらニコニコしました。

ところで知り合いがたくさん著者に名を連ねているISUCON本ですが、予選の2週間前に購入し、予選開始1時間前に部屋から発掘されました。
30分ぐらいで流し読みしたのですが、大変実利的な内容に溢れているなあと感じました。nginx の upstream で keep-alive を有効にする方法は知らなかった……

9:00 起床

前日も早く寝るぞと自分に言い聞かせながら4時半まで起きてしまい、念には念で8時に掛けた目覚ましが1時間鳴っていました。すでにこの時点で心も体も終わっています。

部屋の隅にISUCON本が積まれているのを発見しました。ちいとぽも積まれています。
h-otterと合流するために移動しつつ、パラパラと眺めます。

10:00

まだ合流のため移動中ですが予選が始まっているようです

10:05

合流しました。 CloudFormation テンプレートを流します

10:22 初回スコア 2732

起動したのでベンチを回しました。この時点で分担も何も決まっていません。

とりあえず kataribe を入れたり pt-query-digest を入れたりします。
「そういえば先日の社内ISUCONで Cloud Profiler 便利だったな……」みたいなことを思いながら、入れ方を調べます。
GCPプロジェクトが必要らしいので作ったり、サービスアカウントキーを発行したりします。予選始まってからやることではない。

11:30ごろ

Cloud Profiler を入れたので眺めました

12:00

h-otter が MySQL 対応の実装を終わらせて、「Uber eatsでも呼ぶか〜」と言いながら、なぜか歩いてマクドナルドに飯を買いに行きます。なんで??

13:03 MySQL移行 3023点

MySQL移行が一段落します。今思うと速かった。

sqlite から SQL をダンプしてゴニョゴニョやり始めて十分程度経ったあと、 sqlite3-to-sql って名前のスクリプトあるけど?? と気付いて笑ってました。先に気付こうね。

とりあえず MySQL に流し込むこと数分、INSERT が一向に終わらないことに気が付きます。このままでは POST /initialize がタイムアウトしてしまうため、バルクインサートをするクエリに書き換えることにしました。

sed で気合でバルクインサートに書き換えましたが遅い。ここで1台目のインスタンスがメモリを食いつぶして死にます。160万件のINSERTを一発でやると死ぬことが分かる。
先日の社内ISUCONでもインスタンスのメモリを食いつぶしたんだよな……と思いながら1台目を捨てます。

これが答えです。

for i in `seq 1 100`; do echo $i; mv $i.sql $i.sql.bak; sed -z -e "s/);\n/);\n\n/" -e "s/NULL\n);/NULL\n);\n\n/g" -e "s/);\nINSERT INTO [a-z_]* VALUES/)\n,/g" $i.sql.bak > $i.sql; done

それなりに早くなりましたが、まだ遅いので tenant の player_score テーブルにおいて、 updated_at が一定以上のレコードを DELETE する作戦に切り替えます。これで10秒程度で POST /initialize が通るようになりました。

DELETE FROM tenant_X.player_score WHERE updated_at > 1654041599;
DROP TABLE tenant_X.competition;
DROP TABLE tenant_X.player;

他のチームの参加記を読んだら 「/var/lib/mysql をコピーする」「毎回 mysqldump を実行する」みたいな筋肉実装が多くて震えました……

確かここらへんで h-otter がなぜか flock を倒す実装を書くもベンチがコケました。
「そこはボトルネックじゃないっぽいし一旦revertしよ?」と、人の競技中の努力を無に帰すような心無い発言をしました。ごめんなさい。

なぜかここからしばらく無の時間が続きます。なぜ……

15:20 3758点

h-otter が competitionRankingHandler の N+1 を潰したようです。

15:50 6336点

グッとクエリを睨んで indexを追加。playerAddHandler がかなり速くなりました。

ALTER TABLE visit_history ADD INDEX (competition_id, player_id, created_at);
ALTER TABLE visit_history ADD INDEX (created_at);
ALTER TABLE tenant_X.player_score ADD INDEX (competition_id, player_id, row_num DESC);

マルチテナントのDBをそのまま持ってきたので、tenant_id は無視するようにしました。

16:08 7923点

h-otter が playerHandler の N+1 を潰したようです。

そして player_score に index を追加。
ALTER TABLE player_score ADD INDEX (player_id, competition_id);

バルクインサートと、JSONシリアライザの変更(encoding/json → goccy/go-json)をした結果、スコアがやや増加しました。(8269点)

16:36 10253点

なんかヤバそうな実装の dispenseId を倒しました。1万点突破。
よくわからんけど順序保証されてたほうが良さそうな気がしたので、 time.Now().UnixNano() を文字列にしてそのまま突っ込みました。爆速。

たしかこのあたりで、 tenant の player_score は (tenant_id, competition_id, player_id) ごとに最新の1行だけあればいいことに h-otter が気付きましたが、あまり速くならず。
この時点で row_num に関する index を落とすべきでした。

既存の tenant_{1..100} に対してもそれを適用しましたが、スコアとしては特に変化なしでした。

このあたりでベンチマーカのログから、タイムアウトでユーザーが減ったという表示がなくなり、ようやくISUCON始まったな! という気持ちになります。すでに手遅れ。

17:03 12505点

h-otter が jwt のパース結果をキャッシュします。神

17:45 14363点

app + DB の2台構成にした気がします。

17:50 15962点

流石にやや諦めムード。ログを切ったりできることをしました。
忘れずDEBUGログを切ったりスロークエリーを切ったりしました。偉い。

「再起動試験はしなくていいでしょ！」で終了

感想

1. MySQL 移行をバグらせずに完遂できた俺達は偉い (本当に偉いと思っている)
2. 毎回意味不明なバグを仕込んで後半暗澹たる感じにあるので、今回はほぼ最後までノーバグで駆け抜けられたのは良かった。良くも悪くも我々は大人になった
3. プロファイラ / スロークエリ / アクセスログの3本柱をちゃんと見ながら走れたのは本当に良かった。常に事実は正しい。fact based / metrics-driven
4. 後半のスコアのブチ上がり方が楽しかった。というかここに来るまでを自分は第一関門を突破した段階だと思っている。やれる改善はたくさん残っていたし、あと1時間あれば更に2倍, 3倍のスコアは出ていたんだろうなと思うと悔しい

そのほか

1. 午前中からの競技は本当に心も体も終了していて何も捗らなかった。ISUCONに必要なのは健康な心と身体
2. デカいテレビで h-otter がリゼ・ヘルエスタと名取さなの原神ガチャ配信をずっと流していた。「縁起がいいと思ったんだけどなあ」って何?
3. その後はリゼがパワプロしてた。リゼ・ヘルエスタについて私が知っているのは第一第二第三皇女のいずれかであるということぐらいです。
4. 最後1時間ぐらいローテンションお嬢様 (壱百満天原サロメ)流したら集中力が0になった。何?

18日目はkyontanさんのロードスターを買って9ヶ月でした。自作自演。

資格

ここの節を書こうとして、そういえば過去の自分は資格を取るのが趣味とか言ってたな、と思いだして懐かしい気持ちになりました。
というのも最後に資格を取ったのはもう5年近く前のことで、しばらくご無沙汰だったからなんですが。

久々に資格試験を受験し、つい先日(官報公示はまだですが)データベーススペシャリストになりました。

情報処理推進機構が実施している情報処理技術者試験において、最も難易度が高い試験であるレベル4、すなわち高度情報処理技術者は8つあり、その中でスペシャリストの名前がつく試験はネットワークスペシャリスト(NW)、エンベデッドシステムスペシャリスト(ES)、データベーススペシャリスト(DB)と3つありますが、これらに全て合格したことになります。
(現在は情報処理安全確保支援士へと制度改定が行われましたが、情報セキュリティスペシャリスト(SC)にも合格しています)

軽い気持ちで応用情報技術者試験を受けてから足掛け8年、当初の目標としていたスペシャリスト全制覇が達成できたのは少し感慨深い気持ちがあります。

それはそれとして、当日も時間が足りず絶望していましたが、午後Ⅱが60点とまさかのボーダーライン上で、受験後も合格発表まで正直生きた心地がしませんでした。しばらく発表日のことを忘れて生きていましたが、1週間前ぐらいから脳裏をよぎるようになって本当に辛かったです。

あと、参考書を買って勉強していましたが、解説が雑すぎて途中で嫌になりました。あの筆者とは分かりあえそうにない。一発で合格できて良かったです。

今回受かった試験はレベル4ですが、いつかは学園都市230万人の頂点であるレベル5になりたいので引き続き精進します。

生活

おおむね崩壊した生活リズムのまま生活できて(?)います。おおむね12時起床4時就寝。仕事はいつしているかというと13時〜20時 + 0時〜2時というような感じです。つまり平日は仕事して飯食って寝たら終わっています。

業務時間についてはチームの皆さんの協力もあり、なんとかこの時間でやれています。本当にありがとうございます。

とはいえ、生活としてはなんとかなっているけれど、なんとかなっている感が出ているだけだと感じています。

車に関する話は昨日書きました。先月は結構乗ってたけど今月まだ乗ってない気がする。はやくガソリンが安くなってほしいですね。

仕事

10月の近況を読み返したところ、思ったより真面目に仕事のことが書いてあってビックリしました。

とりあえず目下としてはSREとしてのスキルを磨いてより良いプロダクトをユーザーに届けていきたいというやっていきがあります。
開発者の体験が良ければ、良いプロダクトが生まれると信じているし、安定して動き続けるサービスはより良い体験をユーザーへ届けられると信じているので。

2021年10月あたりの今日このごろ | monolog

前回の近況書いてからここ2ヶ月が経ちましたが、この気持ちに依然変わりはなく、日々やっていくために楽しくお仕事をしています。
仕事に楽しさがなくても良いとは思うけれど、1日の1/3は仕事をしているわけですから仕事が楽しい方が嬉しいですね。

ここ3ヶ月ぐらいで、だいぶ Site Reliability Engineering に対する理解が深まり、 Production Readiness やっていき、 Developer Experienceよくしたみ、 Incident Response Trainingやっていきなどの曖昧な目標がふわふわと浮いています。
あとなんか複雑なシステムを見たときにフリーズしにくくなった。とりあえず手が動かせるスキルは大事。

そのうち対外的にも発信できるといいですね。

2ヶ月の間でも色々なイベントがありましたが、今はプロダクトを良くするためだけに元気でやってるよ、ということで在職エントリでした。

まとめ

人生にifはないので、常にそこに選択肢がないかを考え続け、選択肢があるなら後悔しない選択をできるように努力し続けるしかないんですね。

この記事はwhywaita Advent Calendar 2021の18日目の記事です。

昨日は twismikoさんの whywaita Advent Calendar 2021 17日目：人はなぜ飛行機に乗るのか – Coyote vs Loadbalancer でした。今年もたくさん飛行機に乗っていて楽しそうですね。スイートラウンジには今度連れて行ってほしいですね。

kyontanは今年7回しか飛行機に乗っていませんが、マイルではなくお金を払って乗るようになったので多少は成長しました。なんとガソリン代や高速代を払うとマイルが貯まるんですよね。どこかにマイルで使おうと思います。

さて、2020年は36回も飛行機に乗っていたkyontanですが、今年は空ルートから陸ルートに変更したので延々と地上を移動し続けていました。
その代表的な手段がそう、自動車です。

購入まで

マニュアル免許を取ったからにはマニュアル車を乗りこなしたいと思うのは人間の性であり、旅行も好きなので乗っていて楽しい、かつ比較的お手軽そうな車を考えた結果、マツダのロードスター (NB6C, SPグレード) にしました。

ロードスターは大きく4世代に分かれており、それぞれ、NA (ユーノス・ロードスターと呼ばれるのはこれ)から、NB, NC, NDと呼ばれています。今回私が買ったのは2世代目であるNBの、更に4世代に細分化された中の最後期モデルであるNB4です。

最後期とは言え、その初度登録年月は平成16年6月 (2004/6)。今は2021年12月なので、実に17年前の車です。走行距離も購入時点で172,000kmと、おそらく普通の方が聞いたらそんな車、ちゃんと走るの……? と思うような数字でしょう。
更に年式がある程度古い車の場合、走行距離の多寡も重要なファクターではありますが、それと引けを取らない程度に重要なのはメンテナンスが適切に行われてきたかどうかです。

車には無数の劣化しうるパーツがあり、それらは適切なタイミングで適切に交換されなくてはなりません。
エンジンオイルの交換は3,000kmから5,000kmに1回することが望ましいとされていますし、あまり聞き馴染みがないパーツとしては、例えばタイミングベルトなんかは10万kmに1回、ないしは劣化が判明した段階で交換を適切に行う必要があります。

今回購入したロードスターは、初代オーナーから数え(おそらく)自分で4人目で、直近では2人目のオーナーが長いこと乗っていたようでした。
メンテナンスはかなりこまめに行われていたようで、法定の1年点検に加え、半年ごとに点検をしてこまめに劣化した部品を交換していたようで、分厚い本のような点検整備簿が存在していました。
今回の購入にあたって、この整備簿の存在はかなりの安心材料になりました。

しかし、そうは言っても17年物。納車から9ヶ月で10,000km超を走り、今の総走行距離は182,000km。200,000kmの大台は目と鼻の先です。
whywaitaさんも1000km以上は助手席に乗っているんじゃないでしょうか。雑な旅行にいつも付き合ってくれてありがとうございます。

今回は、この9ヶ月、ロードスターで走っている中で遭遇した色々な事象をご紹介します。

事象1: 後ろから突っ込まれる

びっくりですね。古いとか関係ないでしょ。

夜に国道1号で信号待ちをしていたら後ろから突っ込まれました。速度は全然出ておらず、掠った程度の傷しか付いてなかったのは幸いでした。

幸い当て逃げ等ではなかったので、すぐに警察や保険会社に連絡して調書を取り相手の連絡先を聞き、様々があった結果、無料でバンパー等が新品になりました。
なんか修理代金24万とか書いてあって、あの傷でこの金額……ﾋｴｯ……となりましたが相手の保険で出たので0円です。

なにはともあれ人間が無事だったのでヨシ。

このとき、ディーラーの方から「古い車というのもあって、いろいろなところでオイル滲みなんかがあるので、そのうち直していかないとですね」とのアドバイスをもらい、それはそうだよな〜と思いつつ、そういった部分を修理するのはまだまだ先のことだと思っていたのでした。

そういえば国道1号のことを「イチコク」って略すのは神奈川県の南側の人たちだけらしいですね。ご存知でしたか?

事象2: エアコンから冷たい風が出ない

夏が近づき、エアコンを入れると、ふと冷たい風が出ないことに気が付きます。調べてみるとエアコンガス(冷媒)漏れというのはよくある事象らしく、たしかにボンネットを開けてサイトグラスを見てみてもエアコンガスが流れている気配がありません。

ディーラーへ持っていき、一度再充填 + 漏れを検出するための蛍光剤を入れてもらいましたが、1ヶ月足らずでまたエアコンが効かなくなったので、そのタイミングで再度ディーラーへ行き、おそらく紫外線ライトのようなもので見てもらった結果「あちこちから漏れていますね〜」とのコメントを頂戴しました。わお。

これから夏というのにエアコンが効かないオープンカーで湘南を疾走するのは無理があるのでもちろん修理を選択。

コンプレッサー, コンデンサー(電子部品ではない方)など、エアコンに関する一式を交換。18万円。

無事冷たい風が出るようになり、安心して夏場もドライブを楽しむことができました。

事象3: 低速でハンドルを一定角度に切ると謎の異音がする

再現条件が分かるまでに1週間ぐらい掛かりました。良くわかりましたね。
ある日友人とドライブをしていたら「これつまりハンドルを一定角度に切ったときに音がするってことじゃない?」と指摘されました。トラブルの発生条件を切り分けるのが得意なオタクは最高。

なにそれ?という事象ですが、どうやら先日のエアコンの修理時にアンダーカバーがずれていたらしい、謎ですね。
とりあえず直してみましたが、そもそもボルトが折れていてそこも直そうとするとタップでネジ穴開け直して……とかなるらしい。大変そう。

良くわからないけど0円で直りました。ヨシ

事象4: 始動時にキュルキュルいう

分かりやすい事象ですね。ベルトが滑るとそんな音がするんだろうな〜という音がしました。

ベルトを交換したら直ると思うじゃないですか。ベルトを回すプーリーが錆びていて、そっちを交換しないとまたすぐにダメになってしまうようです。年式〜

そして、更に「ウォーターポンプから異音がするのと、ちょっと漏れてますね」とのご指摘が。ラジエーターは樹脂らしく、現状はまだ良いがもし壊れたらやばいとのこと。エンジン冷やせなくなったらそりゃオーバーヒートして壊れますからね。

壊れるのは嫌だからね〜と言いながら修理することに。ついでに200,000kmが近づいてきたので、このタイミングで100,000kmごとに交換するタイミングベルト等も一緒に交換することにしました。工賃が浮くので。

ラジエーター, ウォーターポンプ, サーモスタット, タイミングベルトなど、なんか冷却周りをまるっと交換。26万円……

ここでkyontanの冬ボーナスが消えます。

事象5: 1速や2速の入りが悪い

「最近1速とか2速の入りが悪いんですよね」ディーラー「ミッションオイル変えて、そのときに切子とか出てこないか見てみますね」「出てこなかったのでシンクロ(シンクロナイザーリング)が逝ってると思いますね〜」「こちらお見積りです」「WOW」

色々話してるとだんだん車の駆動装置に詳しくなります。

ミッション載せ替えで35万円、他の交換部品も含めた額がこちら。
シンクロはトランスミッションの一部品なので、なんとシンクロを交換するよりトランスミッションを載せ替えたほうが安いということらしいです。

流石に26万の修理受け取りに行ったら43万の見積もり出されるのは財布もメンタルもやばい。まだお願いしてません。

でも、飛行機41回乗るのと比べたら安いんじゃないでしょうか? 車は金がかからない趣味ということが良くわかります。

まとめ

なんやかんやでお金は掛かりつつ、でもロードスターは乗ってて楽しいんですよね。2021年のベストバイは間違いなくこれです。

速そうと言われることはよくあれど、乗ってみると全然速くなくて、でもドライバーとしてはそれで満足というか、ドライバーの操作に対して素直に応答してくれるところが最高です。
マツダの提唱する人馬一体という言葉の意味するところが、ロードスターに乗っていると良く分かります。

そして、生産終了から16年が経過したにも関わらずちゃんと交換パーツが出てくるマツダは本当に素晴らしいですね。
何かあったとき、ディーラーに持っていけばシュッと交換パーツリストが出てきてちゃんと修理をしてもらえるというのは何にも代えがたい安心感があります。

なんやかんやと手間のかかる子ではありますが、様々な運命の巡り合わせで自分の手元に来た車、せっかくですし大切に乗っていきたいですね。

追記

ところで、この記事を公開した直後にディーラーから新モデルの990Sのご案内が来たんですが、これはつまりそういうことですか?

修論は無事提出され、無のような3月を過ごしていたらすぐに4月。

一般企業への就職を選んだので会社員になりました。就活については就活の技法 / 統括 2020に書いた通り。

後述しますが、最近は Site Reliability Engineer を生業としています。

以下、最近のあらすじ。

エンジニアとして採用されたものの、その上でどんな部署に配属されるかは概ねガチャであり、ガチャを回したところクラウドアーキテクトということになりました。クラウドアーキテクトというのはクラウドをアーキテクトする仕事です。組織の説明を見たら「パブリッククラウドのスペシャリストとして〜」みたいなことが書いてありました。入社研修後即スペシャリストとして扱われるとどうなるか? 期待値の高さにメンタルが死にます。

もう少し真面目に書くと、社内におけるパブリッククラウドの活用を推進する横断組織へ配属され、4ヶ月ほど、その字面通りの業務をしていました。
一応5:5ぐらいの工数感が期待されたものの、実態としては7割ほどあるプロダクトのSREチームの立ち上げ支援を行い、残りの3割で横断組織らしい活動として共通フレームワークの開発をしていました。人間は5:5で2つの性質が全く異なるタスクを並走することができないようにできています。

現代的インフラ入門としてAWSをポチポチする時代から突然TerraformによるIaCに入門し、ひたすらHCLを書き続けたりJenkinsおじさんをしたりコードの静的解析をしたりCI/CDを整えたりコスト削減計画を立てたりしていました。
Excelと3日ぐらいにらめっこしていたらメンタルが完全に終了して退職を検討するというイベントもありました。
(日報でめちゃくちゃネガティブなことを書いたら人事に秒で心配された)

あと、横断組織はミーティングが多くて辛い。最近改善に向かってはいますが、当時はミーティングだけで週10時間ぐらいあり、なぜ……?という気持ちにはなりました。

さて、一段落付いたので次のkyontanの仕事内容が検討されることとなり、何がしたいの?と無邪気に聞かれたので、こちらも無邪気に「なんかイケてるチームでイケてることをするか、クソデカウォーターフォールみたいなのを人生で一回ぐらいは経験したいです」みたいな返答をしたところ、どちらの要望に対しても候補が提示され1週間ぐらい悩むことに。

ここで、イケてるチームがそこまでイケてなければ人生経験としてウォーターフォール案件を選ぶつもりでしたが、ひとまず顔合わせを、ということで軽くお話をしたところﾋﾞﾋﾞｯと来たのでそのチームへ行くことに。

そのチーム、実は僕が就活をしていた頃から働きたいと思っていたチームでもあり、当時中途採用のポジションに応募するかも迷うほどであり、まさかこんな機会に働けることになるとは思ってもみませんでした。人生、とりあえず言いたいことを言ってみるものだな……

そんなこんなで、最近は Site Reliability Engineer ってやつをやっています。
個人的には下積み時代(何?)を経て、やがていつか憧れのSREへという思いはあったものの、入社して半年でその目標は叶ってしまった。次の目標は……?

とりあえず目下としてはSREとしてのスキルを磨いてより良いプロダクトをユーザーに届けていきたいというやっていきがあります。
開発者の体験が良ければ、良いプロダクトが生まれると信じているし、安定して動き続けるサービスはより良い体験をユーザーへ届けられると信じているので。

半年前にはEC2をAWSマネージドコンソールをポチポチしたことがある程度のクラウド経験しかなかった人間がなぜかKubernetesやらマイクロサービスやらをプロダクションで触っており、人生まさかこんなはずでは……と思っている。様々な経験の点と点が線となって繋がっていく体験、最高〜!

趣味のおうちKubernetes業が一向に進んでいませんがいずれ続きを書きます。

他にも田んぼでIoTしたりなんやかんやしたりで日々忙しい気がしている。毎日それなりに寝られているので平和です。

この記事を書いている時点で、すでにこのブログが構築したクラスタ上で動いているところまでは来ていますが、ゆっくり備忘録がてらまとめていくことにします。

ただkubeadmでシングルノードで立てても面白くないよね、ということで、色々と試してみることにしました。

1. 実験のしやすさを考慮してVMの上に建てる
   1. VM基盤は n0stack を使う
2. 可能な範囲でちゃんと冗長化する
3. ちゃんとアプリケーションを乗っける
4. 完全なお遊び用のクラスタは別に作る

あたりを基本方針にしました。

ホストについて

さて、まずサーバはどうするかという問題がありました。現代なので冗長化するなら3台欲しいので、お手軽かつ高速なマシンが3台必要でした。

また、過去にも同じことをやろうとして、秋葉原で安く売っていたサーバ(通称赤鯖)を3台買ってはいましたが、CPUもRAMも足りない && ファンの音がうるさいということで放置されて早3年が経過したので、次は静かなマシンが良かったわけです。

というわけで安くて速くて静かでRAMが積めるマシンを検討した結果、 Lenovo の M75q Tiny Gen2 を購入しました。定番ですね。Ryzen 7はコアが多くて速い。
ただ、予算の都合でまだ2台しか買えてません。

購入後の感想ですが、静かで小さいので自室の足元に置いても気にならずかなり満足しています。CPU使うと流石にファン回って気になりますけどね。

一方で、色々構築をすすめるにつれ、ストレージが256GBだと足りないか? と思うことがあり、SATAのSSDを追加することを検討しています。
ストレージ足すなら別に小さい必要はなかったのでは……という気持ちがあり、 V55t Mini-Tower とかでも良かったのでは……という気持ちに。計画性がない。

ストレージをどうするか問題は常に付きまといますね。後述するかもしれませんが、現在は、このクラスタとは別に以前から運用していた FreeBSDサーバに刺さっている雑なディスクをミラーリングしてNFS共有しています。RDBMSとかやろうとするとiSCSIの方が良いかもしれない……

OSは雑に Ubuntu 20.04 Server を選択。

n0stack

今回のVM基盤です。別にlibvirtでもOpenStackでもなんでも良いのですが、構築が楽 & 動作が軽くて、コードはなんとなく分かるので気になったら自分で直せるし、ぐらいの気持ちで選択しました。

n0tsack は 友人の @h-otter が主となって開発していて、過去には ICTトラブルシューティングという大会で数百VM規模で動いた実績があります。紹介記事は本人が書いてるので読んでください。

n0stackの紹介 – h-otterの備忘録

https://h-otter.hatenablog.jp/entry/2019/09/22/164251

https://github.com//n0stack/n0stack を眺めて、 n0core と n0cli があれば動くことが分かったので適当にやります。

VMを起動する/管理する本体である n0core は、全体の管理をする api とQEMU等を制御する agent からなります。
データストアは api にいて、デフォルトでは設定不要の LevelDB を使用します。LevelDB は特にデーモン等が不要のDBで、api が動くホストの /var/lib/n0core あたりに勝手に保存されます。
冗長化したければ etcd も使えます、が構築時点では
etcd or LevelDB を使っていて、デフォルトだと LevelDB を使うので、特にDBの設定は不要です。雑に GitHub の README を見てデプロイします。

VMのセットアップはあまり考えずにドキュメントを参照すれば良い、と思いきやハマりました。QEMUの仕様が変わったらしい? https://github.com/n0stack/n0stack/pull/239 で解決。そのうちマージします。

適当な Ubuntu が起動することを確認したところで一旦ここまで。(ホスト名は k8s-0X だが別に Kubernetes は動いていない)

時間がないときにはついつい焦ってファイル名をtempやらhogeやらaaaやらにしてしまいがちですが，1週間以上の戦いでそれをやると4日目あたりで死にます．ちゃんとツールを活用しつつ継続的かつコンティニュアスな方法で解決しましょう．

今回は2週間で実験をやって論文を書かないといけなくなった私みたいな読者の方のために，研究を加速させた手法をダイジェストでお届けします．

Tl; DR

ここから下のN日目は実執筆日ベース．書かなかった日はノーカン．

1日目

Overleafはマジで便利．海外のトップカンファレンス直前でもない限りそうそう落ちません．

課金すると履歴が追えるし，Google Docsみたいに複数人でリアルタイムコラボレーションできるし，レビューとかもできるので本当に便利．研究室内に布教しようとしましたが，見える範囲では僕と指導教員と指導教員(2)しか使ってくれてなさそうで悲しい．

3日目

やるだけ

4日目

修論執筆4日目: 第2章全然進まなくて死。Zoomでさぎょイプ感を出すもなぜか人4コードを書いてアブノーマルなコンテンツ見て今年一の衝撃を受けて人のシャニマスプレイを見て冬優子の解釈違いにキレて小糸ちゃんの地雷感にニコニコしてちょこせんぱい可愛いとあさひちゃん誕生日おめでとう(40ページ)

— kyontan (@sukukyon) January 4, 2021

さぎょイプとかいう概念は悪．やらないほうが良い．
小糸ちゃんはじめノクチルの連中は誰一人アイドルやる気がないし，あさひは「何なんすかこれ?」しか言わないしなに? ちなみにあさひ推しです．

7日目

こんなクソ忙しい時期にサーバルームの工事をするな．

8日目

IDOLY PRIDE はちゃんとアイドルやってる．推しが1話目で実体を持たなくなって悲しい．
ゆるキャン△ SEASON 2 の OP 見て，こういうOPが2期のOPなんだよ〜〜の解釈一致に号泣した

ここらへんで提案手法に疑念を抱き瀕死状態．提出まで2週間切ってますがまだ提案手法固まってない．

9日目

修論の分析を効率的に行うためにBigQueryに払うコストを最小化しつつクエリのパフォーマンスを最適化することならいくらでも書けるのに肝心の実験が進まない,助けて

— kyontan (@sukukyon) January 13, 2021

この話は前に詳しく書きました．時間がないときは並列化でCPU時間を稼ごう．
読んでください: コストを掛けずにBigQueryを使い倒す会

11日目

グラフを描く．グラフを見ると解釈が生まれ，解釈が生まれると考察が生まれ，やがて文章が生じます．

このあたりでは完全に生活リズムが崩壊していて，17時起床7時就寝のペースで論文を書いていました．
毎日論文を少しずつ書き進めて，とにかく文の形をしてない箇条書きでも実験結果をまとめて第n稿を指導教員に送信．翌朝(17時)返ってきたレビューがあればそれを元に修正，という流れで1週間ぐらい過ごしていました．

これは指導教員の期待値を適切にコントロールするつもりでやっていたというのもあります．あとは生存報告という意味もあります．

豪華な異世界転生モノこと無職転生，ロキシーちゃんの御神体に解釈一致です．

12日目

12日目: 11日目に修正した原稿を指導教員に見てもらったところ,また章構成を見直すことになる.2つのテーマを1つの論文にまとめると崩壊しがち.実験結果を追加で取る.グラフを見ると色々考察できて楽しい.この手法で良くなるの,ほんまに?信じてません (54ページ)

— kyontan (@sukukyon) January 20, 2021

グラフを描く．

前世生まれなので未だに gnuplot を使ってグラフを描いてるんですが， gnuplot のコマンド群をファイルに書いて，それを fswatch で変更検知して描画するということをしています．

fswatch *.gp | xargs -n1 -t gnuplot

同期はみんな matplotlib 使ってる．使っとらんのはお前だけ

13日目

13日目: 実験して文を書いて実験して文を書いて実験環境がおかしいことに気がついてあびゃーってなったけどすぐに直せて偉い100点実験してグラフ書いて文を書いて文を書いて文を書いてたら15時.今日の進捗を指導教員に投げたのでおにいちゃんはおしまい (67ページ)

— kyontan (@sukukyon) January 22, 2021

グラフを描く．
実験手法が微妙に間違っていて (締め切り3日前) 慌てて再実験をすることになるが実験環境の再起動が必要で死にかける．再現性のある環境づくりは大事．

Linux の iproute2 では，なんとインタフェースに割り当てたアドレスやルーティングテーブルをダンプ/リストアできます．便利すぎて泣いた．

ip address save
ip address restore
…

centos – Is there a way to save current state of network configuration in linux into a datafile or set of ip commands like iptables-save? – Unix & Linux Stack Exchange
https://unix.stackexchange.com/questions/506504/is-there-a-way-to-save-current-state-of-network-configuration-in-linux-into-a-da

ip (addr/route/rule) (save|restore|showdump) あたりのコマンドを使えばなんとかなります．適宜 -6 とか table とかは指定する必要があります．

14日目

14日目: いよいよ大詰めなのでまとめと今後の展望と謝辞を書いた.オタクに謝辞で感謝される”存在”も大変だな…… (68ページ) https://t.co/PAXQu1KNYX

— kyontan (@sukukyon) January 23, 2021

ぎりぎり義理．

15日目

今年は緊急事態宣言下ということもあり Google Forms を用いたオンライン提出でした．点数は0点．

提出時に要旨と本文のPDFを結合する必要があり，macOSなら Preview.app でもできるのですが，調べたらCLIでもできるらしい．
Automatorのアクション定義内のpython叩くってどうなのよ……

"/System/Library/Automator/Combine PDF Pages.action/Contents/Resources/join.py" [output.pdf] [inputs.pdf ...]

総括

実験，集計，グラフ描画，執筆，PDF生成のイテレーションを高速に回すことでなんとか締切に間に合わせることができました．

pic.twitter.com/XxB7e8Mo6l

— kyontan (@sukukyon) January 23, 2021

この図は同期3人の論文執筆の進捗を記録していたものです．黄色の人間が最後頑張って追い上げたように見えますが，これは完全にフェイクで1/10あたりで書き上げていて，最後にフォーマットを修正していただけです．許せないな．

研究とかいうのをサボっていた結果，1月にツケが回ってきたので2週間で修士相当の成果を出すことになり死にかけました．最終的に良さげな結果が出たのでオーライ．結果が出ると人間は図に乗るので愚か．

皆さんも日頃からシェルスクリプト筋やグルー言語筋，gnuplot筋などを鍛えて突然のデスマーチに備えてください．やればできる粉，そんな粉に僕もなりたい．

おわり

シャニマスはMAD素材

ぎりぎり義理でござyers!!! – ニコニコ動画

タイトルが偉そうですね。そんなことより KMNZ LIZ の声を聞いてください。声が良い。ズのクリスマスボイスを買い忘れて号泣してます。

現代では就活は戦に例えられることも少なくありませんが、そんな私の就活 2021の陣は、他人はおろか自分の想像すら遥かに振り切る不毛な延長っぷりを見せ、冬の陣だったはずが気がつけば夏の陣になり、不毛な「朝X時はどうにかなりませんか?」「無理です」という押し問答も飽きてきて、結果として自分探しの旅へ何度も離島へ行き、その甲斐あってか無事に終わりを迎えました。
関係各位の皆様には、改めて振り回してしまったことをお詫びします。

本編

就活に関する諸々は後述するとして、今回の就活で得た知見を自分なりにまとめたスライドを、今後就活に挑む方々の参考になればと思い供養します。クリスマスプレゼントです。

このスライドは、2020年10月にあるキャリア系企業の依頼で実施したセミナーで使ったものを大幅に改変したものです。こんな就活自分語りに押し寄せた学生の数、なんと50人です。びっくりですね。(募集ページの1つ)

イベント後に、同期にスライドを見せたら「偉そうなこと言ってるけど本筋は良いこと言ってる(意訳)」みたいな反応を頂いたので、そんなもんかと思っています。

基本的に就活はケースバイケースだと思っていて、自分が受ける業界・企業や時流・自分の個性・特性に応じて色々なやり方があると思うので、そこらへんにうまく折り合いを付けてやってください、という感じです。

以下は延々とおまけ(蛇足)です。

おまけ

就活のメモがてら、面接の応対やWebテストの感想、合否やオファー額を書いていた kyontan/JobHunting (2) (部外秘) はいつの間にか200KBを超えました。

「辛くなったら読む」のセクションには次の一節を引用していました。これを読んで何度救われたか…… わたしがわたしのヒロインです。

「強気に Move ハートに Kiss このまま未来も変えれそう 夢みる自分で恋したい だってわたしがわたしのヒロイン」

(Move on now! – わか・ふうり・すなお・りすこ from STAR☆ANIS, 作詞: 田中秀和)

エントリーした会社は全部で11社。うち8社から内(々)定を頂き、色々と悩みながら、候補を7社(4月頭)→4社(4月中旬)→2社(6月中旬)と絞り、最終的に8月3日に1社に決めました。

結局、朝起きられないのに就活するのは基本的に無理筋で、5月頃は各社の人事から「本当に朝起きられないの?」みたいな問いかけを立て続けにされてメンタルが死にました。最終的に何社も受け入れてくださる会社がいたというのは、本当に運が良かったとしか思えません。運も実力の内ってやつです。

ワークライフバランスとか働き方改革とか多様性とか、このあたりは色んな主義主張が混ざってしまいますが、少なくとも一般的な企業への新卒入社を望むのであれば、まだそのあたりの自由度は低いという現状を改めて認識しました。

ちなみに、内(々)定を頂き、出社時間について相談した7社のうち、最終的に(私が希望する)11時出社を何らかの形で許容すると公言して頂けた会社は5社で、そのうち特例対応無しで対応可能と返答頂いたのは2社程度でした。

特例対応にも程度の差はあります。元々の制度として11時出社は問題ないが、新人研修等のイベントは調整するというのが2社。制度上は無理なので契約から見直す、というのが1社でした。
契約から見直す、今振り返ってもすごいですね、人事の方には大変なご迷惑をお掛けしました……

会社選びの優先度としては、「朝遅い」がダントツだったこともあり、給与の額面はあまり見ていません。内定先の採用条件通知書まだ貰ってないんですが、僕の給料いくらですか?笑
他にオファーを頂いた会社の額はだいたい知っているのですが、多分その7社の平均より下ぐらいだと思います。そういうこと考えるとやっぱりお金欲しくなっちゃいますね。

最後の最後で色々辛い展開になったこともあり、思うところは色々ありますが、全てを終えてから自分の考えや行動を振り返ってみると、かなり妥当な、ピッタリの選択をしたと言えます。
とはいえ未来についてはなるようにしかならないということで。

おまけ (2)

気が乗ったので kyontan/JobHunting (無印) と kyontan/JobHunting (2) に書いていた、就活のスタンスと雑感の一部を公開します。文体は原文ママなので、本文と違う点をご了承ください。

スタンス (学部卒の時)

• 院に行くかもしれないし行かないかもしれないのでとりあえず色々見る
  • スキル/経験はないわけではない気もするのでとりあえずスカウト系サービスに色々入れておけばなんとかなるでしょう
• 良い人事がいる会社はある程度いい会社であると思える
  • 逆に言うとクソな人事と一度でも会ったら絶対に蹴る
  • そこは結局マッチングなんですが
  • 中の人ともちゃんと面談しましょう
  • っていうか会社も一枚岩じゃないし文化的なところが大事
    • 行きたいチームまで確定できると良いかもね
• 条件 (MUST)
  • 朝遅い
    • XXXXなので体質的に無理です
    • 特例対応になるのであればお断りする。そういった対応はいずれ無理が出てくるのが見えている
    • 具体的なラインでいうと朝10時に都内はおそらく厳しい
    • 11時なら多分大丈夫でしょう……
  • コミュニケーションを重視している
  • 気持ち的なマッチング
    • 結局のところ人ですよねということになると思う
    • 数ヶ月経ったがこれは真で、結局会社単位で見て本当に全てを受け入れられるならその会社に問答無用で行くべきであるが、そんなことはほぼないのでチームを選ぶべきという結論に至った
    • 一緒に働きたい人がいるチームに行くことが叶いやすい会社に行くというのは妥当な選択だと思っている
  • 技術的にイケてる会社
    • 新しい技術を使っているかというよりは、正しい技術を選定できているか
    • 論理的な選択をするべき場面でできているかという点
• 条件 (SHOULD)
  • そこそこのお賃金
    • 高いに越したことはないが、年収 400万あればいいんじゃないですか
    • 500 ぐらいもらっても悪くないのではという気持ちになった。別になくてもいいけど
    • とりあえず交渉はする 交渉をする気はないし別に高いところにいくとは限らない
    • そもそも高い給料をもらうとプレッシャーで多分潰れる
  • 技術/人/プロダクトへ投資ができる会社
    • 投資ができる、というか筋が良い会社みたいな感じになると思う
    • 投資はそれをすべき人間がすれば良くて別にエンジニアではなく、どちらかというと経営層がまともかどうかみたいな点を指している
  • 役に立つサービスを作っている
    • 自分の生活に関わっているとより嬉しいですね
  • リモートができるととてもうれしい
    • 下の話にも関連するけどまあコミュニケーションの課題をうまく解決できたうえでのリモートは理想的
      • 2018年現在ではまだまだ課題が多いというのは認識している
      • むしろそういった問題意識があることによって解決への試行錯誤というのができるので、無思考にリモート可能ですという企業は信頼しない
    • 通勤したくない
      • 文脈的には通勤ラッシュに巻き込まれたくない/朝起きられないだけなので別に時差通勤は問題なし
  • コミュニティに関わっていける起業
    • OSS を公開している / 貢献している
    • 技術を広める・議論することに関心がある

スタンス (院卒の時)

• 基本的には kyontan/JobHunting (学部) のスタンスに準じます
• 本当に朝起きられないことが分かってきたので「11時出社できる」というのはMUSTになった
  • 11時に出社できるかどうかは置いておく
  • これのおかげで選択肢が絞れて 便利
  • 社会とバトルしたくない。もういやだ……
• 正直フロントでもバックエンドでもインフラでもなんでもいいんですが、お金がほしいし既存スキルの強みだとインフラになっちゃうね
  • まあSREに強い関心があるのは間違いなし
  • 幻想を抱いているだけかもしれない
• 自分本位、自分が大切、特に自分の体が一番大切
  • 私は多様性を認めない人間がいることも多様性として認めるし尊重しますが、そういった人間と一緒に働きたいとは思いません
• 正直行ったら行ったでそれなりにやっていけそうだな〜みたいなところしか受けないし、落ちたら落ちたで仕方ないのスタンス
  • それはそれとして豆腐メンタルなので落ちたらかなり凹みます
  • 落ちたらネタになるぐらいのやっていき度
• 一応外向けに言ってるのは次の2つ (表現にはブレがあります)
  • 技術選択を大事にしている
  • チームとしての生産性を上げることにフォーカスしている
• よっぽど尖った何かがない限りベンチャーはいかへん

雑感 (院卒の時)

あることないこと書いてたセクション。今回の就活、とにかく疲弊した印象が強いですね。

• 最強の ガクチカ を持ってバトル
• Webテスト/コーディングテストが多すぎて疲弊した
  • それだけ母数が増えて,質を見極めることが難しくなったんでしょうね
    • とはいえ計算量を意識したコードを正しく記述できる能力や,そもそもの発想力,短い時間での瞬発力は大事だし,単に自分が苦手というだけの話
    • これだけで測れない人間は多くいると思うのでどうしたものかな,と思いつつ,現状の最適解はこれなんでしょうね
      • 我々は選ばれる側の人間なのでこれに適合するのが近道ということです.迎合しましょう
  • 各社色々なテスト用サービスを使っているが,問題文が基本的に英語
    • TOEIC null点の人間としては、人々が英語どのくらい読めるのかよくわからん
    • このようなサービスの流行は,こういった実技(もどき)なしで採用した人材が,その後会社において期待されていた成果に見合っていないことを示唆している……?
  • コーディングテストをRubyで解く人材,基本的に邪悪だと思う
    • 私のことですが……
    • コーディングテスト向きのRubyの書き方が身についてきて最悪な状況
    • Enumerableモジュールのメソッドより for…in が速いとか,GCの気持ちになってコードを書く,みたいな話です
  • 完走した感想 → 二度と受けたくない
• 朝遅いのはMUSTで必要だということを実感してきた。とにかく疲弊したくない
  • こういう事言うから社会不適合とか言われるんですよね
• 大学院なにもやってこなかったので割と無理になっている
  • 言えることが進歩していない
  • 雑にマネジメントとかも興味ある、とかいうと刺される。曖昧なことは言うものではない
• 2年前と同様に、人事が微妙だと避けている気がする
  • 入ったら楽しいんだろうな、みたいな会社は色々あるんだけど……
  • むしろインターンしなければよかったな、みたいなのある。つらいね
• 「また〜になったらお声がけします」〜になってもお声がけされないがち
• 何で決めればいいのか
  • 額面が横並びになると意外と迷うことが分かってきた
  • (そもそもカルチャーとか合うと思ったところしか受けてないし)
• 気持ちが揺れてきた、オタクはちょろい @2019/いつ?
• 飽きた @2019/12/17
  • なんでこのタイミングで飽きたのか忘れたけどとにかく飽きました
  • もはや全てが惰性
• 飯を食っても気持ちが変わらないは嘘やろ @2020/1/14
  • 決定的な差があるならともかくとして、悩んでいる状況において飯はかなり重要なファクターでは?って思いました
  • 飯を食うことそのものは本質ではない、正解
  • 素面でも掘り下げた話ができるといいね
• だいたい固まった @2020/1ごろ
  • X択かな〜〜 (公開にあたり数をマスク)
  • X択からX+1択になってX択になったりしている
    • オプションで+1+1ぐらいある
  • 全てにおいて納得の行く選択肢なんてないのじゃ
  • ファーストキャリアに掛ける気持ちが大きすぎてどこにいっても失敗しそう
• 終わらないね @2020/4/21
  • 面接が6月中旬まで伸びるらしい。これいつ終わるんですか?

振り返り

やっぱり時の流れと共に考えはアップデートされ、明確になっていくので、学部のときと院のときのノートを見比べると面白いですね。記録を取っておくと楽しめることが分かります。ここに書いてあるスタンスと今の希望が少しずれているなと思うところもあり、面白いですね。

最終的に私が選んだ会社はどの程度の条件を満たしたでしょうか。
朝遅くて気持ち的にマッチしてて技術的にイケててお賃金が高くて技術/人/プロダクトへ投資ができて役に立つサービスを作っていてリモートができる感じでしょうか?
私が答えを知っている疑問もあれば、実はまだ答えをしらないものもあります。もし答えられる方がいましたら、ぜひ教えてください。

この記事を執筆した背景

1年前に、こんな記事を書きました。正確には書いたというかWIPのまま塩漬けにしたんですが。

言い訳をすると、あの時はまだ就活が終わっていなかったので色々ネタを書くと自分の就活に影響してしまう可能性があり書けない事情がありました。

実はあれから半年後、コミックマーケット98 (C98)で本を出す予定でした。Webカタログにも載ってます。 (このURLはもう少ししたらアクセスできなくなりそうですが)

春コミなんて珍しいしサークル参加してみるか、と思い立ったは良いですが、ご存知のようにコロナ禍の影響でC98は幻になりました。

とはいえ、前述のようにC98の開催時点でも就活は終わってなかったので結果的に助かりました。

この記事は、そんなこんなで塩漬けされた様々をとりあえず出しておくか、程度の軽薄な気持ちで生まれました。

というわけでwhywaitaさんもこの記事で許してくれると嬉しいなって思います。メリークリスマス!

皆さんお金は好きですか? 僕は好きです。たくさんあると嬉しい気がします。ただ、今の立ち回りとしては、仕事に求める要件は給与が高いことではなく朝遅いことです。

https://blog.monora.me/2017/12/how-to-manage-property-as-of-2017/

そういえば、その記事ではこんなこと書いていました。
あれから3年、あなたの承諾した内定の決め手には確かに「朝遅い」が入っていました。喜んでください。

その1はこちら:

これは@whywaita Advent Calendar 2020の17日目の記事です(多分)Railsとフロントエンドの相性についての主観: 僕も現代的なFEとRailsは相性悪いと思うしAPIモードも大概デカイからSinatra+AR(~=Padrino)とかHanami とか流行ればいいのにって思います。いやRails使いたい気持ちは察しますが……

https://twitter.com/sukukyon/status/1338867314935046147

連投形式で何ツイートか書いたので、Railsと現代的なフロントエンドの相性に興味がある方はぜひ目を通してみてください。

Dr.Wallet の銀行口座連携機能、死す

さて、当時はDr.Walletで全ての入出金を管理していた私ですが、ある日 (2020-02-28)、Dr.Walletから届いた一通のお知らせメールが状況を一変させました。

一昨年、銀行法が改正され、銀行口座の参照について新たな規定が設けられました。

各銀行の残高を自動的に取得し家計簿に反映させる「銀行口座連携機能」ですが、 上記の法改正に伴い、今後のご提供を中止させて頂くことになりました。

(略)

今後のご利用については、2020年4月末を以て口座自動取得の停止を予定しております。

「口座連携における銀行明細取得サービス内容変更のお知らせ」 2020-02-28 メール

そう、銀行口座の連携機能が廃止されたのです。ATMの入出金やクレジットカードの支払い、給与等が反映されなくなったことで、Dr.Walletを使った私の資産管理は終わりを迎えました。残念ですが、開発リソースとか色々ありますから、仕方ないですね。

相変わらずレシートの撮影/送信は続けていますが、口座残高や現金がどんどん現実と乖離していくので、今は総資産が-100万円を突破しています。

それはそれとして銀行口座連携は欲しいので、MoneyForwardにも登録しましたが、こちらは現金記録が壊滅しています。たまにポケットからレシートをガサッと取り出してパシャパシャやるぐらいが限界です。

キャッシュレス革命と資産管理の崩壊

現実ではこちらの問題の方が深刻かもしれません。そう、キャッシュレスです。

様々な送金/決済サービスの登場で、現金以外にも資産が存在する状況が当たり前になってきました。
現金以外の資産はこれまでにも交通系ICカードやクレジットカードなどがありましたが、今では私が使っているものだけで Kyash / PayPay / LINE Pay / メルペイ d払い / Revolut / 6gram に残高が分散しています。そのほとんどがモバイルファーストのアプリで、スクレイピング等による連携が難しいものです。

現代では、3人での飲み代をPayPay で5000円支払ったときに、1人からはRevolutで、もう1人からはKyashで、僕は1000円をPayPay残高で支払い、残りは3000円を口座からチャージしてそこから支払うこともあり得ます。
このとき、僕がこの一連のやりとりを当時の文脈を思い出しつつ辿るためには何が記録されているべきでしょうか? 何も分かりません……何も……

とにかくKyashが全てのクレジットカード利用明細を破壊してくるので終わっています。Kyashの利用履歴、アプリでしか見られないしページネーション遅いし検索機能はないし辛いですね。キャッシュレスを肌で感じていきましょう。

現状

そうして管理を諦めたのが現状です。そのうち色々と成熟して、家計簿サービスとも連携していい感じになりそうですが、その世界はまだ来年には実現しなさそうです。

その他

マイルなど

JAL派なのでJALカードnaviを使っています。基本的に利用可能枠は10万円しかないのですが、比較的柔軟に一時引き上げに応じてくれるのでかなり助かっています。

そんなJALのマイレージ、今年はカードマイル(たくさん), フライトマイル(そこそこ)、JALカード系のボーナス(ちょっと)、その他(少し)で、トータル60000マイル強貯めることができました。これまで貯めていた分も合わせれば10万マイルを超えていましたね。さっき計算して自分でも引きました。学生JGC修行ブログ書いてるオタクじゃないんだぞ。
国際線減額マイルを使って卒業旅行にヨーロッパ旅行へ、と夢を抱いてコツコツ貯めてきたマイル、気が付いたら卒業を目前にヨーロッパ4往復できるマイルが溜まってしまったのでドン引きしています。しかし、それでいて結果的に COVID-19 でそれどころではなくなったので世界が憎い。

そうして腹いせにGo To トラベル問わずあちこち飛び回った結果、国内線特典航空券が23枚生え、69000マイル飛んでいったので今年は収支マイナスです。ありがとうございました。
今年の whywaita Advent Calendar の参加者には毎週沖縄に行く人間が複数名存在したようですが([1], [2])、行った離島の数なら勝てるかもしれません。

個人事業主として

生活に使っている口座と個人事業主としての事業用口座を分けていないので、帳簿に「ﾍﾟｲﾍﾟｲ 事業主貸 400円 銀行口座 400円」みたいな仕分が無限に発生して破滅しています。売上なんて月1, 2ぐらいしか生じないんですけどね。
契約書とか請求書の管理、面倒だけれど Misoca とかの SaaS に月500円払うほど心に余裕はない。どうしましょうね。

投資について

過去に仮想通貨バブルに最悪のタイミングで便乗して数万損して懲りたことがありました。
その後、変動が比較的少ない投資信託に数万だけ突っ込んでみて傍観することにしたのですが、最近の日経平均爆上げで結構増えて笑顔になりました。ここで意識を失うか悩みましたが、直近の状況を鑑みるに国内経済は再び落ち込む予感もなんとなくしたので、比較的リスクの低い銘柄以外は利確して終わりにしました。仮想通貨で大損した分ぐらいは取り返せたので良かったですね。

昨日は @icchy さんで 「whywaitaであいうえお作文する」でした。タイトルだけでだいたい想像できますね。

なるほど。

@icchy さんのおすすめインターネットコンテンツは飲酒日記です。

閑話休題。
アドベントカレンダー、書くネタはあれど頭を使うものばかりで泣きそうになったので、とりあえず過去の下書きを漁っていたらタイトルだけ書かれたこの記事の下書きを見つけました。
最近思うこともあったので、すでに忘れ去られ、誰もが忘れたままでいたいと思っていたICTSCのコンテストサイトの歴史を紐解いてみたいと思います。
whyawitaさんとの関わりもあるし、whywaita Advent Calendar的には100点満点のネタですね。よろしくお願いします。

ICTSCとは

早速本題に入りたいのですが、そのためにはICTSCに関する簡単な知識が必要です。
ICTSC (ICTトラブルシューティングコンテスト) は学生による学生のためのインフラ技術を競うコンテストで、最近は年1回開催されています。途中でナンバリングが回数から年号になるの、あるあるって感じですね。
予選もありますが、予選のことは一旦考えないこととして、本選の話をします。選ばれた本選の参加者は、当日の限られた制限時間内に与えられる問題へ挑むことになります。

問題は次のような形式で与えられます。

「A社の技術者であるXさんは、自社の端末からあるWebサイトを開こうとするといつも失敗することに気が付きました。A社の社内ネットワークのトポロジは下の図のようになっており(省略)、ルータの管理コンソールへアクセスするために必要な情報はXXです。あなたはXさんに変わってこの問題を解決してください」

管理コンソールのIP: xxx.yyy.zzz.www
ユーザ名: admin
パスワード: nyannyan

社内端末のIP, ユーザ名, パスワード: …

参加者はこれらの情報を元に、持てる限りの知識と経験を活かして挑み、気合で問題を解決することになります。
(大会インフラとしてはVMがいて、仮想ないし物理のルータがいて……となりますが、今回の本題からはそれるので割愛します)

そうして、問題に不明点があれば質問をし (競技界隈では clar(ification) と呼ばれたりするみたいですね)、解決に必要な情報をまとめて回答します。基本的に回答はテキストで自由な形式で行われます。
運営は提出された回答を読み、必要があれば実際にVMへアクセスして回答の検証をし、採点を行います。
採点を行った結果、正答であれば点数が加算され、不正答であれば改めて参加者が挑戦する、というのが一連の流れになります。

コンテストサイトの必要性

ICTSCでは、約15問の問題が2日間かけて出題され、参加チーム数も15チーム近くに上ります。賞金が出るということもあり、運営は限られた時間内に公平性をできるだけ保ちつつ採点や質問対応といったタスクをこなさなければなりません。
15チームというのは意外と少なく見えますが、人数でいうと60人から80人近くおり、1つのチームでも分担して複数の問題に取り組んでいたりします。そうなると、意外と想像を絶する数の質問や回答が来ます。15チーム×15問で単純に225回答ですし。

私がICTSCの運営にジョインしたのは、遠い昔のICTSC5でした。当時はプロジェクト管理ツールである Redmine を使って出題を行っていました。チームごとにプロジェクトを立て、問題ごとにIssueを立てて、そのコメントで質問や回答の管理をしていた気がします。
この構成で実際に開催を行ったところ、様々なトラブルが生じました。
質問や回答の状況が適切に把握できない(どの質問にまだ返答してないのか?採点は行われたか?)だけでなく、特定チームへの紙のトポロジ図の配布漏れ (これなんで紙で配ってたんでしたっけ?) などが生じました。

今思えばこれなんで起きたんだ?みたいなトラブルですね。Redmineを賢く使えば良かったのではないかと思ってきた……

さて、こういった課題に対処するために若者がやることは一つですね?
そう、「僕が考えた最強のコンテストサイトで解決しよう」です！

コンテストサイトの開発

さて、経緯はどうあれコンテストサイトの開発が始まります。正確にはすでに私の知らないところで一度頓挫していたのですが、忘れます。

今のコンテストサイトは様々あり(後述)、私が知らない構成になっているので、とりあえず私が知っている構成の最後の回のブランチへのリンクを貼ります。

GitHub: ictsc/ictsc-score-server at ictsc2018

さて、途中で採用技術が二転三転している(なぜ?)ので、老害らしく順を追っていくことにしましょう。

ICTSC6

輝かしいコンテストサイト初回導入のときです。当時関わっていた人からはICTSC6の文字列すら見たくないという話も聞きます。当時の振り返りはこちら。

https://github.com/ictsc/ictsc-score-server/tree/ictsc6

開発が始まりました、技術的には、特に面白みのない簡単な REST API + SPA 構成です。

私はフロントエンド技術には疎かったので、同じ運営学生のメンバーの方と、スポンサーの中の方々に協力して頂きました。
一体本業外のこんなことにどれだけの工数を割いていただいたのか、想像を絶する状況になっていたことだろうと思います。本当にありがとうございました。

特に、デザイナーの方にはふわっとしたユースケースから具体的な行動パターンの書き起こしから何から何までお世話になってばかりでした。特に、第6回は初めてコンテストサイトを導入するので何が起こるかわからない、というときに「じゃあ念の為に紙の解答用紙も作っておきますね!」とネタで解答用紙までデザインして渡していただいたときは笑いました。

さて、当時の採用技術は次の通りです。

• REST API
  • Ruby
  • Sinatra (Ruby のシンプルなWebフレームワーク)
  • ActiveRecord (Rails で使われている O/Rマッパー)
  • (SQLite3)
• Web UI (SPA)
  • Angular 2.0
  • RxJS 5.0

REST API の方は私がRailsの経験がほとんどなかったので必然的にこうなりました。Web UIはおまかせしたらこうなりました。package.json 見るとわかるんですけど、Angular 2.0 って当時まだRCなんですよね。尖ってますね
RxJSが使われたコード、当時ちょっと弄ろうとしたら手も足も出なかったきおくがあります。今なら読めるかもしれない

ところで、当時のREST APIには致命的な設計ミスがあり、REST APIでN+1をしていました。例えば、参加者が問題文の書かれたページを開くと、次のようなアクセスが走ります。

• /problems/2
• /problems/2/comments
• /problems/2/issues
• /problems/2/issues/37/comments
• /problems/2/issues/39/comments
• …
• /problems/2/answers
• /problems/2/answers/27
• /problems/2/answers/27/comments
• …

うーんひどい、典型的なN+1ですね。

N+1 はデータ量が少ないと影響が見えにくいので、この問題は回答や質問量が増えてきた2日目に顕著になりました。
そして当時の私はDBにインデックスを貼るということを知らなかったらしい。いま schema.rb 見て吐き気が……

そして、運営は全ての参加者の回答や質問を見ることができる、つまりどうなるでしょうか? 大変なことになります。
10秒経っても帰ってこないAPIが乱舞して開発者ツールはさながらナイアガラの滝の様相を呈していました。同一IPに同時に張れるセッション数限界までリクエストが飛んでドーン、返ってきたら第2弾がドーン、もう見たくない……

当時は完全にテンパっていたのでAPI側の修正を入れる余裕はなく、フロントエンド側で急遽キャッシュ等の対応を入れてもらったものの、却って新しいリソースが見えなくなるなどして大変でした。

そんなこんながありつつも、なんとか(?)大会は閉幕。次回への課題を残しつつ、コンテストは第7回へ続きます。

ICTSC7

知り合いのOB、みんなICTSC7の話しかしたがらんがち。
https://github.com/ictsc/ictsc-score-server/tree/ictsc7

ICTSC6で辛酸を嘗めた私達[誰?]は、次こそは運営がトラブルシューティングしないコンテストにすべく様々な改善を行いました。

• REST API
  • Ruby
  • Sinatra (Ruby のシンプルなWebフレームワーク)
  • ActiveRecord (Rails で使われている O/Rマッパー)
  • MySQL (MariaDBだったかも?)
• Web UI (SPA)
  • Vue.JS 2.1
  • Vuex 2.0

API は N+1 問題を潰すべく、様々な対策が取られました。
その集大成が nested_entity.rb です。この100行に満たないコードがこのコンテストサイトの真価といっても過言ではないでしょう。私はそう思います。
これは要するに「僕の考えた最強のGraphQLっぽいやつ」で、指定した関連リソースをいい感じに取ってきてくれます。こうやって使います。 こんな読みづらい使い方だからだめなんだわ。

これを使うと、上記のICTSC6の例が次の1リクエストで完結します。

• /problems/2?with=comments,issues-comments,answers-comments

便利なのは分かりました。さて、ここで内部的には何をやっているのかというと、大きく次の2つのことを行っています。

• アクセスするユーザの権限によるRBAC (Role-Based Access Control) の適用
• N+1を避けるクエリの生成

コンテストサイトのユーザには、参加者や運営、スポンサーといったロールが割り当てられており、それぞれ見ることができる情報に差があります。例えば参加者が他チームの回答を見られては困りますね。

これ、すなわちRBACを実現するために、全てのロールに対してあらゆるモデルで読めるものを ActiveRecord の scope で定義しています。例えばこんな感じです。
scope とは何かというと、あらかじめ用意されたパラメータの指定可能なクエリといえばいいでしょうか。scope は ActiveRecord::Relation 型の値を返します。これは何かというと、ActiveRecord の抽象的なクエリ表現なので、これを更に合成したりできます。便利

クエリレベルでもN+1を避けるためにはどうしたら良いでしょうか? 気合でクエリを合成したらできそうです。
なんと ActiveRecord はクエリに include パラメータを渡すと勝手に合成してくれます。そうしましょう。
nested_entity.rb では、このあたりで与えられたクエリパラメータをいい感じに ActiveRecord が解釈できる形に変換しています。

全てが ActiveRecord の世界で簡潔するので、RBACもN+1もクエリレベルで表現されます。これはすごくて、あとは全てのロールがアクセスできるリソースをActiveRecordのクエリで表現できれば大丈夫です。つらい、二度とやりたくない。

ちゃんとDBもMySQLにしてインデックスも貼ったので、APIも水平スケールできるようになりました。こうしてコンテストサイトの Iikanji Speed-Up に成功した我々は、その後数回に渡って予選敗退を繰り返しました。何が足りないん?

そして、フロントエンド担当のエンジニアの方の異常な熱意により、唐突に ui2 ディレクトリが爆誕しました。突然のAngular引退宣言に人々は涙を禁じえませんでした。

そうして開催されたICTSC7は、少なくともコンテストサイトについては成功裏に終わったといっても過言ではないでしょう。

ユーザから見える部分としては、問題がこれまでの2日間の午前午後、計4パートでの固定出題から、問題を解くごとに次の問題が解けるようになったり、最初に問題を解いたチームに追加点数(first blood)を与えるようになったりという変化の方が大きかったかもしれませんが、これもコンテストサイトの貢献ということで。

ちなみにこの頃のスクリーンショットがこちら。

ICTSC8

ICTSC8の記憶があまりありません。

https://github.com/ictsc/ictsc-score-server/tree/ictsc8
コミットログを見ると、たしかに差分はあるけどあまり変わってないですね。確かプッシュ通知を実装しました。CyberAgentのFRESHチーム?が作った plasma を使っています。

ICTSC8では小さなバグフィックスやルール変更の対応等はあったものの、それよりはテストを書くことにご執心だったようです。RSpecの鬼になったkyontanの姿が垣間見えますね。増える緑の. (RSpecではテストケースが1つPASSするごとに.がプリントされた)にエクスタシーでも感じていたんでしょうか。
https://github.com/ictsc/ictsc-score-server/tree/ictsc8/spec/requests
相変わらずへんなヘルパー定義しててウケました。そんなんだからお前のコードは人に読まれない。

そうして満足したので運営委員を引退しました。それはそれとして、参加記を見ると毎回のように後悔が綴られていますね。

ICTSC9

関わっていないのでほとんど分かりません。

https://github.com/ictsc/ictsc-score-server/blob/3730cfaa8d62b14a573a1e3a5998f045993e2504/services/nested_entity.rb#L16

ほんまにすまんて

ICTSC2018

運営に出戻ったものの何したのか覚えてません。コンテストサイトには手を出していないはず。

このあたりで API 向けの CLI が生えたらしい。今までシードデータ投入をSQLでやってたのを、 REST API 経由でやるようにしたんですかね。

https://github.com/ictsc/ictsc-score-server/tree/ictsc2018/cli

あとはしれっと Kubernetes 化とかされている。モダンなインフラってやつ

私が知るのはここまでです

ICTSC2019

Big Bang! · ictsc/ictsc-score-server@5d5fd50

唐突に api2 と ui3 が爆誕する。担当者のキレ具合が垣間見えますね。僕も同情します。

• REST API
  • Ruby
  • Rails 6.0
  • GraphQL
  • PostgreSQL
• Web UI (SPA)
  • Nuxt.js 2.0
  • Apollo Client 2.6

ザ・モダン・Webアプリケーション大全。僕の心境としては「GraphQLもどきを作って公園で砂遊びしてたらいつのまにか本物のGraphQLで置き換えられていた、何が起きているのか(ry」って感じです。
DB が Postgres に変わったのはなんでなんでしょうね? 僕は理由を知らないので知っている人がいたら教えて下さい。

増えた機能が多すぎて良くわかりませんが、Webでだいたいのリソースが編集できるようになってたり、問題VMへのアクセスに必要な情報を専用のテーブルで管理できるようになったりしたようです。憶測ですが、VMをプロビジョニングするいい感じのツールと連携していい感じにできるんじゃないですかね。

こうして生み出したプロダクトが自分の手を離れて育っていく様子をまだ学生の身にして実感することができました。ハッピー。

万物は流転する

私事になりますが、先日JANOG47？っていう日本最大級のネットワークエンジニアの集まり？ってやつでNETCONっていうあいしーてぃーえすしー？みたいなのをやるって言われてあれやそれやで運営委員になりました。

どうやらコンテストサイトが必要らしいんですよね。

………というわけで最近forkしました。これどうしたらいいんですか?

そんなこんなで、泣きながら Ruby の GraphQL実装を調べています。ドキュメントの大切さが目に染みる。

明日は同期だったはずのくるとんさんです。ワンワールドサファイアステータスを求めて飛び回りたいという発言を最近目にしましたがお元気ですか?

本日の記事を書くにあたっては、まず執筆背景を説明する必要があります。記事執筆日の日付が変わった直後の状況は次の画像で説明されます。

地図にあるように、私は今陸上ではないところにいます。

陸地でも密を回避すべく主要3(+1)キャリアの回線が入らないところに行きがちな最近の私ではありますが、陸地でないところでのインターネット通信には更に困難が伴います。これではワーケーションどころではありません。

記事を公開するまで、インターネットへの到達性が維持されることを祈りながら書きたいと思います。

さて、前置きが長くなりましたが、今回は移動が好きという話をしたいと思います。

皆さんは移動が好きですか? 私は大好きです。移動と一言に言ってもその手段や目的は様々あり、散歩や買い物、通勤や通学、出張や旅行などが例として挙げられます。
私も学生として、ここ数年は毎日1時間近くかけて電車に乗り通学をしていました。今年に入ってからはコロナ禍の影響で通学する機会はほとんどなくなってしまいましたが……

移動といえば多くの人は、目的地に行くために仕方なくするという人が多いのではないでしょうか。特に、通勤や通学、出張は目的を果たすための手段でしかありません。

一方で、旅行はどうでしょうか? 旅行でどこか遠くに行く、というのはそれ自体が目的とも解釈できます。もちろん近場への旅行や、できるだけ移動せずにゆっくりしたい人もいるかと思いますが、世の中には移動するために旅行をする人がいます。私も多分その中の一人です。

鉄道での移動が好きな人は乗り鉄と呼ばれますし、飛行機が好きで羽田と沖縄を延々と往復する人なんかもいますね。一日に羽田-沖縄を2往復して何が楽しいんでしょうか?やってみたら分かりそうですね……

私はそのどれもが好きなので、最近は移動のために旅行に行くことが増えました。

例えば東海汽船のさるびあ丸に乗って東京の離島へ行ったり

25年ぶりにジェットフォイルが新造されたとあれば熱海へ乗りに行き

うにを食べに利尻へ行って見れば、偶然プロペラ機が飛んでいたので乗ってみたり (写真のSAAB340はもうすぐ引退するみたいですね)

最西端の地を目指そうとしたら琉球エアーコミューター(RAC)がプロペラ機を飛ばしていたので……って最近プロペラ機乗りすぎじゃないですか?

ここまでくると、最早なんでもありです。
立山アルペンルートは鉄道/高速バス/トロリーバス/電気バス/ロープウェイ/ケーブルカーともはや移動手段の見本市と化しています。移動することが目的の観光スポット(偏見)は世界を探してもそう見当たらない気がしますね。

鉄道も忘れてはいません。これはにちりんシーガイアという特急の特急券で、現時点ではこの記事の執筆時点で日本で最も長い距離を走る在来線の昼行特急です。なんと6時間以上乗れて便利。ちなみに発車後即日没になるので眺めはありません。発車後即寝て起きたらまだ大分でちょっと絶望した。

では、このように移動をしていて得られるものはなんでしょうか? 私はなぜ、移動が好きなのでしょうか?

即物的に言えば、飛行機であればマイレージであったり、プレミアムポイントやFLY ON ポイントが貯まるかもしれません。鉄道であれば駅メモの行った駅数が増えるかもしれません。でも、船に乗っても別に何かポイントが貯まるわけでもありませんし、車に乗っても走行距離のメーターが増えるだけです。

日没後に走る特急に乗っても眺めはありませんし、なんなら飛行機に乗っても鉄道に乗ってもだいたい私は即座に寝落ちします。
移動するのが好きなオタクというよりは、移動中に寝るのが好きなオタクなのかもしれません。

でも、移動が終わって家に帰ってきたときに感じるホッとした気持ちは、そしてその後に得られる達成感、満足感は、なかなか得難いものです。私はそれが好きなのかもしれません。

移動中の、出来ることが限られるからこそ捗る読書も、満員電車で座ってPCを開いた時の謎の集中力も、なかなか移動せずには得られません。
こんなご時世で満員電車には乗りたくないので、ならばと地方のローカル線とか乗ってPC開くと捗るような気がするんですけど、案外揺れたりトンネルで通信が切れたりして捗りません。早く山手線を周回しながらMacをカタカタしたいです。フェリーに乗っても電波が入らなくて死にます。そろそろ陸地から離れて電波強度が厳しい。さっきからスマホのアンテナピクトが1本から5本の間でランダムに変動しています。助けて。

というわけで、そろそろ締めます。
もう少し移動に関するデータを出しながら色々語れると見応えがありそうだなと思いましたが、現在の執筆環境では回線状況が怪しいのでまたの機会にしようと思います。

Move on now!

明日はANAと沖縄が大好きなANAマイレージクラダイヤモンドサービス会員のtwismikoさんです。楽しみですね。

前々回再起動試験で落ちたのでチーム「再起動非対応」で参加しました。チーム名は前日まで考えていましたが変えるのを忘れました。
言語はGo, ベストスコアは2101, 最終スコアは1997で、多分40位ぐらいでした。悔しい〜〜

本チーム「再起動非対応」は同期3人 (自分 @kyontan, @hogashi, @h-otter) です。このメンバーで4回目の参加です。学生はうち2人なので、一般チームです。

今回は直前まで対策が無で、前々日ぐらいに「そろそろ予選ですね」みたいなことを言ったら「前日は酒を飲む予定があるんだった」みたいな感じになり、そういえば僕も酒を飲む予定があったわね……という感じでした。

当日の様子は @hogashi がかなりいい感じに時系列でまとめてくれていた、ので読みながら書いています。特に自分がやっていないことも自分がやったかのように書いてあります。そんなことはない。

0:00: そろそろやるかとなり、自宅のLinuxサーバにISUCON9 の予選問題を展開して、長らく使っていなかったMySQL筋やnginx筋,Go筋などのストレッチをしました。ここまでプログラミングってなんだっけ?状態

2:00: この段階で重大な伏線を仕掛けており、MySQL 8.x での追加機能に触れています。

ついでに、勝手に MySQL 8.x が来ると確信したので、クエリキャッシュ系のコンフィグをテンプレからコメントアウトします。伏線は張れるだけ張る。

8:00: 目覚ましを掛け、おぼろげな意識の中、開始時間が伸びたことを知り二度寝。この時点で優勝を確信する (遅い時間ほど頭が回るため)

11:00: 起きてzoomを繋ぐ。 @hogashi は前回競技中にやっていた洗濯を終わらせる。

12:20: 開始。サーバ一覧が出ないね〜って言いながら謎のgistを見たらIPが乗っていたのでつなぎにいく。ベンチマークがしばらく回せなかったので、とりあえずMySQL 5.7だね〜とか言ったり、コードを眺めたりアプリを触ったりする。
なぞって検索を見て、そういえば最近お仕事でGISやったな〜 SPATIAL INDEXで一発優勝ってマジ? などと、一人で優勝を確信する(大嘘)
featureの検索高速化したいね〜などと議論しつつ、各featureをbitに対応させて数値検索とかしても速くならんだろうし、いわゆるN:Nのタグ付けを実装するパターンでやるかなーみたいな会話をする。

なお、お題の推測は外す。

13:00: 初期スコア 471 を確認。MySQL のスローログ入れたり基本的なチューニングとか nginx の静的ファイルキャッシュとかする。なおクエリキャッシュはコメントアウトされていたのでそのまま忘れ去った。

13:30ごろ: Visual Studio Code の Remote Development + Live Sharing のセットアップ中に1台目からsshの応答が返ってこなくなる。ディスクが遅いのは知っていたが、まじか〜となり、3台目に作業環境を移す。サポートに再起動のお願いをする。 (ちなみに数十分後にサーバから応答が返ってきた)

13:55: なぞって検索を MySQL GIS 使って高速化やるぞ、となる。GEOMETRY型のカラムを足していい感じにやる。初期実装の POINT(x, y) における緯度経度のタプルの順序が、一般的なGISにおけるそれと逆でン゛ッとなる。

14:12: 椅子を回転してドアに入るか試したりしていた。入ったらしい (詳細不明)

15:27: nginx で bot ブロックをする。結局これがどのくらい効いているのかは不明だった。

15:39: GEOMETRY の改修が終わる。スコアは 829

16:13: とりあえずDBとappを分けて2台構成に。インデックスとかもいい感じにやる (降順インデックスなどは気付いていない)。スコアは 1345
この時点で2位に躍り出る。記念にスクショ

16:35: トップページに表示する最安の物件/イス20件をオンメモリキャッシュするが大して変わらず。

16:40ごろ: 3台目で Visual Code Remote Development + Live Sharing したらまた応答が返ってこなくなり2度目の解散。(18:00ごろに返ってきたらしい) 2台目に移る。ついでにポータルも繋がらなくなる。
「『計測するな、推測せよ』ってかｗ」

17:00: @h-otter がいい感じに chair と estate の feature 検索の改善を書き始める。寝不足らしく脳死脳死連呼しながらもテストコードを書きながら直してて偉い。これがTDDってやつね。
この実装はオンメモリ実装とDBのクエリでやる実装の2種類を考えていて、僕はDBを使った実装を書いていたがinitializeがかなり遅くなってしまった && @h-otter のオンメモリ実装が先に終わったこと (かつそちらの方が早くなりそう) もあり、そちらを採用。

19:22: ↑の実装が終わる。スコア654 。本当に?ってなってインデックス効いてるか見たら外れてた。入れる。スコア 2078
たしかこのあたりで15位ぐらい。勝ったなとか言う (勝ってません)

19:30: まだ色々できることはあるけど30分ぐらいでバグらずにできる自信はないね〜となり、細かい変更をちょいちょい入れる。 nginx の client_body_buffer_size を大きくするとか。POST系のペイロードがでかいのは気付いていたが、中身が何なのかわかっていなかった。あきらかに1件の大きさじゃないよな……とは思っていたが…… (複数件同時に投稿されていたことは終了後に知る)

20:00: ベンチを延々叩いて(不)安定性を確認する。なんか検索を改善した部分が若干バグっているっぽくてランダムで落ちる。原因はわからなかったので特にコードは修正せず。不安要素は最小化しましょうということで、とりあえずスコアに貢献してなかったトップページの安い順トップ20のキャッシュはrevert。POST系のペイロードがでかいのはこのあたりで気になっていたが、1件ではなく複数件を追加するリクエストだったことには終わるまで気付かなかった。

20:30: チーム名を思い出す。再起動試験。再起動して実行したらアプリが落ちてて焦る。DBが先に上がってないと落ちることを思い出す。systemdの気持ちになって無限再起動するように設定。OK。

20:45: 適当にベンチを何回か叩く。1997が出る。「どうする?」「ん〜〜〜」「でも最後ってみんなベンチ叩いてるから(CPUとかネットワークの利用率が上がって)スコア落ちたりするよね〜」「じゃあこれで終わりで」最後に再起動する。initialize が通ることを確認。ここでタイマーストップ

20:50: 乾杯

23:00: discordを見つつ、結果出ないね〜と言いつつ、名取さなの fall guys 配信のアーカイブを見る。ISUCONの運営インタビュー?みたいなやつの記事を見たら、とある先輩の顔写真がめちゃくちゃ高解像度で大爆笑する。毛穴までクッキリ。exiftoolを叩くも特に何も残っていない。

23:30ごろ: 生放送で順位が出る。おらんやんけ！！！！！！！ 解散

26:00ごろ: 入眠

最終的なスコアを見た感じ、あと100点ちょいって感じだったので、あと何か1つ出来ていれば本選に行けたでしょう。検索改善はまだ手が残っていたし、estateとchairのDB分けられたね〜とか終わった直後に気付いて「『アッ』」ってなったし、MySQL 8.0 にするだけで SPATIAL INDEX は速くなった可能性があるし、なんならクエリキャッシュだけでも良かったかもしれない。色々できた気がする。

ところで「まだ何かできそう」とアイデアが思いつくのは色々と課題を分析できている証拠だと思っていて、それをちゃんと実装までできるスキルもあるチームメイトはやはり優秀だと思う。今回は特に分析→仮説→改善→振り返りのサイクルをしっかり回せたので、今後にも活きることでしょう。
改善できるネタが思いつくということは、自分たちのチームが勝っていた世界線もあるということです。あとは前日の睡眠をしっかり取ればちゃんと勝てるはず。

来年はインターネットや書記や洗濯が得意な社会人と、インフラとチーム開発とアニメ鑑賞が得意な社会人と、睡眠が得意な社会人(笑)の3人で参加したいです。開始時間は12時だと助かります。ありがとうございました。

ここ数年、毎年少し高くても良いものを買うように心がけています。
理由は一つではなくて、これまで安物買いの銭失いを大量にしてきたからというのもあるし、単にバイト等で収入がある程度増えたからというのもあります。

キーボードやマウスは個人の好みなのでなんとも言えないけれど、例えばPC本体やマイク、Webカメラ、音響関係(スピーカー, マイク, ヘッドフォン)は、それぞれ一定のラインまで金をかけると明らかに機能や性能、信頼性が上がるのが体感できる。

とはいえ、別に生活に投資するというのは電化製品だけの話ではない、というのが今回のお話。

気が付いたら超長文になってしまったので、飛ばし飛ばし読んでください。

人をダメにするソファ

正確には無印良品の「体にフィットするソファ」といいますが、2015年の夏頃にまずこれを買いました。送料、カバー込みで17586円、意外と高かった。

これは良くて、仰向きでもうつ伏せでも、とにかく様々な姿勢で使えるのでゴロゴロしながらなにかをしたい人間に向いている。
意外と大きくて重みがあるので安定感があるというのは高評価ポイントです。

類似商品は色々あるが、無印良品の本物(?)は 無印良品の店頭 or ネットストアでしか買えない。

体にフィットするソファ 通販 | 無印良品
なんと今週末まで10％オフです。

最近は小さいのとか細長いのもあるらしい。

こたつ

文化的な生活を送るにあたり、こたつは必要不可欠だと考えている。絶対欲しかったので買った。親には怒られました。実家ぐらしで家具を増やすときには気を付けましょう。2015年の冬に買ったらしい。

Amazonでも色々あるけど、多分そのときなにかを考えた結果としてニトリの通販で購入した。ふとん込みで11521円。家具は家具屋で買うと良い(?)

75cm四方というのは数字だけ見ると小さいように思えるが、一人で使うと思うと意外と大きい。ふとんを外せば夏場でも使えるし、しばらくメインの机としても常用していた。冬は暖かくて便利。

当時買ったモデルはもう売っていないようで、少しモデルチェンジしたらしい。

カジュアルこたつ(コラム 75)通販 | ニトリネット【公式】　家具・インテリア通販

ちなみにちゃんと4人で鍋を囲えます。小さいけど。

座椅子

こたつは座布団もいいが、やはり座椅子も欲しくなる。

もうソースは忘れてしまったが、インターネットのどこかで「食パンの形をした座椅子が安いけど良い!」みたいな情報を目にした覚えがあり、Amazonの欲しい物リストに入れていたらある日突然送られてきた。
未だにどなたが買ってくださったのかは分からないけれど、今も重宝しています、ありがとうございます。確か当時は4000円ぐらいでした。

実際これは良くて、適度に柔らかくて肌触りが良い。角度調整もできて良い。不満は特に無いです。

僕が持っているのはこれだけれど、最近はカバーを洗えるタイプなんかもあるらしい。カバーを洗えるタイプでなくてもカバーは外せるが……?と思ったら中身のぼろぼろとした素材が露出しないようになっているらしい。よさそう。

抱き枕

オタクの家にありがち、抱き枕カバーと抱き枕。
中綿の量やさわり心地でいくつかモデルがあるけれど、定番っぽいこれにした。

Amazon.co.jp： 抱き枕本体(A&Jオリジナル)DHR6000 ハイクラス: ホビー

何も言うことはない、普通の抱き枕です。抱き枕も色々あるけれど、抱き枕カバーを作っている会社で有名なところに A&J というのがあり、そこが抱き心地の良い抱き枕を出している、ということでこれにした。9233円。

2016年の年末に買ったらしい。多分その日にコミケで初めて抱き枕カバーを買ったんじゃないでしょうか……

これは良い。安眠と幸福が約束されます。

その1年後、中綿の重量が 2.0kg (DHR6000) から 3.3kg へ増量されたプレミアム抱き枕である DHR7000H が発売され……

2018年1月に買ってました。15000円、高い、どうして

でもこれは良い商品で、適度に重みがあると良い……

ちなみにカバーですが、無地のものでは↓がおすすめです。安いけどさわり心地が良くて、少しふわふわしているので冬に触っても冷たさを感じないのは高評価ポイントです。

Amazon｜抱き枕カバー 無地 横ファスナー やさしい肌触り 通気性 厚生地仕様 洗濯可 160cmx50cm対応 (ネイビー)｜枕カバー・ピローケース オンライン通販

モニター

いいモニターはいい、ということで良いモニターの代名詞といってもおそらく過言ではないであろう、EIZO の EV2785 を2018年4月に買いました。27インチ4Kに憧れがあった。11万3000円と値は張りましたが、これは後悔しない一品。

これは良いモニターで、USB-C, DisplayPort, HDMI x2 といろいろポートがあって、USB-C PD で 60W 給電できて、USBx2 のハブも付いていて最高に便利。

ベゼルは薄いし、UIはシンプルで良いです。個人的には設定で「電源ランプを消す」ことができるのがかなり高評価です。モニタは映像以外光らなくて良い。

ちなみに大学生協だと、たまに99800円で売っている。資産にはならなくて便利。

モニターアーム

良いモニターは良いモニターアームと組み合わせてこそ、その真価が発揮されます。良いモニターアームを買いましょう。

個人的には断然エルゴトロンを推していきたい。
使っているのはLX デスクマウント モニターアームですが、10年間のベストセラーは伊達じゃないです。13000円ぐらい

どんな位置でも止まるのは最高です。体験が良い。

最近は更に色々足していい感じにしました。そのうち別記事で書きます。

キーボード

日常生活で最も手に触れるものは良いものを選びましょう。
僕ははるか昔、初めて自作PCをしたときにクレバリー2号店でHappy Hacking Keyboard を買いました。予算6万円で2万5000円のキーボードを買うとどうなるか。CPUがAtomになります。あれがすべての始まりだった。

買ったのは Projfessional のJIS配列、かな無刻印モデル。 配列には宗教があるけど僕はJIS派です。

良いキーボードは良いが、HHKBが全てとは思っていない。各自好きなものを買いましょう。

個人的には Mac と HHKB にあまり相性の良さを見いだせておらず、ずっと Apple Wireless Keyboard に浮気している。最近は、その後継機種である Apple Magic Keyboard も買いました。僕はこの打ち心地も好きです。

2台並べて疑似左右分割キーボードごっこができます。おすすめです。

ちなみにTipsなんですが、 macOS のデフォルトではキーボードをまたぐキーコンビネーションができなくて、左手で Shift を押しながら右手で A を打つ、みたいなことができないんですが、 Karabiner-Elements を起動するだけでこの問題は解決する。ドキュメントにも暗黙の挙動として書いてあります。すごい感動した。

ちなみに Magic Trackpad 2 は最強のデバイスでここ数年で Apple が発表した中でもっとも偉大な製品だと個人的に主張しています。欲を言えばもう少し小さいのも出して欲しい。2枚持ってます。12000円ぐらいするけど買う価値がある。

マットレス

趣味は睡眠なので、睡眠に投資するのは当然の考えです。みなさんも睡眠に投資しましょう。

2019年のある日、渋谷に行く機会があったので、スキップフロアの魔境こと東急ハンズ渋谷店を何となく探索していた。
4Bフロアが寝具コーナーで色々なマットレスがあり、、様々なマットレスに横たわっていたところテンピュールのクラウドマットレスが欲しくなった。

絶対に欲しいという気持ちになったが、このシリーズで一番安い厚さ21cmのシングルでも定価が21万円するので流石に手が出ない……でも欲しい……

それからしばらくメルカリを眺めていたところ、ダブルサイズで10万円というのがあり、定価30万円なので安いと自分に言い聞かせて即決した。

カーシェアで取りに行ったら荷台の全長より長くて焦るなどしましたが、まあ乗ったのでよしとします。

これは2019年のベストバイで、このハイグレードなベッドで毎日寝られる幸せを日々噛み締めています。
あとダブルベッドを一人で使うと任意の方向で足を伸ばしても落ちなくて感動します。抱き枕を置いても狭くない。

最近はコードも書くのも本も読むのもこのマットレスの上でしているので、1日の90%以上はこのマットレスの上で過ごしていると思う。
このブログ記事はマットレスの上に人をダメにするソファを置いてもたれかかりながら書いています。ダメ人間の所業

もちろん実家なので親には滅茶苦茶怒られました。

枕

自分にあった良い枕を買いましょう。好みがある。

東急ハンズ渋谷店の4Bフロアはマットレスはもちろん、いろいろな枕を試すこともできる。これが寝具のクレバリー2号店
なんと枕のレンタルサービスがある。2泊3日で200円とかだったと思います。

気になる枕がいくつかあったので、最終的にテンピュールのソナタピローとミレニアムネックピローを別の日に借りて試してみた。ミレニアムネックピロー XSにしました。実際に試せるのは体験が良かったし、店員さんも寝具好きって感じだった。おすすめです。

15000円でこれは最高の買い物です。睡眠に投資しましょう。

ベッドフレーム

よく分からないけど多分良いものを買うと良い。
しばらく除湿マットを敷いているとはいえ床に直置きしていたのですが、さすがに高級マットレスにカビを生やすのは怖くなったのでベッドフレームを買うことを考え始めました。

ダブルベッドのフレームは大きいので高い。盲点でした。

いろいろ調べてみると、無印良品のベッドフレームはデザインも機能性も良いらしい。メルカリで買いました。色々大変だったけど結果的には15000円ぐらい

ベッドフレーム・ダブル・オーク材 幅１４７×奥行２０２×高さ５．５ｃｍ 通販 | 無印良品

これとベッドフレーム下収納が2つで、定価だと6万ぐらいするので15000円は破格だった。雑なカーシェアで取りに行ったら乗り切るかかなり怪しくてヒヤヒヤしました。

あとベッドフレーム下収納の帆布の蓋は微妙です。普通にプラケースでもいいかも

ところで、このベッドフレームの売り、マットレスを乗せる部分がスプリングになっていることなんですが、この柔らかいマットレスではスプリング効果は分かりません。
何ならスプリングは中央ではなく両側にあるので、中央で寝ても意味がない。まあ見た目で選んでるしあまり気にしていません。

CPU

良いものを買いましょう。僕は Ryzen 5 3400G を1999円で買いました。

届くとは思っていなかったので急遽およそ年ぶりに自作PCをすることになった。最近のチップセットなんもわからん……

僕の好きな自作PC界隈のコピペに、「電源はケチるな、CPUはケチるな、メモリはケチるな、〜(意訳)」というものがあります。実践しましょう。

マザーボードやメモリ、SSD、電源は妥協しないとして、ケースとGPUはなぜか安かった。
1TBのSSDが1万円で買えておじさんはびっくりしたよ……
前回自作したときは64GBのSSDが2万円ぐらいでした。GB単価32倍……

GPUはなぜか出力ポートがありませんでしたが、気合でどうにかなります。かなり前にとりあえず買っておいたけど使う機会も来るもんですね。

ちなみにマザーボードに USB-C のポートがあったが本当にただのUSBだった。EV2785 に刺すと何が起こるか? こうなります

Wi-Fi アクセスポイント

インターネットの時代であるこの2020年に通信に投資しないで言い訳がない。投資します。

もともと Cisco の Aironet 1141 を使っていましたが、このご時世に 801.11n Draft 2.0 は流石につらい。
あと、木造住宅とはいえ1台のAPでは全体をいい感じにカバーできない問題があり、ローミングに対応しているAPを複数置きたいと考えていました。

やはりネットワーク機器はネットワーク機器のものを買うとよい。Cisco の Meraki Go を買いました。

Meraki はもともと Cisco が作っていた Aironet とは系譜が異なりますが、クラウドAPとしては定評がある気がします(個人の主観)
Meraki Go はその中でも一般家庭 中〜小規模店舗やオフィス向けのAPです。一般家庭で使っている人は見たことがない。コンソールアクセスもない。15000円ぐらい

これは最高のAPで、通信は安定するし速度は出るし端末のローミングはしっかり動く。感動しています。
これを買った直後にコロナで引きこもり生活が加速しましたが、APが良いと人生の苦労は減ります。

ちなみにこの流れで最近ルーターや、VLAN対応のスイッチを買うなどしました。ネットワークは楽しい。

釣具

趣味なので割愛。高いのを買いましたが体験がよい。PayPayモールはずるい。魚を釣ってがんばってペイするぞ。

まとめ

僕の好きな自作PC界隈のことわざに「(任意)は壊れると〜だから高いのを買え」というものがあります。なんでも壊れると困るから高いのを買いましょう。

もともと2015年に、人をダメにするソファ、こたつ、抱き枕を3種の神器と定めて生活に投資し始めてから5年、気付けば50万以上使っていて、いろいろ便利になりました。
安くて良いものを探すのもいいし、みんなが知っているあれそれはやっぱそれだけの価値がある。

みなさんも生活に投資してQoLを上げていきましょう。まずダブルベッドはいかがですか?

とりあえずIOSのバックアップをすべく copy コマンドで自宅のサーバへ IOS をアップロードしようとした。しかし、Permission denied と怒られてアップロードに成功しなかった。

tftp (具体的には tftpd-hpa) サーバでの tftp 127.0.0.1 によるアップロード/ダウンロードはできる。何かがおかしい……

状況を整理

tftpd は 0.0.0.0:69/udp で listen している。 (systemctl start で動かない問題もあったが、それはまた別の問題)

# sudo lsof -i:69
COMMAND    PID USER   FD   TYPE  DEVICE SIZE/OFF NODE NAME
in.tftpd 29780 root    4u  IPv4 xxxxxxx      0t0  UDP *:tftp
in.tftpd 29780 root    5u  IPv6 xxxxxxx      0t0  UDP *:tftp

tftpd root は /srv/tftpboot。こういう挙動をする。

# tftp 127.0.0.1
tftp> get something
Error code 2: Only absolute filenames allowed
tftp> get /something
Error code 2: Forbidden directory
tftp> get /srv/tftpboot/something
Received 7 bytes in 0.0 seconds

IOSでのエラーメッセージはこんな感じ。tftpd は verbose フラグを付けてもだんまり。

#copy flash:c800-universalk9-mz.SPA.153-3.M3.bin tftp://10.0.0.1/srv/tftpboot/ios/
Address or name of remote host [10.0.0.1]?
Destination filename [srv/tftpboot/ios/c800-universalk9-mz.SPA.153-3.M3.bin]?
%Error opening tftp://10.0.0.1/srv/tftpboot/ios/c800-universalk9-mz.SPA.153-3.M3.bin (Permission denied)

なるほど……?

解決方法

ホスト名とパスの間にもう1つ / を足せばよい。つまり tftp://[ホスト名]//パス とすればよい。

#copy flash:c800-universalk9-mz.SPA.153-3.M3.bin tftp://10.0.0.1//srv/tftpboot/ios/
Address or name of remote host [10.0.0.1]?
Destination filename [/srv/tftpboot/ios/c800-universalk9-mz.SPA.153-3.M3.bin]?
!!!!!!!!!!!!!!(snip)!!
68176296 bytes copied in 129.832 secs (525112 bytes/sec)

気付いたきっかけは Destination filename の確認プロンプトだが、まさかこんなところでハマるとは思わなかった。
自宅インフラはトラブルシューティングが99%

最近はご家庭用の Wi-Fi AP であるところの Meraki Go も導入したが、こちらはコンソールに入る必要がないどころかそもそもコンソールポートが存在しない。
なんならインターネットに接続しないと初期セットアップすらできないし、Web設定画面はおまけでメインの設定は iOS / Android アプリから行うハイテク仕様。これがクラウドネイティブアクセスポイントってやつか〜

必要十分に高速で、かつ最高に安定している。おすすめです。

EFIなら何も考えなくてもいいのかもしれないが、レガシーPC向けにMBRでやろうとすると微妙にはまったので

1. Windows 10 の ISO をダウンロードしてくる
   • https://www.microsoft.com/ja-jp/software-download/windows10ISO
2. これに従う
   • https://alexlubbock.com/bootable-windows-usb-on-mac
3. ブートローダーを書く
   • このリンクの Step 3 以降に従う
   • https://www.oueta.com/macos/create-windows-7-8-10-bootable-usb-drive-in-macos-with-command-line-mbr-partitioning-scheme/

ざっくりコマンドの流れを書くとこんな感じ。ディスクは /dev/disk2 とします。ツール等のリンクは参照した記事ママなので、リンク切れしていたら別のところから探してきてください。

$ brew install wimlib
$ hdiutil mount Win10_1909_Japanese_x64.iso
$ sudo diskutil eraseDisk MS-DOS "WIN10" MBR /dev/disk2

$ rsync -vha --exclude=sources/install.wim /Volumes/[isoのマウント先]/ /Volumes/WIN10
$ wimlib-imagex split /Volumes/[isoのマウント先]/sources/install.wim /Volumes/WIN10/sources/install.swm 4000

$ curl https://www.oueta.com/wp-content/uploads/2018/10/syslinux-4.03.tar.gz -o syslinux-4.03.tar.gz
$ tar -zxvf syslinux-4.03.tar.gz

$ curl https://www.oueta.com/wp-content/uploads/2018/10/syslinux-mac.tar.gz -o syslinux-mac.tar.gz
$ tar -zxvf syslinux-mac.tar.gz

$ sudo dd if=syslinux-4.03/mbr/mbr.bin of=/dev/disk2 bs=440 count=1
$ sudo ./syslinux -i /dev/disk2s1

$ mkdir /Volumes/WIN10/syslinux
$ cp syslinux-4.03/com32/modules/*.c32 /Volumes/WIN10/syslinux
$ $EDITOR /Volumes/WIN10/syslinux/syslinux.cfg

$ sudo diskutil unmountDisk disk2

$ sudo fdisk -e /dev/disk2
fdisk: 1> flag 1
Partition 1 marked active.
fdisk:*1> write
Writing MBR at offset 0.
fdisk: 1> exit
$ diskutil eject disk2

20日目は nersonu さんによる「剣盾新ポケモンの受けループ/サイクルへの導入を考える – そぬばこ」でした。ポケモン久しくやってない。

体質的に朝起きられないので10時出社は無理ってずっと主張してるんですが、「社会人になったら朝起きられるようになる」「頑張ったらどうにかならないの？」などと某社の役員に言われ、散々揉めた挙げ句内定取り消しの流れとなりました

— 来世でやりたいことが多い (@sukukyon) January 31, 2020

何を書くかアジェンダ

• 就活の話を書きます
• 2019年新卒 (学部卒) と 2021年新卒 (修士卒) それぞれの就活メモから面白そうな文章を適当に持ってきます
  • 最強の ガクチカ を持ってバトル
  • 「ぜひ来てほしいって言われて行ったら落とされた」
  • 「うちはインターンの方が倍率高いから、インターンで落ちても本選考はぜひ受けてほしくて」
  • 「このオファー額に見込み残業って入ってますか?」「ん〜〜いい質問ですね!」
  • 「ごりごりにコードがかけなくても大丈夫です!!研究成果が思わしくなくても大丈夫です!!大切なのはxx様の熱意とやる気☆」
  • 「再来年入社でもこの時期にエントリーして大丈夫ですか?」「うちは通年採用なので大丈夫です」
  • 「飯を食っても弊社の志望度変わらないでしょ」
  • 「XXXはあなたにとって良い職場ではないかもしれません」
  • 「社会人になったら朝早く起きられるもんだよ」
    • 「執行役員としての発言としては絶対にあってはならないことであり」
• 逆求人サービスの完全主観レビューをします
• 面白そうな会社を紹介してください
  • あ、いや、決め方を教えてほしい気がしてきた……

追記

whywaita Advent Calendar 2020 でこの記事で書く予定だった内容をカバーすることにしました。1年経ったけどようやく書いたよwhywaita…

https://blog.monora.me/2020/12/jobhunting-technique/

前回再起動試験で落ちたのでチーム「再起動非対応」で参加しました。ベストスコアは4410点でした。再起動試験までたどり着けなかった……悔しい……

チーム「再起動非対応」は同期3人 (自分 @kyontan, @hogashi, @h-otter) での参加でした。学生は2人いたはずですがエントリーをミスったので学生は1人ということになっています。

使用した言語

私はRubyが一番得意だと思っていますが、非同期処理が書きやすいとか型が着いていると嬉しい、みたいなことはあり今回もGo言語です。
でも今回はN+1潰すときの型マッピングで無駄に時間を溶かしてしまったので、Rubyの方が良かったかもしれない……つらい……

開始前の準備

Prometheus/Grafana等のサーバの設定を @h-otter にお願いしました。前回のコードを読み返しつつ、何をしたかを思い出すなどした。

時間がなくて完全に忘れてしまいましたが、せめて練習はやっておくべきでしたね…

あと、 Alibaba Cloud の UI が色々不思議な感じで良かったですね。

本番

完全に正解していますが、今回はマイクロサービス問だということに気が付いたのは開始してからだいぶ経ってからでした。

開始30分前、チームメイトとの雑談「今日は何がでるかなー」「フリマアプリかオークションかそういうやつでしょ」「マイクロサービスとかね」「わかる〜」 #isucon

— kyontan@新刊はまだ (@sukukyon) September 8, 2019

今回できたことが異常に少ない気がする。kataribeのログを眺めつつ、チームでやったことは以下のことです。比較的時系列だけどそうでない部分もあるかも。

• 開始スコアは 2310
• 10:30 メモリ多いな〜って思っていたら2, 3台目のインスタンスタイプを間違えていたことに気がつく。インスタンス立て直し
  • コードは既にリポジトリへ追加していたのでチームメイトはルール/コードリーディングを進める
• 10:50ごろ: 作業開始
• 11:30ごろ?: MySQL 5.7 を 8.0 へ (@h-otter)
  • スコア変化なし
• 11:45 DBにインデックスを張る(@kyontan)
  • 多分間違えていて、これらにインデックスを貼りましたがあまり効いていなかったようにみえました
  • BigQuery の触りすぎでRDBのインデックスの挙動をほぼ忘れたのも敗北ポイント

config (name)
items (created_at, id)
items (id)
items (buyer_id)
items (seller_id)
shippings (transaction_evidence_id)
transaction_evidences (id)
transaction_evidences (item_id)
users (account_name)
users (id)

• 12:20: カテゴリをオンメモリへ (@hogas, @h-otter)
  • 2510点ぐらい
• 12:30: http2 対応, 静的ファイルをキャッシュ, アップロードされた画像を nginx で返すなど
  • スコア変化なし
• 13:30: config もキャッシュするように
• 14:00: 新着商品には発売中の商品だけを返すようにする (@hogas)
• 14:45  – 16:00: GET /users/transactions.json の N+1 を潰す (@kyontan)
  • 3500点ぐらい
  • なぜか色々ハマって2時間半ぐらい溶かしていた。これは敗北ポイント
  • 多分ここらへんでMySQLがサチらなくなっていた気がする
    • CPUがサチっていたことに気が付いていたが原因が分からず (pprofをなぜ見なかったのか……)
• 15:30: UserSimple が持つ情報は全てオンメモリでキャッシュする
  • ユーザの存在チェックだけするような部分 (権限チェック) も基本的にこれで対応できるのでそうした
  • 4210点
    • ここからスコア上がらず……
• 16:00: 同じクエリを何度か叩いているエンドポイントがあったので潰す (@hogas, @kyontan)
• 16:00ごろ: transactions 以外詰まってないしCPUに余裕があるので campaign (負荷レベル)を弄ったところ外部APIで 403エラー  {“error”:”IP address is not allowed”} が連発しだす
  • 主にGET /users/transactions.json での外部 shipment  サービスへのリクエストで連発
  • 外部APIへの403はアプリケーション的には500を返す仕様だったので、これが連発してベンチマーカが途中終了し完走しない
  • ここらへんで手詰まりに
• 17:00: 明らかに不要な SELECT FOR UPDATE を削除 (4箇所+ぐらい)
  • これかこれの次辺りで4410点。これがベストスコア
• 17:10: 外部APIを叩く部分で exponential backoff を実装 (@h-otter)
  • 変化なし / 403 が連発する
• 17:30: 外部APIをリクエストするエンドポイントだけ2台へ分散する
  • 403 の連発は解決せず、なぜ……
• 18:10: 最終スコア0点 (failed) で終了

色々施策を打つもスコアの変化要因が今ひとつ分からず頭が回っていなかったですね。
特に外部API が undocumented な 403 を返す (しかもメッセージは 「許可されていないIPアドレス」) というのは全然分かりませんでした。
マイクロサービス問題なら単一IPから連続でアクセスすると弾くようになっているのかな、などと思い、後半で外部APIへリクエストをするエンドポイントだけ複数台へ分散するなどしていましたが全く解決せず泥沼へ。

これベンチマーカと外部API側に問題あるのでは? みたいな気持ちになりつつ、マイクロサービス問だしちゃんとbackoffとか実行すればいけるでしょ! と思っていましたが、意図したエラーだったのかは未だに分からず……

他の方の感想を見た限りでは、ポータルサイトへ登録されていないIPからのアクセスは弾かれるみたいですが、これについてはUI上で正しく登録されていることを確認したので問題なさそうでした。
11:00 ごろにインスタンスを立ち上げ直してIPを再登録したのがポータルサイトの何らかのエッジケースを踏んだのでは? などと勝手に邪推しています。謎ですね。

そのほか、 campaign の値を変えると何が変わるのか (POST系アクセスが増える?)、みたいなことも終了後にログを分析してようやくなんとなく傾向がわかり悔しい気持ちに。

感想

終わってみれば途中重大な気付き (「外部APIのレスポンスキャッシュできるじゃん」「ユーザの嗜好に合わせて商品出し分けたら?」など) があり、見逃しの多い回でした。
bcrypt の件は全く気づいておらず。前回は初手でやった(があまり意味がなかった) pprof を今回なぜ見なかったのか……

短い時間で追い詰められている環境の中でどれだけ集中できる / 気付けるか、というのが重要になると改めて感じました。

コンテストとしては今回も設定が面白く、運営の手の込みようが分かり、かつ短期間で取り組みがいのあるとても良い問題でした。
運営の皆様、大変お疲れさまでした。

今回ご紹介するテクニックを意味不明に活用することで，18.2GBのスキャン(10円程度)で2301億行の一時テーブルを作って集計することが可能です．便利ですね．ちなみに私は12桁の数字を突然見て混乱しました．ちなみに上のクエリは37.5秒で帰ってきましたが，内部では4時間52分のCPU時間を使用したようです．つまり，単純に計算すると約500スレッドが並列して走っていたようです．すごいですね……

(注: この記事は実用性皆無です．ごく一部を除き，一般の分析用途でBigQueryを使用するユーザにはなんの利もありません)

他にも，1TB超えのデータをシャッフルすることもあり…… (シャッフルという概念は一般的なRDBMSにはなく，後述するMapReduceが持つ特徴の一つです)
1TBのデータをシャッフルできるの異常じゃないですか? DC内ネットワークすごいですね．

並列度が高いクエリだと1週間どころか2週間を超えるCPU時間を1発のクエリで使うこともあります．

さて，BigQueryのコストはスキャンするデータ量に依存します．そのため，一般的なログ分析基盤でコスト削減のためにスキャンする列を減らしたり，時系列でパーティショニングして必要な分だけスキャンする手法が取られますが，こういった話はありふれているので割愛します．

ここでの目的はスキャン量を増やすこと無くスロット時間(CPU時間)を増やすことであり，これにより同じコストでより多くのCPUを使いたいということです．とにかく多くのリソースを使うことが快楽に繋がります．

実際，上の図では31日と5時間のCPU時間をわずか66.6GBのスキャンで消費することに成功しています．
BigQueryは執筆時点で1TBスキャンするコストが$5ですから，66.6GBのスキャンはわずか30円程度です．30円でGCPのサーバを1ヶ月分動かせると考えるとお得な気がしませんか?

コストパフォーマンスを突き詰めていくと，1.6MBのデータから2時間41分のCPU時間を消費することもできます．
BigQueryは10MB以下しかスキャンしなかった場合には，10MBへ切り上げた上で課金の計算がなされますが，10MBスキャンしたところで掛かるコストは$0.00005 ですから，これは実質無料です．

一方で，複雑なクエリを叩くと実際長い時間がかかることがあります．このとき，BigQueryではクエリのタイムアウトが6時間と定められているため，これを超えるとクエリが強制終了させられます．

他にも雑に PARTITION BYを使ってパーティションを切りつつ内部でソートを掛けているとメモリを食いすぎて死んでしまったり

(意訳ですが)予想された時間を大幅に超えたのでとりあえず止めました，みたいなエラーが出たりします．
これは未だに納得がいってない．6時間動かしてから言って欲しい．

さて，我々は賢いので(?) BigQueryの内部アーキテクチャを攻略することで可能な限りこういった中断系エラーを避けつつ安価にクエリする方法を試すことができます．

BigQueryはSQLが使える分析特化のDBではありますが，中身はMapReduceだと推測され，実際クエリプランを見るとそれっぽい様子を垣間見ることができます．
MapReduceといえばHadoopやSparkが有名ですが僕は触ったことがありません．安易に解釈すると大量のマシンにデータをバラ撒いてジョインして適当に集計する，みたいな感じでしょうか．そのうち原論文をちゃんと読みたいですね．

BigQuery公式でも述べられていますが，クエリを高速に実行するためのキモはいかにうまく分散させるかに掛かっています．CPU時間を稼ぎつつ実時間を抑えるためにはこの並列数を上げるためのクエリ書換が重要になります．

今回私が実行したかったクエリは約1万行のテーブルを2重に自己結合するクエリでした．イメージとしては下のようなクエリになります．
単純にINNER JOINを2回書けばよいのですが，計算量は単純計算で1万の3乗，1兆回のループが発生します．終わりません．

SELECT *
FROM some_table src
INNER JOIN some_table a
  ON ...
INNER JOIN some_table b
  ON ...

実際にはON句での絞り込みがあるので結果セットは数分の一(それでも数千億ありますが)になるのですが，こんなクエリを素直に書いても全然スケールしません．

これは，行数が少ないテーブルのINNER JOINはあまり並列数を上げて実行してくれない現在のBigQueryのクエリ計画エンジン(?)の特性に思えます．

ちなみに BigQuery だと WITH句を使って一時テーブルの見た目をした何かを作ることができますが，これは実行プランには影響がありません．

WITH some_table_joined AS (
  SELECT *
  FROM some_table src
  INNER JOIN some_table a
    ON ...
)
SELECT *
FROM some_table_joined
INNER JOIN some_table b
  ON ...

対策として，まず自己結合を1回した一時テーブルを作り(数千万行)クエリをし，その結果テーブルに対して再度自己結合を掛けるクエリを書いたところ500スロット並列で動くことを確認しました．具体的にはクエリを次の2つに分割することになります．

-- create some_table_joined
SELECT *
FROM some_table src
INNER JOIN some_table a
  ON ...

-- join some_table_joined and some_table
SELECT *
FROM some_table_joined
INNER JOIN some_table b
  ON ...

元の1万行のデータは高々数MBしかないため，これを2重結合するクエリが動けば実質無料になるのですが，これはうまく行かず，結局自己結合した一時テーブルのスキャンに数十円程度掛かりました．それでも安いのですが……

ちなみにここで注意すべきこととして，ストレージ課金があります．BigQueryのストレージは安価とはいえ，3ヶ月以内に変更されたデータに掛かる料金，つまりActive Storageは $0.020/GB です．中間テーブルを作ってクエリが終わり，使いみちがなくなったら不要なテーブルを削除しましょう．
(実際には BigQuery でクエリしたときに勝手に作られる結果用の一時テーブル(数時間しか有効期限がない)は課金されないような気がします．僕は実験が日をまたぐこともありますし，とりあえず名前を付けてテーブルに保存していたので消す必要がありました)

他にも，やはり数千万行を超えるデータのソートは苦手なようで，なかなか苦労しました．結局PARTITION BYの中でソートをして成功したことは数えるほどしかありません．今回のケースでは諦めてMIN, MAX関数に逃げてしまいましたが，本来は一時テーブルをもう一度作らないとタイムアウト内に終わらない気がしますね．

このように，BigQueryでログデータ以外の集計をする人は実質存在しないかと思いますが，今回のケースではうまくMapReduceの特性を利用することができ，無事高速かつ安価に数千億の組み合わせを試行することができました．

おまけ

BigQueryはスキャン量に応じて課金されると書きました．つまりスキャンしないと無料です．

というわけでこういうことができます．

無限のリソースがあったら何をしますか? とりあえず面倒になったのでモンテカルロ法で円周率でも計算しましょう．とりあえずできましたが精度が低い……

ﾇｯ

こういうことをしたら終わらなくなってしまったので終わりです．(朝見たらタイムアウトしてました)
ちなみにBigQueryはJavaScriptでUDFを書くことができますが，これはこれでタイムアウトやスロット数が別にあり色々大変です．頑張りましょう．

いかがでしたか? ぜひ，皆さんもBigQueryをどんどん活用してください．

正確には、Amazon.co.jp を見たら異常に高くてそりゃ転売したら儲かるな、という気持ちになったので、適当に人を募って Amazon.com (US) で共同購入しました。
関税や送料を足した結果、YubiKey 5 NFC が5500円, YubiKey 5C が6100円ぐらいで買えました。良かったですね。

YubiKey といえばそもそも OTP が出てくるキーボードとして認識されるデバイスですが、最近だと WebAuthn で使えたりしますね。あとは PKCS#11 の署名用や適当な鍵を登録できたりします。

雑に手元の macOS でssh するぞ、と思ったら地味にハマってしまったのでいろいろやった結果動くようになったのでメモ

手順だけ分かればおっけー！という方は Gist にパッチ等まとめたので、そちらを参照してください: https://gist.github.com/kyontan/763952e7be68a2e96d5c3f0ad0d3bce8

検証環境のバージョンは macOS Mojave 10.14.4 で、OpenSSH は 7.9p1, LibreSSL 2.7.3 が入っていました。
ただ、今回は最終的に OpenSSH と OpenSSL は自前でビルドしたのであまり関係ありません。
より重要そうな Homebrew でインストールしたパッケージのバージョンは、 OpenSSH 7.9p1, OpenSSL 1.0.2r (26 Feb 2019), OpenSC 0.19.0 です。

まず、下記の記事などを参考に鍵の生成を試みます。

Putty CAC で SSH に YubiKey を使う(OpenSC編) – enjoy struggling
https://blog.haniyama.com/2018/02/02/yubikey-ssh-opensc/

GUI のツール (YubiKey PIV Manager) の場合は PIN を設定すると自動的に Authentication と Key Management 用の鍵を生成してくれます。現代だとデフォルトで ecdsa-sha2-nistp256 の鍵が生成されるんですね。便利。

公開鍵を取り出そうとした

YubiKey へのアクセスや署名(でよいのでしょうか?) にはスマートカード等で使う OpenSC を使用するようです。今回は Homebrew でインストールしました。 (brew install opensc)

早速試してみます。まずは上の

# ssh-keygen -D /usr/local/Cellar/opensc/0.19.0/lib/opensc-pkcs11.so
C_GetAttributeValue failed: 18
C_GetAttributeValue failed: 18
cannot read public key from pkcs11

うまく行きませんね。(上手く行った場合はこの記事を読む必要はありません。最後のステップまで飛ばしてください。

パッチを当てる

エラー文でググると偉大な先達の記事が出てきます。今回この記事がなかったら即死していたでしょう。

ssh with yubikey ECDSA keys – lithium03の物置
https://lithium03.info/yubikey/index.html

この記事を読むと、「RSA鍵なら問題なくいける」「OpenSSH が OpenSC を使うときに (具体的には PKCS#11 の署名等で) ECDSA鍵に対応できてない」ということが分かります。

親切にパッチや、そのパッチの元になったチケットまでリンクがあります。

2474 – Enabling ECDSA in PKCS#11 support for ssh-agent
https://bugzilla.mindrot.org/show_bug.cgi?id=2474

このチケットを見ると、Fedora 28 では既にこのパッチがバックポートされていること、upstream には OpenSSH 8.0 でマージされる予定であることが分かります。

ちなみにパッチは OpenSSH 7.6p1 用で、上の記事では 7.8p1 用に書き換えられたものが公開されていますが、現時点の Homebrew でインストール可能なのは 7.9p1 ということで、パッチを修正しました。

というわけでパッチです: https://gist.github.com/kyontan/763952e7be68a2e96d5c3f0ad0d3bce8

ビルドする

Homebrew でパッチとかどうやるんだ……と思いましたが、どうやら brew edit openssh で行けるみたいです。こんなに簡単に当てられるなんて……便利だ……

Homebrew: Patching an existing package
https://www.ralfebert.de/snippets/brew-apply-patch-to-package-formula/

というわけで雑に既に書かれている patch の下に、以下のように追記してやるとパッチが当たります。

# Add support ECDSA for PKCS11, ref: https://bugzilla.mindrot.org/show_bug.cgi?id=2474
patch do
  url "https://gist.githubusercontent.com/kyontan/763952e7be68a2e96d5c3f0ad0d3bce8/raw/2ad5f854eba7704fbb7af2182ac57ee82b9a8f61/openssh-7.9p1-pkcs11-ecdsa.patch"
  sha256 "93b4e48321db94d785833a9414b12467a4741156cec90fa3052a4092acec8938"
end

インストールは brew install --build-from-source openssh です。既にインストールしてあるものがある人は install を reinstall に読み替えてください。

ビルドできたら、ビルドした ssh や ssh-keygen のパスをよしなに通してやります。勝手に通ってるかもしれません。(rehash なりしてから ssh -V の結果を見るとかすれば分かると思います)

うおおおおお！！！！

# ssh-keygen -D /usr/local/Cellar/opensc/{version}/lib/opensc-pkcs11.so
ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBDnIbZ4ANu...
ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBBv0e8HKnx...

というわけで公開鍵が見られました。2つ見えたのは、上で自動的に作られると行っていた Authentication と Key Management 用の鍵がどちらも見えてるからだと思います。普通は上の方を使えば良いはずです。

鍵を登録して、ssh していきます。 ssh -I /usr/local/Cellar/opensc/{version}/lib/opensc-pkcs11.so host です。

# ssh -v -I /usr/local/Cellar/opensc/0.19.0/lib/opensc-pkcs11.so user@xxx.monora.me
OpenSSH_7.9p1, OpenSSL 1.0.2r  26 Feb 2019
...
debug1: Connection established.
debug1: provider /.../opensc-pkcs11.so: manufacturerID <OpenSC Project> cryptokiVersion 2.20 libraryDescription <OpenSC smartcard framework> libraryVersion 0.19
debug1: provider /.../opensc-pkcs11.so slot 0: label <Yubico PIV Authentication> manufacturerID <piv_II> model <PKCS#15 emulate> serial <...> flags 0x40d
debug1: have 1 keys
debug1: have 2 keys
...
debug1: Will attempt key: /.../opensc-pkcs11.so ECDSA SHA256:nr/MvmFI6cYmChV97dMVIBeE2Uq5UmhVvoIdIuayLvg token
debug1: Will attempt key: /.../opensc-pkcs11.so ECDSA SHA256:Z7dluZC4FCEsUAC0HYiITr5+I83bLtHUxOwdla81Rtc token
...
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering public key: /.../opensc-pkcs11.so ECDSA SHA256:nr/MvmFI6cYmChV97dMVIBeE2Uq5UmhVvoIdIuayLvg token
debug1: Server accepts key: /.../opensc-pkcs11.so ECDSA SHA256:nr/MvmFI6cYmChV97dMVIBeE2Uq5UmhVvoIdIuayLvg token
Enter PIN for 'Yubico PIV Authentication':
debug1: Authentication succeeded (publickey).
Authenticated to xxx.monora.me ([xxx.yyy.zzz.www]:22).
...
# sl
...

というわけで ssh 出来ました。嬉しいですね。

パッチを見て当ててみたらエラーが出た瞬間にやる気をなくして、うだうだやっていたら3時間ぐらい掛かってしまいましたが、なんとか動いてよかったです。

それでは皆さまもハッピーYubiKeyライフをお過ごしください！

3/7は名取さなさんの誕生日でしたが、皆様いかがお過ごしでしょうか。私は先日、宮城県は名取市に行ってきました。

私は昨年開業届を出してしまったがばっかりに確定申告に脳内のリソースの8割を吸いつくされながら3週間を過ごし、実際の帳簿作成/決算はわずか6時間強で終了しました。やらないならやらないで頭の隅っこからも追い出せということですね。

前回の記事では東京に引っ越したという話をしましたが、無事平穏に特に何もない生活を送っています。今日も生きててえらい。

寝られるだけ寝る、というか起きることができないのでどうしようもないですね。これからも朝が遅い仕事を探し続けます。

最近もまっとうに1日3食食べるような生活はしていないですが、周囲の人間が病んでいる割合が平均よりだいぶ高いと推測する自分が今日もぐっすり寝られるのはとりあえず良いことだと思っています。

「じゃがいもは焼いたら食えるので神」みたいなことを先日呟いたのですが、友人に「あのツイートは一人暮らしっぽい」という感想を頂きました。いわゆるズボラ飯しかしてない……

近況としては、勉学の面では1月末に書いた論文が無事?アクセプトされたので国際学会に行くことになり、スライドやら発表練習やらがてんこ盛りになる(予定)です。
1年間やってきたことの納めになるのかな、と思いつつ、これからの2年間は何をやるのが自分にとって良いのか悩んでいます。

このあたりは自分の考えもまとまっていないので散逸した書き方になってしまいますね。

実際、研究はやっているときは楽しいのだけど、それが将来にどう生きるのかというのが大学の一研究室という閉鎖的な環境にいると今ひとつ分かりづらく、日本で普通にエンジニアをやる上で研究のスキルが生きることって無いのでは? と視野が狭い意見を持っています。粘り強さ? 英語が読めること?
アカデミックなスキルが生きる場面って結構限られていて、そもそも普通に生きていて論文を読み書きすることがどれだけあるのか、とは思っている。
そういったスキルを活かせる場所というのは頭をフルに使う場所で面白いんだろうな、とは思いつつ、自分が今やっていることで食べていけるとは到底思えないし、そうなると結局何で食べていくのがいいのか、という方向に思想が行き着く。

安定は欲しい一方で、面白い仕事、先がわからない仕事というものに興味があり、そういったところの葛藤はこれからもあるんだろうな〜と思う。

とかいう何かを言っているようで何も言っていない言葉を連ねながら下の記事を読むと頭を抱えて転げ回ることができます。

どうでもいいけど自分が60歳になるころの人口予測とか考えると日本で生きるのはマジで厳しい感じがしていいですね。
ここでいう「いい」は何も意味していなくて、強いて言うならディストピアだなーみたいなところがある。

消費が多いので今日も家計簿の総資産がマイナスで頭を抱えているし、今年から住民税と国民健康保険も払うのかと考えると厳しいですね。
それはさておき、実際働けていないのは深刻な状況なので4月からは奨学金を取ると思います。楽になるといいね。

将来的なところでは19卒を諦めた結果、順当に行けば21卒になるわけですが、最近の就職活動の前倒しはすごくて、もう色々な各社が動いているのを見かけます。
あまり同期で就職活動とかに興味がある人間がいないし、しばらくは特に何もしないと思います。そういえば修士1年でフルタイムインターン行けるのすごくないですか? 研究とアルバイトの両立すら難しいのですが、完全に研究を中断したら行けるのかな……

数日前ぐらいから React でフロントエンドアプリケーションを書き始めました。ほぼほぼ趣味みたいなものですが、そろそろフロントエンドも一個ぐらいなんか書かないと死ぬな〜みたいな意識がだいぶ前からあり、重い腰を上げてという感じです。
偏屈なので意図的に React を避けていたみたいなところがあり、 jQuery の次は Angular.js (2.x) で挫折し Riot.js をやったり Vue.js をやったりしていました。
React といえば2016年頃にアルバイトで React Native の検証みたいなのをやったことがあるぐらいでした。意味不明ですね。
インターネットを漂流しているので仮想DOMやらFluxやらなんやらは見たことがあるがReact触ったことはない、みたいな感じでした。以前はclass-based componentの過渡期で挫折した記憶もあります。
今作っているアプリケーションは React + TypeScript + Firebase みたいなスタックで、SPA + mBaaS でサーバサイド一切書かずにやろうみたいな気持ちです。mBaaS といえば Parse という気持ちがありましたが Firebase はすごいですね。何がすごいってドキュメントの充実具合がすごい。
実3日ほど TypeScript の癖のある挙動や React Hooks 本当に必要か? とか Firebase と TypeScript の相性の悪さに辟易した結果、とりあえず良い感じのUIでユーザ登録やログインができるようになりました。ここまでできればなんでもできる。
FirebaseのデータベースであるところのFireStoreもルール定義が安全な感じでいいですね。オレオレRBAC on ActiveRecordに頼る必要もオレオレGraphQLライククエリ on ActiveRecord にも頼らず良い感じのパフォーマンスが出る何かが容易に出てくる世界……
とりあえず学習曲線の最初の大きな傾きを乗り越えた気がするので、やるだけ学びが得られる状況になりました。やります。

ところで学びを得るって冗長じゃないですか?学ぶでよくないですか?

負の面の話が多く出てしまいましたが、実際のところ十分に睡眠が取れているので、かなり幸せで恵まれた環境にいるという自覚があります。
リアル春眠暁を覚えず状態です。

強いて言うなら日差しが欲しいぐらいですね。

4月から社会人ということで早めに東京に出た。つまりはそういうことです (ウソです

残りは散文です。

この記事は新居ではなく、たまたま実家にいるので実家で書いています。実家って言い方もまだ慣れないですが区別ができないので使わないといけない。

そもそもの動機として、今通っている大学が遠い、ということがありました。
片道ドアツードアで1時間50分〜2時間というのはなかなかに辛いもので、1日に4時間が通学で溶けるというのは実感するとつらいものがありました。
小学校, 中学, 高校も1時間程度掛かっていたので大丈夫かと思っていたのですが、倍になると流石に色々と勝手が違いますね。毎日座れれば良いのですが……

時は流れ、今は4年目も終わろうかというところですが、幸いにして進学先も決まり(同じ場所ですが)あと2年は東京の中心部から離れたところに通うことになることが決まりました。
自分は自宅大好き人間なので実家を出るつもりはさらさらなく、社会人になったら東京に引っ越すどころかリモートワークしたいなと思う程度に今住んでいる所が気に入っています。家から出たくない。

とはいえ大学へ通わないといけないのは事実であり、研究室は比較的対面でのコミュニケーションを重視する文化が根強いため、成果さえ出せば来なくていいとはいえできる限りの時間を研究室で過ごしたいと思うようになりました。

ということで、お試しではありますが東京に住むことにしました。

きっかけは 2018/11/24 に某Slackでシェアハウスしませんか? という話が出たところですが、そこからあれよあれよと何故か賃貸の一軒家を見たりとりあえずマンスリーマンション見るかとなって探しては満室ですと言われたり色々なサービスで色々な部屋を探して疲れました。
家、基本的に全部条件が異なっていて、かつ流動性があるので最適解を見つけるのは難しいですね。局所最適解多め。

条件としては

• 東京の主要駅に出やすくて(乗り換え1回以内/15分程度で新宿or東京に出られる)
• 2K〜2DK以上
  • 個室は欲しいよねという話になった
• 1人あたり管理費込み13万円/月(/2人)以下
• 駅10分圏内
• 比較的綺麗
• 大学まで自転車で通えると嬉しい

みたいな条件でした。

あとは家賃は自腹で払うことを想定していたので、初期費用をなるべく抑えたいという学生的な条件があり、敷金/礼金が0に近い物件を探していました。

結局色々あり決めた物件は

• 2DK
  • 和室6畳+洋室6畳
• 管理費込み12万円/月(/2人)
• 駅徒歩5分
• 築32年(リフォーム後3年)

の物件でした。あとは

• バストイレ別
• 都市ガス
• ウォシュレットあり
  • 結構嬉しい
• ネット無料
  • ケーブルテレビとのことなので期待していなかったが、実際に測ったら100Mbps出た
  • ホスト名もフレッツのNGNが出てきたので光か?

です。便利ですね。新宿までドアツードアで15分です。近い。あと大学まで12kmぐらいです。
初期費用は微妙に掛かってしまい家賃1ヶ月分+仲介手数料1ヶ月分+退去時クリーニング料(敷金とは違い戻ってこない。実質礼金)1ヶ月分等で40万弱になりました。1人あたり20万ぐらいです。まあクリーニング費用1ヶ月分も払ったので気にせず壁に穴を空けたりしていきたいですね。

仲介手数料浮かす術みたいな話で管理会社へ直接問い合わせて安くする、みたいなのがあると思いますが、今回の物件は仲介にしか出てないようでした。難しいですね。

とにかく賃貸契約はスケジュールとか結構シビアなことが分かったので来世で活かそうと思います。

結果、もろもろあり昨年末の12月27日には鍵の引き渡しも済み住めるようになりました。とはいえ電気もガスも水も通ってない(契約開始と入居日が近すぎて入居日に開通できなかった)ので実際には1/4に引っ越しました。とりあえず1週間分の無駄な家賃が発生したので泣きました。サンクコストってやつです。

実家から持ち込んだもの

• ベッドのマットレスとそれより上
• こたつ
• モニタ
• スチールラック
• 食器等 (箸, 皿, 鍋, フライパン)
• 脱衣所のマット, トイレのマット
• タオル他着替え等
• 缶詰など

家電はないので買いました

• IH炊飯器 (アイリスオーヤマ)
  • たぶんこれです
  • 同居人がマイコンは芯が残ると言っていた(のでIHの方が良いとのこと) / お米は美味しいと嬉しい
  • 3号炊きと5.5号炊きの価格差があまりなかったので5.5号炊きにした
  • 11000円
    • 西友で5%引きの日に買った
•  冷蔵庫 (SHARP)
  • ラボの先生が引っ越して新しいのを買ったとのことなので、古いのを譲って頂いた
  • そこそこ大きい(200Lぐらい?)。最高
  • カーシェアで運んだ。カーシェア代は3000円ぐらい
    • タイムズカーシェアの学生会員(月会費無料)で良かった
•  電子レンジ (アイリスオーヤマ)
  • 普通の。2種類あったけれど小さい方
  • これです
  • 5980円
• 洗濯機
  • まだ無い!w
  • 困っている
  • 新品は高いのでメルカリで雑に探しているが良いの(動く/近辺で引取可能)を探すのがめんどい
  • スペック表記で乾燥機能のレベル差を表す(簡易乾燥/乾燥)という概念があるらしく、乾燥を求めるととたんに高くなる
    • ドラム式は高い
  • おすすめ情報を募集しています
• ガス台 (ガスコンロ)
  • まだ無い!w
  • 新品が高い
    • 機構的には比較的シンプルな気がするがなぜ高いのか……
  • メルカリ見てる

とにかくアイリスオーヤマの家電が安い。良いですね。あとは電気ケトルとか欲しいかもしれません。その他おすすめがあれば情報を頂けると幸いです。

その他

• 商店街が賑わってて良い
  • 飲食店も無数にある
•  木造1F日当たりほぼ無しは寒い
  • 和室の畳は裸足でも寒くない。嬉しい
  • フローリングは寒い
• カーテン欲しい
  • レースカーテンが据え付けであったが断熱効果が無
  • 寒いので
• こたつは最高
  • 持っててよかった
• 将来は家がほしい
  • そして温泉を掘りたい
• 中央線沿線は文化的な感じがして良い(気がする)
  • 大学最寄りを選ばなかった理由の一つ。今も栄えている商店街のある駅が多いですね
• 大学まで自転車で45分はなんとも言えない
  • 同じ額だせば普通に大学最寄りには住めますからね
    • アルバイト/インターンはする予定(というかしないと家賃すら払えない) なので東京よりに済みたい気持ちは強かったので満足している
    • まだ2日なので実感がないともいう
  • (公共交通機関でも同じ時間/片道350円程度なのでだいぶ近くはなった。これまでは片道1000円弱)
  • 時間ベースで4割程度にはなったのでだいぶ嬉しい
  • 自転車に乗ると何もできないというのはありますが、毎日往復20km乗ってれば健康になれる気がする
    • 1年で体重がだいぶ増えたことを実感する程度になってきたので頑張って健康になりたい

とりあえずこんな感じです。まだダイニングテーブルとか椅子もないし色々足りていない気がする。一番足りないのは本人の生活スキルです。料理が壊滅的にできない。

何もわからないのでがんばります。ほしいものリストをとりあえず貼ります。よろしくお願いします。

環境は macOS Mojave (10.14.1), Oracle VM VirtualBox のバージョンは 6.0.0 (5.2.22 でも再現)

以下、解決方法

結論から言うと「システム環境設定」-「セキュリティとプライバシー」-「一般」-「ダウンロードしたアプリケーションの実行許可」 で Oracle America, Inc かそれっぽいのを許可する。既に許可してしまったのでボタンが消えているが下の図の枠で囲った位置にボタンが出てくる。それっぽいエラーを何もユーザーへ提示せずに死ぬのでハマった。ちなみに macOS のインストーラはエラーログとかを /var/log/install.log に吐くのでそれを見ると何で落ちたのかは分かる。

installd[400]: PackageKit: ----- Begin install -----
...
installd[400]: ./postflight: /Library/Application Support/VirtualBox/VBoxDrv.kext failed to load - (libkern/kext) system policy prevents loading; check the system/kernel logs for errors or try kextutil(8).
...
Installer[9779]: Install failed: エラーによってインストールできませんでした。ソフトウェアの製造元に問い合わせてください。

ところで結局これでWindowsを起動したところで目的は達成できずに負けました。完全敗北

さて、大学は研究機関だと言われていますが、研究って具体的になにやるの? と思っていた3年間が終わり、4年目に突入して半年が経ちました。

半年も経つと秋になり、未来の後輩が研究室を決めるために見学や面談に来ているのを観測しています。

自分がその立場にいたとき、自分は研究をどういった流れで何をやるものなのか全く分かっていませんでした。
今もそんなに理解していない気はしますが、少なくとも今ぐらいの認識を研究室配属前に知りたかったな、というのは思っているので、転生したときのためのマニュアルとして少しまとめてみます。

そもそも研究のやり方とか認識とか、研究成果の扱いみたいなのは学問によってどうやら違うらしいのでとりあえず情報科学、とりわけコンピュータサイエンスの近くをやっている人間として書いています。
ちなみに成果は今のところほぼ無で、はじめての学会だね、と言われながら国際学会だし九州だしでよくわからない緊張に押しつぶされて寝込みつつもなんとか学生研究発表で入賞して、あと自腹で別府温泉に入りました。別府八湯温泉道初段程度の実力です。

まず、研究とは、ざっくりいうと

1. 何が研究されているかを知って
   1. 試せるなら試して
2. 新手法とか改善できそうなところを探して
3. 既存の手法と比較して
4. 文章やポスターにして発表する

という活動だと思っています。

サーベイ

何が研究されているかを知る、ということをサーベイ(Survey)と言います。

具体的には論文を読むわけですが、そもそも論文とはなんぞやみたいな話があります。
論文というのは研究の成果や途中経過の書かれたもので、基本的に前者は学会が開催する論文誌というものに掲載されていることが多いです。

論文の種類 / 構成

大きく分けて査読付き論文と査読なし論文というのがあって、査読付き論文の方が査読されているのでより正しいっぽい内容なはずです。ちなみに査読というのは近い分野の研究者とかが論文を公開する前に正当性を確認する手続きのことです。
Arxiv (アーカイブ) というサイトを聞いたことがある人もいそうですが、あれはプレプリントサーバというもので、プレプリントという正式に発表される前の論文が投稿されるサイトです。つまりクオリティの保証されない論文がたくさんあります。査読そのものは時間が掛かるので、動きが早い分野とかだと Arxiv とかに最新技術の論文が投稿されるみたいことが普通な分野もあるそうですね。玉石混交というだけで全部が全部信用出来ないわけではないですが、信用するかどうかも自分次第ということです。

論文の構成というのはほぼ決まりきっていて、以下のような章立てになることが多いです。

1. 要旨 (Abstract)
2. 導入/関連研究の紹介 (Introduction)
3. 新手法の提案 (Proposed Method)
4. 実験の説明 (Experimental Methodology)
5. 実験結果 / 評価 (Experimental Results / Evaluation)
6. まとめ (Conclusion)

全部しっかり理解しようとして読むとそこそこ時間が掛かるので、要旨→まとめ→評価→実験の説明みたいな読み方をしろとか、説明とかは実際必要になるまで読まなくていいとか言われることが多い気がします。とにかく数を読むことが大事かもしれない。

僕はやりたい分野がなんとなくネットワークとか〜インターネットとか〜みたいな気持ちだったのでそんな感じの用語で調べたり、その分野のトップの学会とかの最近の論文とかを読んだりしました。そこから興味を持ったより狭い分野の論文を読んで探したりします。Google Scholar とか IEEE Xplore とかで調べることが多いです。

サーベイをした後

で、これは僕も謎なのですが新手法とかを思いつく必要があるみたいです。本当ですか?
ちなみに僕はたまたま思いついた手法をやっていますが、これをコンスタントにできる気はしないので大変だなって思っています。
学部だと先生が持っていたアイデアを検証して卒業研究にする、というケースが多い気がします。

ちなみに、僕の場合は既存の手法を別の使い道へ適用しました、という提案になるので、既存の手法との適用先の違いや、みたいなのをちゃんとやります。延々とプログラム書いて走らせてベンチマークしてgnuplot (やめたい)でグラフ書いて眺めたりします。ちょっとでも数字大きければが勝ちです。勝ちとは……

論文を書く

そして、既存手法より良い結果が出たら論文を書きます。
論文というのは読む人が読みやすいように書くので、実際に実験をした時系列にそって何かを書くというよりは、論理的な筋が通るように構成をします。というのは何かというと、既存の流れを一切無視してアイデアを突然ひらめいたとしても、別に論文にはそう書かなくて「既存の〜には〜という問題があった。〜するとどうなるかは分かっていなかった。本論文では第一歩目として〜した。」みたいな書き方をしたりします。意味不明ですね。

論文を書くのは場合にもよるのですが1週間〜1ヶ月ぐらい掛かるみたいです。コンピュータサイエンスの分野だとダブルカラム(2段組)で6P〜10Pぐらいの論文が多い気がします。英語でこの分量書くと結構しんどいのではと思っていましたが、最近日本語で書いても十分つらかった。
僕が最初に書いたダブルカラム/2Pの英語アブストラクトは金土日の3日でした。地獄かと思いました。教訓ですが図を書くのはそこそこ時間がかかります。

今のところ査読付き論文を書いたことはないのでこの先何が起こるのかはよくわからないのですが、査読されたあとに査読者に突っ込まれた部分を反論(Rebuttal)したり直したり足したりすることもあるみたいです。

研究発表の種類

研究の発表の仕方には大きく分けて、論文誌、学会発表、研究会発表などがあります。前者の方がより難しい(==業績として強い)っぽいです。
あとは日本語の論文とか国内の学会・研究会の発表よりは国際学会とかのそれの方が難しいっぽいです。母集団が大きいのでそれはそうって感じがしますね。
あとは学会そのものにもランクみたいなものがあって、明文化は別にされてないですが分野的にこれが一番すごい、みたいなのがあります。トップカンファレンスとかいうやつです。

雰囲気的には学部の学生が国際学会いったり査読付き論文通したりするとめっちゃすごくて国内の学会でも出るとそこそこ。修士だと国際学会とか一度ぐらいは行くかもしれない、何度も行くとすごいですね、みたいな感じっぽいです。

あとは卒業論文とか修士論文とかありますが、あれは研究の業績としてはあまりカウントされなくて、それまでにやったことのまとめ論文みたいなやつっぽいです。別に査読とかがあるわけでもないので、信頼性とかも微妙だよね、みたいな文脈です。論文自体も論文誌とかに載せるものより長かったりします。博士論文については査読と言うのか分かりませんがちゃんと学内の教授陣や、場合によっては他大学の先生によっても審査があるようです。

以上が今のところの僕の研究に対する認識です。とりあえず学部の学生が何をしてどういうのをやるといいのか、どうするの、みたいなのが分かってもらえると良いのかな、と思います。

ところで研究室を選ぶ上でのポイントみたいなことはここまででは書きませんでした。

なぜならそれは人によって見るところが違うからで、個人によって評価するポイントが違うからです。

僕は指導教員とのマッチングだと思っていて、研究分野ももちろんですが強いこだわりがないなら指導教員とやっていけそうなところを選ぶのが良いです。相性が悪くて消える人を何人も見てきました。
一番困るのは研究室へ来なくなることであって、そうなるとお手上げという話ですね。行きづらい場所を行きたい/行ける場所にするのは大変なので。

心理的安全性という言葉が好きなのでやっていますが、まあ成果を出せば研究室に行かなくてもいい研究室を選んで良かったなと思っています。朝が弱い人間にとってコアタイムは天敵ですからね。

Touch ID が sudo でもパスワードを入力する代わりに使えそうだな、と思ったので調べてみたらどうやら pam_tid.so という PAMモジュールが用意されており、コンフィグを弄ることで使えるようです。具体的には /etc/pam.d/sudo へ auth sufficient pam_tid.so を追記するだけです。簡単ですね。

しかし、tmux のようなターミナルマルチプレクサを使用している場合にはこれだけではうまく動作せず、sudoコマンドを用いても普通にパスワードを求められてしまいます。
(これは各ユーザごとに存在する bootstrap namespace に tmux が存在しないこと? が原因のようです。詳しくは当該リポジトリに説明と詳細へのリンクがあります。)

これに対処するために pam_reattach という PAMモジュールを書いた人がいて、これが使えます。

fabianishere/pam_reattach: A pluggable authentication module that reattaches to the user’s GUI (Aqua) session on macOS

参考にした元の記事やこのリポジトリの README.md には何事もなく以下のようにやれば入ると書いてありますが、これは失敗します。

$ cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr
$ make
$ sudo make install

これは最近の macOS の保護機能の1つである System Integrity Protection が有効になっているためで、rootであっても / 配下のほとんどが書き込み不可能になっています。つまり /usr/lib/pam にビルドされた pam_reattach.so をコピーすることができず失敗します。
多分これを開発するような人は無効にしてるんじゃないでしょうか……

実は/usr/lib/pam は /usr/local/lib/pamで代替できます。というわけでそうします。具体的には以下のように PREFIX を変えるだけです。

$ cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr/local
$ make
$ sudo make install

それではよい tmux life をお過ごしください。

最近は時間的割合では主に研究をやっているのですが、それ以外でも色々あり、ちょっと精神面で弱っているなと思っていて、方々にご迷惑を掛けてしまっているなと思っています。
この記事を書いている時点で実際なんらかのしきい値を超えたのでは、と自分で思っていますが、どうでしょうね。

まず今日、とはいえ日付は変わってしまったので昨日ですが自宅で飼っていた犬が亡くなりました。自分にはあまり懐いてくれませんでしたが賢い犬でした。
我が家に犬がいるという状態は日常と化していて、特筆すべきようなイベントはあまりないのですが、とはいえ常にそこにいた存在というのが明日からそこにいない、というのは大きな喪失感を感じさせます。
彼の調子が突然悪くなったのは3ヶ月ほど前で、癌と判断され手術を経たものの余命2, 3ヶ月という状況で、実際そのようにしてだんだんと弱り亡くなってしまいました。
恨むわけでもなんでもなく、ただただ有り難いと思ってはいますが、現代の医療は動物の余命もほぼ正確に当てられるのですね。現代の医療の進化を感じます。
自分自身別に無限の寿命がほしいとは全く思いませんし、現代の延命治療の意義についても懐疑的ではありますが、やはり身内が亡くなると堪えますね。

性格が悪いので明日の予定を全部なしにしようかと一瞬思いましたが、それこそ罰当たりな行為な気がしたので早めに切り上げるだけにします。地上では安らかに眠り、天国では元気にやっていてほしいものです。

同じく今日、というか昨日の話ですが新しい世代の MacBook Air が発表されましたね。というか上の状態でしたし最近の Apple にあまり期待していないこともあったので発表を見たのは前述の噂を見てからですが。
個人的に MacBook Air はとても好きな端末なので嬉しいな、と思いながらとりあえず注文しました。お金は足りないのでどうにかして工面します。

ところで後から友人に指摘されて気が付いたのですが、 +1万円 と +100g と -Touch ID でどうやら MacBook Pro になるらしいです。処理性能的にはおそらく倍ぐらいあるでしょうから、エンジニアの合理的判断としては MacBook Pro を買うほうが正解でしょう。
後から気が付いてちょっと後悔しましたが MacBook Air が好きなのであまり気にしないことにします。

お金がない、というのはなぜ、という話になるのですが、掛け持ちのアルバイトのうち1社を明日で退職するのが一因にあります。

インターンの後にお誘いを頂いてから2年間アルバイトとして在籍し、非正規雇用として4回目の更新になるのでどうこう、という事情はあるのですが直接的なものではなく、単純に研究が忙しいからです。
そもそも3社で掛け持ちでアルバイトをしている状況そのものに無理があり、数ヶ月前はなんとか、という状況でしたが本業たるところの学業が忙しくなってからはほぼどの会社でも働くことができていない状況になっていました。

単純に先月/今月が異常に忙しい状況というのは認識しているのですが、2ヶ月も連続で忙しくなると流石にこの先楽になる期待が持てなくなります。
そういった状況でアルバイトの次回出勤について考え、予定を入れるも急遽入った研究の予定でリスケになったり、少ない出勤時間で互いにWin-Win となるタスクを考えて頂く上長のことを考えると余計に精神的ダメージが積もります。

とにかくそういう諸々があり、他の現場継続しているアルバイトについても今年中に契約が終わるので来年の所得が0という見込みがあり、しかし諸々の天元を突破したので年金と健康保険料と住民税は払う必要がある。果たしてそのお金はどこから……?

だいたい自分は辞め時の選択が下手なのでなんらかのきまりの悪さを残してしまうのですが、どうやったら良いんですかね。成果を出してスパッとやめる、みたいなのをやればよいのでしょうが。

今月の初めは情報科学若手の会がありました。

すでに記事は書きましたが、やはり幹事として貢献すべきことを貢献できていなかったなと思っています。それでもなんとか回ってしまうからというのはありますが、やはりやるべきことはやらないといけないですね。
何か書こうとして、書けるほど貢献してないなって気付いてちょっと絶望した。

絶賛今も締め切りに追われていますが研究が大変です。

世の中の理系大学生、卒論の時期にいきなりつらそうにしてる印象があったのでそれを半年前倒しで体験できて大変お得ですね。とはいえ半年後も忙しくならない保証がどこにもありませんが。
先週は初の学会へ参加し、あろうことかそれが国際学会で、あろうことか有り難いことに賞を頂きました。承認された気持ちと1位ではなかったために悔しい気持ちがありますが、やはりアカデミックは独特の雰囲気がありますね。まだ言語化できるほど理解できていないですが。
こういった世界の評価は単純にあるテーマについての研究をいかに正しくやったか、ということだけではなく、そもそものテーマの選定がどうだったのか、というところに大きなウェイトがあるように感じます。
学生の場合あまりそこに対して選択の自由度はない気がするので、純粋な努力だけで評価されるわけではない、というのは厳しさと同時に運の強さみたいなのも要求される気がしますね。雑なことを言っています。

しかし研究室に心理的安全性があまりない。勝手に確保しようとして確保できるものではないので指導教員との対話を正しくやらないといけないのですが、現場と違ってマネジメントの重要性みたいなものはあまり理解されていない気がするので、そういったところで心を病む学生は多いように感じます。
こういったメタ認知みたいなことを勝手にやっているので自分が弱っていることをなんとなく認識できているのでなんとかやっていけてます。ありがとうSRE本。

ブレーキを自分で踏まないとどこまでもタスクが降り積もる環境な……

色々書いていましたが自分で書きながら不健康さを感じました。良くないですね。

良いことはもちろんないわけではなくて、若手の会や学会では色々な人と交流できたし、温泉は色々行ってるし、美味しいご飯も食べてます。睡眠の質は比較的悪い。ちゃんと寝たい。
金銭の消費による行動は一時的にストレスを緩和するが虚無を感じることがたまにある。やはり必要なのは承認。

来月はもっといい報告ができるように気ままにがんばります。

情報科学若手の会という情報科学オールジャンル若手オンリーイベントに参加しました。でも最近は若手オンリーじゃないみたいです。
前回が初参加で、初参加なのに突然肩を叩かれて幹事になったので今回は幹事としての初参加になります。

ちなみに幹事ってなんだよみたいな話とか私が気になるお金とかの話とかもろもろは代表幹事のkurochanさんが書いていますので興味がある方はご参照ください。

発表のテーマとしては毎回様々あるのですが、なぜか近いテーマを複数人が発表するという事象があり、前回はブロックチェーンで今回は機械学習とかプログラミング言語といったテーマがそれに当てはまっていた気がします。

個人的に一番分かりが多かったのは Segment Routing の話で、なるほど経由地を含めた経路のルーティングとかができて便利そうみたいな気持ちになりました。OpenFlow とかでもできそうですが、ラベルスタックで表現するとハードウェア実装のスイッチとかで高速に実装できて良さそうだなって思いました。

コンテナデータセンターの話は個人的に一番聞きたかった話で、法的な側面でどういった解釈をしてどのように実現するのか、という話やコンテナの魅力が延々と伝わって来て面白いなと思って聞いていました。狭い部屋が好きなのでコンテナを自宅に改造して住みつつ隣のコンテナをデータセンターにしたいですね。

生物から学ぶ深層学習という話は深層学習概論みたいなところがあり、どういった歴史背景でどのように深層学習というものが生まれ、アカデミアとしてはその研究がどのように進んでいて、進んでいくのかというところの傾向が分かって面白かったです。
その次のPFNでの深層学習の話は色々なネットワークの紹介なんかがあり、例えばGANに関する説明なんかは腑に落ちるところがありました。
GANで作られた画像とかはTwitterとかで見ることがしばしばあったのでGはGenarativeのGかな〜ぐらいの認識をしていたのですが、あれは敵対的ネットワークというものでノイズを基になんらかの解釈ができるような(それらしさを持つよう)に延々と学習するんだな、みたいな説明があってとても納得しました。分かってきた。

どの発表も難易度がそこそこ高かったなと思いつつ割と個人的には適度な難しさだったなとは思うんですが、それはたまたま自分が知っている知識がそのあたりに偏在していたからだと思っていて、一般的にみるとそこそこ難易度が高めな発表が多かったのでは、と思っています。
前回は割とテーマ的に自分が知っているところと被らないテーマが多かった気がした(うろ覚え)ので、このあたりは難しいですね。

会場的な話としては、前回は伊東の山喜旅館だったのですが今回の会場は軽井沢の軽井沢研修所というところでした。軽井沢研修所、温泉がない以外は個人的には一万点みたいなところがあり、過ごしやすくて良かったです。ちなみに散歩したところ裏で温泉を掘っていたので来年も軽井沢だったら温泉に入れると良いなって思ってます。
温泉の問題は個人的にはあまり問題視していなくて、それはなぜなら帰りに温泉に行ったからです。軽井沢はそれ自体が温泉地で例えば星野リゾートの発祥地である星野温泉(トンボの湯)というのがありますが、そこから山を越えると草津温泉や万座温泉、鹿沢温泉などがあり、最強の温泉地帯が広がっているわけです。このエントリで書く内容ではないので割愛しますが万座温泉は青白色のにごり湯で最高でした。

幹事として何をしていたかというと概ね無なので来年はもう少しがんばります。 :innocent:

チーム「hhkb」で同期3人 (自分 @kyontan, @hogashi, @h-otter) 2回目の参加で2日目で Go 実装でした。学生枠突破ならずでした、悔しい。というよりは 55,982点で全体4位の点数で落ちました。ちなみに hhkb は h-otter, hogashi, kyontan, :boom: ???? の略です。
スキルセット的には、 @h-otter がインフラ(ミドルウェア含)なんでもできる+Goの経験が一番あるマンで、 @hogashi がアプリケーションなんでもできるマンで、 @kyontan はアプリとインフラとDBを一通り見られるマンみたいな感じでした。

今回の参加に向けて、取り組んだことをつらつらと書きます。

今回は真面目に本戦に行きたかったので前々日に ConoHa で ISUCON7 の予選を解き直して練習しました。具体的には ConoHa の練習用イメージを使って 1GBプラン x3台で予選環境を再現しました。結果、10時間程度で 5,204点から509,190点まで持っていけることが分かり、計測と試行の反復を効率的に行えば ISUCON の予選は突破できるという確信を深めていました。
また、前回は最後の最後でベンチマーカを走行させた結果点数が下がって落ちたので、前回の直後に「泣きの1回はやらない」というスローガンを掲げ、1年越しでそれを達成しました。

事前に準備したのは Prometheus のサーバ (@h-otter がいい感じにやってくれた)と、やること/できることチェックリストぐらいでしょうか。だいたい大会では開始した瞬間にテンパってそのまま撃沈するのが常なので、思考停止状態でもコピペで動くようなコード片とかを用意しておくと便利ですね。あとは思考が無になったときに確認するべき事項とかを作っておくと良いのではないでしょうか? 頻繁に無になって帰りたくなりました。メンタルは大事。

例えば下のような感じです。

当日は3人がローカルで開発し、本番環境のVMへバイナリを転送して検証する、という進め方でやっていました。Go はクロスプラットフォームでのビルドがしやすいのが便利ですね。

具体的にやったことを羅列します。というか @h-otter が書いていたのを未承諾引用します。順番は適当

• SELECT * する系のクエリを必要な列しか取らないようにした
• /api/users は user_id で reservations を全部とってきて、アプリ側で処理してやったらめっちゃ速くなった
  • ここでベンチマーカが重いと言ってくるエンドポイントが /users/:id から /api/events/:id/actions/reserve になった
• getEvent を getEventWithoutDetail と分けた
• getEvent と getEvents を2クエリに
• sheets へのクエリを消す
  • 効果があったのかは良くわからない
• MariaDB のチューニング
• Prometheus と Grafana で可視化
• ログインのクエリを1つに
• パスワードを平文で突っ込むようにした
• DB にインデックス張った (けどあまり良い結果がでなくてもんにょりした)
  • 最初に mysql コマンドでインデックス張ったけど結果が全く変わらなくて、なぜ? と思ったら毎回 /initialize でテーブルを作り直していることに気がついた。
• IN句を使いたかったので DBにアクセスするライブラリを sqlx に切り替えた
• トランザクションの開始がおかしいところがあったので直したり デッドロック時にエラーを返さずリトライするようにした

最後は予約時のシート決定を高速化するコードが安定化しなくて入らなかったり、Redisでいい感じにやろうぜみたいなことを思うだけ思ってやらなかったりしました。多分ここができると数万点上がったはず。

あとはスコアに関係ないけど作業便利になる系として、 エラーログでソースコードの行番号を吐くようにしたり、 Makefile 弄って1コマンドでデプロイできるようにしました。
開発は3台のサーバでバラバラにやっていましたがDBは1台だけを参照するようにしました。これはDBのチューニングとかがあって、1台でやった変更を他に反映したりするのが面倒くさかったので。こうすると、やりたい人間が適当にベンチマーク対象のサーバを変更して実行してやればいいので楽でした。

ソースコードは GitHub で管理し、いい感じにやりました。コミットログは下の通りです。

数字がタグに付いていることがありますが、これはいいスコアが出た時にバイナリごとコミットしてタグつけておこうぜ、みたいな感じにした結果でした。

今回の僕の活躍はよく分からなくて、いい感じデバッグ担当だった気がします。PRを見るなりとりあえずマージしてベンチマーカを落としたりバグ探しをしていたりしました。とにかく @h-otter がぶち壊しつつ @hogashi がいい感じに安定化するコードを書いてくれてよかった感がある。

Webサーバはh2oで十分高速だし、画像のトラフィック詰まりもないしで、とにかくアプリケーションコードの改善に注力した/するしかなかった8時間でした。

最終的に残り30分でベンチマーカを叩いたところ3万点前後のスコアが5万点に若干跳ねてそこで打ち止め。一度再起動をしてブラウザからアクセスできることを確認し天命を待ったところ、無事再起動試験で落ち失格となりました。天命……

(追記: スコアが跳ねたのは、最後に実行先サーバを変えた時に インデックスを張る処理を init.sh に書いたサーバで実行したからかもしれないことを思い出した。)

なぜ失格になったのかは分かっていなくて、おそらく /admin/api/reports/events/:id/sales の処理が遅くて不整合が起きて落ちたのかなあなどと思っていますが、2回連続で落ちるのは運が悪かったなと……

なんやかんやでやることがなくならない8時間で、やることが見つからない8時間よりは良かったのではないかと思います。

ISUCONの予選に向けて昨日は練習をしていたわけだけど、知っていることをちゃんと愚直にできれば比較的現実的な時間で予選突破ラインには十分立てることが分かったので良かった

— kyontan@新刊はまだ (@sukukyon) September 14, 2018

イキっているなどと言われてもこれは事実だと信じていて、典型的な N+1 を潰すなどすれば予選は通過できるはずなことは分かりましたね。くぅ〜〜

来年はちゃんと本選に行けたらいいですね。頑張りましょう。

そして、参加会場を提供していただいた mixi 様、惜敗の悔しさを教えてくれる最高のコンテストを運営をしていただいたISUCONの運営の皆様、お疲れ様でした、ありがとうございました!

以下は画像です

.+のインターンに(参加(し(まし)?た)|行った)シリーズも気が付いたら3本目です。タイトルに統一感がない。

インターンの正式名称は 「WINTER INTERNSHIP 2018 -ENGINEER-」です。

ちなみに過去のエンジニアインターン参加記事は以下にあります。よければご参照ください。

• Wantedly のインターンに参加した
• サイバーエージェントのインターンに行った

多分この記事を参照する人の7割ぐらいは、そもそもこのインターン (業務委託契約なので実際にはインターンではない) の概要に興味があると思います。これは探すと若干数ヒットするので、こちらの偉大なる先達の記事をご参照ください。

Recruit Summer Internshipに参加しました． – 未来永劫
http://shopetan.hatenablog.com/entry/2016/10/13/133031

cormoran’s note – Recruit Winter Internship 2017 参加記
https://blog.cormoran-web.com/blog/2017/03/rhd-winter-internship-2017/

DeNAのサマーインターンシップに参加してきました – たいむかぷせる2
http://studio-graph.hateblo.jp/entry/2017/09/16/211335
> リクルートホールディングスのインターンに参加していたので,それはまた書きます。

リクルートのエンジニアインターンはランチがすごいという前印象があり、それを印象づけた記事があったと記憶しているのですが、ググっても引っかからなかった。
ぜひご連絡ください。ちなみに、実際ランチは感動しました。記事の下の方をご確認ください。

インターンの感想にありがちな NDA (秘密保持契約)でほとんど書けない状況なので、それ以外のことを少しだけ書きます。

選考

記憶にありません。
というのは建前として、実際にはコードテストや人事面談、エンジニア面接等のステップからなります。(追記: 2019年ごろ?にコードテストのシステムが変わったとか変わってないとか)

事前面談でメンターから超魅力的な提案をされて、「それは最高ですね、やっていきましょう」みたいな雑な返しをした気がします。振り返ればこの時点で優勝(注: 別に優勝という概念はない)していましたね。

やったこと

配属は RTC (リクルートテクノロジーズ) で、あの事業の分析基盤をフルマネージドクラウドで作り直すようなことをしていました。

データ(分析)基盤や、パイプライン/ワークフローみたいなものに興味があったこと、クラウドに知見がなかったのでそのあたりも吸収できるみたいな感じで、最高のテーママッチングだったと思います。

メンターは、あのデータ基盤の分野では日本で第一人者といっても過言ではない @yuzutas0 大先生で、とにかく最高のやっていきがあるチームでやっていってました。とりあえずブログを見ると知見が一杯あって便利です。なんでもできるのかこの方は……?

インターン参加記によくある困難とそれを乗り越えた系の話

パイプライン、結構色々なツールが絡んでくることが多く、そのあたりをいかに上手く結合させるかみたいなところでアーキテクト力が養われたと思います。

また、インターン感想記事では、「○○を検証しました!」「こういうの作って便利にしました!」みたいなのは比較的よく見かけますが、実際にプロダクションに載るところまではいかないことが多いと思っていて、今回はそういうの無しでちゃんと載せるぞみたいな意志でやっていました。

ただ、スケジュール感は破滅していて、当初やるぞって言っていたことの下準備に日程の9割が費やされてしまいました。しかし本題は2日で終わりなんとか間に合った。流石に見積もりが甘すぎた。とはいえ単純作業は少なく、終始創造的なことをやっていた気がする。Toil (学びのない繰り返しタスク) じゃなくて最高。

あと、やっぱりインフラをやった上での感想として、オンプレ系の知見はかなり活きました。その他に基礎的な知識はどこでも使えて便利。(例: シェル芸)

読み書きした言語は (J)Ruby, Python (2/3), Groovy, Java, SQL, Shell Script, node.js とかではちゃめちゃマルチスタックな感じです。無駄に手を広げておくと何かと役に立つことが分かりました。
特に個人的には Python はクソだと思っていて触りたくなかったんですが、逃れられずにやっていたらいつの間にかアレルギー症状が収まっていたので最後の2日に役に立ちました、でもクソだと思う。実用的だとは思いますが……

結果として、だいたい全部をゴリゴリやったらなんかだいたい全部できました。
惜しいことに実運用に乗せて切り替えまではいかなかったんですが、並行運用までいったので多分近いうちにいい感じになると思います。(よろしくお願いします。) (追記: 切り替わったらしい)

環境

最高の一言に尽きます。

これは面白イベントなのですが、インターン前日にメンターからメッセージが来て、メンター「MacBook ProがUS配列なんだけど」私「じゃあJISキーボード持ってきます」メンター「(本体とキーボードが分離しているのは)疎結合でいいですね????」みたいな会話がありました。既にこの時点でコミュニケーションが雑になっていて、疎結合は最高ということが分かる。(???)

そして、やはり有名なインターンに来る学生はやはり優秀な学生が多い。ここでもまた知り合いに会ってしまい、世界は狭いなと思いました。インターン生交流イベントもあって、特に参加を強制されて面倒、という感じではなく普通に楽しい。良かったですね。

ところで社員証のストラップをこれにしたらモチベーションが主観で3割ぐらい上がりました。ぜひblessing softwareの一員としての意識を持って仕事をしましょう。

[amazon_link asins=’B01NAIDKN5′ template=’ProductAdMonora’ store=’monora09-22′ marketplace=’JP’ link_id=’eef6befd-3348-11e8-b166-018151754d97′]

コミュニケーション

これは心理的安全性が確保されていました、の一言で済む話です。伝われ。

メンター (@yuzutas0) が最高なのは上にも書いたんですけど、上手く文脈の疎通ができて良い意味で雑なコミュニケーションが取れるというのはとてもいい環境です。
とくにオンボーディングはよく整理されていて、上司力の高い上司でした。多分僕も部下力を発揮したと思う。

インターン、コミュニケーションが最初から雑すぎて、「やっていってください」「やっていきます」みたいな感じになっている

— きょんたん (@sukukyon) February 16, 2018

ところで Slack のアイコンを普段使っているもの (凪のあすからの汐留美海)に変えたところ、メンターに「版権アイコンじゃん(笑)」と煽られたのはまだ根に持っています。

マジでほぼ1~2日に1回の頻度で1on1をして、予想される不安から取り除けるものは取り除いたり、設計についてアドバイスをもらったり、レビューで突っ込まれたりdisられたりしてとにかくコミュニケーションの密度は高かったです。

Slack は雑に #times_kyontan に延々と思考を書き連ねていたら割と色々な人が絡んでくれて議論もできて技術的雑談ができる環境最高だなって思いました。
流石RTC 、噂に聞く色々な人がいるなと……

やっていきがある環境って多分こういうことなんだなって思います。

生活

流石に最後に「もっと早く来られると良かったね」とか煽られるかなとドキドキしてたんですけど、特に何も言われませんでした……

(そういえば事前面談で「朝弱いんですけど、遅くてもいいですか」「日が昇っている時間に出社していれば」「なるほどね」みたいな会話をした気がする。)

結果的に、毎日座れる時間に通勤して、いい感じにやって、座って帰って寝る、みたいな最高の生活をしていました。
東京駅直結(ホーム→自席が5分)は最高でしたね。

ちなみに最終日はグリーン車で通勤しました。これはその様子です。

贅沢なインターン生なのでグリーン車で出社するぞ pic.twitter.com/GhtCaiPIpK

— きょんたん (@sukukyon) March 28, 2018

その他、なんかバランスボールが転がっていたので1週間ぐらいその上でふよふよしながら仕事してました。
さすがにふよふよしすぎて怒られるかなって思ったけど最後まで怒られは発生しませんでした。

夜に、疲れたのでルートビアを買ってきて飲んでいたらメンターに酒を飲んでると思われていが特に突っ込まれなかったというイベントもありました。それは流石に突っ込んで欲しかったですね。

あと、転がっていた Thunderbolt Display を使ったところ、遅延が少なくて割と最高なんですけど、グレアでかつ画面の位置が高く首が疲れたので、結局 MacBook Pro の解像度を 2560×1600 とかにしてやってました。

飯

飯の話が既存のブログ記事でされているからと言って飯の話をしないとは言っていない。

ランチは毎回色々な部署のすごい人と話すことができたのですが、私がインターンで一番上手く使えなかったのはこれに尽きると思います。人から話を引き出すのが下手すぎるので今後なんとかしたい。

画像を並べ立てても品がないのでもっと品がない感じで行きます。

I'm at 日本ばし すし鉄 in 千代田区, 東京都 https://t.co/J265C2nlY2

— きょんたん (@sukukyon) February 21, 2018

I'm at 日本橋 伊勢定 in 千代田区, 東京都 https://t.co/frpZC4f5lP

— きょんたん (@sukukyon) February 23, 2018

I'm at 天ぷら 新宿つな八 総本店 in Shinjuku, 東京都 https://t.co/hxZEazMsxq

— きょんたん (@sukukyon) February 26, 2018

I'm at 瓢喜 京橋店 in 中央区, 東京都 https://t.co/MUZUr61La0

— きょんたん (@sukukyon) February 27, 2018

I'm at 浅草今半 in 千代田区, 東京都 https://t.co/XtmRpED6DY

— きょんたん (@sukukyon) March 7, 2018

I'm at 焼肉トラジ 京橋店 in 中央区, 東京都 https://t.co/7XyyyZeXcL

— きょんたん (@sukukyon) March 8, 2018

I'm at 焼肉トラジ 京橋店 in 中央区, 東京都 https://t.co/p304kR2qVe

— きょんたん (@sukukyon) March 13, 2018

I'm at 叙々苑 游玄亭 in 千代田区, 東京都 https://t.co/GYV5p301tP

— きょんたん (@sukukyon) March 26, 2018

あとは最終成果発表スライドから1枚引用します。

最終成果発表で飯の自慢をする時間がなかったので、上のスライドみたく全部のスライドの背景に飯やらなんやらを積めたんですけどあまり気付いてもらえなかったらしい。

まとめ

最終成果発表ですが、あまりにも話したい内容が多すぎてスライドが163枚になりました。3分ぐらいオーバーしました。ダメです。
とりあえず一番ウケた(と主観的には認識している)ので良かったとします。

(注: 優勝という概念はない)

今回は全能感を持ってやっていくというのを意識して立ち振る舞っていて、とにかく現状の構造だったり、社内ドキュメントだったり、場合によってはソースコードまで片っ端から目を通すようにして1ヶ月を楽しみました。

個人的には全能感があると、不安が減ったり精神的なハードルが下がってストレスも減ったりで良いことづくめなので、良い振舞いだったなと。

これは簡単なようでいて、そもそもそういったものが当たり前のように文書化されて構造化されている環境というのがそもそも恵まれていて、そういうところも含め最高でした。

統括

最高のインターンで最高にやっていきを発揮して最高の成果を出しました。でも色々惜しいのでやっていくことにします。

そういえば今回のインターンの報酬で Sublime Text 3 のライセンス買うわｗｗって開始時に言ったの思い出したので買いました。
日頃お世話になっているし今回も生産性が100倍ぐらいになりました。

お世話になったメンターやチームの皆様、関連部署の皆様、人事の皆様ありがとうございました!!

ところで、東京駅に前から行きたかった常陸野ブルーイング・ラボがあったので、インターンと関係なく行ったりしました。
これは勢い余ってバゲットを頼みすぎる図です。美味しかったなあ。

まさか2018年最初の記事が確定申告の記事になるとは思いもしませんでしたが、なんか生きてます。

最近は人生の楽しみを増やすみたいなことを考えていて、幸福とは……みたいな抽象的な問題を具体的に解きたい。
これは就職活動をしていて「将来何がやりたいの?」とか聞かれるからというのももちろんありますが、大学が春休みになり、インターンに行ったりすると環境が変わったり生活が変わるわけで、そうなると考える対象や思考の対象もがらっと変わり、その時に何を幸せに思ってるんだろうなあ、みたいな感じのことをふと思ったからです。

とりあえず諸事の進捗状況について

就職活動

まだやってる。まだやってるのか……と自分でも思いつつあり、最近は5月ぐらいまで続くんだろうなと思い始めた。続くのか……?
逆求人は飽きたのでやめました。というか数を追う気はないです。

単純にどこまでいけるんだろうみたいな感じでスコアアタックを始めたみたいな感覚が近いです。企業をスコアで計るなという意見には同意します。

ただ、どの企業に行ったら良いのか全く分かっていない。

多分どこでも死にはしないけどそれは果たして自分にとってアドであり幸福ですか……? みたいな気持ちになってしまう。
多分どこでも幸せにやれるしアドもあるんだよな……とは思っている。

方向性が近い企業ばかりなのであまり差異が出ないのかもしれない。

ソフトウェアエンジニアがやりたくて、インフラも好きだけど別にインフラだけがやりたいわけではない。とはいえインフラってやること広くて割となんでもできるのでそれでいいな、とは思っている。(グロースハックみたいなのはインフラの領域ではないと思うけど)

英語が流暢に喋れたらな、と今更後悔し始めた。なんとか読み書きリスニングができるのと思ったように議論ができるのは程度が違いすぎる…… なんか考えます。

アルバイト

やらなさすぎてそろそろ怒られそうだなって思っている。やります????

アルバイト先で作っている Arukas という Docker ホスティングのサービスがあり、ようやく正式サービスのリリースが出ました。

ここまで長かった……

インターン

やっている。

某所でインターンとして6週間いる予定。
尊敬できる人がめちゃくちゃいてはちゃめちゃにいい環境だと思っている。心理的安全性を爆速で獲得した。

朝の時間が縛られないのでとにかく最高しか言うことがない。とにかく朝が遅いと幸福な気持ちになる。

しかし時間は圧倒的に足りておらず、あと4営業日しかない。とにかく成果を出すぞという気持ちでやっています。

ところでこのインターン終わったら次のインターンがあるのですが、果たして……

エンジニアリング

やってる

最近はクラウド?っていうのを色々さわっていて、べんりですごい。

とりあえず GCP 色々触ってるんですけどやっぱり便利ですね。とはいえ僕はその中身に関心がある……

とにかく無限にスケールするお気持ちを感じるが無限にスケールされると一瞬で課金死してしまうのでやめて頂きたい。

オタク

あまりやっていない。

とにかく今期アニメ面白いはずなのに全然見られていない。家に帰って即座に寝る生活を繰り返している。

CD とかは買っていて、三ツ星カラーズのOPが最高。

あとは久々に続刊の溜まっている漫画を買った。超電磁砲とのんのんびより。
超電磁砲はとにかく良くて、可愛い女の子が俺TUEEE な感じで最高。

薄い本はちょこちょこ買ってる。スク水の薄い本は増え続けていますが置き場所がない。

箱はひとつ屋根の、ツバサの下でを買った。1ルートやったけど世界観とCGと音楽とキャラクターは良くてシナリオは雑でした。寮の部屋がブッキングして同居したいな……
あおかなを再インストールした。スタート画面で感動してまだ進められていない。
とりあえず体験版をオートプレイする動画が公式にあってリピートし放題で便利です。最後まで用意されて欲しい。

明日は深崎暮人展でいっぱい散財します。ところで初日に出海ちゃんのタペストリーが完売したらしくてとてもつらい。

酒

いっぱいやった気がする。

手違いで合コンみたいなやつに連れて行かれてHPがマイナスになったこともあった気がする。

美味しいお酒を気心の知れた人間と飲むみたいなのが好きです。毎日それだとアレかなとも思わずともないけどそれは将来の不安みたいなやつです。

旅

3月の最初の週に大阪に行きました。主な目的は恋×シンアイ彼女の聖地巡礼です。星奏ちゃんの抱き枕も出ますからね。
ところで上の Twitter Moments を oEmbed 展開したら長くてビビりました。こんなものを展開するな。

来週は北東方面に行きます。その次は北に行く予定です。

西の温泉地にも行きたいので頑張って検討している。

その他

同期がたくさん留年や休学や留学をしていて自由な世代だなと思っている。

とりとめのない感じになってしまった。近況報告だしこんな感じで良いでしょう。

とりあえずこの記事のヘッダにでも書いておきたい情報なんですが、「103万行ってないのに所得税取られたけど確定申告の期間過ぎたからいいやって思ってる人はまだ間に合うからやってないならやってみてくれ!!」です。

一介の学生であったはずなのですが、掛け持ちをしていること、そして業務委託契約の名ばかりインターンシップの報酬により年末調整を断られ、泣く泣く確定申告をすることになった kyontan です。

そんな確定申告初心者な自分向けの情報をまとめました。おそらく、似たような境遇の学生の方や、その他の103万円という数字に震える方が気になるであろう情報になっているかと思います。

(正しい情報になるよう努めてはいますが、自分自身、専門家ではないため誤った情報を含んでいる可能性があります。間違いがありましたら、ご指摘いただけますと幸いです。)

記事中の税率や税額のソースはできるかぎり示していますが、税制は毎年何らかが変わっています。この記事の内容は記事の更新日時点での情報とお考えください。
(ちなみに150万になるとか色々言われてますがあれは配偶者控除の話で扶養者は関係ないと思っています。)

また、個人事業主として開業届を出している場合については今回の記事ではスコープ外としています。業務委託契約の収入等と書いた場合、雑収入としての業務委託による報酬とお考えください。

以下、一問一答形式です。

2018-04-09追記: 2017/3/31 の国税庁サイトのリニューアルに伴いURLを修正しました。

何も考えたくない人向け質問

103万円ってなに?

38万円 (基礎控除) + 65万円 (給与等収入が 651000円以下の時の給与所得控除) = 103万円

結局いくらまでは親(などの扶養者)の扶養を外れないの?

(雑収入の経費を一切計上しない場合)
給与収入が103万円以下 かつ 雑収入 (業務委託等による) による収入が38万円以下

学生だし勤労学生控除があるから130万まで大丈夫?

勤労学生控除を適用しても総所得が38万円 (=給与収入のみなら103万円)を超えたら扶養控除からは外れます。
ただし、本人は所得税を払わなくて良い上限が27万円増えます。
(給与収入が130万円以下 かつ 雑収入 (業務委託等による) による収入が65万円以下)

130万円ってなに?

これを超えると社会保険を支払う必要があるらしいですが詳しくないです。この記事では扱いません。

確定申告はどうするのが簡単?

税理士にお金を払うのが簡単だと思います。という根も葉もない話をしないならば Web で作るのが楽です。
印刷して送付/物理提出もできるので、とりあえず手書きしたくないというだけでも使うと便利。税金の計算も自動でされます。

所得税（確定申告書等作成コーナー）｜申告・納税手続｜国税庁
https://www.nta.go.jp/tetsuzuki/shinkoku/shotoku/kakutei.htm

いわゆるジャパニーズレガシーウェブサイト感が強いですがとりあえず動く。
マイナンバーカードと対応したリーダーと強い心とレガシーブラウザがあれば e-Tax (電子申告) も可能です。

また、途中経過をファイルに保存することができ、これを1年後取っておくと企業の住所などを入れ直さなくて済みます。便利ですね。

ちなみに、下はあまりにも早すぎたせいで平成29年度の確定申告向けのシステムで平成30年度のデータを入れた人間の様子です。
(システムは毎年1月に更新されます)

とりあえず確定申告書Bが発生したのでめでたい

— kyontan@新刊はまだ (@sukukyon) December 24, 2017

より詳しい質問や定義

給与とは?

給与として支払われた額です。そのままですね。
この記事の対象とする方むけに書くと、業務委託契約の報酬は給与ではありません。
その他、原稿の執筆料などもここに分類されることが多いでしょう。

業務委託契約で得た報酬は何という?

個人事業主として開業届を出している場合は事業収入になり、そうでない場合は雑収入になります。

とにかく計算式で教えて

この内容は主にアルバイト (+雑収入のある人間) 向けにだいぶ削って書いています。

給与 := 給与として支払われた額 (年収とか月収と言われるもの)
給与収入 := 給与 – 非課税になる額 (交通費など)

雑収入 := 年金、また(開業していない場合の)業務委託契約等の収入 (仮想通貨もここだと思いますが、詳しくないので割愛します)
経費 := 個人事業主としての経費

所得 := (給与収入 – 給与所得控除) + (雑収入 – 経費)
課税対象額 := 所得 – 基礎控除 (38万円)

いきなり変数がたくさんでてきて混乱しますね。
具体的な例として、給与収入のみの場合と、雑収入がある場合(業務委託契約による収入等がある場合) それぞれを提示します。

1. 給与収入のみの場合

給与所得控除の具体的な額を入れると計算できます。

具体的な額は以下のページを参照ください。ちなみに引っ掛かりポイントですが、給与等の収入金額が660万円未満の場合は別表です。

No.1410 給与所得控除｜国税庁
https://www.nta.go.jp/taxes/shiraberu/taxanswer/shotoku/1410.htm

おそらく参照される額を抜き出しておきますが、収入が651,000円未満のときの給与所得控除額は0円 です。
また、収入が 651,000円 から 1,619,000円未満のときの給与所得控除額は 650,000円です。

基礎控除は、一律で38万円です。

No.1199 基礎控除|国税庁
https://www.nta.go.jp/taxes/shiraberu/taxanswer/shotoku/1199.htm

給与 := 給与として支払われた額 (年収とか月収と言われるもの)
給与収入 := 給与 – 非課税になる額 (交通費など)

所得 := (給与収入 – 給与所得控除 (65万円以下なら65万円) )

課税対象額 := 所得 – 基礎控除 (38万円)

つまり、給与収入が103万のとき、課税対象額は 103万円 – 65万円 – 38万円 = 0 になります。

2. 雑収入がある場合

上の式をまるっと使うことになります。
具体的な額として、アルバイトの給与収入として82万円の収入があり (うち2万円は交通費)、業務委託契約で10万円の収入を得たとしましょう。
個人事業主としての経費はないものとします。

給与 := 給与として支払われた額 = 82万円
給与収入 := 給与 – 非課税になる額 (交通費など) = 82万円 – 2万円 = 80万円

雑収入 := 業務委託契約等の収入 = 10万円
経費 := 個人事業主としての経費 = 0

所得 := (給与収入 – 給与所得控除) + (雑収入 – 経費) = (82万円 – 65万円) + (10万円 – 0) = 27万円
課税対象額 := 所得 – 基礎控除 (38万円) = 27万円 – 38万円 = 0 (所得は負にはなりません)

よって、課税対象額は0となります。

源泉調整ってなに?

そもそも、一般的には確定申告による修正が不要になるように、給与の額に応じて所得税は支払い前に引かれています。これが源泉徴収額です。

とりあえず以下のPDFに全てが書いてあります。見てください。

給与所得の源泉徴収税額表（平成30年分）
https://www.nta.go.jp/publication/pamph/gensen/zeigakuhyo2017/data/01-07.pdf
年度が変わった場合は 「給与所得の源泉徴収税額表」などでググると良いでしょう。

アルバイトの場合は基本的に甲欄の 「扶養親族等の数: 0人」 の列が源泉徴収額になります。
年末調整をしたけど特に何もなかったという方もいるでしょう。これは毎月の支払いが88,000円未満では源泉徴収額が0円になることから来ています。

また、場合によっては月のバイト代が88,000円以下だけど源泉徴収されている人もいるかと思います。これは一番右の乙欄で源泉徴収がなされている場合です。
掛け持ちをしている場合も、最もバイト代が多い給与支払者以外では乙欄で引かれるはずです。(申告していない場合もあるかもしれませんが……)
このときは、額に関係なく一律で 3.063% が源泉徴収されます。

また、自分が扶養を外れた場合に扶養者(親など)がいくら損するのかは、親の収入で扶養者を現在から1引いたときの差額です。(その他にも影響するはずですが)

所得税ってなに?

総所得 (= 課税対象額) に対して掛かる税金です。確定申告ではこの税金の額を決定し、差分を納付/還付することが目的です。 (ざっくり)

No.2260 所得税の税率|所得税|国税庁
https://www.nta.go.jp/taxes/shiraberu/taxanswer/shotoku/2260.htm

年末調整ってなに?

一般的な人は1社からしか給与を受け取っていないだろうという前提に基づいて、確定申告相当のことを企業でやってくれます。
(掛け持ちしていると断られるケースが多い。可能だったこともあります。)

年末調整がなされ、また年末調整の対象となった額以外の収入がない場合は確定申告は不要です。(控除額が増えた場合などを除く)

No.2662　年末調整のしかた|国税庁
https://www.nta.go.jp/taxes/shiraberu/taxanswer/gensen/2662.htm

確定申告あれこれ

確定申告ってなに?

年末調整を行っていない収入と所得を正しく計算して課税額を求めることです。
収入と所得から支払うべき課税額を求め、それまでに支払っていた課税額との差額に対して、足りていない場合は納付をし、また多かった場合には還付を申請します。

還付申告ってなに?

既に納めている税金より支払うべき税金の額が少ない確定申告を指します。つまり還付金が発生する確定申告です。
また、この還付申告をするときの確定申告書を還付申告書と言います。

No.2030 還付申告|国税庁
https://www.nta.go.jp/taxes/shiraberu/taxanswer/shotoku/2030.htm

2月中旬から3月中旬しかできないの?

還付申告の場合は、確定申告期間とは関係なく、その年の翌年1月1日から5年間提出することができます。

No.2030 還付申告|国税庁
https://www.nta.go.jp/taxes/shiraberu/taxanswer/shotoku/2030.htm

それ以外の場合も別にできないわけではなくてペナルティが付くだけという認識。

確定申告には何が必要なの?

給与を支払われた場合にはその支払者による源泉徴収票が必要です。

業務委託等の雑収入の場合は、源泉徴収票に準じた支払調書があるとベターらしいですが必須ではありません。
業務委託契約であっても、まっとうな企業であれば支払い者が源泉徴収した額を税務署へ申告しているはずであり、よしなに名寄せされます。
業務委託契約の支払通知書などは申告時には必要ありません。

郵送のときの「信書で送れ」の信書ってなに?

日本語がおかしいですが、信書便という方法で送ればよいです。
これは何かっていうと少し難しいのですが、1例として、日本郵便のポストからいわゆる郵便として送れば大丈夫です。

確定申告書のAとBってなに?

給与収入しかないならAって書いてありますね。
つまり、業務委託による収入があるなら B です。

雑所得の所得の種類は?

「雑」です。

アルバイトの職業は?

「アルバイト」です。

申告書の提出時に写しは必要?

おそらく必要そうです。
物理窓口での提出では、控えにも判子を押してくれます。
郵送のときも必要そうですが、返信用封筒を入れないと返信はされない(?)

還付金はいつごろ振り込まれるの?

税務署の忙しさによりけりです。
私の場合は 2018/1/26 に税務署で申告し、2018/2/10 に振込通知書が届きました。(銀行の翌営業日に振り込まれました)

業務委託契約の報酬等のあれこれ

業務委託契約なんだけど……

雑収入は給与所得控除の対象にはなりません。つまり基礎控除のみです。103万円ではなく38万円しか控除されません。
超えたら頑張って経費を計上すると納税額が減るかもしれません。

おそらくインターンとして(それはインターンじゃないが)業務委託契約させられる場合だとあまり計上できるものもないと思うので企業を恨みましょう。

インターンと言いながら業務委託契約をさせてくる企業一覧をそのうち作りたいので情報があったらぜひお寄せください。

業務委託の報酬、源泉徴収多くない?

それはおそらく源泉徴収の税額が 10.21% だからです。

No.2795 原稿料や講演料等を支払ったとき|国税庁
https://www.nta.go.jp/taxes/shiraberu/taxanswer/gensen/2795.htm

業務委託の報酬に消費税が付いてるんだけどこれなに?

間接税なのであなたが収める必要があります。納税は義務です。
ただし、売上が1000万円以下のときは納付義務が免除されます。納付しなくていいってことはつまり……!!!

No.6501　納税義務の免除|国税庁
https://www.nta.go.jp/taxes/shiraberu/taxanswer/shohi/6501.htm

本来であれば納付する必要がある額ということは、つまり収入ではありません。
報酬が内税の場合は 1.08 で割った額、外税の場合はその額がそのまま収入になります。 (消費税8%を前提に書いています)

ややこしいですね。実例を出しましょう。以前の自分の業務委託契約における支払通知書には以下のように書かれていました。

お支払い金額: 147,601円

業務委託費(外税): 130,000円
消費税: 10,400円
業務移動費: 22,802円
源泉所得税: -15,601円

お支払い金額は、 業務委託費 + 消費税 + 業務移動費 – 源泉所得税 です。
このうち収入となった額は、業務委託費 + 業務移動費です。つまり、 130,000円 + 22,802円 = 152,802円 です。

ちなみに契約書をもらってないとかそういうのは完全にブラックですが、外税だけど支払われていない、みたいな場合には請求できるはずです。揉めましょう。

無駄に長くなりましたが、色々調べていたら知見が溜まった気がします。しかし、多分そんなことは考えたくない方が大半だと思います……

そもそもなんで確定申告をするはめになってここまで調べたかと言えば、 10.21% の源泉徴収をしてきたあの業務委託契約の名ばかりインターンシップが……

おそらくこのあたりを抑えておけばアルバイトの場合は十分かと思います。良くわからない? 還付申告は忘れても返ってこないだけです!

ここに書いておいた方が良い内容や、誤っている内容等ありましたらご連絡ください。

あと、もしこの記事を読んで税金が還付されたよ! みたいな人がいたら、ほしいものリストからなんか送ってください。

それでは、皆さん良い納税生活をお送りください。

2017年もコミケで終わります。多分2010年ぐらいからコミケで終わっている気がします。
気になったのでコミケ遍歴を†封印の書†から過去を掘り返してみました。
初参加は忘れもしない2010年の冬コミ、C79でした。この時は1日目のみの参加だったようで、アニプレックスに並んで俺妹の桐乃セットを買ったのを覚えています。今もたまにTシャツ着てますね。

その次がなかなか記憶になくて、漁った所どうやら2012年の冬コミ(C83)らしい。夏コミとか行ってそうだったんですけど行ってなかったんですね。
そこからは毎回行っていて、C84に一度始発で行って轟沈してからは二度と始発では行かないぞと誓っています。

そこからは毎回ほぼ3日間参加していて、今回のC93で11回目の参加になるようです。

C90ではコミケにサークル参加したこともありますが、毎度スペースや誘導の変化を見ていると時代を感じたり感じなかったりします。
最初の頃は企業は西34だけでしたが、C90の前後では企業が2日間だけになり、3日目は西34がサークルになったりしました。そのときに自分のサークルが西34だったからです。

コミケは複数人で行くときのコミュニケーションが難しいなとしばしば思います。ファンネルとか言うらしいですね。僕はそういう規模で参加したことはないです。欲しいものは欲しいですが……
どうでもいいことを書くと、東1-3は外周が”A”で島が”B”~”サ”, 東4-6は外周が”シ”で島が”ス”~”レ”、なんか多分前々回ぐらいからある東7は外周が”あ”で島が”い”~”の”, 東8は壁が”も”で島が”ま”~”め”です。西34はなんかアルファベットでした。難しい。特に東78のひらがなは難しくて、音声コミュニケーションを破壊しに来ます。そもそも”シ”と”C”とか難しいんですが。それを言うと西もアルファベットで破壊しているんですが、西とか東とかをプレフィックスで言うので破滅しないことが多いです。
とにかく良いツールで解決していきたいがSlackはコネクションが貼れないことがしばしばあります。僕はこの3日間は大半がメールでした。偉大なそりゅーしょん。

さてどうでもいいことを書いていたら23:55らしく、爆速で統括をします。

今年の変化点は3月にシリコンバレーに行ったことで、とにかくそこで思考が変わって面白いなと思ったり、人間重視になりました。
あとは12月に就活の真似っ子をして破滅しました。もう何も信じたくないという気持ちがあります。

全然統括できていないですね、来年も色々動きがあると思うのでやっていきましょう。

皆様1年間お世話になりました。来年もどうかよろしくお願いいたします。

これは2017年最後のツイートです

http://twitter.com/sukukyon/status/947482473742528515

この記事は 12月24日 に公開される予定ですが、とりあえず色々思うところもありこの部分は 12/11 に書いています。多分どんどん加筆するので長くなるでしょう。
もし24日にこの記事が公開されていたら、それは、 whywaita Advent Calendar 2017 が24日目であり、25日目には whywaita が記事を書くということです。
おそらく誰も遅刻しておらず、無事にクリスマスが迎えられるのでしょう。多分 WHITE ALBUM2 をプレイするといい感じに心が折れていいと思います。僕は多分まだクリアしていません。

さて、記事のURLにもありますが絶賛就活中です。本当に?

自分史上最も性格の悪い文章だという自負があります。途中で奢っていたりマウンティングがあったりします。しかもそんな文章が10000文字以上あります。
気持ち悪いと思ったらすぐにブラウザバックを推奨します。ブラウザバックって最近見ないですがご存知ですか? (→出口)

キーワードは「承認欲求」です。企業よりは人に承認されたいですね。とりあえず Just Because! の10話を見てください。

ちなみにこの記事で述べている過程については全部具体名含めて色々とメモを取っており、このページ (関係者向け) に色々書いてあります。見たい人は入部してください。ところでこの記事は UEC Advent Calendar とは関係ありません。

最後までお読みいただければ大して真面目にやってないな / お前クソだな、ということは伝わると思います。
真面目に就活をしているかは怪しいですが、とはいえ雑にインターンをしてそのまま就職したり、いわゆるTwitter就職/VR転職なんかをする能力/気持ちもないのでそれっぽいフローを実行してみています。そんな話です。

つまるところ、逆求人を一度やってみたかった人間が逆求人をやったので各サービスの雑感を書いただけです。
どのように振る舞ったかというロールプレイングの一例があることにより、これを誰かが読んで活かして頂けたら面白いかなとも思うので書いています。

私

私は都内の国立理系単科大学の情報系の学部3年生です。(2017/12/23現在)

研究室配属は来年からですが、つい先日 (12/6) に配属先は決まり(仮配属)、ネットワーク系の研究ができたらなと思っています。
詳しいことは本名でググると色々ヒットすると思います。 Wantedly の情報は逐次更新しています。

役に立ったことはないですがIPAの資格がたくさんあります (AP/NW/SC/ES)。小型特殊自動車運転免許を持っていますが運転したことはありません。あと煙火打揚従事者を持っていて4号玉の打ち上げ花火を行った経験があります。

ICTSC というインフラ技術に興味がある学生による学生のたけのコンテストの運営を4回ほど務めていました。チームプレイって大切だけどめっちゃ難しいですね。心が折れます。(日本中に散らばる20人の学生がリモートで半年間大会の準備するんですけど〜って行ったらしばしば同意されました。社会は厳しい)

大学院への進学も検討しており、研究室との相性が良ければ/研究が面白ければ進学したいと思っています。とはいえその決断をしないといけないタイミングはあまりにも早すぎますね……。(来年の5月ごろ?)
ですから、とりあえずIT系の企業を色々見てみることにしました。とはいえこの時期はまだ大手の企業は動き出してないのかな、と思いWeb系を中心に見ています。(と思ったら外資系の一部なんかは既にプレエントリーを締め切っていたりしました。素早い)

背景/スタンス

逆求人というものには以前から興味があり、単純に承認欲求が満たされたかったので登録しました。

趣味でもプログラムを書いたり、GitHub に OSS を公開していたり(使われていない)、体外的な活動も無ではないということで、それがどの程度企業に評価してもらえるのかというのに興味があったのが大きいです。最近は転職ドラフトでの提示額を元に給与交渉するみたいな話も一部で見かけますが、そういうことをやってみたかっただけです。
(もちろんそれによって企業の層が大きく偏るのは分かっています)

逆求人系サービスも色々あるらしく、僕はいわゆるエンジニア学生向けのサービスしかないと思っていたら文理問わないものもあるようなのでいくつか登録しました。Wantedly は逆求人ではないと思いますが、スカウトが飛んできたことがあるので並べています。

• キャリアセレクト
• サポーターズ
• ニクリーチ
• OfferBox
• (Wantedly)

スタンスとしては、「院に行くかもしれないし行かないかもしれないのでとりあえず色々見る」「自分の価値が知りたい(承認欲求)」です。自分の価値は自分で決めろ、それはそうですね、もちろんある程度自信はありますが、客観的な評価も気になるので……。

これはメモ書きですが、こんな感じです。つまりあまりこれというものはない。あやふやな人間です。

• 良い人事がいる会社はある程度いい会社であると確信が持てる
  • クソな人事と一度でも会ったら絶対に蹴る
  • そこは結局マッチングなんですが
  • 中の人ともちゃんと面談しましょう
• 条件 (MUSTではない)
  • そこそこのお賃金
  • 役に立つサービスを作っている
    • 自分の生活に関わっているとより嬉しいですね
  • 技術的にイケてる会社
    • 別に新しい技術を使っていることにこだわりはない
    • 「正しい技術選択」という言葉を濫用しています
  • いい人がいる / コミュニケーションを重視している
    • 企業は集合体なのでソロプレイではなくチームプレイがちゃんとできる
  • 朝遅い
    • 体質的に朝弱いので、最も早くても10時出社
      • それより早いところは気持ち的に相性があってもどうせ破滅するので
    • 11時 or 12時がベター。フルフレックスがベスト
  • リモートができるととてもうれしい
    • 通勤辛い / だからといって別に東京に住みたくない
    • 今の自分の住んでいる場所には愛着があるので、リモートでなくても近かったら嬉しいですね
    • 温泉がある会社とかあったら何も迷わず行ってしまう可能性がある
  • 気持ち的なマッチング
• 授業をサボらない
  • 調整をする気がない/こちらの都合に合わない時間を指定してくる会社は問答無用でクソ判定
  • 仮にそんな会社に入ったとしてそんな人間とはやっていきたくない
  • 学生の本分は

やりかた

サービスに登録します。自己PRをちゃんと書きます。待ちます。

自己PR はとりあえず過剰な量を書いておくとまあ変なやつだなと興味を持ってもらえるのではと思ったので書きました。真面目に自分の価値が知りたいので内容を盛るようなことは全くしていません。
無駄に資格/免許も10個ぐらいあるので書きました。

自己PR読んでないなこいつ、みたいなスカウトは問答無用で蹴りました。

1on1 について

逆求人というと、私は 1on1 イベントの印象が強いです。元から強かったので気の所為かもしれません。(それ以外だと普通に会社からオファーが来て見学/面談だと思います)

仕組みとしては、25分程度の面談が8〜10タームほどあり、それぞれのタームで企業へ自己PRをしたり質問をしたりします。

イベントにもよりますが、各タームで話す企業の方は基本的に事前に登録しているプロフィール情報を元に指名されて来られます。(イベントによっては全社面談ということもあります)
プロフィール情報を元に来られるということは、これは外せないという条件は事前にプロフィールに書いておいたほうがミスマッチが少ないわけです。例えば朝遅いとかは書いておけば朝早い会社は勝手に避けてもらえるでしょう。(僕は具体的な時間を書かなかったので結構ミスマッチしました。ミスです……)

自己PRは適当な(雑という意味ではない)スライドを作って5分ぐらいで話します。僕はちょっと長くて毎回8〜10分ぐらい掛かってましたが……
プレゼンが上手いとは思いませんが、流石に自分のことぐらい空でも喋れるので、相手の顔を見ながらやります。

人間観察的な話になりますが、顔を伺っていれば企業とのマッチングがどうかというのがある程度分かります。お見合いですね。
具体的には、相手がメモを取っていればそれはどのタイミングか? スライドのどのあたりを見ているか? どんなところで相槌を打ったり頷いたりするか? などを見ています。

スライドはやってきた/やりたい事の話が主になるので、技術的な話ばかりになってしまいがちですが、人事の方には技術の話が全く通じない方もいるのでノンテクニカルなエモい話も入れておくと良いでしょう。よしなにやる。

僕はとにかく素を出してやりました。朝遅いとかそんなしょーもなさそうなことも普通に企業選択基準のスライドに書いたし、こっちにとっては笑い事ではないのでちゃんと話します。
意外と(6社ほど)「朝遅いってどのくらい?」という突っ込みを受けたので、割と企業の方も気にされているようでした。ちなみにそこで「うちは9:30なんだよね」と言われたことが2回ほどあり、破滅しました。話していると真の裁量労働とそれ以外が良く分かります。

あと、指名の場合にはトップで指名されてるな/そんなに順位高くないな、というのが面談に対する雰囲気で分かります。わかりやすくて良いですね、良いのか?

1on1とは言いますが半分ぐらいの企業はエンジニアのペアで来られます。また、1人の場合でも人事ではなくエンジニアの方が来られることもあります。現場のエンジニアの人が来る時は特に採用イベントに無理やり連れて来られたのか、そうでないのかというのが分かりやすいです。観察すると面白いですね。
観察する側としては面白いですが企業の方もそこらへん留意されると良いのではないかと思ったりします。そういう時は普通に雑談をして終わります。というより、普通にやる気があるエンジニアの人とも大抵雑談して終わります。このポジションの差は……

勢いがあると、30分の間に会社見学やエンジニア面談の予定を入れられたりします。エモいですね。「じゃあ来週来ない? カレンダー見れる? じゃあ○日のx時ね!」エモかったです。

ちなみにマッチ感がない場合はとにかくしんどくて、突然自己PRしたあとに「質問ある?」とか聞かれます。そんなものはない。こちらへ質問することも無いままに質問ある? って言ってくる企業だいたい自分に興味ないですよね。

僕は興味がない感じを出すのが苦手なので、「一度会社に面談に来てよ!」とか言われると断れません。とりあえず頷きながらメールで謝ったりします。心が弱い。

大抵のイベントでは面談が全て終わった後に懇親会があり、なんか軽食をつまみながら先程の方々とお話しできます。たいてい企業側は二手に分かれて面接をしているので、1on1のときに話していなかった人事/エンジニアの方と話すこともあります、というか話に来てもらえます。承認ですね。

最初からお酒があると企業の人も本音が言えて面白いのではと思ったりします。というか酒を飲んでくるなとは書いてないので飲んでいけば良さそうですね。

サービス別

サポーターズ

多分有名なサービスですね、というか前から知っていたので登録してみました。10月末ごろに登録しましたが、たくさんサポートが飛んできます。承認感ありますね。首都圏の学生だと、サポートを受けて実際に会えば交通費的な感じで1000円とか3000円貰えます。10000円もらえるものもありますが後述します。

めっちゃ有名な企業から、できたばかりのスタートアップまで結構色々な企業が登録しています。というかAWSみたいな企業がいるのは流石にびっくりします。
主に2種類のサポートがあって、企業が直接送信してきて、説明会や座談会、見学に行くものと、サポーターズが主催する1on1イベントがあります。後者は1日で10社近い会社と30分ずつ面談ができます。あとは自分から企業へ話を聞きに行くこともできますが、僕はしていません。

登録して2ヶ月弱で52件のサポートが飛んできました。つまり1日1件ぐらい飛んできて承認です。とはいえ後述する OfferBox と同じでテンプレ文が多く、9割以上非承認にしています。僕は性格が悪いのでちゃんと「その他」でそういうメッセージを書いて断っています。

ここから下はマウンティング感が強い文章になっており、自分でも大変性格が悪いなと思いながら書きます。気持ち悪くなったら読み飛ばすなりブロックなりしてください。

ところで、1on1イベントは2種類あり、学生側からイベント募集ページへ応募するものと、サポーターズからサポートとして来るもので学生側のイベント一覧からは見えないものがあります。

その中にもシークレットイベントと称されるものがあります。初めて来たサポートがシークレットイベントでした。承認。

最終的に通常イベントは参加せずに終わったのですが、シークレットイベントの方は学生が全国から集まってきていて、企業側も聞いたことがある企業ばかりという感じでエモいイベントでした。学歴コンプがなくても流石に学生一覧を見て心が折れそうになりました。そんなところにお呼び頂けるだけでも承認された感がありますね。

ちなみにプレミアムシークレットイベントというものがあり、シークレットイベントに招待された人のさらに一部だけが招待されるイベントがあります。
参加しましたが企業も学生もすごいですねという感じでした。あの会社って逆求人やるんだ、みたいな気持ちになりました。エモいですね。

その他には○○さん限定の10000円サポートみたいなものがあります。サポーターズのサイト経由ではなくメールだったので、多分ドタキャンの穴埋めという感じでしょう。ちなみにリンクから応募ページをみたら枠が埋まっていたので、別に僕限定ではなかったんですねという気持ちになって承認されなかった感で一杯になりました。全部で4回ぐらい来ました。
ちなみにちゃんとしたプレミアムイベントもあるらしく、これシークレットイベントと何が違うんや、という感じでした。そっちで10000円欲しかったけど3000円でした、プレミアムとは。承認されたけど非承認にしました。

結局、プレミアムシークレットイベントとシークレットイベントの2回に参加しましたが、イベント自体は大変エモでした。
企業の人事側もとてもやっていきのある感じで、とても盛り上がりました。お見合いってこんな感じなのかな……って思いました。結納……

面談のあとにはお酒とピザを囲んで懇親会が1時間あります。疲れているとチューハイ1本で酔います。ヘロヘロになると口が滑るかもしれませんね。本音で話しましょう。

イベントの雰囲気としては、なんとなく閉鎖的な印象がありマイナスの印象でした。結構学生の動きを縛ろうとしてくるきらいがあり、指示通りに振る舞うことが要請されます。例えば「企業が入ってくる1分前には立って入り口の方を向いて待つ」「空きタームであっても部屋から出てはいけない/企業が入るときには立って待つ」「移動とかを結構細かく指示される」「受付終了時間10分前に電話で位置確認される」などという感じです。色々あったんでしょうね……

以前から面識のある企業との面談は基本的に避けられるはずなのですが、企業側の強い要望で入れられた(と言われた)にも関わらず面談で全く興味なさそうにされるとか、そういうことがありました、しんどい。選考で落とされていない限りは飛ばしてもらえないようです。

過去のアルバイト先の企業と会ったときには流石にヒヤッとしましたし(和解した)、先月インターン行ってた会社のCTOとの面談は雑談でしたし、現在のバイト先の人事の人からは前日にメッセージが飛んできてヒヤッとしました(和解した)。

とりあえず朝早い(9:45は早い)のはマイナスポイントです。夜の合同説明会を見習って欲しい。

(後日談: 色々書いてたら1万円のサポートが増えたので何かの圧力を感じるが今後お世話になることはないでしょう)

(2018-01-26 追記: 一度断った会社からのサポートが延々に来続けるので、大量送信はクソだなと思いました)

キャリアセレクト

実はここが最初に登録した逆求人系サービスです。5月頃に中の人からある日突然 Facebook の友達申請があり(これはちょっとだけ怖い体験 / 学生の繋がりを辿っているっぽい) 、そこからなんやかんやあり登録しました。

中の人と一度Skype面談があり、スキルの確認や企業の方針などの意識合わせがありました。それぞれのユーザーにメンター的なものが付く仕組みらしく、色々案内してくれるようでした。
なんやかんやあり、6月頃にここを通じて何社か直接面談しましたが、正直何も得られなかったなというのが感想でした。夏のインターンの案内なんかはありましたが「後ほどご連絡しますね」と言われたのに何も来ないということがありました。○○許さん(和解した)。難しい

サイトにプロフィールを登録しておけば11月からは企業からスカウトが来る仕組みみたいですが、今のところ何も来ていません。

1on1 イベントはサポーターズのイベントに2回行った後 (最も直近) に行きましたが、雰囲気が温和な感じでやりやすかったです。(開始時刻が遅いのも++です)

企業側の指名順位を元に面談相手が決まります。順位はなんとなく分かります。

あと、運営の人はとても良い人なので、面談したくない企業を伝えるとどこからともなく謎の力が働いたりします。
ちなみにインターンの応募を迫ってくるという噂の Fringe81 のことです。面談していた他の参加者の方にあとで伺ったところ、技術の話は分からないのでスライド飛ばしてと言われたらしく、エモいなって思いました。

イベント後の懇親会はお寿司が出ますがお酒は出ないです。どんなときもとりあえずお寿司を食べると笑顔になれます。めっちゃ食べてたら人事の人に疲れてないの? と聞かれました。疲れてお腹が空いたので寿司を食べていたのですが……

その前の週のサポーターズのイベントに引き続き、バイト先の人事の人と会ってヒヤッとしました。どこに言ってもおられますね……
(エンジニアの採用人事が技術分からないんで〜って言うのなんとかして欲しい)

イベントの数日後に企業からの反応のレビュー等がありました。このあたりのアフターサポートはちゃんとしている感じがあって良いですね。特に恩恵はないですが今後お世話になるかもしれません。

ジースタイラス

登録もしてないけど、友人曰く「(企業による)指名順位が全部見えておもろい」だそうです。今考えると登録すればよかったが今更やるのも面倒くさいので読者への課題とします。

ニクリーチ

前から知っていたし肉が食べたかったのでサポーターズと同じタイミング(10月末)に登録しました。
後から会った学生何人かに聞く限り、学部3年/院1年の夏ごろにはニクリーチ主催の焼肉会とかもあったらしいです。秋以降はなさそう、悲しい。

結論としては、とにかく昼が暇な学生が多いんだなと改めて実感するに至りました。私の大学は学部3年でも毎日講義はありますし、そんな昼の12:00-13:30 とかに企業に行ける学生はどこにいるんだという気持ちになりました。

これまでに14件ほどランチスカウトを頂いて、4社ほどお会いしました。ご飯をご馳走して頂けたのは3社です。おかしいな?

テモナ株式会社は特に印象に残っています。延々と4往復ぐらいまともに日本語の意思疎通ができない日程調整を強いられた挙句、最終的にご飯なしの夕方の面談になりました。正直面談の予定をいれるべきではなかったと薄々思っていましたが…… 面談では企業の紹介というよりかは延々と自己PRの批評や人生の指針に関する自分話ばかりされて疲弊しました。
感動した人事の発言をひとつだけピックアップしておきます。「就活って授業休まないとどうにもならないですからね」人事がそれ言う?

なんとニクリーチの運営をしているビズリーチからランチスカウトを頂くことができたので実際に行ってみましたが、さすが採用を知り尽くした運営会社という感じのエクスペリエンスで最高でした。いきなりエンジニアがでてくるのは印象良かったです。やっていきがありますね。

OfferBox

とあるイベントで会った学生の方々がやってるよーとのことだったので12月の初めに登録してみました。文理問わず受け付けているなんでもありの逆求人サービスという印象でした。

自己PR等の記述内容は多いですが、UXはとても良く、企業側の検索に表示された回数が見られたり、検討中リストに入れられたことの通知が飛んできます。
また、「どうすると検索に表示されやすくなるのか」という点において様々なTipsが適度な頻度で表示され、面白いなと思った次第です。
毎日ログインすると検索順位に上がるの、確かにそれはそうという感じですね。返信率がKPIなんでしょうか。
(Wantedly なんかでもスカウト側の検索ランキングはありますが、どうやると上位にくるのかは明記されていません。)

SIerを含め大企業の登録が多く、逆にベンチャーは少ない印象があります。そういうところの人事がガンガンオファー送ってくるの面白いですね。これが売り手市場……

プロフィールを埋めれば検索に表示されやすくなると書いてあったのでとりあえず全部埋めました。100%です。
(研究内容を書かないと100%にはならないのですが、こういう研究をやろうと思ってますということを書いてお茶を濁しました。)
とりあえず見える数値はこんな感じです。

登録して1週間で6社からオファーを頂いていますが、最初にスカウトを送ってきた会社のメッセージを見たところ、完全に絨毯爆撃感のあるスカウトを飛ばしていることが分かって幻滅しました。テンプレ文そのまま送ってくるの会社が多くてとにかく印象悪いですね。
そんなオファーは承認欲求が満たされなくて、送る側も受け取る側も疲弊するので良くないと思います。そりゃKPI返信率低いですよ。
そんなことを思っていたさなか、運営から 「自己PRは最初の5行が検索結果に表示されます!アピールは簡潔に!」というTipが飛んできたので、自己PRに「テンプレ文お断りです(笑)」(意訳) という文章を書くようにしたらちゃんといい感じになりました。平和です。あれ、あれーー?

Wantedly

元々高校のころから知っていて登録していましたが、学部3年になった直後に企業からスカウトが飛んできて、なるほどになりました。年齢フィルター……
企業側のプラン画面は色々載っています。見てください。

ウォンテッド・スコアは119です。あと Amazon Student Prime だと無料で Wantedly Premium になれます。なって1ヶ月ぐらい経ちましたが何も来ていないです。ログインとかしてないからね。
5月ごろに3社ほどスカウトが来ました。夏のインターンのお誘いっぽい。あとたまに Wantedly Chat で突然メッセージが飛んできたりしますが謎ですね。無料だからでしょうか。
特筆すべきは、エンジニア座談会というので行ったら他の参加者が全員ドタキャンしていて人事面談になったメルカリです。ボールド感ありますね。これが本当に正しい問題解決ですか?

やってみた結果

色々ありましたが、やってよかったなとは思っています。やらなければ知らなかった良い会社は多くあるし、そうでない会社もたくさんあったので。時間が経った結果、別にやらなくて良い苦労をしたんじゃないかと思っている。

印象が良かった企業と悪かった企業をまとめていると色々な気付きがあります。最初からとは言いませんが、自己分析はした方が良いかもしれないですね。

あと、意外と交通費がすっ飛びます。2000円以下なので出しません! みたいなことを言われても1800円掛かる人間にとっては痛いし、正直企業がその額ケチってどうするのという気持ちにはなります。オフィスで面談みたいなのも意外とすっ飛びます。とくにWeb系に興味がある人間は渋谷が定期券内に入ってないと結構すっ飛んでいくのでは? (六本木も多いですが、定期圏内の人はそういないでしょう……)
ちなみにどんなに少額でもちゃんと交通費出してくれる企業は1社だけおられました。そういったところで印象変わってしまいますよね。本当に?

ちなみに良かった企業は意図的に名前を出していませんが、とにかくいい出会いはたくさんあったのでやっていくのも良いのではないしょうか?
(良かった所は普通に選考を受けています / しかし今書いて選考落ちてもちょっとつらいなと思うので)
本当にエモいなと思った話も幾つかありますし、本当に良い話は良い話だから書けないんですよね。良い人事サイコーです。

しかし、最初は承認欲求が満たされてこそいたものの、人間性は悪くなる一方であり、適切な目標を決めて達成したらやめた方が良いのではと思います。ミイラ取りがミイラになるやつですね。ミイラにはなってないと思っていましたが、思えばそう言っている時点でミイラ化していたのかもしれません。だんだん自我を奪われる香りがします。

(延々と思ったことをサークルの Slack の分報に垂れ流していたんですがあまりにも性格が悪くなってしまったのでやめました。「なんでそんなわざわざ疲弊してるの?」と同期に言われ、それに対する返答は、最初こそ「好きでやっている」であったものの、今は「なんでだろうね?」になりました)

https://twitter.com/sukukyon/status/943029110015606784

https://twitter.com/sukukyon/status/943029144828309504

散々サービスや企業をdisっているようにも読み取れますが、人には合うサービスと合わないサービスがあります。そう、人と人も……
今日が何日かをもう一度思い返してください。そう、今日は12月24日、今年も WHITE ALBUM の季節が……

色々な企業の方と出会うことができましたが、まだ無い内定です。内々定ももらってないです。俺達の戦いはまだ始まったばかりです。クリスマスもアフタークリスマスも会社に行きます。そんな……

幸せな世界を目指して頑張っていきましょう。あなたはこの記事を読んで幸せになれましたか?

ちなみにこの記事を始めとした一連の whywaita Advent Calendar の記事はこんな Slack でのやりとりを元に生まれました。

「わたしは、あなたが望む、メインヒロインに、なれたかな?」

– 加藤恵 (冴えない彼女の育てかた 13巻)

ちゃんとエモい話になっていると良いですね。ここまでお読み頂きありがとうございました。

この記事は whywaita Advent Calendar 2017 の17日目の記事です。枠が埋まっていてめでたそう。whywaita 先輩、元気ですか?

お元気そうでなによりです。

16日目は jackaleさんの 最後にwhywaitaと会ったのいつだっけ… – That Can でした。TUATでは最近Crystalが流行っている気がします? (N=2) 僕もやっていきたいですね。

今は完全に頭が回っていないので雑な文章を書きます。@whywaita が時給の上げ方について話して、と言っていた気がするのでそういう話をします。

過去にもこんな記事がありましたし、もしかしたら @whywaita とお金は切っても切り離せない関係なのかもしれません。

私は現在技術系のアルバイトをしています。技術系のアルバイトの良いところは何でしょうか? そう、好きなことをして勉強ができる上に、お金ももらえるというところですね。接客業をやったことがないので偏見があります。郵便の仕分けは最適化していたら楽しかったですが今思うとディープラーニングでなんとかしてほしい気がします。

@whywaita 先輩がどこで働いているのかは定かではないのですが、私は今はインターネットの会社とインターネットの会社でアルバイトしています。掛け持ちです。インターネットってすごいですね。

その他にも退職エントリが2件あることから、今の会社がそれぞれ3社目と4社目になると推測できます。(この夏のインターンを足すと5社になります)

• バイトを辞めました
• バイトを辞めました (その2)

最近インターネットを眺めていた所、とある知り合いがある会社へ就職する、というインタビュー記事を見かけました。就職するというだけでインタビュー記事になるのはすごいなと思いますが、記事中では “4社でインターン/アルバイトをしていた「ジョブホッパー」“として紹介されていました。そう考えると、私もジョブホッパーなのかもしれません。個人的にはあまり良い言葉だとは思っていないですが……

時給の上げ方は自分でも良く分かっていないのですが、皆さんも思う所があると思うので、とりあえず晒します。

この図を見ると、色々やった形跡がありますね。しかも掛け持ちしていることが良く分かります。
(なんと凡例にない色のプロットがあり感動しますがよしなに読み取ってください。)
上がる会社もあれば上がらない会社もあります。最近は1年以上額が上がっておらずちょっとつらいです。ちょっとだけ。

もちろん会社によって評価体系も様々ですが、アルバイトだとそもそも給与交渉の機会もなく、突然「契約書の更新だからサインしといてね」と言われることもしばしばです。

「上げてほしいな〜」という文脈の話を一言話しただけで上がったこともあります。そんな話を上司にするのは強気ですって? ええ、当時は立場的に強気でしたね。そりゃ突然辞めたら案件進まなくなるような仕事をバイトがやっていたんですから……

概して、時給を上げる(下げる)には、大きく「転職をする」と「給与交渉をする(上長に評価される)」の2つがあると思いますが、そのどちらもを経験した身としては、おそらくアルバイトでは転職した方が上がりやすいです。
特に、エンジニア職のアルバイトは東京では比較的募集している所も多く、引く手はあまただと思うので、うまくやるとトントン拍子に上がるのかもしれません。うまくやるのがポイントで、うまくやらないと上がりません。図からも明らかですね。

転職では人間関係をうまくやりましょう。僕は下手なので遺恨を残してしまいがちです。そんなのどうでもいいという考えもありますが、平和であることに越したことはありません。僕は最近どうにか和解しました。本当かな……

ちなみに筆者は今のところ転職する気はないです。書いておかないと深読みされそうで怖いですね。
お金も大事だけど本当に好きな働き方ができる上に恵まれている環境はなかなかないです……

また、今思うと、「言い値でいいよ」と言われたとある会社でもっと言っておくべきだったのかもしれません。そんな後悔もなきにしもあらずですが、当時は逆にあの額にプレッシャーを感じてしまい色々あったので、やはり難しいですね。正当に評価されていきたい。

ちなみに、周囲の話を聞く限りでは1500円/時以上の額はなかなか耳にしないのですが、それは月給換算すると分かりやすいですね。バリューを出している人たちがもっと貰っているのも聞いているので、バリューを出せると良いですね。

短くなってしまいましたが、僕は自分で作った図を眺めて心が荒んでしまったので許してください。

@whywaita 先輩はどんなお考えをお持ちですか? また機会があったらお話してくださいね。

明日は @yu_ki_kun_1 さんです。あれ、毎回 @yu_ki_kun_1 さんでは……?

寒いです。12月10日です。10日ということは、 whywaita Advent Calendar 2017 の10日目ということです。なんとあと1枠らしいです。

9日目は @kadokusei (~= @hyr3k) さんで 体重 – /var/log/ でした。

ところで文脈もなにもないですが Just Because! が良いです。小宮恵那さん……

さて先日、 Twitter を眺めていたところ 「真っ赤な“1/4Uサイズ”のブレードサーバーが税込4,980円で大量販売中」  という記事が流れていました。
Core i5-2520M@2.5GHz / RAM2G / Diskless という構成ですが、Intel の GbE NIC x4 があるなかなか変態なマシンです。5000円だったのでつい3台買いました。IPMI もあります。ちなみに1台当たりで RAM が 4GB でした。

kamijin_fanta さんという方がこれに VyOS on Hyper-V をやっている記事があるので、こちらもご参照ください。

赤鯖にVyos入れて最高のインターネッツを手に入れた

これは A.T.WORKS というメーカーの国産サーバで、謎です。とりあえずドキュメントとかファームウェアの更新は公式ストアのダウンロードページに転がっています。

何故かシャーシも付いてきたので適当に突っ込みます。10台入るので、あと7台追加できますね。とはいえ部屋の室温で冷却するにはこの程度の密度が限界かと……

画像の左下にある赤いやつがそれです。雑ですね。周りも汚いですね……

さて、ディスクレスとはいえ開けてみると SATAポートもディスクベイもあるので、2.5インチのHDDを買えば普通に使えるでしょう。
しかし先立つものがなく、しかし他のサーバは余っているのでネットワークブートさせて遊んでみることにしました。

PXE とは

PXE とは…… ざっくりと説明するとネットワークブートのための仕組みの1つです。
NIC に書き込まれたPXEブートローダが、ネットワーク上のサーバから OS のカーネルを取得して起動する方法です。

基本的には起動時に DHCP でIPアドレスを取得する際に、サーバが IPアドレス等の情報と一緒にカーネル等が置かれているサーバ(TFTPサーバ)のアドレスを返すことで実現されます。
いわゆる大量のPCを管理する手間を減らしたい(~ シンクライアント化したい) 大学なんかでよく見かけますね。MMA部室の端末でも同様の仕組みを採用しています。
もちろん一般的な誤家庭でも、DHCPサーバとTFTPサーバ等を立てれば実現できます。近年では PXE を発展させた iPXE などもあります。こちらだと例えばカーネルを通常の HTTPサーバから取得するようにできたりします。便利ですね。

実際の実現にあたっては、 「PXE 構築」なんかでググって頂ければ山のように日本語の資料がヒットしますので割愛します。

Container Linux

今回はこれを用いて CoreOS Container Linux を起動させ、自動的に Docker Swarm クラスタを構築したいという話をします。

Container Linux は CoreOS 社が開発している、コンテナ基盤のための軽量Linuxディストリビューションです。docker や etcd と言ったコンテナで用いるソフトウェアがデフォルトで入っているほか、fleet というクラスタマネージャ (というか分散 systemd) なんかがデフォルトで入っています。
CoreOS 社は他にも Docker Registry の Quay やコンテナランタイムである rkt や cloud-config の代替を狙っている Ignition, エンタープライズ向け Kubernetes こと Tectonic の開発なんかもしていますね。

もうお察しかと思いますが、 Container Linux には fleet というクラスタマネージャがあり、更に Tectonic があります。つまり、 Docker Swarm の文脈にはかすりもしません。イケイケな皆さんは Kubernetes を構築すると便利だと思います。
(実は Kubernetes クラスタを構築しようとしたらオンメモリファイルシステムでは容量が足りなかったので Docker Swarm でお茶を濁しています)

CoreOS は今回のよう物理ホスト(ベアメタル)に対して直接プロビジョニングをするためのプロダクトも用意しています。 Matchbox です。使ってください。
今回は使いません。

起動してみる

CoreOS はもちろん PXE での起動に対応しており、簡潔なドキュメントがあります。 これに従えば簡単に起動までは行なえます。やってみましょう。

最終的なディレクトリ構造としては以下のようになります。
/tftpboot は適宜 tftp のルートディレクトリに読み替えてください。また、 pxelinux.cfg/default の内容は下に書いてあります。

/tftpboot
├── coreos
│   ├── coreos_production_pxe_image.cpio.gz
│   └── coreos_production_pxe.vmlinuz
├── pxelinux.0
└── pxelinux.cfg
    └── default

default coreos
prompt 1
timeout 15

display boot.msg

label coreos
menu default
kernel coreos/coreos_production_pxe.vmlinuz
initrd coreos/coreos_production_pxe_image.cpio.gz
append coreos.first_boot=1

さて、対象のマシンは起動したでしょうか? 手元では30秒ほど OS の読み込みに掛かったあと、OS本体が約4秒で起動してくるのが観測できました。速いです。

ただ、おそらくログインもできず、ssh もできないでしょう。直接本体に接続されている端末にログインしたい場合は、ドキュメントにある通り、 coreos.autologin を設定すれば可能です。

実際にもうこれで fleet で遊んだりできます。この状況では、 /(rootfs) がメモリ上にあるので、メモリの空き容量分しか書き込むことができませんが、メモリが潤沢にあればこの上に Tectonic や kubeadm を用いて Kubernetes を構築したりもできるでしょう。ちなみに 4GB では足りませんでした。

Docker Swarm

Docker swarm というのは Docker 本体に取り込まれたクラスタリングの機能です。複数のノードでサービスという単位でコンテナの管理が行えます。
Docker 本体に統合されているので、Container Linux に docker がデフォルトで入っているということはそのまま docker swarm mode で既存のクラスタに join させればそのままクラスタの一員となります。
クラスタにはマネージャとワーカの区別があり、マネージャは Raft アルゴリズムで分散合意を行うため、本来であれば耐障害性のためにも3以上の奇数台を用意することが望ましいですが、今回は DHCP/TFTPにしたサーバをそのまま使います。

# docker swarm init
Swarm initialized: current node (hogefuga) is now a manager.

To add a worker to this swarm, run the following command:

    docker swarm join --token SWMTKN-1-... 10.0.xxx.yyy:2377

To add a manager to this swarm, run 'docker swarm join-token manager' and follow the instructions.

上で表示されているコマンドを起動時に入力させればそのまま docker swarm のクラスタにジョインしてくれるでしょう。やっていきましょう。
(ちなみに、デフォルトでは docker swarm のマネージャ自信もコンテナが起動するホストの1つとなります。次のコマンドを打てばそのノードではコンテナが起動しなくなります。 docker node update --availability drain)

Ignition Config

起動時に任意のコマンド等を実行する方法といえば、あの cloud-config がありますね……
Container Linux では最近 Ignition というものに置き換えられました。直接書いてもいいですが、 cloud-config の記法で書いたものは ct (config-transpiler) というコマンドを用いて変換することができます。
ちなみにオンラインのバリデータがあって、 どちらの記法でもここでバリデーションができます。

では用意しましょう。ついでに ssh できるように authorized_keys なんかも追加できます。 ssh したくない? 確かに。
ともかく systemd unit を2つ書くだけです。ところで docker-swarm-leave.service がちゃんと動いてない気がするのでどなたか教えてください。

passwd:
  users:
    - name: core
      ssh_authorized_keys:
        - ecdsa-sha2-nistp256 ...
systemd:
  units:
    - name: docker-swarm-join.service
      enabled: true
      contents: |
        [Unit]
        Description=Docker swarm join script
        Requires=docker.service
        After=docker.service

        [Service]
        Type=oneshot
        ExecStart=/usr/bin/docker swarm join --tokenSWMTKN-1-... 10.0.xxx.yyy:2377

        [Install]
        WantedBy=multi-user.target
    - name: docker-swarm-leave.service
      enabled: true
      contents: |
        [Unit]
        Description=Docker swarm leave script
        Before=shutdown.target reboot.target halt.target

        [Service]
        Type=oneshot
        RemainAfterExit=yes
        ExecStart=/bin/true
        ExecStop=/usr/bin/docker swarm leave

        [Install]
        WantedBy=multi-user.target

さて、このファイルを実際に起動時に渡すためには ct で変換したり、 newc 形式のアーカイブにしたりする必要があるのでやります。

$ mkdir usr/share/oem
$ ct < container-linux.config > usr/share/oem/raw.ign
$ find usr | cpio -o -H newc -O oem.cpio
$ gzip oem.cpio

結果的にでてきた oem.cpio.gz を以下のような感じに配置します。

/tftpboot
├── coreos
│   ├── coreos_production_pxe_image.cpio.gz
│   ├── coreos_production_pxe.vmlinuz
│   └── oem.cpio.gz
├── pxelinux.0
└── pxelinux.cfg
    └── default

また、 pxelinux.cfg/default も修正します。は以下のようになります。 oem.cpio.gz を読ませているのと、実際にそれを参照させている部分の2箇所です。

 
default coreos
prompt 1
timeout 15

display boot.msg

label coreos
menu default
kernel coreos/coreos_production_pxe.vmlinuz
initrd coreos/coreos_production_pxe_image.cpio.gz,coreos/oem.cpio.gz
# append console=tty0 console=ttyS1 coreos.autologin=tty0
append coreos.first_boot=1 coreos.config.url=oem:///raw.ign

さて、起動させて見ましょう。マネージャ側で docker node ls とか叩けば分かると思います。
いい感じになりましたでしょうか?

あとは docker service コマンドでよしなにサービスを作ってやると、いい感じにロードバランスされたりヘルスチェックしたりライブアップデートできたりすると思います。
ポートの公開をすると、マネージャを含む全てのノードでそのポートが共有され、自動的にロードバランスされます。つまり、そのサービスのコンテナが動いていないノードにアクセスしても、内部のトンネル(VXLANです)を通ってコンテナへの疎通性が確保されます。

そのあたりは「docker swarm」とかでググると出ると思います。 nginx とかでも簡単にできますね。

ところでボリュームのマウントは癖があって、 bind なんかは各ノードのローカルファイルシステムを参照します。なので、そういったことをしたい時はよしなにやりましょう。 nfs とかを検証できると良いですね。

ちなみに再起動したりするとどんどん死んでるノードが一覧に増えますが気にしないでください。気になる時は docker node rm で消しましょう。以下がワンライナーです。

 
docker node ls | tail -n+2 | grep Down | cut -d' ' -f1 | xargs -r docker node rm"

さて、今回は簡単に Docker Swarm を用いたクラスタの構築をしてみましたが、実際により大きい規模でやろうとすると Kubernetes や DC/OS (Mesos, Marathon) なども候補に入るかと思います。
そちらについてもやっていきましょう。

ところで Docker / CoreOS をプロダクションでバリバリ使うサービスに興味のある方向けに、 こんな求人やこんな募集があります。もしご興味ありましたら Twitter 等でも良いのでお声掛けください。

では皆様、よいコンテナライフを!

今年も12月がやってきました。この記事は whywaita Advent Calendar 2017 の3日目の記事です。まだ10枠空いていますが、 whywaita 先輩、元気ですか?

kyontan / whywaita (@whywaita) って誰? という方もおられるかもしれません。彼と私は単なる大学の先輩後輩というだけで、それ以上の関係はありません。 それ以上の関係はないと明記すると怪しくて良いですね。ありません。

2日目は村山直紀さんの 自然気胸の話とか(その2) でした。
自然気胸、周りに発症している人が何人かいて、割とよくあるのかなと思っています。僕自身は入院したことは1度しかありませんが、なるべく健康であるに越したことはありませんね。

皆さんお金は好きですか? 僕は好きです。たくさんあると嬉しい気がします。ただ、今の立ち回りとしては、仕事に求める要件は給与が高いことではなく朝遅いことです。あと早く温泉が家から湧出してほしいです。

将来はウン千万プレイヤーでバリキャリでイケイケになるであろう、尊敬すべき whywaita 先輩に必須のスキルはなんでしょうか? そう、資産管理術ですね。
バリキャリという表現からはまどかのお母さんである詢子さんを想起させるものがありますね。

彼は資産管理をしているのでしょうか。確か MoneyForward を使っていた気がします Dr.Wallet を使っているみたいです! (2017-12-03 13:45 追記)。貯蓄の額は知りません。とにかく寿司をごちそうしてください。

僕は詳しくないのですが、とくに最近はﾌｨﾝﾃｯｸとかﾌﾞﾛｯｸﾁｪｲﾝ(これもﾌｨﾝﾃｯｸの文脈に入りますが)とかお金周りの技術進歩の話を目にすることも多いですね。家計簿サービスもその1つだと僕は思います。

私は資産管理に Dr.Wallet を使っています。家計簿アプリとしては他にも MoneyForward や Zaim がありますが、このアプリのイケているところはレシートをスマホで撮影して送信すると、店舗名やジャンル、額などを自動的に判定して登録してくれるところです。アプリもイケてて最高です。使いましょう。
(ただしディープラーニングでイケイケとかではなく、人力OCRみたいです…… 素直な解決方法ﾃﾞｽﾈ)

この後は延々と Dr.Wallet の話をしますが、別に中の人でもないですし関連もありません。

たまに店名を読み間違えられたりすることはありますが、体感95%以上は正しいものが入っている気がします。ジャンルは難しいですね。どれが娯楽で嗜好品で交際費なのか…… 交際相手はいるのか……
(個人的な分類としては、同人誌は嗜好品、ラノベは娯楽品です。難しいですね)

銀行口座やクレジットカードとの連携でもできるので、いい感じに設定をすれば、カードでいくら使用し、給与がいくら振り込まれ、というのも自動的に管理できます。便利ですね。
また、例えばクレジットカードでの買い物のレシートを取り込むと、連携サイトからの取り込んだ記録は自動的に計算から外してくれます。よしなにやってくれるので、雑にやっても二重で登録されなくて便利です。
(クレジットカード/銀行の連携は機械的にジャンルが推測されるのですが、精度が微妙なので……)

また、Android 版では Suica 等の交通系ICカードからの読み込みもできて便利です。持っててよかった Nexus 7 (2012) 。しかしそろそろ新しい端末が欲しい。

グラフを見るとこんな感じです。楽しいです。

せっかく Swarm とか使っているので、そのあたり連携されるといいのにな、と思ったりしています。そうなるとライフハック感があっていいですね。
なかなか日記やトレーニングのような日々の繰り返しが続かない私ですが、こういう記録が溜まるものがただ単に面白いので、39ヶ月経った今もまだ続いています。

ところで、資産を管理するメリットはなんでしょうか? 出入りを可視化することで無駄な消費/浪費を抑えることを挙げる人は多いかもしれません。
そんな僕は先月も10万円が消えていくのを観測しました。実家暮らしなのに…… せなかぐらししたいです。

実践的な資産管理術については電車のドアの横の広告にあるような本を読んで頂ければと思いますが、一般的には比率の大きい部分から減らしていくのが良いのではと思います。例えば外食費、酒、娯楽、嗜好品……
Dr.Wallet (とおそらく他の家計簿サービス) には予算設定機能があるのでそちらも併用頂けると良いのではないかと思います。

また、自制をするためにはあえてその値を公表するというのも1つあるでしょう。たとえば Wi-Fi 体重計で毎日その値を Twitter につぶやくようにするなど。
資産も公開すると節制に役立つかもしれません、たまにやっていますが今のところ役には立っていません。

今日はこんなところで。

話はそれますが、とある後輩が位置情報を記録する Google Maps の Timeline 機能を使って遊んでいましたが、あれも楽しいですね。僕も Moves で延々と移動記録を溜めています。そのうちよしなにやりたいところです。

ではでは。

去年もこの時期に 2016年11月あたりの今日このごろ | monolog なんて記事を書いていたので、Advent Calendar へ向けてリハビリをしていたのか、単純に人恋しい季節なのかどちらでしょうね。読み返してみて、こんなに駄文を錬成できるのはよっぽど暇だったんだな……と思っていますが、そういうこともあります。

手が滑って whywaita Advent Calendar 2017 – Adventar に4記事も書くことになりました。そもそも日頃からアウトプットをしていきたいところですが、こうやって自分を追い詰めていくことも大事ですね。頑張ります。

ここ9ヶ月ぐらいは安定した生活を送っている気がしますが、安定というのはつまり怠惰のきっかけでもあり、ちゃんとやっていかないと人がダメになります。なりました。

もう書くことが思い浮かばなかったので 2016年11月の〜 にあった小見出しを引っ張ってきました。これは行き過ぎると 100の質問になります。

その後

近況をあまりブログに書いていませんが、 Twitter で延々書いています。先週今週のタイムリーな話としては就活をしつつ研究室をしており、まだまだ再来年の4月以降どうなるかということについては予断を許さない状況にあります。

就活をしているのかと言われるとそれも怪しく、前々より単純に興味があった逆求人に登録して様子を見ています。お肉は食べられていないです。どうやら早い人だと今年の4月とかからもう登録して色々行っていたみたいですね。出遅れた……

まだ参加はしていないですが、いわゆる 1on1 形式のイベントに3回参加させて頂くことになっており、、正直それでお腹いっぱいになるでしょう。シークレットイベントが無限にあったり、テンプレ勧誘文と足元を見るような交通費サポート設定に既に若干疲弊しました。12月ごろにまとめて書きます。ただ、1つだけ言わせてもらうと、同い年の平均的な大学生というのは平日の昼間は暇なんですか???みたいな気持ちになり、無限に???となります。

特にITベンチャーに絞ってるわけでもなく、経団連非参加企業に絞っているわけでもないので、いつ終わるのかは分からないし無限に疲弊できてコスパがいいですね。

スクールライフでは、そろそろ研究室配属だということに先週気付かされました。研究室は今まで全く見ていなかったので、色々あるなと思いはじめています。

選ぶ条件は興味のある分野であったり、短い間でもレベルが高いことができるかであったり、教員とのマッチングであったり様々あると思います。一方で、自分はここに行くのかなと半ば決めつけかけていたところがあり、その他の選択肢も改めてみたところ色々あるなと思い出し、視野の狭さをあらためて再自覚しています。
スクールライフという表現をしても明るくなったり希望が満ちた感じにならないですね。

とはいえ、スクールライフにしろアルバイトにしろ将来にしろ、様々な選択肢があるというのは本当に恵まれているなと思っていますし、それを無碍にしないためにも精進しないとと思いつつ……

人間関係はダメです。どうやるの

アニメ

2017年夏季は NEW GAME!! しか見ていた記憶がありません。ありがとう動画工房、ありがとう……

2017年秋季は Just Because!, 少女終末旅行, 食戟のソーマ3期, お酒は夫婦になってから, ラブライブ!サンシャイン!!, 妹さえいればいい をひとまず見ています。必修みたいなアニメが多い。

特筆すべきはやはり Just Because! で、完全に地元なので見ながら頭を抱えたり目頭を押さえたりしています。そんな甘酸っぱい物語はなかった。

妹さえいればいい、妹です。

漫画雑誌

1年前に比べると、百合姫やコミックキューンを読まなくなりました。百合姫は月刊化してライト化しましたね。そして終わるだろうという予想はしていましたが、まんがタイムきららミラクが終わってしまいました。桜Trick 最終話は号泣しました。ありがとう桜Trick……

篤見唯子先生のスロウスタートが来年1月からアニメ化しますね。2016年11月の記事でも一押しと書いていましたが、今年5月にアニメ化が発表されました。最高です。各位見ましょう。どのキャラも最高で、イベントスチルが盛りだくさんです。最近は十倉栄子さんを見るたびに頭を抱えています。各位読んでください。

すわっぷ⇔すわっぷ も盛り上がって来ており威力の強まりを感じていて最高です。ストーリーはこちらも最高なので読んで欲しい。夏子ちゃんが好き。結構カラー率が高くてすごいなと思っており、ごちうさもそうですが単行本ではなく雑誌を読むモチベーションになります。

先日は ご注文はうさぎですか？ の OVAを観てきました。ごちうさに関しては原作至上主義ですが、アニメもよく、OVAも良かったです。アニメは特に音楽と声が好きで、水瀬いのりさん、カフェラテカフェモカカプチーノ、はい。
原作は輝きがどんどん増していてなんだこれは……状態ですが、ストーリーやそれを取り囲む世界観はもはや比肩するものはない良さがあります。まんがタイムきららMAXを買ってくださいというほかない。もふもふ天国。

技術周り

死んでいます。最近は頭の回らない Issue comment を書いてめっちゃ突っ込まれて土下座する日々を繰り返していて完全に無能感が出ている。同期にも怒られが発生していてしんどい。やるしかない。

とにかくなんでもできる同期含む周囲に囲まれて無能感が出ていてしんどい。自分にしかできないのはなんなんだというのがあり、まあそんなものは無いのですが優位性を微塵も見いだせないのでつらい。

あと突然データが飛ぶのが怖くなり突然HDDを3本購入して RAID-Z にして全部移動しました。冒頭で書いた boot パーティションが壊れたという話はこれにちょっと関連していますがデータ被害はないです。今まで何の冗長化もしないまま3TB近いHDDを4本ほど運用していたということからは目を逸らして生きていきたい。精神的安寧が訪れた。

上の話に続きますが、 RAID-Z はソフトウェアにしては意外とパフォーマンスは出ている印象があります。とはいえHDDの本来のピークの半分ぐらいです。あとは ZFS というとメモリバカ食いみたいな印象がありますが、 dedup を有効にしなければ大して消費していない気がします。 dedup は入れたらバカ食いした/書き込み速度が激落ちしたので切りました。もろもろまとめてそのうち記事にしたい。

あとはなぜかサーバが3台増えたのでやりました。Advent Calendar で書きます。

その他

Nintendo Switch を入手し、スプラトゥーン2を買い、ゼルダを買い、マリオオデッセイを買いましたが全くプレイできていません。直近30日でのプレイ時間は10時間以下です。なんのために買ったんだ。年が明けたらあおかなSwitchを買います。

あおかなEXTRA1、優勝です。ハッピーエンドを真白ちゃんと迎えに行きたい。迎えました。

また、もうすぐ WHITE ALBUM の季節がやってきます。

とにかく最近は逆求人というもので疲弊しているという印象を各所に与えていますが、実際そうなので各位疲弊しましょう。良いこともある、多分。
正直なところこの会社でこれをやりたいというのはないのでｱﾚだなと思うし、技術指向と主張するには技術ができないので頭を抱えている。人の生活が幸せになればいいと思います。

お酒は飲んでないし、最近は飲む暇がない。少し前に馬肉を食べました、良かったです。

とにかく消費も生産も追いつかず、心休まらない秋の夜です。秋の夜ぐらい月の明かりで読書をしたい。明日は温泉に行こうと思います。

♪ ハッピートゥモロー – 蒼の彼方のフォーリズム EXTRA1 VOCAL&SOUND COLLECTION – (有坂真白 (瀬良みと)) #NowPlaying

残していきたい/おきたいシリーズです。

Wantedly のサービス自体は比較的前(4年前?)から使っていましたが、まさかインターンに来ることになるとは当時は思ってもいませんでした。
やはり学部3年になると就活の時期ということになるわけで、スカウトを何件か頂いていたうちの1件で実際に人事の方と話させて頂いた上で決めました。

働き方、というよりはそのモチベーションを変えるというところで社会を変えようとしているというのが会社の考え(であると僕は認識しています)で、それは自分の考えとも一致するところがあり、技術的にもそこそこイケているのでは、というところが選択した理由になります。

参加したのは 9/5-22 の平日で、所用の休みを除いた12日でした。(業務委託契約なので実際にはインターンではない)

今夏はフロント/バックエンド/モバイル/機械学習みたいなコース分けがあり、とはいえ別に同じコースだからといって同じ日程であったり同じ人の下であるとは限らないという感じでした。日程も内容もある程度メンターと話し合って決めることができます。

面談で、最近のフロントエンド技術(React使ったSPAみたいなこと)には興味があるみたいな話をしたところ、なぜかバックエンドチームになり Rails を書いていた気がします。ずっとRubyばかり書いてますし、最近のアルバイトでは Rails でアプリケーションを書いていたので、そのあたりが考慮されたのでしょう。ちなみにこの話を当日したところ様々なアレがあり、最終的には最後の週にReact漬けになりました。React難しいね!

雑感

バックエンドというのはいわゆるサーバサイドのアプリケーションですが、私は Wantedly Visit という Wantedly の一番最初からある企業への訪問であったり、そのスカウトであったりというところの改善作業をしていました。
詳細は多分あまり書けないのですが、技術サイドでは BigQuery を初めて触ってクエリが実行されるごとに課金される様子を楽しんだり、そこから集計したデータを使ってごにょごにょしたりしていました。

ただ、やはり大規模 Rails というのはなかなか凄みがあって、様々な趣があり読んでいて面白いなと思いました。
そしてやはり社員の方の地力が強く、様々な点の技術判断というのはなかなかイケていると思っていました。僕が今回実装した部分についても、しっかりとデータに基づいた議論がありとても良かったです。あとは Ruby が好きなのが伝わってくるコードベースで個人的には良さみが深かったのも良かった。

最終週には前述したフロントエンドチームでも少しコードを書かせて頂き、本番へマージされたのはごく一部でしたがアイデアの PoC みたいなことをしていました。UX を良くするためにブラウザのレンダリングパフォーマンスと格闘する経験はなかったので、面白いなと思ったり。

その他

白金台MGビル、始めてきた時に強い既視感があり、Cookpad が昔ここにあったなあという気持ちになった。(フロアは違うらしい)
土地柄、やはり飯が高く1000円スタートみたいなところがあった。様々ある。

インターン期間中に上場があり、パーティーなどがありエモい雰囲気であった。

最近色々な記事がありましたが、残業しているインターンは確かに多いが別に定時に帰ろうが、それより早く帰っても何も言われない感じでした。そもそも業務委託契約なので業務時間も明記されていないし、ちゃんとやることをやればよい。そもそも残業しないと終わらないようなタスクを抱えるのはコミュニケーション/マネジメントの欠落では。
まあ、周りを見ているとこの内容でこの報酬かという気持ちにはなったりした。色々ありましたね。(ネガティブにもポジティブにも / 人事とも話した)

インターン生が多かったので色々話したりした。やはり2, 3社目としてこのインターンに来る人が多いのだなと再認識したりした。そしてやはり世界は狭い。

人事面談が毎週あったのも個人的に良かったポイントで、色々話したり聞いたりできたので、会社についてや、働くということについても色々聞けたのかな、と思う。

総括

新しい技術に触れるというよりは、どちらかというとアイデアで勝負したり、サービスを成長させるためにちゃんと数値を見ながらやる、みたいなところへ注力したインターンでした。
しかし、技術的にもある程度のレベルはしっかりと求められており、それに基づいたやっていきがありとても良かったなと言うのが感想です。
普段使っているサービスの裏側が見られるというのはやはり楽しいですね。

メンターの方との分かりややっていきもとてもあり、タイムリーなところではISUCON7 の予選も突破していたのを観測して、やはり強いなとあらためて思うなどした。

そんなこんなであっという間に過ぎた3週間でした。改めて、Visit のとある組織の皆様、メンターの方、人事の方、ありがとうございました!!!

Ruby実装で挑み、最終スコア 38605点@2017-10-22 20:59:30, ベストスコア: 67792点@2017-10-22 20:44:59 でした。
ベストスコアでは予選ラインは超えていたんだなあと思いますが、最終的には伸び悩んだチームも多いようで、結局落ち着くところに落ち着いたのかなと思います。

ソースコードは kyontan/isucon7_qual です。踏み台でやっていた影響でコミッタが僕に見えますが、だいたい僕ではない。

次回も参加したいなという気持ちになってきたので、ひとまずはやったことを記していきます。

実は僕と @hogas は ISUCON6 の夏期講習に出たことがありましたが、そのときには日程等もあり参加しておらずということで、今回が初参加に。
@h-otter というインフラにとても強い同期がいたことや、周囲でも参加する人間が何故か多く、とにかくやっていくしかないという流れに。

チーム名を決めるところで消耗/摩耗し、本番前日までSlackはほとんど流れておらず。前日夜になって僕とか @h-otter がぽちぽち参加記やチューニングできそうなところを貼っていく感じに。

最近、正午より前に起きると早起きしたと言い出す僕が時間に間に合っていたあたりで色々とミスっていたんですが、東京都内の某所で3人で集まってやっていました。

事前にやった

とりあえずグローバルIPを持つ作業用サーバを用意しておいた。Rubyは事前に入れておいて、開始後に MySQL  も入れてスタンドアロンで動くようにした。あとあと @hogas はここでずっと作業してたり、 @h-otter が Prometheus のサーバを立てたりしていた。便利

コードについては GitHub リポジトリを立てて、普通にブランチ切ってやっていた。便利

情報共有は対面だったので、コードスニペット貼れるしリアルタイムで最高な HackMD を例のごとく使っていた。ベンチマーカの結果を全部ペタペタ貼っていたら容量制限に引っかかり、2スレ目、3スレ目が誕生した。HackMDのタイトルは「ISUCON7 まだチーム名で消耗してるの? 2スレ目」でした。

やったこと

ミドルウェアより下は正直 @h-otter に丸投げしていたので、アプリケーションより上をぽちぽち見ていました。
インフラについては正直何をしたのかは全容を把握していないですが、初手で nginx や MySQL に基本のチューニングを突っ込み、Prometheus で延々と監視しながらPDCAを回していたっぽい。正しいインフラチューニングや……

言語は僕と @hogas が使い慣れている Ruby を選択しました。正直クエリ弄るぐらいでいいなら Go でもいいよねーって言っていましたが、慣れてるほうが便利でした。Sinatra の文字列には幼馴染のような安心感がある。

僕と @hogas はよしなにアプリケーションコードを読みながら色々した。以下は色々

erb を haml に置き換える / hamlit gem の導入

気持ち+2000点ぐらい

初期実装が erb で、erubis に置き換えるというのも一案ありましたが、行きの車内で「erubis hamlit 速度」などで検索した結果やっぱり hamlit かとなっており、ノータイムで haml に書き換えることを決断しました。
erb2haml とかあったね〜と @hogas と話しながらやってもらった。

以下様子です

. @hogextend 「erb2hamlどうやって使うの?」ぼく「とりあえず rails new して突っ込んでみたら?」 #isucon

— きょんたん (@sukukyon) October 22, 2017

僕「ﾖｯｼｬ(gem install rails)」

— hogas (@hogextend) October 22, 2017

(erb2haml はコマンドラインツールとかではなく、Rails に追加する rake タスク群ということに気が付いた様子)

nginx <-> Puma を UNIXドメインソケットに

気持ち +2000点

定番です。HTTP 5000/tcp から UNIXドメインに変えた。

SQL のクエリ改善

気持ち+10000点ぐらい

これは定番ですね。SELECT のカラムを絞ったり (@hogas)、 LIMIT を付けたり (@hogas)、インデックスを張ったりした。N+1 は手を付けていましたが、コード変更に集中できなくて最終的に投げてしまった。悔しい

終了直前にソースコード眺めてたら statement.close を意図的に忘れていそうなコードが見つかり慌てて修正した。スコア上の変化は分からず。

 画像を静的ファイルに書き出す

気持ち+15000点ぐらい

ユーザーのアバター画像が DB に blob で入っていたので、雑に Ruby のワンライナーで書き出して (ここまで @kyontan)、 nginx に try_files で食わせる (@h-otter) みたいなことをした。
既に話題になっていますが、最終的には Cache-control 的な問題でキャッシュヒット率が悪かったらしい。むむむ。

SHA1 を殺す (パスワード, アバター画像)

気持ち+2000点

パスワードのソルトを生成している random_string を見たときに、これは要らないのではと思ってしまったのが始まり。初期データのパスワードはハッシュ化されていたので、 id が1000より大きい user は全て平文パスワードを DB に突っ込んだりした。 (by @hogas)
アバター画像は、ファイルの内容を SHA1 したものをファイル名に使用する実装になっていましたが、もしかしていけるのではと言いながらユーザIDをそのままファイル名にしたら通ってしまったのでそのままに。

Redis (最終的に入れず)

気持ち+2000点ぐらい(?)

画像をバイナリで入れるのはまあそうだね〜〜と言いながら、Redis に載せようとしていた。正直コードの変更は大したことがないのは分かっていたので実装はシュッとできたけれど、実際に動かしてみると意外とスコアに有意な差が出なかった。その後も永続化周りで少し足踏みしていたり、他の変更を見ていたために最終的に入れられなかった。残念

アプリケーションサーバ3台化

気持ち +3000点ぐらい

@h-otter がラスト30分でイケると言い出してやってた。ここで Puma (アプリケーションサーバ) のスレッド数を調整していた (10 -> 18スレッド)時に出したのがベストスコアです。

その他

• 再起動試験は何の問題もなかった????
  • 過去の参加記なんかを見てるとここが関門かなというのはあったので絶対やっておきたかった (やりました)
  • Redis に手を出してなかったのでここで不安はあまりなかった
• MySQL の Too Many Connections が割りと頻発した
  • ここは statement.close 忘れも影響してるかなと思うけれど、500が途中で出たり安定しないことがあった。最終的には安定しました
• 日ごろは頭痛の頭の字もないのに、とにかく頭痛が酷かった。緊張にはやはり弱い。
• JSONシリアライザが遅いのは分かっていて、 Oj を入れるぞと言いながら入れるのを忘れた。あれを入れただけでシリアライズについては数倍速くなるというのは分かっていたので、ただただつらい。
• ICTトラブルシューティングコンテストでスコアサーバを延々とやっていたことが知見として生きたとは思う。DB設計なりアプリケーション設計なりチューニングなり。
  • 当時のオーバーキルなチューニングしたときの操作が生きることになるとは思ってなかった
• 最後のベンチマークの結果を見て全員で嘘やんって言ってた
  • ルールを読んでなかった。次回は読みます
  • にゃーん

そういえば30分ほどですがスコアボードの上位に乗っていました。学生トップなのは分かっていたので、これは予選突破できるんじゃない? とか言いながら笑っていたのを覚えています。このあたりが後々ボーダーになるんだろうな〜という話をしていて、実際そうなったのである程度読みは正しかったのかなと思いつつ。

総括/最高

監視に強い人(@h-otter)強い。常に横で IOバウンドかネットワークバウンドか、みたいなことを見ながらアドバイスしてもらえる環境は最高。

限られた時間の大会という環境でもくもくとコードいじれる人(@hogas)強い。とにかく僕が頭が回ってなくてコードをまともに書けない状況にあったので、そんな中でちゃんと改善する変更を入れ続けてくれて最高。

基本的にどこに手を入れればいいか、この変更はコスパ的にどうかみたいなことを常に考えながら立ち振る舞えてはいたと思うので、そういった点ではなかなか善戦はできたかなと思いつつ。
しかし、できたことは山のように残っているなという感想。、途中で集中力が切れてしまったこともあり、こういう結果になったのは悔しいなと思う。

ただ、これだけ言えるというのはつまりバランスが最高だということに他ならなくて、こういった駆け引きができるバランスのゲームを作るのはとにかく難しいなと思っているだけに最高だな！！！という気持ちです。
こんな最高のコンテストを生み出してくれた運営の皆様、ありがとうございました。そしてお疲れ様でした！

本選に行かれる皆様はぜひとも頑張ってほしいなと思うところです。

次回は最高の♨️から最高の心構えでやっていきたい。

• 第6回 ICTトラブルシューティングコンテストの運営委員をしていました
• ICTSC7 の運営委員を務めました

に引き続きのエントリになります。ちなみに記事はないですが第5回でも運営委員を努めさせて頂いていたので、これで4回目になります。
後述しますが5回目はないので運営委員シリーズはこれで最後です。(そもそもシリーズものではないですが……)

偉そうになんやかんや語っているところだらけですが、あくまで主観だし間違いも色々あると思います。ただの記録や雑感として受け取って頂ければ幸いです。

表題の ICTSC8 とは、正式名称を「スカイアーチネットワークス杯 第8回ICTトラブルシューティングコンテスト」と呼びますが、学生主体の学生による学生のためのインフラ技術中心のトラブルシューティング大会です。
インフラ技術といっても色々ありますが、ここで指しているのは主に OSI参照モデルの L2-L7 あたりを指します。運営委員はL1もやってますが、問題としては出題されていないはず。

今回は電気通信大学で開催され、数回ぶりの学校での開催となりました。ちなみに前回, 前々回はNTT東西の研修センタで、その前は Cisco 東京本社でした。

前回、前々回となんらかのマネジメント的な役職についていましたが、今回はそうではなく、単なる平の運営委員としての参加でした。
特に今回は何をしたということを主張することもしづらいような立場でしたが、問題を1問作り、あとはひたすらコンテストサイトに手を入れていた気がします。

作った問題はこれ (問題解説: ホビットの国 第二のトラブル | ICTSC tech-blog) で、ICTSC7 における運営側のトラブルを再現したものになりました。
Keystone API のバージョン差異によるトラブルであったことまではわかっているのですが、未だに原因が究明できていない問題の一つです。
OpenStack を理解している方には是非運営委員に来ていただきたいところ……

(実はもう一問作っていた問題があったのですが、自分の力不足により出題できず仕舞いとなりました……)

コンテストサイトについては、3回を通して色々とやってきたこともあるので、近日中に別の記事にまとめたいと思っています。
引き継ぎは失敗したので、次回はないかもしれません。心残りのうちの1つです。

きっかけ

そもそものきっかけは、ふわっとしたサーバー/ネットワーク技術への興味があった自分を @whywaita 先輩が運営に引き込んできたところから始まりました。

スイッチとルーターって何が違うんだっけ、というような右も左も分かっていなかったアホの自分でしたが、実際の機器の操作やDCでの作業など、様々な経験をさせて頂けてとても学びになりました。en, conf t, do show run, ...

そこに自分も何らかの貢献ができたり、その次の世代へ、というように流れを作ることができていたならよかったのかなと思います。

技術面では、いかに面白いことをするかということで Linux のカーネルモジュールを書いている人がいたり、OpenFlow をやったり、家が立つような価格の機材でなんやかんやしている人がいたりした一方で、目に見えるところではシナリオを導入したりも運営も満足できるコンテストにできるのかということを考えながら進めた運営でした。

至らぬところも数多くあり、人間関係が破滅しチームとして動くことの難しさを感じました。やっぱり自分はマネジメントに向いていない……
一方で、チームでしかできないこと、チームでやることの楽しさを感じた回もありました。

特に、次の世代への引き継ぎという点では至らないところが多かったと思っていて、自分が運営委員を努めていた4回の中で新しく入ってきて、僕がやめることになった第8回の時点で次もやると言っていた方は5, 6名程度だったのかなという気持ちです。巻き込んで楽しいと思ってもらうというのは難しいですね。オーガナイズやマネジメントをする立場としては、やはりこういった巻き込み力が大切なのかなと思いました。

暴論

また、私はIPAの情報処理技術者試験でネットワークスペシャリストやらなんやらを取っていましたが、結局そういったものを得ることに大した意味はないのかな、などと思っています。百聞は一見にしかず。もちろん体系的な知識を得る機会になることそのものは良いと思っていますが、結局業務独占できない資格に大した意味は無いんや……!
(しかし単に話のネタになるので、残る最後のテクニカルなスペシャリストであるところのデータベーススペシャリストぐらいは取っておくかぐらいの気持ちがあります。)

特にリーダー/副リーダーは20人規模のグループのマネジメント(ができていたかどうかはともかく)をすることになるわけで、こういったことに挑戦できる機会というのは学生ではなかなか得られないと思います。人やマネジメントということに興味を持つようになったのもこのあたりなのかなと。

もちろん社会人になってからもこういったことを経験する機会は多いでしょうし、学生しか失敗できないということはないでしょうが、それでもこういった機会があることは素晴らしいことだと思いますし、若いうちに積んでおいて損をするわけではないのかなと思います。
(もちろん、そんなことをしている暇/隙があったら個人の技術を磨け、という論調もありますし、同意します。)

最後に

実際にそういったものに触れられる環境へ繋がる機会を下さった実行委員の皆様や、そこへ自分を引き入れてくれた運営委員の @whywaita を始め、一緒にICTSCの運営をした運営委員の皆に感謝します。ありがとうございました。

(しかし、僕が運営委員をやめたあとにも @whywaita が運営委員をしていることを観測しました。不義理を働いてしまった……)

次回はどうなるんでしょうね、楽しみです。

さて、第50回 情報科学若手の会 (…) | 情報科学若手の会 というものがあります。
詳細はリンク先の説明に譲ります。

毎年この時期にやっていることは以前より知っていましたが、秋の花火を打ち上げる諸用と被っていたことが理由で参加できずにいました。
今年はかぶらないという事で、参加させて頂きました。

雑感

カジュアルではありながらも、少しでもアカデミックに若干寄ったイベントというのは初めてで、質疑応答の時間も長く、新鮮なイベントでした。

特に登壇者層は若手から若手(ではないが夢がある者)へと幅広く、話題もノンジャンルといって良いほどに幅広いものでした。ブロックチェーンやAIといった最近流行っているテーマから、人生戦略、ECMAScript, 研究支援, 地政学, 量子プログラミング, 考古学, オフィスを建てる, … 様々ありました。

交流の時間も非常に長く、また幹事の方々が考えられた交流イベント(QRコードへ付箋を貼りつつ戦っていく、往年のバーコードバトラーのような何か)もとても盛り上がりました。ありがとうございました!!

また、ナイトセッションでは酒とエモい話が並び、大変にNSFWな感じで良かったです。

登壇した

そして、やはりイベントに出るからには登壇する必要があるようで、気がついたらショートセッションの枠へ登壇登録をしていました。しかも実際にはショートセッションを2つマージし @h-otter と合同で登壇するという暴挙にでていました。
内容としては、ICTトラブルシューティングコンテストの紹介と称してざっくり歴史をまとめつつ、自分たちが参加した会でのやったこと、辛かったこと、上手く行ったことなどを順に追っていく成長記録のような感じでした。2年間ですが、色々あったのかなあと思いつつ、やはりマネジメントは難しい。
ロングトークのマネジメントも難しいですね、精進します。

スライドはこちらです。HackMD (Reveal.js) なので一覧性が低く申し訳ないです :bow:

雑感その2

会場の Wi-Fi も非常に快適で、やはり Aironet は最高という気持ち。そのまま勢いで自宅の Aironet をギガビット対応させるべく電源を購入しました。

やはりこういう少し変わったイベントには少し変わった人が多く来るという(主観的な)偏見があり、実際そのように様々な人と話すことができました。しかしコミュニケーションは難しい、やっていきたい……

その他、次年度の幹事になるなどのイベントが発生しました。マネジメントつらいという話をするとマネジメントをする側になるのだなあとしみじみ思う次第です。どちらかというとオーガナイズよりな気がしますが、楽しんだもの勝ちなので全員で楽しんでいけるような会にしたい……!

やっていくぞ。

私信になりますが、もうすぐ就職か院進かというところで色々な悩みが発生したりしなかったりしています。
フィーリングでやっていきますが、もし何かお話等ありましたらご連絡いたしましたら幸いです。

成果物は kyontan/datadog-zabbix-history です。

長い前置き

ところで皆様は Datadog を使われていますでしょうか?
インフラ監視系の SaaS やソフトウェアというと、今挙げた Datadog を始め, Mackerel や Zabbix, Nagios, AWS Cloudwatch 等々、現状では様々なプロダクトが存在しています。最近だと Datadog や Prometheus の名前をよく見かける気がします。

そんな中最近、自分のバイト先では使われているのが Datadog です。サーバの監視なんかだと、 Integration の種類も多く、デフォルトで様々なメトリックが取れることや、ダッシュボードの見やすさなどがイケているかなと。
特に SaaS だと、バッファリングがあるにしてもメトリクスの抜け落ちや一時アクセスできなくなる問題などはあり、クリティカルなものを全部載せるわけにもいかず、ただ SaaS の恩恵は受けたいというのが正直なところでしょう。
(mackerel-agent のログを眺めているとたまに何故か 404 が返ってきていて笑います)

ただ、設定が複雑化したり、そもそも設定数が多くて移行がダルいというのが正直なところです。エイヤでやる体力があれば良いですが、ホスト数が増え、監視項目が万の単位であるとそれはそれは……

おそらく皆さんは Zabbix のアイテムやらなんやらを XML で書き出してごにょごにょしたり、それを Prometheus の設定にいい感じに変換する何かを書いたりされているかと存じます。そしてそんなコードは短いから/特定のドメインに特化しているからと公開せず、誰もが誰かは書いているだろうと思いながら書いていることでしょう。そうですよね?

今回ご紹介するのはそんなあるあるプロダクトです。やることは記事のタイトルに書いてありますね。

本編

最初にも書きましたがこれ (kyontan/datadog-zabbix-history) です。実装としては、Zabbix の DB からメトリクス (Zabbix でいうアイテムのヒストリ) を勝手に拾ってきます。
いい感じに動きます。良かったですね。

現状イケてないところが1つあって、 dd-agent は独自の組み込み python を使うので pip で入れたパッケージを読んでくれません。インポートパスを弄ります。良くないですね。

まだ、とりあえず動くというところなので、様子を見ていきたいですね。

皆さんはおそらく何らかのチームでのコミュニケーションに Slack を使っていて、総資産を Dr.Wallet で管理されていて (ここで読者の8割が脱落)、その総資産を逐次仲間に共有したいですよね! (残存者0)

で、やっぱり皆さんも共有したいでしょう、というわけで作りました。

(実は1年ぐらい前に作ってあったのですが、環境依存が辛かったので Docker に押し込む作業をしました)

GitHub kyontan/assets2slack

雑に docker-compose run --rm crawler とかやると共有できて便利です。

おそらく最近のアプリケーションなので docker-compose.yml が置いてあります。ポジショントーク?じゃないですが、こういう環境作りが面倒くさいアプリケーションの共有には向いていると思います。
1コンテナにまとめたかったのですが、少し面倒くさそうだったので投げました。PRお待ちしています。

実装は至極簡単に、 Ruby あるあるな capybara + selenium-webdriver で雑にクロールして Webhook で投げているだけです。技術に新規性はありません。

話が逸れますが、 Dr.Wallet のレシート人力OCRは精度も良いしおすすめです。あと、どうやら iOS より Android アプリの方が3倍ぐらい機能が充実していて便利です。NFC で Suica も読めるし。

皆さんもこれを使って総資産で殴り合っていきましょう。僕の総資産はたまにマイナスになります。

(某アドベントカレンダー120日目?の記事です。自己紹介を端的にするとインフラをやっているおそらく部署内で唯一の非内定者アルバイトです。)
とにかく情報共有というのは難しくて、特に文脈を伝えるのが難しい。
現状自分はなんとかやっているが、アルバイトとかリモートとかそういう立場だと特に難しいなと感じているので思っていることを書いた。
大きく階層化Wikiと非階層化Wiki に分けられると思っていて、僕は階層化Wikiが好きだけれど、最終的には非階層化Wikiが勝つと思っている。

結論は出ていなくて、これは問題提起です。

以上

本文

こんにちは。記事を書いている今は2時です。

インターンでも内定者アルバイトでも正社員でも契約社員でもなく、自分の立場についても考えつつの kyontan です。

最近、コンテストの運営であったりバイトであったりと、何かと複数人で情報共有をする機会が多いです。
これが必要になるのは自明で、なぜなら1人でできることの幅が限られているからですね。
1人であればちょっとしたメモで事足りるようなことでも、複数人で共有するとなるとコンテキストが共有できなくなったりします。
(1人だからといって雑なメモで済ませると、それはそれで後々読み返した時にわからない問題が考えられますが、今回は考えません。関連はしていますが……)

このコンテキストの共有、というのが目下の自分が直面している最大の課題です。多くの情報にはコンテキストがついて回るのですが、なかなか重要性が理解されていないものでもあります。
コンテキスト、日本語で言うならば”文脈“であり、言うならば文章のバックグラウンドとでも言えばいいのでしょうか。事前に知っておくべき情報や、それを知るにあたり知っておくべき情報、というのがこれにあたるかと思います。

これらをどのように表現するか、というのが目下の大きな課題です。例えばプロダクトの開発であれば、ある実装に対して、たまたま開発者のスキルレベルが不足していてその実装になったのか、はたまた何らかの事情がありそのような実装になったのか、そしてその実装をする必要が”今”はあるのかどうか、などというのは実装上には現れない情報として表現されます。
プログラムであればこういったことはコメントやアノテーションで表現すべきですね。最近であれば正しくTDDが回っているような開発では、テストが通る限りどのようにリファクタリングをしても問題がないかもしれません。

しかし、それがプログラムの外の情報だったらどうでしょうか?
たとえばビジネスやお金の話、コードでは書けないような交渉など、なんらかの事情があり今の形になっているにも関わらず、その理由が明文化されてないことが多いのではないでしょうか。
こういった状況で、かつ何も背景情報が伝わっていない人がその背景を理解している人に代わってその状況に対処することは難しいといえるでしょう。
もちろん、対面のコミュニケーションによってもしばしばこの問題は生じます。特に自分のような週に1, 2度しか業務に関われない立場では、タスクを割り振られるたびに、そのタスクの必要性を聞く必要が生じます。

チーム開発において、このようなことは多々存在し、これを上手く伝える方法を僕は模索し続けています。
そこで必要なのがドキュメントです。しかし、プログラムのソースのように何らかの書くべき場所が指定されていない、というのが大きな問題でもあります。

一般的にこのような状況で使われるツールは情報共有ツール(そのままですね)や、コラボレーションツールと呼ばれることが多いでしょう。領域によってはグループウェアと呼ばれることもありますね。
Wiki というのはドキュメントの1つの形態であり、どのような形であるべき、というのは定義されていない(と私は認識しています)が、それに関わる複数の人間が編集できる情報の保存場所として有用であると考えています。

Wiki を作るソフトウェアとして、日本では Pukiwiki や Mediawiki  (これは Wikipedia で使われていますね) などが有名かと存じます。最近では Crowi なんかがあり、自分はとても気に入っていて、冒頭で書いたコンテストの情報共有にはこれを導入して3回に渡り使い続けています。
他にも、あまり Wiki という呼び方はされていない気がしますが、 esa なんかはこの部類に入るでしょうか。
これらの Wiki の共通点として挙げられるのが、「情報に階層があることを前提としている」ということです。

これの共通点に着目し、対抗(?)として作られたのが Scrapbox でしょうか。実は使ったことがほとんどなくて、まだ言及するに至らないレベルなので明言は控えさせて頂きたいのですが、非階層型Wiki として出てきた印象があります。(参照: 階層整理型WiKiはスケールしない – 橋本商会 – Scrapbox)
似たような特徴を持っているものとしては Qiita (or Qiita:Team) なんかも近いでしょうか。
また、Kibela のような、Wiki(集団として共有すること) と Blog(個人の備忘録, ポエム) を分けて記録できるサービスも存在しますね。

では非階層型Wikiはどのように情報を結びつけるのか、という話になりますが、基本的にタグを元にしたページ間の N:N の結びつけをすることが多いです。
階層型であると、どうしても親ページ(ディレクトリ)に対する 1:N の結びつけになってしまうので、そういった点においてタグという仕組みが有利なのではないかと考えています。

人間の記憶自体は後者に近い有機的な繋がり方をしているとされていますが、実際にそれを情報として書き出す時に、どちらの方がやりやすいでしょうか。
私は Crowi を使っていると書いている通り、(個人的に)書き出しやすい、情報の見通しが効く(ツリーで構造を可視化でき、親情報を見通しやすい)という点で勝っていると考えています。
非階層化Wikiは、たしかにタグ付けをすることにより階層化Wikiに比べ有機的な情報の繋がりが作れると考えていますが、適切なタグ付け、および関連ページの表現方法においてまだまだ難があるのではないでしょうか、どうなのでしょうか……
ただ、最終的には人間の思考に近い形の保存形態が残っていくのでは、と思っています。こういった非階層型Wikiの動向にも目を離さず追っていけたらと思う次第です。

話が飛んでしまいましたが、結局、どのようにして我々はコンテキストを共有すべきでしょうか。
階層型Wikiの利点として、正しく階層化されたWikiであれば、該当のページに至るまでの階層にそのコンテキストが埋め込まれていると期待することができる点が挙げられます。
では、果たして非階層化Wikiではどのようになるのでしょうか? 実際に自分が体験をしたことがないのですが、適切なタグ付けがされていれば、関連したタグのページを数ページ辿ることにより、階層化Wikiと同様の情報が得られるでしょう。
また、関連したページから関連したページにもジャンプすることができるでしょう。
ここで難しいのは、階層化Wikiにおける適切な階層化と、非階層化Wikiにおける適切なタグ付けがどちらも属人化した能力であることです。
これは何もWikiに限った問題ではありません。Slack や Chatworkといったチャットツールにおいても同様の問題があります。皆さんは適切な粒度でチャンネルを分けることができているでしょうか? その適切なチャンネル以外でそれに関連した情報は流れていないでしょうか?
リモートワークにてもしばしばこのような問題は生じます。最近は特に一部のメンバーがリモートな場合にどうやって情報を共有するか、テンションや気持ちを共有するか、という点に注目したブログ記事が多く散見されます。

この問題が解決しない限り、情報共有が難しいという認識を私は崩すことができませんし、解決すべきテーマであると感じています。
これらが技術の進歩によるアシスト、ないし人間のこれらの問題に対する理解によってより良い方向になることを願います。(もちろん願うだけではダメなので、やっていくしかないんですが。)

途中で日本酒を3合ほど入れた結果文体が崩れ、主語が大きくなり問題も大きくなりました。実際問題は大きいので、各自認識してやっていきましょう。

ICTトラブルシューティングコンテスト という学生が主体となってインフラやサーバに関するトラブルを起こして、学生が解決する(雑) な大会がありまして、その第7回、通称 ICTSC7 の運営側として参加してきました。

ちなみに、この前説は以前書いた記事からコピーしたものを数字だけ変えただけです。

実際に大会の本選が行われたのが 2017/3/4, 5 (土日) でしたから、もう2週間が経ったわけです。忘れないうちに書き残して置こうと思います。

今回もフォトレポートを始め、参加者や運営委員の方々がレポートを上げてくださっているので、そちらもご参照ください。

NTT東日本杯 ICTSC7 レポートまとめ

さて、改善点が多かったかと思えば最終的には反省点の山になり、上でリンクした記事を読み返したところ陰鬱な気持ちになった前回という大会がありました。それを元にして、今回はどうやって動いたんだお前という話です。

ちなみに活動期間ですが、2016/10/1 に運営委員結成開始, 2016/10/29, 30 にキックオフ合宿, 2017/2/18 より HotStage開始, 2017/3/4, 5 が本選でした。キックオフから数えて、4ヶ月に渡り活動していたことになります。

役割

今回、私はインフラリーダーとして、リーダー, 副リーダーの下にいる3つのリーダー職 (インフラリーダー, 問題リーダー, イベントサポート) の1つを勤めさせて頂きました。
改めてこれらの役割をまとめてみます。

リーダー, 副リーダー: 全運営委員 (今回は22名, ちなみに前回は16名) の指揮をする。また、機材折衝であったりイベント全体に関わる様々な部分において、実行委員(大人側)と調整を行う。
問題リーダー: 運営委員によって作問された問題の品質を保証するのが目的。スケジュール管理や問題のバランス調整が主な役割ですが、今回はシナリオ作成も行ってくれました。
イベントサポート: おそらく機能したのは今回が初。リーダーが今まで全てを担っていた機材折衝や管理の大部分を受け持ち、その他会場側との調整や、当日の段取りなど、実行委員側にお任せしていた内容を学生側でできる限り受け持つという目的のもと、それを主導する立場。
インフラリーダー: 問題を出題する基盤となる、会場ネットワークの L1 ~ L7 を設計/実装し運営委員および参加者に提供する、インフラ担当の運営委員のトップ。

各役割は確か運営委員が結成して1, 2週間ぐらいで立候補形式で決定した記憶があります。
あと、副リーダーが役職上しか存在していなかったという噂を聞きました。そういうこともあります。
忙しさの順序で言うと、問題リーダー>イベントサポート>=リーダー>=インフラリーダー ぐらいになるんじゃないでしょうか。あくまで今回の僕からみた主観的な感想です。ピーク値で言うと本選直前のイベントサポートが一番忙しそう。

やったこと

そんな中、自分が今回何をしたかを書いていきいます。
端的にいうと、前回は副リーダーとして色々やり、やらかしましたが、それでも僕は前回の基本的な方針は間違えていないという信念を持ち、できる限り近い方針で運用をしつつ、それでいて自分でほとんどタスクを持たないようにしました。

情報のやりとり

インフラリーダーがやることなのか分からないですが、やりました。
前回は Slack, Crowi (Wiki), Trello (ToDo管理), Google Drive (ドキュメント管理) の4つを主に使用していたはずですが、Trello を結局うまく使えず最新の情報が抜けまくってたのでやめました。
つまり、Slack, Crowi (Wiki), Google Drive の 3つで運用しました。

例のごとく Slack は最高のチャットツールですが、ちゃんとチャンネル戦略を練らないと一瞬で破綻するのでちゃんとやります。
具体的には左にあるはずの画像のような感じです。プレフィックスを良い感じにつけて、適度にサブチャンネルを付けると良い感じになります。(例: #infra 単体にしてしまうとサーバやネットワークといった異なる話題がごちゃ混ぜになってしまうので、 #infra-server, #infra-network を作るなど)
今回は問題のチャンネル #problem-xxx を作り、その中で各自が検証の進捗を書くようにしたのが新しかったでしょうか。あと、前回は HotStage (本選2週間から東京へ運営委員が集まり、インフラやらなんやらの直前準備を行う機関) に #hotstage-XXX チャンネルを色々作っていたのですが、既存のチャンネルとの差別化ができなくて混乱したのでやめました。
最終的なチャンネル数は 73チャンネル (うち分報15チャンネル, 問題個別21チャンネル) でした。メッセージ数は約47100メッセージ, うち59%が Public Channel でした。(前回は約48900メッセージ, 67%)

Crowi は最高の Wiki だと思います。ちょうど ICTSC7 が始まる前に 階層化 or 非階層化論争が再び起こり、Scrapbox も最近流行っているのかな、という感じはします。ただ、前回運用した知見があることに加え、前回の100ページを超える知見が溜まっていることは大きな利点だと感じ、前回の Wiki を継続して使用しました。
Wiki 自体は前回の運営委員がアクセスするものとは異なるものを同じデータをクローンして作り、 /ictsc7 という階層を切っただけです。
今回だけで新たに 144ページが作成されました。これは個人的にはとても驚いていて、前回は全体の147ページの半分以上を自分が書いていたはずですが、今回は自分が書いたのはたかが10ページ程度だったので、そこまでページがあったとは思わなかったからで。
今回は大人も含め積極的に Wiki にまとめるということをしてくれていた気がします。
ただ、まだまだこの運用, Wikiには改善すべき点があると思っているので、どうにか模索したいところです。
(例えば各ディレクトリ以下の情報をうまく収集して表にできたりすると、一々2つのページを手で更新しなくてよくて便利、など)

Google Drive は言わずもがなですね。基本的に Docs, Slides は使用しないので、 Sheets ばかりを乱用します。
IPアドレス一覧であったりネットワークの管理はやはりスキーマがある方が圧倒的に便利ですし、Markdown の表はめっちゃ使いづらいので、やはりリアルタイム同期ができて実質 Excel な Sheets は最高です。Conditional Format を使うと割りと楽に綺麗にできるのも評価すべきところ。
今回は1つのドキュメントにIPアドレスからVLAN設計からなにまで全部を詰め込みました。(今回は使っていませんが)シート間参照ができることと、別の内容を開きたい時にドキュメントを開き直さなくて良いのがメリットですね。ドキュメントを開き直さなくていいの、自明でしょという感じはしますが、Google Sheets の読み込みは結構重くてなんだかんだ10秒ぐらい奪われるのでシート切り替え1秒なんかで済むのは結構大きい気がします。逆にまとめることによるデメリットも今回だとないのかなと。

あとは、恒常的には使っていませんが HackMD はそこそこ使っていました。ミーティングの議事録なんかはこれで取るとリアルタイム同期されるのもあって便利です。

ちなみに、情報のやりとりがスムーズにできるとだいたいのことは良い感じに行く気がします。でもモチベーションの維持が大変ですが……

インフラ

インフラリーダーとして何をやったかというと、基本的になにもしていません。
インフラリーダーがそれでいいのか良く分からないんですが、今回の運営委員はインフラに強そうな人がたくさん居たので、多分任せたら良い感じにいくんだろうなって思いました。
おそらく僕がすべきだったのは進捗確認だったので、進捗確認と次にやるタスクの明確化だけは常に行いました。ミーティングについても、全体でのミーティングが月1程度だったのに対し、インフラ担当の中ではその倍の頻度である2週に1度の頻度で行いました。(週1開催という目標は達成できませんでしたが……)
あとは一部機材折衝をしましたが、実際僕がやったのはここまでなので、実際にどういうことを運営委員全体としてしたのかをつらつら書きます。

ちなみに大会ネットワークというのは結構自由なもので、スター型であろうがフルメッシュであろうがリング型であろうが、気合さえあればやることができます。コンテストのルールすら自由に変えられますからね。

ちなみに前回 (ICTSC6) の HotStage 末期には、テンションが壊れた運営委員が「次回はオールSDN, オールIPv6, オールBGPでやるぞ」などと叫びこんなホワイトボードを書き残していましたが、知られていません。消したら消えました。当たり前ですね。

さて、今回は SDN やってみようぜ! というテンションの元、いくつかの SDN 技術の検証なんかを最初の2ヶ月ほどを使ってやっていました。具体的には Midonet, OpenFlow, QinQ (これはSDNではない) なんかを検証し、どうにか取り入れられないかと試していました。結局色々な制約があってだいたいなくなったんですが、実は OpenFlow は競技ネットワークの片隅で動いていたりしました。参加者の皆さん、ご存知でしたか?
ラックの上部にハードウェア OpenFlow スイッチがマウントされていたことに気が付いた方は何名いたのでしょうか。でも実際に OpenFlow が動いていたのはそれではなく、下から3番目にマウントされていたラックサーバです。すみません。

競技ネットワークには、プロビジョニングを簡単にするという目的のため、各チームのVMがそれぞれ同じIPアドレス, ネットワークアドレスを持つ設計になっていました。つまり、同じネットワークアドレスを持つネットワークが15個 (=チーム数) 存在していました。運営ネットワークからこれらのVMを区別してアクセスするため、VLAN ID を利用してIPアドレスを書き換える不思議なNATが前回に引き続き今回も存在しました。前回はこのNATの実装として、Linux の netfilter に適用するカーネルモジュールが書かれていましたが、今回はこれを OpenFlow を使った Open vSwitch での実装に置き換えました。コントローラーは Python の ryu でした。

話が飛びましたが、ネットワークの設計について、最終的には ICTSC6 の基本設計を踏襲しつつ、実装する技術の選定からはゼロベースで行う方針になりました。基本設計は基本的に毎回ゼロベースでやっても同じ結論に帰結することが多いので、そこの手間を省き実装に時間を割いたということになります。

実装がどう違うかというと、例えば前回使っていた Apache CloudStack が OpenStack Newton に変わる程度の変化がありました。これは大きな変化で、途中 Horizon というコンポーネントがなかったことにされる程度の些事はありましたが、期間全体を通して安定動作し、再構築も容易な OpenStack はやはり良かった気がします。(前々回も OpenStack でしたね。ちなみに前々回使ったときは諸事情あり Neutron が使えませんでしたが、今回は使えました。時代の進化を感じます)
その他、過去2回に渡りインフラの都合で出題できていなかった IPv6 にまつわる問題を出題するため、コアネットワークに IPv6 を割り当てました。OpenStack の VM には必要性がなかった(+やはり不安があった)ため割り当てませんでしたが、Ocata では IPv6 Full Support らしいので、次回こそはあるかもしれませんね。また、これに伴い、対外接続を提供頂いた Home NOC Operator 様には グローバルIPv6 アドレスの割当を頂きました。ありがとうございました。

また、会場で提供している無線LANから問題VMの提供されているネットワークへの疎通性を持たせたりもしました。少なくとも僕の知るICTSCである限りの直近3回でこれができたのは今回だけです。それに伴い、802.1X で良い感じに認証してそれぞれのチーム, 運営のVLANへ繋がるようになっていました。
802.1X にすることで、参加者がLinux マシンを持ってきたら繋がらないのでは? という懸念がありましたが、幸い Linux マシンを持ち込んだ参加者は Network Manager で無事接続できたようです。ちなみに FreeBSD なノートPCでも繋がったらしいです。
ただ、残念ながら、Network Manager の入っていない Arch Linux を使っているとある運営委員の ThinkPad では繋がらなかったらしいです。

そういえば DNS の構築は僕がやりました。今回は NSD をコンテンツサーバとして、Unbound をキャッシュサーバにしてやったみたいです。ゾーンファイルなんかは自動生成で適当にやるようにしたりもしました。ドメインがあるのは結構便利で、作業効率が若干上がった気がしますし早めに導入しておくと良さそうですね。
え、Unbound + NSD は TAB問題だって? そりゃ DNS構築したときにハマったものを問題にしたんだからそりゃそうです。HotStage にねじ込んだらどこかの会社の1問目になっていてびっくりしました。
ちなみに解答としては、SELinux を無効にする (or 有効にした状態で 10053/UDP を NSD が Listen できるようにする)、iptables で 53/TCP, UDP を許可する、 unbound.conf へ insecure-domain を追加する、nsd.conf の 172.16.0.0/16 がミスタイプであることに気が付き、 172.16.0.0/12 に直すで満点です。文脈がわからないと何も分からないですね。
ちなみに半分ぐらいのチームが解いたみたいで、半分のチームは2問目以降へ進めなかったということになりますが、上の通り初歩的なミスを連続でやらかしているだけなので、頑張りましょう。

問題といえば、KYF問題は面白かったですね。これは僕がキックオフで酒を飲んでした発言を本当に実現されたもので、WoLパケットを送るとVMが起動するっていう、何が起きてるのか分からない問題です。実際にはネットワーク上に隠しVMが居てパケットをキャプチャしていて、WoLパケットを拾うと OpenStack Nova API を叩いて VM を起動しているんですが、ここまで説明しても凄いのか良くわからないですね。でもその実装力はすごいと思います。

また話が逸れましたが、競技用ネットワーク全体でBGPルーティングされたりもしたみたいですよ。

ところで、ここまでを振り返ってみて、何かに気が付かないでしょうか。
今回のネットワークにおいて、IPv6 はコアネットワークと参加者の手元に到達性があり、OpenFlow が組み込まれ、BGPが周り、そしてRadius認証のある無線LANが提供されました。つまり、夢はだいたい叶ったということです。
実際、前回こんなことを言っていたときには、こんなの叶うわけがないというニュアンスで笑いながら言っていましたし、そもそもこの話は今回の運営ではしていないので、本当に偶然なのですが。

結局、大会のインフラというのは合理性を取ると本当に何もなくなってしまうので、できる限り参加者に楽しんでもらえるように面白い要素を詰め込みつつ、いかに無駄な作業を省き、いかに面白い技術を取り入れ、そして安定したネットワークを参加者へ提供するかというところに向かっていくのが理想だと思います。そういった意味で、今回のコンテストはルールの面を始めとして参加者へ面白いものを提供し、インフラは結構面白いことができ、そこそこ自動化され、ちゃんと安定していたので良かったのではないかと。

次回はどうなるのか楽しみですね

コンテストサイト

今回もやりました。

アンケートを見る限り概ね好評だったようで、良かったです。初日の朝のミスは頭が真っ白になりましたが、git push してなかっただけでした。
基本的に前回起きたパフォーマンス系の問題 (真面目にRESTしすぎてDoSになった問題) を解決しつつ、今回のルール変更へ対応し……というのを真面目にやりました。具体的にはスコアボードを実装したり、問題の公開条件を変更(時間による条件を廃止し、問題を解く度に次の問題が公開されるようになった)、みたいなところを修正しています。
その他、真面目に SQL を勉強して ActiveRecord に泣かされたり、前回参加者に怒られたのがトラウマになったのでパフォーマンスチューニングをそこそこ真面目にやって5台の物理サーバを使い60物理コア, 120スレッドの環境で分散させたりした結果、Sinatra アプリケーションにもかかわらずエンドポイントによっては 1000req/s を優に超えたり (30~10000req/s) しましたが、実際には20req/s を超えることはほとんどありませんでした。ちゃんと負荷を見据えてエンドポイントを設計しなおしたのが功を奏したので、良かったです。
あとちゃんとリクエストやら負荷やらを Zabbix + Grafana 可視化したりしてくれてました。

懺悔になりますが、前回に引き続いてデザインとフロントエンドを実行委員の方へ丸投げお願いする形になりました。また直前で負荷を掛けさせてしまい、すみませんでした……。フロントエンドが Angular2 から Vue2 に変わったのは何かの陰謀です。

ドキュメンテーションとリファクタリングとテストコードはこれからやります……。

まとめ

こんな感じで、僕は前回と同じでコンテストサイトの開発に没頭していたICTSCでした。
全体としてもトラブルなく終わったと思っていますし、成功に終わったと言って良いでしょう。

まだまだやるべきこと、改善すべきことはありますが、ひとまずここまで。

ここに来るまでご尽力くださった、ICTSC7 のスポンサーの皆様、実行委員の皆様、そして支えて下さった運営委員の皆様へ感謝します。ありがとうございました。

記事の間隔を見ると3ヶ月で辞めたように見えますが、今回やめた会社の方が圧倒的に居た期間は長かったです。(約2年)
掛け持ちをしていると、「弊社」という発言の真意が取りづらくなってややこしいですね。

スケジュール感

2016/秋頃: 辞めたくなる (後述)
2016/12/12: 直属の上司に辞める旨を伝える
2016/12/xx: 取締役に辞める旨を伝える
2016/1/30: 最終出社日
2016/1/31: 退職

前提

ちなみにどういう会社かというと、都内にあって、受託メインで、ゲームやアプリ開発なんかもやっている、至って普通(?)のIT企業です。研究所系の案件が多かったのが特徴的でしょうか。(Webサイトに書いてあるので公開情報)
社員数は20名程度で、毎年、原則として社員の平均年齢がインクリメントされます。
n次請け案件はあまりなくて、基本的に1次, 2次程度の案件が多数, フレックスタイムが 12:00 – 15:00 なところは珍しいでしょうか。

働き始めたのは、高校3年生の春 (3月) でした。3月というのはつまり卒業直前ですね。そこまでスキルがなかった自分を雇ってくれるところは他になかったでしょうから、ありがたいと思っています。

入ってからは、どこぞの iOSアプリをコードベースで0から書いたり、OpenGL ES でシェーダーをごりごりしながら OpenGL 1.0 のソフトウェアを iOS へ移植したり、Java の炎上案件の火消しを手伝ったり、CUDA のコード書いたり、C++ x OpenGL なソフトウェア開発やら高速化やら、2万行の jQuery と格闘しながらフロントエンドの改修・機能追加なんかをしたりしました。
退職直前の作業PCは Xeon E5 x2CPU でRAMが 64GB で GeForce GTX1080 の 2枚刺しでした。はやかったです。
設計はあまりしていないので、純粋にプログラマーだった気がします。しかし自分が書いたコードがそのまま仕様になったことは数知れず、うーん……
あと、受託とはいえ、2年間の業務の9割近くは 1つの iOS アプリの開発・改修をしていました。なので辞めた理由もこれに大きく影響しています。Now Available on App Store for Freeですので是非ダウンロードしてください。何とは言いませんが。

辞めた理由

自分の仕事に対して、貰える額が見合っていないと感じるようになったからというのが最大の理由です。

自分は開発経験もほとんどありませんでしたし、その勉強時間は業務時間内に頂けました。
しかし、勉強をして、その結果としてコードを書いたとして、それがどんなに稚拙であっても動いていればよく、レビューされることは全くと言っていいほど無いわけです。
これは受託ならではの特性だと思っていて、瑕疵責任はあるにせよ、見た感じバグなく動いていれば、中身はどうでもよく、納品すればそれっきりだからというのが大きいのではないかと思います。

特に、 iOS なんかは社員の人ですら経験者がほぼ0でしたので、むしろ社員の人が自分の書いたコードを元にコードを書くようなことがありました。
結局、数万行(これが多いのか少ないのかは判断に困るところですが)のコードをほぼ1人で書いて、しかも納品してそれっきりではなく、その後の退職直前までの改修をほぼ1人でこなしました。
(ちなみに愚痴を言うと Objective-C で iOS 7 サポート, 著作者表記必須ライブラリ使用禁止縛りです。つらかった……)
もちろん自分が書いたコードが完璧だとは全く思わないわけで、むしろ自分のような初心者が書いたコードなんてクソですから、ちゃんとレビューをされたいし、効率の良い書き方を知りたいわけですが、そのような機会に恵まれることはついぞなく、延々と master へ svn push し続ける日々が続いていました。
まあでも、当時はそんなものかと思っていました。

危機感を持ち始めたのは昨夏。
自分が試験期間なのでバイトを休み、1ヶ月後に再び来たある日、リポジトリには iOS ができる派遣の人が来て実装がされた形跡がありました。社員の人はコード書かないんかい……
ちなみにその方が書かれたコードは命名規則がシステムハンガリアンで、最上位階層の ViewController にガンガンクラスメソッドが追加されていました。感動して涙が出ました。結局あとでだいたい消した。

きっかけは、そのときの派遣の人月単価と、案件の人月単価を知ってしまったとき。

自分の月50時間に満たない作業分が、n人月 = x万円、なるほど。それと同程度の工数見積の機能実装に関する派遣の方の人月がx万円? なるほどなるほど。
もちろん設計や保守の工数、会社の利益があるとはいえ、分かりが芽生えた瞬間でした。

決め手になったのは、辞めるという話をする少し前。

次の改修の納期も近いし、流石に人が足りなさそうだから人を足そう、ということで新人の方がプロジェクトに加わりました。もちろん iOS ができる人はいないので、僕が教えることに。
1年半以上 iOS をやっているとは言え、完全に独学で、バイトで、教育係(?) うんうん、教えるのもバイトの役割ですね!
え、アプリの画像素材を複数倍率でPSDから切り出せるのは僕しかいない? 引き継ぎ用の手順を動画に? なるほど!!
(ただの Photoshop CC の Generator ですね。イケてる機能だと思います。あと、僕はこれが普通だと思っていたんですが、通常の案件では切り出された状態の png で送られてくるということを知ったのは最終出社日でした。)

後のことはいいから、辞めようと思いました。

時給を上げる交渉をする、という手がなかったわけではありません。実際、過去に一度実行しました(その日のうちに100円上がった)し、それ以外でもある程度は評価されていて、数ヶ月に一度時給の見直しはありました。
おそらく、一度に100円時給が上がるバイトなんて他業種ではそうないでしょうし、最終的にもらっていた時給も僕の知る範囲では高い部類でした。
(そもそも学生のエンジニアバイトの時給が安い問題はありますが、そこまで踏み込む気はありません。あくまで個人の主観としてです。)

それでも、僕は学生の時間を削ってバイトするからには学びが多くあって欲しいと願っていました。
2017年にもなって iOS 7 をサポートするのはわずか数%残存しているユーザーのためです。(使い続けるのはクソだと思っていますが) ただ、それを僕がやる必要があるのか、今やるべきことなのか、という点において大きな疑問がありました。
(もちろん、iOS 7 の話は色々ある話の1つに過ぎませんし、iOS 7 については、冗談抜きで10回以上はデータ込みでもうサポートやめましょうよ、と説得を試みました。受託なのでやめられませんでした。◯◯◯許さん)

自分が投資の対象ではなく人月として見られてしまうのは自分の落ち度でもあります。ただ、そうでなくても今の環境でそれを改善するのは難しいと考えました。

そんなこんなで精神がつらくなったので、労基法ギリギリの2週間前 (納期x週間前) に伝えてやめようかとも少し思いました。
ただ、流石にそこまでのうらみつらみは無かったので、その後すぐに上記のような理由をまろやかにしたものと共に退職のお気持ちを表明し、1/31 をもって退職しました。
ちなみに退職のお気持ちを表明した後の1ヶ月間、主業務が新人社員の方への引き継ぎになりました。不思議ですね。

エンジニアバイト四方山話は色々あって、残業代が出るのでうちはすごい! みたいな話はたまに聞きますが、有給がもらえて普通に使えたり、賞与が出る会社はそうそうないんじゃないかと思いました。上に挙げたような話を除けば、労働環境としては申し分ありませんでした。
今回は、たまたま僕が関わっていた案件周りがつらかったというだけです。他に携わった案件には面白いものもありましたし、そういったものに関わることができたのはいい経験でした。もちろん iOS 開発についても、誰にも頼らず0から独学で学ぶ機会があり良かったです。ともかく学びは多かったということです。

ちなみに時給倍くれたら残りますよという話をしたら本気で検討されたので丁重にお断りしました。良かったですね。ちょっと後悔しています。
ただ、まあ仕事してアウトプットしてるならそれに見合った評価はされたかったなという気持ちです。残念ですね。

機会、環境、考え、金など、茫漠とした概念が世の中にはあり、我々はその中で最適な解を求めてやっていく必要があるということでした。

とりあえずそんなこんなで無職になったのでは? と思いましたが、そもそも本職は学生でした。無職じゃないよ!

これからアルバイトを始めても、おそらく3ヶ月でやめるなんてことはないでしょう。ですから、次の退職エントリがあったとしても、それはしばらくさきのことになるでしょう。

とりあえず学生のうちに色々な会社を見ておきたいという気持ちはあって、お話が聴けるだけでもありがたいので、会社見学やらインターンやらアルバイトやらしたいなと思っています。
あとお酒が飲みたいです。お肉も食べたいです。寿司も大好物です。

もしご興味を持たれた方がおられましたら、 @sukukyon なり Facebook なり Github なりでご連絡頂ければ幸いです。

はじめに

この記事は、僕が一応代表という事になっている、豆腐屋というサークルが C90 で KnobCon を出すに至った一連の流れを追いかけたものです。
こんな機会がなければ絶対に外には出ない記録でしょうし、内部の人間も見返すことはなかったでしょう。

そしてただのポエムで、晒しで、反省でもあります。

また はしけむの KnobCon前史(仮) – 0rangetail をお読みでない方は、先にそちらを読まれた方がよいかと存じます。

なぜ (仮) なのかというと、まだ終わっていないからです。別に意味深な話ではなく、まだ KnobCon が世に出てから4ヶ月しか経っていません。その今、全てを過去のものとして語るには早すぎるのでは、という意味合いで言っています。

まず、この Advent Calendar の 10日目 に少しだけ書いたものを引用します。

そしてメンバーを振り回したということが半年ほど前にあり、彼 (はしけむ) もその振り回された一人です。KnobCon のオリジナルアイデアは彼によるものです。その節は本当にすみません……

結果として最終的に KnobCon というものができ、実際に頒布できたのは奇跡だと思っています。
今日はそれについては何も書きませんが、そのうち、誰かが @kyontan はクソみたいな話をしてくれるでしょう。

これを深く掘り下げようという話です。
つまるところ、我々はどのように考えてこれを出し、どのような事があり、どのように今に至るのかという話です。

前振りが長いですね。本題に入ります。

本題

とにかく僕は記憶力が悪いので Slack をひたすら漁ってぺたぺた貼っていきます。だいたいメッセージ数でいうと5000〜6000ぐらいでしょうか。多すぎるので99.8%は割愛します。

なお、これ以降の引用文は、全て同期数名で構成された横浜県というSlackチームでの会話です。
横浜県といえば、僕が持っているドメインであり、 pref.yokohama ですが、名前以外に関連性はありません。

まずは Slack のログを漁ろうとしたのですが、肝心のログが24,000件の投稿の彼方に飛んでいました。アーカイブから取ってきたものを張ったため、スクリーンショットがありません。ご了承下さい。

kyontan has joined the channel #newproject-comike
2015–12–31 20:15:02 +0900

kyontan set the channel purpose: C90出しませんかプロジェクト
2015–12–31 20:15:03 +0900

kyontan: とりあえず申込書セットを買いました
2015–12–31 20:15:21 +0900

時間を見た感じ、C89 3日目から帰ってきて唐突にチャンネルを立てて発言したらしいです。覚えていません。
多分コミケ独特のテンションで勢いでやったのでしょう。

kyontan: ゆりえっちSS
2016–01–02 17:45:56 +0900

まったく記憶にない。

割愛しますが、1/2 はその他に萌基板はどうだろう、みたいな話があり終わりました。

蛇足ですが、コミケの申込み期限はかなり早く、C90のオンライン申込期限は 2016/2/9 (火) でした。開催6ヶ月前です。
そのため、とにかく申込書類に必要なサークル名やサークルカット、頒布予定商品を決めないとという焦りがあったのを覚えています。

そして次の発言は 1/5。

gurapomu: 物理的に動くものが作りたい気分だ
2016–01–05 21:47:42 +0900

なるほど、ここで方針が決まったんですね。

kyontan: にゃあ
2016-01-05 21:52:49 +0900

gurapomu: もふもふ
2016-01-05 21:53:19 +0900

kyontan: そういうのここでする必要なさそう
2016-01-05 21:56:07 +0900

記憶にない。

その後、サークル名が「豆腐屋」に決まるなどがありました。意外と早いタイミングで決まっていたんですね。

その後、2月中旬までに、数回の秋葉原中央通りのサイゼリヤでの話し合いを行い、ハードウェアで何をやるか、何をしたいのか、黒字を出したいのか出さなくて良いのかなどという話がありました。
メンバーは既にこのころ決まっていて、 @kyontan (僕), @akira, @gurapomu, @hashikemu になりました。たまにオブザーバ的存在として @hogas や @36kyo などが出てきます。

その頃は左手デバイスを出している人を参考にしたり、キーボードを作ろうみたいな話をしていた気がします。
キーボードといえば、最近は Ergodox なんかが一部界隈で流行っている印象を受けますが、おそらくキーボードの話を突き詰めるとこのような物になったのかな、などと思っています。

そんなこんなありつつ、頒布予定としてはひとまず何らかの入力デバイスを出す、といった内容を提出します。
肝心のサークルカットははしけむにお願いした結果、素晴らしい小紅ちゃんを描いていただけました。本当に可愛い。

そして申し込みが終わった 2/18 の後、 #newproject-comike に書き込みが行われたものがこれ

kyontan: @channel: > 貴サークル「豆腐屋」は、日曜日 西地区“g”ブロック-11a に配置されました。
2016-06-10 17:43:36 +0900

突然3ヶ月ぐらい飛びました。そのようなことがあります。時間とは……

この時点で C90 3日目 (当日) まで2ヶ月と少ししかありません。死にそうです。

ところでコミケに慣れている方は 西g-11a というスペース番号が見慣れないという方も多いかと思いますが、gというのは C90 ではじめて追加された配置であり、1, 2日目に企業ブースとして使用していた西34ホールを3日目に一般サークルが配置されたものです。

その後、 KnobCon前史(仮) – 0rangetail であったとおりの流れがあり、最終的に「自作ハンコン兼汎用入力デバイス」を作る話にまとまります。まったく経緯がログにないな……

akira: Knob+Controllerでのぶこんとかですか（雑
2016-06-27 17:36:32 +0900

これが名前の元っぽい。

ちなみに競合という表現はあれですが、この時点で似たようなプロダクトとしては PowerMate や BrushKnobなどがありました。
最近は Surface Dial などがあり、これは KnobCon ですという発言をすると巨大な存在に消されることが知られています。

また、DIPスイッチを付けるか、フルカラーLEDを付けるかなどの議論があり、最終的に無くなります。スモールスタートというやつです。(雑)

6月〜7月の1ヶ月間は、そして無限に終わらないノブの形を決める話があり、 @akira が CAD で作った案をあーだこーだとひねりながら形を練っていき、などがありました。

この時期は KnobCon のユースケースであったり、そもそもどういう使い方をするのか、対象とする層はどこなのか、というような抽象的な話が多かった気がします。これをこの段階で固められたのは、後々考えるととても良かったと思っています。やはりそういう曖昧な話はどうしても時間がかかりますし、すり合わせるのは難しいです。
(ノブの形は1週間ぐらいで決まったようです。)

そして @akira を中心にロータリエンコーダ(ノブの回転角を取る電子部品)を探しつつ、外形を決め、 @gurapomu が基板を設計するということがありました。
基板の話は最初僕がやるという話になっていたのですが、完全にこの時期は何らかの力が働き死んでいました。本当に申し訳が立ちません。
部品といえば、ロータリエンコーダ探しはとにかくしんどくて、経済力や政治などがあります。これがハードの辛いところで、要求するスペックの部品があっても、少数ロットでは購入できないものが意外とあります。つらいです。

あとはWebカタログ公開があり、それに合わせて公式Twitterを開設した気がします。

Twitterはじめました。#はじめてのツイート

— 豆腐屋@3日目西g-11a (@tofu_ya_moe) July 18, 2016

基板設計、発注のあたりは進捗が完全に燃えていました。これは完全に僕のせいで、ファームウェア (ソフトウェア)の検証が遅れに遅れていたのが原因でした。ちなみに 7/23 に手を付け始めたようです。

そして 7/31, 8/1 の突貫工事でサイトを作成し、その夜に 公式サイト を公開します。
最初は頒布価格が未公開でしたが、それ以外はほとんど今に至るまで変更はないです。
最初から3Dモデルがグリグリ回せたのは、どこかのクリスタルがグリグリ回せるサイトへの憧れからです。

KnobCon – ゲームやイラスト制作に最適なノブ型デバイス。C90 3日目 西g-11a 「豆腐屋」にて。 https://t.co/cVDqqEtxDi #c90

— 豆腐屋@3日目西g-11a (@tofu_ya_moe) August 1, 2016

gurapomu: 正式見積もり完了しました
2016-08-01 23:21:34 +0900

これは基板の発注をしたときの書き込みですね。

ところで、僕はこれ以前も、以後この記事を書いている現在に渡るまでもハードウェアを設計した経験はないのですが、それでもこれが異常なスケジュールなことは分かります。
8/1 というのは、たいていの印刷会社の同人誌の通常入稿締切な訳です。
決して印刷会社の方々を卑下するわけではありませんが、我々はハードウェアを作っているわけで、この 8/1 にはその構成部品の1つを入稿したに過ぎないわけです。
そして印刷会社と違い、これがいつ完成し、我々の手元に届くのかもはっきりと分かっていませんでした。
さらに、手元に届いた後に我々は部品を一つ一つ手で実装する必要があります。

異常なスケジュール感でただひたすら焦りが出てきます。しかしやることはあるのでやっていきます。

まず、最後まで継続して行った取り組みの1つに宣伝があります。

泥臭い話になりますが、そもそもコミケで頒布するハードウェアを1つ作るためには、本を1冊作る以上のお金が掛かります。
とても雑な見積もりですが、例えばとある印刷所ではオンデマンド印刷表紙カラー本文モノクロ24Pで20部10,000円程度だそうです。本は非常にスケールメリットが高いので、頒布する場合に20部しか刷らないケースというのはあまりないかもしれませんが、とにかく原価で配布するとして、1部500円ですね。 (ちなみに50部刷ると14000円程度になり、1部280円になります。)

一方で、今回の KnobCon のコストはこの10倍までは行かずとも、数倍のコストが掛かっています。
例を上げると、基板の製造単価だけで先ほどの本1冊分に相当する程度のコストが掛かっています。つまり、1つも売れないのと1つ売れたのですら大幅に損失額が変わってきます。
どんなに理想論を語ろうと、そこには有限のリソースがあります。無限のリソースが欲しいです。

ちなみに今回は僕の財布というリソースがある程度存在するものと仮定し、資金源はそれだけを使い、かつ僕が全損失を負うという話でそもそもこのプロジェクトが動き出しました。仮に1つも売れなくても、絶対に金で揉めるのだけは避けたかったのです。

というわけで宣伝します。Twitterでガンガン呟いてリツイートします。アキバBlog 様と 秋葉原PLUS (+) 様のコミケサークル宣伝企画にお願いをして呟いて頂くなどもあります。
あと、上のツイートに残っているかもしれませんが、 Twitter Cards も設定しました。これは2000回ぐらい表示されたみたいです。ちなみに、 @tofu_ya_moe のツイート自体はトータルで20000回ぐらいは表示されたようです。

とにかくそんな感じで金の話があり、頒布数、頒布価格を決めることになります。様々な思惑がぶつかり合い、最終的に20個のKnobCon を4000円で頒布することになります。これを言うと原価がだいたいバレますが、まあ政治的な思惑はさておき公開することにします。損益分岐点は17個です。つまり、在庫の85%を売らないと黒字が出ません。同人活動って難しいんだね……

そんなこんながありつつ、@akira が死にそうになりながら 3Dプリンタに昼夜張り付き外形の造形をしてくれます。ログを見ながら、彼は本当にいつ寝てたんだという気持ちになる……

ちなみに僕が書いていたファームウェアは 8/3 には完成したらしいです。 (コミットログを見ると 8/12, 13 にもコミットがありますが、主にチャタリングやコードのリファクタリングなどの微修正です。)

そして 8/6 に何をとち狂ったか説明書を作ろうと言い出してデザインを始めます。@akira には猛反発を喰らいましたが、単純に僕がやりたかったし、そういう製品に良い感じの説明書が付いていたら一目置かれるだろうし、最悪印刷費は自腹するから作らせてくれという話をしました。ちなみに端的にいうと、発注した部品が届かないので精神が死んでいたということです。

で、ここから連日朝になるまでデザインをしていて気が付いたんですが、僕は壊滅的にデザインセンスがないんですよね。
@akira にデザインセンスがあるのはさておき、@hogas という(彼も高校の同期であり、今は大学の同期でもあります) 素晴らしいデザインセンスを持った人がなぜか横浜県にはいて、とにかく素晴らしい指摘で僕の作ったデザインをどうにかしようとしてくれる訳ですね。いや、本当にこれはありがたかったです。せっかくなので最終的なデザインを貼ります。

僕はあまちゃんなので、これは今でも良かったものだと思うし、あの時のベストだと思っています。
そして、それが物を良くしようとする指摘であれ、自分のデザインを否定するような発言をされることが死ぬほどつらかったし、本当にこれを入稿する 8/11 までの数日は地獄のような日々でした。もう二度とやりたくないです。

これもおかしくて、僕はマニュアルという紙媒体の原稿データを印刷会社に 8/11 に入稿してるんですよね。何度でも言うんですが、豆腐屋のC90の参加日は3日目で、8/14 です。

8/11 といえば、パッケージのデザインもしてたようです。僕は @akira の原案を元にちょっと直しただけです。

designed by … のくだりはみなさんがよく見たことのあるアレです。

そしていよいよコミケ0日目 (8/11) には部品が揃い、その日から3日間掛けて 秋葉原の創造空間ナノラボに集い製作作業だったようです。@gurapomu が謎のスキルを持っていて、表面実装部品をはんだ付けするなどがあります。

これが他人行儀な表現になるのは、僕がこの製作作業に半分程度しか参加してないからです。だからdisってくれという話をしてるんだけどなあ。disられたけど。

当日のお品書きはこれ

見れば分かるのですが、基板が余ったので売りました。

そういえば回路図を公開し忘れた気がするのでします。

ちなみにマイコンは aitendo で売っている PM32U4 で、ロータリエンコーダは Bourns の PEC12R-4020F-S0024 です。

3Dモデルはこれ (Thingiverse) です。ソースコードはさっき上にも貼りましたがこれ (GitHub)です。

当日

設営完了しました!　皆さん、ぜひお越しください! https://t.co/zzk7ZiIzWa　#C90 pic.twitter.com/oItKIe6hHI

— 豆腐屋@3日目西g-11a (@tofu_ya_moe) August 14, 2016

kyontan: スペースに3人入るのがそもそもつらいぞい
2016-08-14 08:13:14 +0900

予想以上に狭かったです。サークルチケットが3枚あるのはどういうことなのか全く分からず。まあそういうことなんでしょう。
西34は予想通りではありますが、人が比較的少なく、空調もそれなりに効く関係上そこまで暑さは感じませんでした。

また、完全に蛇足ですが近くに大学の教授が配置されていたり(後でスペースまで来て名刺を渡された)、どこぞのTwitterで有名な先輩が配置されていたりしました。濃い。

C90はじまりました！

— 豆腐屋@3日目西g-11a (@tofu_ya_moe) August 14, 2016

そして始まる戦争。

KnobCon、完売です!ありがとうございました!
基板は販売中です!よろしくお願いします! pic.twitter.com/Iy0uy5NoK2

— 豆腐屋@3日目西g-11a (@tofu_ya_moe) August 14, 2016

突然の完売。

もう売れたときには何が起こっているか分からなくて、とにかく感動より安堵が先に来た気がする。

本日のまとめ
・起床成功
・サクチケ入場
・比村乳業4周
・knobcon完売
・初回参加で黒字
・チャージ残高不足で改札並び直し

楽しかったです

— はしけむ (@kemuduino) August 14, 2016

このように比村乳業を4週する豆腐屋メンバーなどの存在も知られています。

そうしyr，豆腐屋の C90 は幕を閉じました。

後日談

そして翌日から僕はアレのために大阪へ旅立ち、と思った後には今度は九州へ向かいました。最終的に、僕が関東へ戻ってきたときには9月になっていました。夏も終わりです。

大阪(正確には兵庫ですが)では変人のメッカや1話で出てくる階段などに行き、九州ではオタク活動をしました。

そして打ち上げは例のごとく秋葉原で行われ、我々はお金に余裕が無いため天上ではなく地下へ潜ります。

I'm at 肉の万世 秋葉原本店 in 千代田区, 東京都 https://t.co/Uys3MSuYZx

— きょんたん (@sukukyon) September 22, 2016

人生でも指折りの素晴らしいエクスペリエンスがありました。

万世地下の万カツサンド、出来立てで本当に美味しかった。神 pic.twitter.com/hfrbuaVKmr

— きょんたん (@sukukyon) September 22, 2016

つまりこの打ち上げ代が出る程度の黒字が出たということです。
これは初参加がコミケでしかも本ではなくハードウェアなんか作ってしまったサークルの結果として、この上ないものだと思います。

人に恵まれ、機会に恵まれ。本当に、感謝してもしきれません。ありきたりな言葉ですね。

その後 C91 の申し込みセットを買ったにも関わらず申し込みに失敗するなどの些細なことがありましたが、それはまた別の話です。

最後に

ひとまずこれで豆腐屋の C90 の活動、つまり KnobCon は一先ず幕を閉じます。
いや、正確にはそこから先の認識はメンバーでずれていたりしたので、終わっていないのかもしれません。でも少なくとも僕はそう認識しています。

豆腐屋という名前も、メンバーが変わるならおそらく別の名前になるでしょう。次があるのかも分かりません。

でも、何らかのものを0や、0に近い形から作る機会というのは、なんらかのきっかけがないと生まれないでしょう。
逆に言えば、そのようなきっかけがあれば、そのようなこともあるのかもしれません。

これは KnobCon です

akira: KnobConがMicrosoftから発表された
http://japanese.engadget.com/2016/10/26/surface-surface-studio/
2016-10-27 10:48:18 +0900

結局我々はこういうものが作りたくて、違うところはあるにせよ、少なくともあの Microsoft よりは先にそのようなビジョンを具現化できたわけです。そしてその作りの精巧さを見れば見るほど、リソースを異常に注ぎ込んだ製品であることが分かってしまうわけです。

MMA といえば花火なので、合宿担当をやった話でも書こうかと思ったのですが、あまりにも特異なケースすぎて全く一般化できない上に、多少書くのが微妙なラインもあったのでやめました。

また、Team MMA として SECCON 2016 Online CTF に参加した話は昨日書きました。
というわけで、宣伝も兼ねて Adventar::List について書きます。

Advenar::List というサービスを作った話は過去にも monolog に書いていますが、今年も少しアップデートしたので書きます。

kyontan/AdventarList だいたいこのようになっており、このようなマイルストーンがあります。

見た目上の変化はないですが、クローラがモジュールっぽく書き直されて少しイケた感じになったり、N+1問題が解決して4倍ぐらい早くなったりしています。特に最近は1日500件以上の記事が上がるので、それなりに速度が求められている気がします。

つまり現時点では何もやっていないということが分かるのですが、頑張ってやっていて、フロントを書き直そうとしています。

このフロントは確か2年前からそのまま使っているし、最低限の機能しかないのでそろそろ検索なりお気に入りカレンダー機能なりを付けようとしていて、せっかくだしモダンフロントJSを書きたいなあと思いつつやっています。

ちなみに開発が止まった最大の理由は、MacBook Air と盃を交わしたところ9万円が飛んだ一連の事象に寄るものです。データが飛ばなかったのが不幸中の幸いです。
皆さんもお気をつけ下さい。

一先ず、先行実装で雑に各ページに .json という拡張子をつけることでこのような JSON が返る API は実装してあります。後はこれを良い感じに表示するだけです。

という訳で、クリスマスまでにはおそらく完成するのではないでしょうか。

こんなサービスが存在するということで、暇つぶしにでもお使い頂ければ幸いです。

MMA は大学のサークルですが、前回のチーム overflow +αみたいな感じでした。主要メンバーが運営にいるし、新たに入ってきた後輩はなぜか別チームでやっていたので、謎です。

僕は VoIP (Forensics 100), Memory Analysis(Forensics 100), PNG over Telegraph (Crypto 300) を解きました。とりあえずメモです。

VoIP (Forensics 100)

pcap が振ってくるので、WireShark で開いて VoIPツールで再生して終わり。これICTSCでやったやつや……
SECCON{9001IVR}

Memory Analysis(Forensics 100)

Volatility というツールを使えということだったのでその通り頑張ってみる。

strings forensic_100.raw | grep http をメモ
./volatility_2.5_mac -f forensic_100.raw dumpfiles --dump-dir dumpdir -S summary.txt
summary.txt を見るとプロセスの絶対パスが取れて、怪しい svchost が分かる (PID1776)

$ ./volatility_2.5_mac -f forensic_100.raw pstree
(snip)
.... 0x81f65da0:svchost.exe 1776 672 2 23 2016-12-06 05:27:10 UTC+0000
..... 0x8225bda0:IEXPLORE.EXE 380 1776 22 385 2016-12-06 05:27:19 UTC+0000
...... 0x8229f7e8:IEXPLORE.EXE 1080 380 19 397 2016-12-06 05:27:21 UTC+0000
(snip)

プロセスツリーが取れて、 PID 1776 の子プロセスが分かる

$ ./volatility_2.5_mac -f forensic_100.raw connscan
Offset(P) Local Address Remote Address Pid
---------- ------------------------- ------------------------- ---
0x018c3cc8 192.168.88.131:1077 180.70.134.87:80 3676
0x0196f6a0 192.168.88.131:1122 175.126.170.70:80 3676
0x0233bbe8 192.168.88.131:1034 153.127.200.178:80 1080
0x02470238 192.168.88.131:1036 172.217.27.78:443 2776

PID 1080 がアクセスしてるのが `153.127.200.178` だと分かる

上の strings でアクセスしてた URL のドメイン部分を全部 `153.127.200.178` に変えて、curl

echo http://153.127.200.178/
curl -I http://153.127.200.178/ 2>/dev/null | head -1 | grep -v 404

こういうのを書き連ねて、 200 OK が返ってくるものを探す

(snip)
http://153.127.200.178/entry/Data-Science-import-pandas-as-pd
HTTP/1.1 200 OK
(snip)

後はアクセスして取ってきたファイルを開く

$ cat Data-Science-import-pandas-as-pd [/Users/kyontan/Code/ctf/2016online]
SECCON{_h3110_w3_h4ve_fun_w4rg4m3_}

PNG over Telegraph (Crypto 300)

待っていました YouTube 問題、と思ったんですが、50分を超える動画で最初から心が折れる。
とりあえずダウンロードして、ffmpeg で 1fps で連番画像へ変換。

mkdir tower; ffmpeg -i SECCON\ TOWER\ 2016\ -\ YouTube.mp4 -vf fps=1 tower/out%04d.png

これ、最近授業でやった気がするなーと思いつつググルも、一般的な手旗信号ではないようで少し戸惑っていたら、 @f_dita 先輩が最初のデモから対応表を作っていたようなので拝借。

そもそもパターン数が26+αあって、コマ数がトータルで3000を超えていたので人間技で分けるのは無理だと判断し、ImageMagick でごにょごにょするも、動画内の棒がブレるわ、次第に少しずつカメラがずれている? やらで全く精度が出ず、ここまで3-4時間近く。

最終的に心が折れ、手動分類アシストツールを書きやっていくこととなります。
そのようにして、160行のSinatraアプリケーションがここに爆誕しました。HTMLを文字列として扱って結合する簡単仕様。
そして去年のごとく、突然 @hogas を呼び出し、ひたすら朝まで単純作業。

それに伴い少しずつ分類器の機能が向上され、再分類(間違えた画像のやり直し)や大分類(軸となる棒の向き)→小分類 などの仕組みが整いスピードアップ。

これはSECCONではないと思いつつやるも、結局どのようにしてフラグを得たら良いのか分からず、更に混乱するなど。
問題文でPNGに戻せることが示唆されているので、何らかの方法で元に戻るはずですが、そもそも動画の冒頭で文字の対応が示されたのは20パターンほどに過ぎず、全部で何パターンあるのかも良く分からないままひたすら分類していきます。
最終的に32パターンになるのですが、途中で分類を誤ったりなんやかんやあった結果、36パターンの分類が完成し、Base36という誤った道を踏みそうに。答えは Base32 でした。

気合でバイナリに戻したら、馴染み深い IHDR の文字列が見えて感動しつつ、ここから更に間違えた分類画像100枚以上を探しつつ、気合でCRCを合わせて行きます。

最終的に、IHDR や PLTE, tRNS, pHYs, IEND 領域は CRC32 がマッチして、IDAT の inflate がチェックサムでコケるところまでは上手く戻せました。

input = "rfie3rynbinauaaaaagusscekiaaaaw5aaaafwqbamaaaabvebthaaaaaadfatcuiuaaaahzzzz5lwmz4uaaaaacorje3uzzzzellx1haaaaaclqjbmxgaaabmjaaaalcia2fxl1zqaaabwyjfcecvdyttw2uqms1i2ayrsrkvsqclbjlpxslmiavl5bus3zuqagz3xdt0oq15ci3kjuy0gjjknzzyjqobyha3dqobyha3dqobyhb3cpxdstrxdzt0zu1zzi5dwzc11jzvydx44gx2t0zfz3d4244rhdlcpir50u2mcaob1zrddyzj4bw11np1v02y5u1lcdrzjwouzjnzqobyb41geohcxsxdb3fdz3c0sejzsd2nbcye40jeapcdi3dt1g13gp2giw23z5jta0dfrt1ih55btxvmhxa3hqhzdpwdrl4whjsfrdqkzc2gljdeob0zdp1d55oe2uai1mnd4wxifhag344rpcm0rrbuha2pqr02i1dz2pd1bmbqobgzrhgrbqmzg00w12lpxgk1yn5c2obvnjwj4quha3pqjx2t2g1bmaq3rvpav5dmynuv2wlkuoppsrwidqodyl41hizwxhrl5lkz0ssvqdjwyzuvtev3k2dh05yha3d2zbdhljc1h4kj5ynk0100gw2xb5hz2jtuv2qobyg41gj2k3kl4jhftp2vfrr40fyme1l2vhc1dgzbpcnqgbyf41ewivxoh2pkn0qn5zpztpyllw33nzxoe2kqbhyda3cnzbepo3nylrfs0zjchnxcqyepu4krkupr1dqkbyh41evurfvlpar4ujdekpk34e1211lzzxacaob5zb5n5t0muzhmbs2urt2yr5524npkwukyot4z4xaiobyzbhtyzrj1okx5fv0g53voxfjfwqupsrj442n0ku0v4nyda3d2za4v0bvhnf5fpbv2lr3hvdndispkg5vi1byhatpyntgnwgusdvdnvh433x0rovk2r1lxzj0wi3dqohyi31nuunlupdqruvpo2gtp4lpzot4u2z053g3dqobg4qsfjvh1cz4jfy1kvg4u55givzw4acoobyzbdlyo21oo4wunlu5zmafr3tlqla0c0k4o5zwbihazpysw0wtz0feuyiyzznmxvk312gcpeyj4khmfy3dr1cwpvsvjt5mhl44404l4zuztj25ysxgf1vmmyldqohyl11yvxrlskky5fh02ncwlszjofoaffnleoiyha3d2zbzuvcoit5pxvqazyokxh1235ektpk3rd1tm4qibyh41cupelmkyzw40xl4t3omhlcvwmlwwq40zkf5klqodye4oekmt12pq5p2v3yh4dedtfui0pe5gu4fs1saeha2pqpc2u4gxeolww4j2lngsflw0xohl2byj1ayha4pymzf53hjbupoen5x4noc5beplaq4in2xb0ogq3dr1fz3o2ihvn0wxe34vlatswxkinpxmp5hxsomd55fqgbyf41g3kbgwk2ngbtfpupxwcndg3yzhkdaqdqpx3bmzgpntd4p0sfgwa441hppwmq2lsk2janbyhl3e1ptgpbdlnat2w21ukhm1kv4dpclpzp0p2vauob0zb4hsxvzi0gywexxzltim5ilmyvnrmwlk40hsly3q4xaadqpx3cvntfnn0ytnffkjc4x5trs44454sgucu4kx2m2byfa3d2zbshssd5wir0f13l14ln1xfcpe2w5j0d5rdnsda3dqjx3g3vdlk5xcjpcok1wypokpwgnlil4khjqkbyh41d5vruumwors0fu024zgkot100vjtrk34lx3ga3dv1cnlvhsmf1z5wutp0vkw2pwixvctl5j4iobypa4zrvkkch05giwwq4lmwqrf1ntwih21ly4fv1eiobyha4pylyyefx2tombpdl1lte5jlg3p0vilw5xmcla3dqnx3knm50tjlqnv12pwmz152ponnmafzs4iobyha4zrb4vtrlcxl20oqj54rxsuv5lrxcvdphm3dr1dgzqjp3otwo022qlrx0tlfiz3yfff4znfbyda3dp1eop2klbgoufqi2w3m5vqkyczlsjoagpxmuda3dqlx3dy020t0gde3vngk0d1u2vnkke1pnpf0a43kp3aha3dz1dwp2tvxklwknk55dlv2fbs135r0ix3pxbysdiob0zc44q1showz05sgn1moezliktgbku3lw55gmt3mo1ceobypaxlyx0mbl5ik1cl2oo4kdh40wwkxx5zoki1gbfyhb3fnxdmwqicfgdlzijcvkyvqz03h5yc31ev55ycxa3hqlx3n0qp5mxolk1nn4q1bwtkvmvtw22upeu5dqohys23m0lbxg04rx114zs3u31ehzki34jzihpotha3hpkbiha4pyu1xnmdt35ww31ht1f2epymzjf2x0phwwhamdqjx3ek1a54ufwoadzvikpo5iorjtplsm24eonyhb3dnzaef0m00jfmzvkatlu0xxdn0zpjueaaob5za4p23twus04k0ildq2nugd0dytpfsxgli22y1c33dr1cxpcgsax512lsmyq1h243s4kzmjmn3vtgayhazpyuj2yhgmv0nltaz01spccxf44kpn20mowlyodyh51h3kc2i43lddhvevviv1r4hqp5jkzkbtzvxqzlbi3dq1bg4yqr2gpw25vc4v3l4aan2xgx2zvxixhyobyg41eols0ong5koxbvretcf52ochl1nwbihazzqwpcif3ulfl3oixqvyulo5vky2ir45yag521jyha4pyplj3kmtoranly3wmn2mjoworm1wunnjcmx1adqobzzb4hvdqn3x5m1fzi3xnp4tm4y0ybhxfo5lfxyha3d2zbz15eaqobyha3dqobyha3dqobyhp3mz3apaujsxhmrfz0maaaaaacjivhejlscmcbaaaaaaaaaa"

s = "abcdefghijklmnopqrstuvwxy054321z"

x = [input.chars.map{|x| s.index(x) }.map{|x| ("00000" + x.to_s(2))[-5..-1] }.join].pack("B*")

# "\x89PNG\r\n\x1A\n\x00\x00\x00\rIHDR\x00\x00\x02\xDA\x00\x00\x02\xDA\x01\x03\x00\x00\x005 fp\x00\x00\x00\x06PLTE\x00\x00\x00\xFF\xFF\xFF\xA5\xD9\x9F\xDD\x00\x00\x00\x02tRNS\xFF\xFF\xC8\xB5\xDF\xC7\x00\x00\x00\tpHYs\x00\x00\v\x12\x00\x00\v\x12\x01\xD2\xDD~\xFC\x00\x00\x06\xD8IDATx\x9C\xED\xDAA\x92\xF2:\fFQUe\x01,)[\xEF%\xB1\x00\xAA\xF4\x1AK\x9F\xA4\x00o\xF2\xE3\x9E]\x0FhH\xE2\x93Ld\xC9J\x9B\xFF\xE10ppppppppppppp\xF0O\xB8\xE58\xDC\x7F\x9E\x7FO\x7F\xE8\xD0\xED\xF1{\xC9\xFDp;\xEFf\xBFg\x9F\x97\xFC\x1E\xFB\xBD\xC4\xE3X\x9E\x88\xEB4\xEB\x04\a\a\xDF\x88\xC7\x8F\xA7a\xB7\xBC\xD7\xFA\xB9\xEE5O,C\x8F\xD3gS\xE9o\xE0\xE0\xE0;\xF1\x88\xE3\x8A\xF2\xB8\xC3\xC2\x8F\xFC\x16dD\xFEC\xEBB,\x13yI\x00\xF1\r\x1C\x1C\xFCop\xCF\xE9\x91n\xF3\xFAL\xC1\x91\x963\xF2\x0F\xAD\x06w\xAB\x0Fpp\xF0?\xC6\xFB\x0E+\xDD\x8E\x99\x16#\x82\xBE.\x99i\x19\x1C\x1C\xFCo\xF0\xF5\xA7\x13\xB4\x02<\xC6\x8Fv\xBA\np\e\x9B\xDC^&f1\r\x0E\x0E\xBE\x11\xCFQ\xE1\xFF\xAF\x1F\x82\xC0\xC1\xC17\xE2sD0g\xCD\x9C\xDB\xDD[\xEEe{\r\xD0\xBA\xE0\xD5\xA9\xB2w\n\x1C\x1C|\x13~\xCF\xA6\xF0X\br5x+\xA1\xB3\r\xA5{e\xAA\x8E{\xE5\e pp\xF0\xBD\xF8\xE8\xFD\xAEx\xAFKW\xF3)V\x03M\xB1\xFAVd\xAF\x15\xD1\x9F:\xC1\xC1\xC1\xF7\xE1\x19\xD6\x91x\xFBRu\x86\xAB>\xCEMn\xDC:?\xFA\x99\xD2\xBD\x83\x83\x83o\xC6OU\xC5/i9f\xFE\xD4\xB1\x8E\xF2\\0\x9E_jqxf\xF8^&\xC0\xC1\xC1w\xE2Y\x15\xBB\x8F\xD7\xA9\xB9\x83u\xF7\xFEo\xC2\xD7nq\xBF\xBB\x89\xD5@'\xC0\xC1\xC17\xE1#\xDD\xC6\xE1q,\xB3\xF4\x88\xED\xB8\xA1\x82>\x9BTUG\xC7\xC3\x82\x83\x83\xEF\xC4\xAD\"Z\xAD\xE0\x8E\xE8\x91\x91OW6Ow\xDE_\xFFp\b\x0E\x0E\xBE\x1D7S\xCB)\xF3\xB02\xED#>\xE2:\xD7v\xD7\xAA\xD4V\x1D=\xFFw\x02\x1C\x1C|'\x9E?\x14\xF9\xCA\xBE\x8B\\\x9B\\\xAB\xAET\x96\xD0\xA3\xE5\x14\xEF}nUL\xD7m\xC0\xC1\xC1\xF7\xE0\xDDr\x1A\x9D\xA5\xD1^\x1A\xF5q\xE1\xEA6\x8D\x12z\x8D\xAA\xA3\xC1\xC1\xC17\xE1\xB33ljHu\ej}\xF3\x97\xCC]Uv>]\xFE\x9C\xD9\x1C\x1C\x1C|#\x9Em(\xD5\xD1\xE3\x84iW\xBB\xA6\x9B\xF6\xB7\xFD\xD3\xDD;\xFC\xEB\x86\xE0\xE0\xE0\x9Bp\x91SS\xF8_\xDAK\x8F*\xA6\xDD5\xA3\"\xBF\xB6\xC0'88\xF8F\xBC;\xBEs\xB7j5t\xD7\xD8\x02\xC7\x93\\\x16\f\x8B*\xDB\xB5\xFB\x05\a\a\xDF\x89[6\x9F\xF2RS\b\xC7\xFE\xD6^\xAA\xE7\xBAa<\x98N\xD4v\x17\x1C\x1C|+>\xB2\xAAg\xA6\x1D{\xDE\xF3\xB5\xEF\xF4\xFC\xD3\xDDbW1}V3\v\x1C\x1C|/\xDE\xC5o\x15\xC9J\xC6\x8A|\xF5\xA2\xB2\xE5\xF4\xB8\xAE\x01J\xD5\x91\xC8\xC1\xC1\xC1\xF7\xE1\xFD*'\"z}\xEB\x00\x7F\x0EU\xCF\xEE\xF3DT\xDE\xAED~\x9B7\x04\a\a\xDF\x85G\x91lV?m\xE6\xEB\xDC\xF8\xE6\x1Db\xAD\x98\xBBZ\e\xCF\xD4])pp\xF0M\xB8\x8Ad\xFD\xD7\xC3O\xEDy\x83\xECd\x1C\xCBDe\xE4\xD1\xA9\xB2\xCB\xD2\x01\x0E\x0E\xBE\x0F\x17i\xB3\\\x8E]\xAD\xB4\xF5m4\x8A\xBBf\xEE:\xFA\x1C'\xC0\xC1\xC1\xB7\xE1\x9F.\xB8t\x86\x8Fq\e\xAB\xED\xAE\x16\x82G\xAC\x10\xDA\e\xDB\x87.488\xF8\xBF\xE3\xBA\x83\xD5\xB9\xB5\xC9\xCD\xD5`\x9C\xADu!\xAF\xBB\x1F\xA3\xDEN`\xF5\xA2\xC0\xC1\xC1w\xE3qA5\x95\xD6\x983+\xE8\xFB\xD8M\x19\xB9\x8F\x9DC\x04\a\a\xDF\x81g\xCC\xF6\xCC{~dSX\e\xDF\x8E\xF7\xD9\x90\xEA\xE4\xAE\xA4\r\x0E\x0E\xBE\x13\xCF\x99\x9E\x11\xAD\xA0\x9Fm\xDFQGg\x95]\x8D\xE2[\xFE\xFC\xBF\xB5\x05\x1C\x1C\xFC;<\xAF_\xA3&\xC5\x89{\xFDsC4\x85\xB3\x15lYe\xABy<\x97\x8ECw\x00\a\a\xDF\x82\xABfV\xB78\x9BJU$[\xBE\xA7\x19o{\xD6\xE4j\n\x9BU\xFA\xCE\x87\x05\a\a\xDF\x86G\x94\x87\xAB\"9/\xB8\xBFmm\xF5\xCA'\x93\xB6\xD2r=Dm\x90\xC1\xC1\xC17\xE1\xB9Q\xADZ\xB8\x92\xF19^\xB6\x1E\xE5>\xC6j\xD0\xBD\xA8\xE9\x82\x83\x83\xEF\xC3\xD5cJ2\xCE\x8C\xB2Zg\xBB\xF9\x94\xE9\xFB9\xAAg\x15sk\xBF\f\x0E\x0E\xBE\x13WS\xC9\x85\xF7\xF5jM\xF9\xAA\xAD\xD7\xD9\x17\xA8\xA6\xBD'hpp\xF0o\xF1\xAA\x94#\xE7FE\xAD\r\xAD\x96\x84K\xE6\xCE\xC8?|\xBCl\xB5\xF1\x10\xE0\xE0\xE0\xDB\xF0\xBC`\x85\xBFf\xE6\x05\xE3_\x972i+7\x1F\x9A\xA1v\xD5\xD8%\x83\x83\x83o\xC55\x9A\xCC\xD2\xB86\xBE\xEB\xEC\xCF\xFB]{\x9A\xD6\x00\xBF\x96\xD0\xE0\xE0\xE0\xDF\xE2\x1D\xD6qX\xAE\xBE\xE5\xD0N\xB7\e\xCA\x95\xD2\xE3qTo;88\xF8f\xFC\x12\xFE:vv{\xD8.7\xCC\xD6T\x7F\x98)K\xBF\xB4\xA1\xC0\xC1\xC1\xBF\xC4s\xFA\xA5\x84\xCE\xA1`\x8E\xDB\x8C\xD5`\xAC\v\xEB\x92\\\x03>\xEC\xA0\xC1\xC1\xC1w\xE0\xF1\x9E\xE6y0\xC9\xCA\xB4\xCA\xC8\xFDN\xD5\xAAQ<\xF6\xBC\xB9\x06\xF8\xA7\xF0\a\a\a\xFF\x0E\xCF\xEC\xEBu.\xCAj\xB5\xA1\xAE\xBD(e\xEEj9E\xF8\xFB\x87\x12\x1A\x1C\x1C\xFC[\xDC=#\xBA\xDF\xCE\xA4f\xF9\x8E'\xD6\x85L\xC1U8\xBBkFd\xF8\xC7xDpp\xF0]x\xBEX\x15\xE9\n\xF0\x97\xD7;j\x19\xF7\x9BYW\xBE\xBE\xE5#\xC6\tpp\xF0\xAD\xB8\xD9h E0\xD7\xF4$UV+\x0F\xE7\x87\xD6\x05\xCF\x12\xBA\xD6\x05pp\xF0]\xF8\xDC\xC1\xFAe\xDC\xB5y\xAD\xDC<\eMUegn\xF6\x8F%488\xF8\x97x\xCC\xAC76w\e\xFB\xDB\xFC\xB9Nx\x87\xFA\x91\xCD\xA7\xE8;\xDD3\x83\x87z\x82\x83\x83o\xC5=v\xB0s\xE6\xADnx\xF3\xF1zG\xE1\x9FI{|\xBC\xF6\xB1\xC0\xC1\xC17\xE1\x15\xE0kt-\x9C\x01\xFE\xA8S\xDD\xA4:)\x9B\xD7&wdspp\xF0m\xF8\b\\\xB39IY\xFA\xA8\x13]3{\x8D\xB9\xFB\xD3B\x00\x0E\x0E\xBE\r\xBF\xBC\x9D\xA9,\xEDYB\xC7\x0E\xB6\x86\x1EG\x89\xBC\xB2\xB9\x96\x8E\xF7\x1E\x1788\xF8Wx\x8D _^\xEA\xE4\xCCC\xC7\xEE\xF9-\xAB\xECK\e\xCA\xCC\xC0\xC1\xC1\xF7\xE2\x89\xEE\x0EfW-\\\xC1\xFC\xFAO\x10\xAE]\xEDOor\xC7Yxp\xF0}x\xFCP\xBA\x8D\xF1c\x19\xEAJ\xD5\x15\xF4vx?IW\xD4\x19\xFE\xB7\x87\xD6\x14pp\xF0M\xBCB=3\xED\xDDT[\xAF\x17\xB0\x01\xBD\xB9\xAF\xDF\xD6\xE8\xB9\xF0\xE0\xE0\xDB\xF1\x1C\xB9e\xCD6\x94\xEB\x86\xB1$\xC4]u\xC2:\xFC\xDB\x05\a\a\xFF\v<H/(\xB2\xAF\x8EE\xE1\\Qn\xD5U\x8E\xA2;\xD6\x00mw\xC9\xC1\xC1\xB7\xE1\xEBO\x14\xC9\xBA j\xF1\xCB1\xBDb]gE\x9E\xB5\x1A\xD4\x89\x97\xF0\a\a\a\xFF\x0E\xCFQ\xC1\xBC\xBE\x99\xE2\xFD\x1C\xBB_\xB9\xB3x\xCE\x02{\x95\xDAYo\x83\x83\x83\xEF\xC3\xFFh\x80\x83\x83\x83\x83\x83\x83\x83\x83\x83\x83\x83\x83\x83\xBF\x8C\xFF\x00\xF0Q2\xB9\xD9\x12\xFF,\x00\x00\x00\x00IEND\xAEB`\x82\x00\x00\x00\x00\x00\x00\x00"

圧縮の展開に失敗するため、普通の Preview.app などでは見ることができませんでしたが、とりあえず Chrome に投げたらある程度の断片が拾えて、QRコードだったので、なるほど〜といいつつ画像をチームチャットに投げたところ誰かのアプリが良い感じに読んでくれました。

SECCON{SEMAPHORE_LINE_IS_THE_1ST_TELEGRAPH_SYSTEM_IN_THE_WORLD}

7番目ぐらいに解けた気がします。これ、多分うまくやると自動分類できるんですが、それでもそこそこしんどい気がしますね。結局PNGは最後まで戻せるのかどうか……

普段 Web 系の人間なはずなのに全く分からなくてしんどいし困りますね。でもバイナリにも強くなりたいですね。やっていきましょう。

結果として最終的に KnobCon というものができ、実際に頒布できたのは奇跡だと思っています。
今日はそれについては何も書きませんが、そのうち、誰かが @kyontan はクソみたいな話をしてくれるでしょう。

というわけで、オーストラリアの首都はメルボルンです (@alucky0707) 、つまりはあらっきぃについて書きます。日本語が破綻するのでこういう表示名はやめてほしい。
オーストラリアの首都はキャンベラだってば〜!、とあべにゅうぷろじぇくとの曲でも歌われていたので、僕は知っていましたよ。ええ。

彼について語ることは大してないので、ここからは早足で進めます。ごめんね、でも未だによくわからないんだ。

彼は高校の後輩なのですが、情報・コンピュータ愛好会という部活のような何かに後輩として入ってきたことで彼の存在を認知することとなりました。
この情報・コンピュータ愛好会というのは、Advent Calendar のタイトルでもある、ぐらぽむ (@gurapomu) と出会った場所でもあります。まさか今も交友関係が続いているとは、あの時は思いもしなかったでしょう。
最近は僕が現在所属しているMMAと関係があるMCCの部長もやっているようで、とにかく不思議な縁があると思います。これからも迷惑をかけるとは思いますが、どうかよろしくお願いいたします。

そんなあらっきぃとの出会いについて、今となっては記憶がおぼろげなので、あまりイベントスチルが思い出せないのですが、確か Haskell を使っていたし、SKK使ってたし、vim使ってた気がします。ただの変態ですね。

あらっきぃと某人の違いが分かっていないので、ごっちゃになっているかもしれませんが、彼はプログラミング言語が好きみたいです。Quine という、ソースコードと同じ出力をするプログラムが特に好きみたいで、会う度に色々な言語で書いていた気がします。ある時は、なんだったかのスライド発表を Haskell で書いてきたことがあった気がします。Haskell で、というのはスライドの内容がソースコード中に埋め込まれていて、コンパイルして実行するとスライドが表示されるやつです。オタクですね。他にもプログラミング言語作ったりしてた気がしますし、IVRCなんかも参加していた気がします。僕の数倍、いや、数十倍、数百倍は技術があるオタクです。その他にも色々エピソードはあった気がしますが、割愛します。

そんな彼ですが、僕とネット上であまり会話してくれない気がします。これは僕が一方的に思っているだけかもしれないですし、単純に機会がないだけかもしれません。特に話すネタがないだけかもしれません。
最近、たまたま彼と会う機会があったのですが、「新宿にいませんか」「なんかいそうなので行きます」「n分後に着きます(原文ママ)」でした。雑ですね。どちらが雑なのかはご想像にお任せします。僕だよ。

更にその後も、「昼食いきませんか」「僕食べてきたところで」「は???」となり、そのままロッテリアに行きました。うーん……会話が成立しないですね。難しい。

まあなんか、面白いステッカーくれるし面白い話してくれるしいい後輩だと思います。
ただ、Twitterでもあまりみないしどこで生きているのか分からないし、将来どうなるのか一番分からない人間といっても過言ではないでしょう。

そもそも、あらっきぃの他にも後輩にはいろいろと人間性という気持ちになる人が多かったですし、彼らもどのように生きていくのはというのは、趣味が人間観察(笑)の私としてはとても関心があります。そんな感じで、賑やかな愛好会だった気がします。楽しかったですね。

今は会員がいなくなり、事実上団体としてはなくなってしまったのが悔やまれるところです。
また、いつの日かその意志を継ぐ人が現れることを期待しています。

明日はタイトルになった彼、ぐらぽむ (@gurapomu) が書いてくれるようです。
ところで17日目のネタがないので何か頂けると助かります。よろしくお願いいたします

つまり学生として技術に興味があって、僕はどう考えてどうやっていくかという話です。

(最初、 「学生がエンジニアになるためにどうやっていくかみたいな話 」 みたいなタイトルで公開したんですが、主語が大きすぎたので変えました。)

そもそも、僕はあまり具体的なアイデアとかを持って物を作る人ではない。
なんかこうビジョンを持って作りたい物とかがそんなになくて、でもプログラム書いたり勉強するのは好き、という感じだった。端的に言えば技術寄りとでも言えばいいのでしょうか。

なので、早々に (高校卒業前) そういった技術系のアルバイトを見つけられたのは良かったと思っています。
(蛇足ですが、この会社は最近辞めたエントリを書いた会社とは違う会社です。)

で、そもそもそういった技術系のアルバイトをしたい場合に、どうやって会社を探すのかというのが最初に問題として上がってきます。
Wantedly のようなサービスもあるにはありますが、即戦力であったり、学生であっても技術力の高い層を狙っているという感じがあって、企業での開発経験がないような人間が突然入って、1から(もしくは0から)成長できる会社というのはやはり少ないのでは、という印象があります。
もちろんそういう会社もありますし、そうである実例も、そうでない実例も知っています。

で、個人的な結論としては、やはり知り合いの伝手を頼るのが良さそうな気がしています。少なくとも僕自身はそうです。

で、そういった知り合いを作るためにどうするべきか、というと結局コミュニティに入るのが手っ取り早いのだろうか、というところがまずハードルだと思います。

とにかく一人でそういう輪に入っていくのは難しくて、誰かに手を引いてもらいたいという気持ちがある。
そりゃそうで、人見知りはともかくとして、そうでないとしても知らない人しか居ない場所に突然飛び込んでやっていけるなら、それはもうある種の才能みたいなものなので、それで良いと思います。

僕は大学でそういうサークルに入ったり、そこからとある大会の運営をしたり、Twitterでどうでもいい呟きをしたりしています。

きょんたん (@sukukyon)
今僕がいるコミュニティってなんなんだろうなあ
2:03 AM – 20 Nov 2016

xxxxx

オタクコミュニティ
2:03 AM – 20 Nov 2016

きょんたん (@sukukyon)

つぶす
2:03 AM – 20 Nov 2016

で、これは一部の業界の話だと思うのですが、Webなんかだと、最近の流行りは大規模開発にシフトしている気がしていて、一介の学生が趣味で作るようなものがそんなものを必要とするか? というのは疑問だったりします。
なので、そういったものを個人的な活動をやっていて触る必要があるのかとは思っていて、いくらOSSで自由に触れるからと言って、別に必要ないものは触らないよな、とは思いますね。(技術に興味があるなら触ってるんだろうし、そりゃそうなんだけれど……)

なので、結局そういうものに振れつつ、実際に役に立つものをどうやって作るかと考えると、自分で何かそういうビッグな物を考えるか、OSSの活動に貢献するか、バイトをするか、みたいな感じになります。短絡的な思考ですね。

結局人が作ったものを読んだりするのが自分の骨となり、肉となるので、だからみんなOSSのコミュニティに入れって言うのはまあ結論から逆算すると合っているんだけど、そんなのいきなり飛び込めるかみたいなのがあって

それができる人間はそれができるでいいです

— きょんたん (@sukukyon) November 19, 2016

なので、結局みんな「やるだけ」という話になります。

結局やるしかなくて、ただやるまでの道のりは難しくて、そこのギャップをどう埋めるかが大事なんだけど、そこも「やる」で片付けられているのがこの業界という気もする(正しいとは思う)

— wish.mysticdoll.com (@MysticDoll) November 19, 2016

結局、この話はいくら遠回りをしようとこういう結論になるし、僕としても分かってきたので、これはもはや自明として扱うしか無い気がする。

そういう環境へ手を引いてくれる人が身近にいるならそれは恵まれているし、そうでない人は広大な海に突然放り込まれることになり、それがいわゆる「環境のギャップ」になるわけです。

謎 (@ ColoR. in 港区, 東京都) https://t.co/eoO2N1ke01

— きょんたん (@sukukyon) November 18, 2016

クラブ的な場所で、ここがギロッポンかという気持ちだった。

伝説 #cdgh

— きょんたん (@sukukyon) November 18, 2016

端的に言うと酒があって、カクテルがたくさん飲めて美味しかったです

— きょんたん (@sukukyon) November 18, 2016

酒と飯を頂きつつ、いい話を聞いて「よい」「良すぎる」「いい話」と合いの手を入れていた気がする。

とにかく酒を飲んで手を叩いて、「よい〜〜」って言うことしかした記憶がない。良かった #cdgh

— きょんたん (@sukukyon) November 18, 2016

ちゃんと各社のことが分かったのは良くて、将来を考える上でプラスにはなったという感じがある。

明日になったら多分忘れます。いっついんたーねっと。

来週もあるみたいなので行きます。

というのはつまり「僕はポエムが好きです」と表明するようなものなのですが、ポエムみたいなふわふわしたものではないと思いたいし、思っています。つまりポエムという単語の語感が嫌いです。

多分この先も延々と取り留めのない話になるので、読んでいて眠くなるであろうことを先にお断りします。

なんで好きなのか、というのは単純に自分の性格に由来するものなので、あまり具体的にこう、と説明することができない。

ただ、単純に自分が思っていることを共有したくて、逆に共有もされたいのでやっている。

僕は基本的に人に何かを説明する時にそれに付随した色々なものを一緒に説明してしまいがちだというのがあります。
それはこれまでの記事でもある通りで、ひたすら「そういえば」「ふと」が続いたり、括弧による注釈が多かったりするのはそういうことです。
これは、僕が何かを伝える時に、「バックグラウンドとしてはこんなことがあって、こうだから、いま説明してるのがこうなっています。」ということを表現するための手段です。

僕が基本的に物事を結びつけて考えているので、それを相手にも伝えたいというのはあるし、そうした方が理解の助けになるのでは、と思ってやっているだけです。

ただ、これをすると往々にして、結論を見失ってしまいがちで、「で、だから?」となってしまいガチなのが難点。まだまだ修行が足りてないですね。

聞く側の経験としては、色々な知識が入れどもやっとしたまま終わるよりかは、情報量は少ないが結論がスパッと手に入る方が望ましい場合もあって、そこはケースバイケースなわけですが。
ただ、前者の方が圧倒的に重要だと僕が思っているのでそうしているというだけです。エゴです。

で、このようにして情報量を増やして会話したり文章を書いていると、自然と「この人はこういう考えで書いているのだから、これはこうなんだろう。」「前に言っていたこれがこれと結びつくので〜」みたいなようにして、こちらの考えを汲んでもらえて良い感じになるのでは、というのがあります。

これは言うなればレコメンデーションエンジンみたいなもので、好きな本、フェチなんかを共有することによって、他人からどんどん情報が入ってきて幸せになるというあれを一般の会話に応用したようなものでは? と思っています。

あとは単純に物を書く練習です。日頃 Twitter 以外で何もアウトプットしないので、たまには文章を書いていたほうがまだ頭が回って良いです。

ここまでが僕が書く理由です。

で、上の理由の裏返しで、僕は他人が何かを話し/書いたときに、そこに至ったバックグラウンドを知りたくて、なのでこのように駄文を書いて欲しいと思っています。それだけです。

ちなみにここで、「趣味は人間観察です」、というと途端に胡散臭くなることが知られています。

そういえば、僕は遠視のようで、5年以上前に作った眼鏡を気まぐれで月に1日ほど掛けています。
近視用の眼鏡を掛けるよりは遠視用の方が見えるので、まあそういうことなんでしょう。
日頃から画面へかじりつくようにPCを触り、暗い部屋で読書をする20代の人間が遠視になるんですね……

20代といえば、先日の9/19 に20歳になりました。誕生日プレゼントが沢山届いて幸せを噛み締めています。ありがとうございました。
人生で初めて飲むお酒が美味しくて、梅酒やら杏露酒やら柚子酒やらの果実酒やらカルーアミルクやらクラフトビールやらウイスキーやら日本酒やら飲んでいてとても美味しいので良いです。
お前は絶対に酒に弱いはずだ、と周り言われていたにも関わらず、何故かお酒がそこそこ飲める体質のようで、嬉しいような、飲んでもそんなに酔わないので微妙なような、なんとも言い難い気持ちです。

近況については以下の記事にもずらずらずら〜と書いたので、こちらも併せて参照して頂ければと思います。

CloudStack の VM を cs コマンドでデプロイしようとしてハマった

Dentoo.LT #15 に登壇した

第6回 ICTトラブルシューティングコンテストの運営委員をしていました

サイバーエージェントのインターンに行った

バイトを辞めました

その後

で、その後の近況ですが、バイトを辞めて暇になった時間が、睡眠 / 積ん読を崩す / 紙芝居を眺める 時間に充てられました。

人から借りた漫画雑誌 (まんがタイムきらら系列誌 / まんが4コマぱれっと / コミック百合姫 / コミックキューン) および漫画が100冊以上積まれている状態でした。これが自室の貴重な4畳半スペースを占領していたため、とにかく読んでは週末にまとめて返すということが起こります。

自室の脱積読ですが、昨日まんがタイムきらら他雑誌を30冊ほど読み、今日15冊ほど読んだため、残るところ百合姫6冊とコミックキューン12冊です

— きょんたん (@sukukyon) November 14, 2016

少なからずとも生産的であった行為をやめて、消費主体的な生活に突然シフトしたわけです。すると、周囲からどうこうの前にまず、本人にこんな自堕落な生活をしていいのかという罪悪感が芽生えるわけです。

ただ、最近は本を買ってばかりでろくに読んでいなかったというのも事実なので、とにかくバランスを取れるまでは消費主体でいきたい所存です。

ただ、一番体積を食ってるのはなぜか増えるサーバーであったり、中にDVD1枚しか入っていないPC向けゲームだったり、薄いのにちりつも理論で増えていく同人誌だったりします。ゲームの箱が小さくならないのには色々大人の事情がありそうですが、一消費者としては小さくなってほしいなあ、と切に望みます。

断捨離というキーワードはキラキラ女子みたいなのが連想されて反吐が出るほど嫌いです。
がしかし、流石にこのペースでものが増え続けると数年後はどうなるんだ、ということもあり、ぼちぼち物を捨てていかないといけないのかなとも思いつつ。ただ所有欲は満たされるのですよね。
根底にあるのは、電子書籍より物理本という考えで、これは端的にいうと現在販売されているDRM付き電子書籍/音楽がいつまで読めるのか分からないという不安が根底にあります。

アニメ

秋アニメもそろそろ折り返し地点です。夏アニメの頃から急激に忙しくなったのもあり、録画しているけれど見ていないアニメが山のように増えてきました。
夏アニメですが、NEW GAME! / ラブライブ!サンシャイン!! /クロムクロ / 食戟のソーマ 弐ノ皿 は全部見ました。NEW GAME! が2年越しの期待を1話アバンからのOPで軽く越えて来たので、森羅万象がどうでもよくなったみたいなところがあります。良かったですね。 #動画工房ありがとう

動画工房といえば未確認の進行形ですが、新作の抱き枕カバーがでるみたいでこれもすごいです。原作も破壊力が上がってきていて、尊さが高いです。

変わって秋アニメは15本近く撮っていますが見られていなくて、響け!ユーフォニアム2, ガーリッシュナンバー, ステラのまほう, おくさまが生徒会長!+!, 舟を編む だけは観るぞという気持ちがあります。
個人的に一番期待してたのはステラのまほうですが、一端の原作派としてはキャラデザの違いが気になってしまう、というかくろば・U先生の絵柄が好きすぎる問題があります。

響け! ユーフォニアム2 はとにかく引力が働いていてすごい。最近ICTSC6の運営の後に宇治観光したのもあってとにかく思考が終わりながら脳にダイレクトインプットされています。終わっていますね。

漫画雑誌

ところでまんがタイムきらら系列誌を読んでいて思う最近の一押しは、

• 篤見 唯子先生の スロウスタート (まんがタイムきらら連載)
• とめきち先生の すわっぷ⇔すわっぷ (まんがタイムきららキャラット連載)

です。 (リンクは 1巻の Amazon)

どちらも連載最初から読んでいるのですが、良いです。スロウスタートはイベントスチル的良さがあって良いですし、すわっぷ⇔すわっぷはすわっぷしていて良いです。読んでください。

あと、まんがきららミラクはどんどん面白いものが連載終了していて残念という感じがあります。

技術周り

とくに何もやっていないので書くことがありません。
というのは多分嘘だと思いたくて、最近は4000行の jQuery を殺せなかったり、Visual Studio と和解して C++ をちょっと書いたり、 Objective-C と距離を保ったまま Swift に浮気して幸せになったりしています。
Swift 、すごいですね。Swift 2 → 3 でまた人が死んだらしいですが、これからはあまり破壊的変更はないらしいです。
とにかく Objective-C でもやっとしていた部分をすっきり書けるのが嬉しいのと、異常なほどに補完が賢くて、これが LLVM の力か……! と感動します。あとたまにコンパイル中にコンパイラが死んで気持ちになります。あと個人的には予約語や記号の使い方が好きで、コードの見た目が良いのがプラスポイント。
iOS 7 は殺せない。絶対にお前だけは殺すという気持ちがありますが、その前に◯◯◯を殺さないといけないのでは? という気持ちになり、あの権力は殺すとかいうと自分が消される気がしました。大人の事情は面倒くさいですね。

見えるところでは、 monora の profile をトップページみたく SVG やらなんやらで書き直しました。スクロールしたときの動きが完全に僕の自己満足になっています。

SVG はなんというか自由で救われた気持ちになるのですが、いかんせんWebページを全部それで書くかと言われると微妙で、まあこんな感じで組み合わせるとデザインの自由度が上がって面白いかなと思います。SVG のデザインも CSS で書けるんですが、これが結構気持ち良くて、これが Web です。書いている人を他に見たことがないので先を行っているという気持ちになれて自己満足。しかしレガシーブラウザでのサポートはお察し。

そういえば今日公開された Firefox 50 で NodeList に forEach が乗ったみたいですね。JavaScript (ECMA…) を書いているとこういう問題に無限にぶち当たって不幸になるので、各位はちゃんと実装してください。

CSS といえば、僕は CSS Selectors Level 4 (W3C CSS WG の Draft) でついに関係上の擬似クラス :has が乗るっぽくてワクワクしています。これはつまり、CSSセレクタで今まで表現できなかった、特定要素 (や、特定セレクタ)を持つ親要素を選択できるということです。

とにかくこれは最高なので各位は今すぐに Microsoft Edge でこの機能を実装するよう下のリンクから投票してください。

:has() – Welcome to the Windows developer feedback site!
https://wpdev.uservoice.com/forums/257854-microsoft-edge-developer/suggestions/8977591–has

あとは、前から練っていた memora をそろそろ開発したい。
これは名前の通り、いわゆるメモ書きプラットフォーム的のようなあれで、つまり僕が文章を書きたいときのプラットフォームになってほしいやつです。
実は monora のサイドメニューには項目だけ存在していますが、まあ少なくとも半年はできないのではという気がしています。
そもそもサービスの全容がわかりません。
考えれば考えるだけそれ WordPress で良くない? とか、その機能プラグインで作った方が良くない? となるので、車輪の再発明はつらい。でもしたいので仕方がない。エゴです。

そういえばAdvent Calendar の時期なので Adventar::List を復活させないと行けない気もしています。というかなんで死んでいるんでしょうね。殺した覚えはないです。
(しかし最近サーバーのバックエンドをごっそり書き換えたりしたので心当たりは無限にある。)

あと、前回、前々回に引き続いて ICTSC7 の運営委員も務めさせて頂いております。今回はインフラリーダーだそうです。
そろそろインフラに知見がないとかいうと怒られますね。
人をまとめるのは苦手なので、とにかく自由にやってくれという気持ちになってそのようにしています。
近況としては、「これL2?」「これL3?」「これは??」「よくわかんないけど良い感じにやってくれ!!」という感じです。
前回の運営でようやくL2 と L3 を区別してまともにトポロジが書けるようになった気がするのですが、 OSI is dead みたいな風潮もあり、レイヤーで考えると人は思考停止して死ぬということが示されつつあります。そのようにやりましょう。

その他

生産をしないでひたすら消費をしたり、Suica で無限オートチャージ! みたいなことをしていると恐ろしい勢いで貯蓄が減っていくわけですね。
そんなことを行っていたら知り合いがこのようなことになったりするわけで

とにかく現金が欲しそうなのに、何故か記事末尾に Amazon の欲しいものリストへのリンクがあるのがオチという感じがしますね。

というわけでまだアルバイトを始めたいです。
つまり面接があったり、履歴書を持参したりするわけです。そういえば今まで履歴書って書いたことなかったですね。
学歴上の学校名が以上に長いのであまり書きたくないです。

個人的には、本当になぜかたまに企業の方からお声掛け頂くことがあって、マジか、と驚くことがあります。
目立つ活動をしている自覚は全く無いのですが、やはり色々見られているのでしょうか……
それにしても、自分を必要として頂けるのはありがたい限りです。承認欲求が満たされますね。

承認欲求を満たしたいという話はここ数年ずっとしているのですが、安定して満たされるただひとつの解決法がいまだに達成できていません。

あと、後輩が、事あるごとに自決と連呼していて、もしかしたらこの世界はディストピアなのでは? と思いつつあります。

とにかく幸せになりたい。やっていきます。

♪お菓子な夢をおひとつどうぞ♪ – チノ (水瀬いのり) : ご注文はうさぎですか?? キャラクターソングシリーズ06 #NowPlaying

ただの事後報告で、自省です。

僕が当初この記事を書こうとしたタイミングで、他の方から激しい退職エントリが流れてきたので、そういったものを求められている方はそちらをご参照下さい。

ベンチャー企業のアルバイトを辞めた – 人権喪失メンヘラワンダーランド

結局のところは自分の技術力が見合っていなかったというところに帰結する話です。

10ヶ月ほど、ベンチャー企業のアルバイトとして、インフラ関連の開発をしていたわけですが、僕が辞めたのは特に上記の記事で述べられているようなことがあったからではなく、ただ単に環境に馴染めなかったからというのと、大学周りの活動が忙しくなったからです。

別の会社でのアルバイトと掛け持ちで始めた本職でしたが、忙しくて行けない日が続き、環境に馴染めず、目標がハッキリとしないうちに時間だけが過ぎていきました。

僕が関わっていたのは、当時はまだ社外へ公開もされず、社内でも関わっていた人はごく少数のプロジェクトで、なんか良い感じに新しいプラットフォームでした。(公開情報です)
CTO がアーキテクチャ設計を先導して、コードもほとんどが CTO のお手製という状況に放り込まれたのが自分でした。
アーキテクチャも採用した技術もイケていて、パワーのあるプロダクトでした。(と今でも思っています)

ただ、いかんせんベンチャー企業というのは勢いがあるもので、プロダクトのコードはあっという間に書き換えられ、毎週出社する度に操作方法が変わっているような状況でした。
その度にどうやって動かすのかを尋ね、コードを追い、そして僅かに自分の作業を行うといった日々が続きました。

結果として、自分の生産性は恐ろしく低く、これで給料を頂いていいのかと自問するほどでした。(時給が前職に比べて良かったのもありプレッシャーにもなっていた)
そしてしばらく、「辞めたいな、でもここで辞めても何も生み出せてないし、ここで辞めるのもな……」と焦燥感だけが募る日々が続きました。
結果として、10/3 夜に退職の意志を表明して、翌々日の 10/5 に退職しました。実時間でいうと40時間ほどしか掛かっていなくて勢いしかなかったですね。

結局、昨年の12月に働き始めてから、100時間も労働していなかったみたいです。
決めるには時期尚早だった感じもありますが、単に周りの環境に自分が馴染めなかったことも後押しする結果となりました。

(これは個人的な意見ですが、エンジニアと営業を同じフロアに詰めるのは幸せになれないと思っています。ただ、ベンチャー企業として社員の気持ちを共有するという目的のためには良いのかもしれないですが、これが最適解だとは思っていません。)

会社の方々はとても良い方々で、技術力があってパッションがあって、サービスを良くしていこうという気持ちの感じられる社風でした。
学生のバイトも多く、自分とは比べ物にならないような方々にも沢山出会いました。

本当に短い間ではありましたが、お世話になりました。

そんなこんなしていたら貯蓄が尽きまして、良い感じにやっていけるバイトをふらふらと探しています。
結局のところ、アプリもフロントもサーバも書くしインフラもやっていて、自分が何をやりたいんだろう、ということが最近見いだせていない気がする。

2018年新卒ではないですが、 2016/9/6 〜 2016/9/26 まで、2018年新卒向けの CyberAgent の夏季長期インターンであるところの WORKインターン (インフラ) に参加して、アドテク本部というところでなんやかんやしていました。

2018年新卒向けとはいっても、特に制約があるわけでもなく普通に応募できます。まあ、インターンに行くのは普通は学部3年 or 院生なので、必然的にそうなるんでしょうか。

ICTSC 関連の知り合いの方に誘われて、大規模なインフラに触れてみたいという気持ちもあり応募したことから始まったインターンでしたが、今までに無い濃密な日々でした。

まず、面接が2回ある。これは本当に驚きで、まず人事面接があって、その後に部門面接がありました。
ただの職業体験的なインターンだと思っていたそれまでの観念が書き換えられて、1ヶ月間共に仕事をする人という扱いをされているんだなあという気持ちになりました。

人事面接の後、人事の方から「kyontan君のやってみたいことからすると、ここ(アドテク本部)のインフラとかどうかな〜」といったサジェストを頂き、インフラができればどこでも! ということでレスポンスをしたところ、そこの方と部門面接をすることになりました。
CyberAgent のインターンは内部的には100箇所以上の配属先があるらしくて、それぞれの学生に一番マッチするところへ、ということでマッチングにとても気を遣われている印象がありました。

部門面接で興味のある技術やなんやかんやという話をしていましたが、やはりそこでも印象的だったのは、「もしやりたいことが変わったり気が変わったらいつでも連絡してね!」と言われたことでした。なるほどなるほど……

そんなこんなでインターンでは、OpenStack Mitaka と Midonet という SDN のプロダクトの運用検証や、ストレージ(SAN)の性能検証みたいなことをしていました。
「とにかく今までやったことがないことがやりたくて、やりたい、SDNとか興味あります!」みたいな意味合いのとにかく具体性のないことをメンターの方に伝えたのですが、実際にそんな感じになってとにかく感動しました。
ICTSC6 では CloudStack を使用していて、ICTSC5 では OpenStack を使っていた、みたいなことはあったのですが、自分で構築したことは一度もなかったし、この機会に1からやってみるのも良いな、というのもありました。
ついでにプロビジョニングも1からやってみたいという感じで、Ruby で書ける Itamae を使って、OpenStack Mitaka と Midonet を一発構築するレシピを書いた。

kyontan/itamae-recipe-openstack-with-midonet: Itamae recipe for installing Openstack Mitaka + Midonet

ちょっと最近私用で使ってみたら壊れてたので直します、ゆるしてください。

Midonet 、セールスポイントとしては ovs のカーネルモジュールを使っていて信頼性があって SPOF のない SDN オーバレイネットワークを構築できて OpenStack Neutron と密接に連携してくれるというところなんだけれど、結構イケてるプロダクトだと思う。
アーキテクチャの筋はめっちゃ良いと思っていて、おもしろプロダクトなので、これからも詳しく見ていきたい気持ちがあります。

で、主にそのあたりの検証をしたりした。

ストレージの検証は難しくてあまり成果が出せなかったのでしんどいという気持ち。

実質15日しかなくて、その中でいかにして結果を出すかみたいなことをメンターの方とも相談して方向性を決めたりした。
結果として、15日で目に見える成果物も出せて、濃密な感じにできたのは良かったと思っています。

最終的にできたのは以下のようなもの。(公開の許可は頂いています / 検証環境です)

Midonet はトラフィックを可視化する機能が Enterprise (有償) にしかなくて、標準だと CLI で謎UUIDと紐付けられた値が取得できるだけなのだけれど、それを色々してちゃんとVMやらホスト間のトラフィックを可視化して Zabbix で表示するようにした。
これは結構イケていると思っていて、実際動くのでイケています。よかったですね。
技術系のネタはまた別の記事で書きたい気持ちもあるので端的にこんな感じで。

とにかくインターンを通して、メンターの方や社員の方々には良くしてもらって、気にかけて頂いていた気持ちが強い。本当に一言で表せないぐらいなのですが、お世話になりました、ありがとうございました。
配属された組織がとにかく強い人の集まりで、僕のふわっとした要領を得ない質問に対して簡潔で的確で正確な応えが返ってくるのは学びになりました。

他にも、インターン同士の交流会があってどこぞの大会でお会いした人に再会したり、インターネットの有名人(と個人的に認識している人)にお会いしたり、社内の施設も社員と同様に使えたりして感動した。(使う機会がなかったのが残念)
社内のリラクゼーションスペースがちょうど工事中で、インターン期間に行けなかったのが悔やまれる。

他にも、椅子がエンボディチェアで、これがハーマンミラーか……! と感動したり、無限に甘ったるいドリンクが出てくるベンディングマシン(普通のコーヒーやコーラももちろん出てくる) があって、無限にアイスチョコバナナとかいう不健康飲料を摂取したりしていた。アイスチョコバナナは最高。

(2016/10/25 22:12 補足: 記事の公開時にアーロンチェアと表記していましたが、エンボディチェアだという指摘を頂きました。調べてみたら最上位……なるほど……)

他のインターンの方の話を聞いていると、やはり配属される部署でこの辺りは結構差があって、営業と同一フロアでノイジーな環境だったりすることもあるみたいですが、とにかくありとあらゆる手法で解決することが可能なのでやっていきましょう。
ちなみに僕の環境はオールエンジニアのフロアで静かでした。キラキラしてる印象はそんなになかったです。(他のフロアに行ったらキラキラしてたので驚いた)

そんなこんなであっという間に過ぎた3週間でした。改めて、アドテク本部のとある組織の皆様、メンターの方、人事の方、ありがとうございました!!!

大会自体は8/27, 28 (土日) が本番でしたが、運営委員は 4/24 のキックオフMTGから活動が始まっていて、実に4ヶ月近くの期間があったことになります。

写真とかは公式のレポートにたくさんあるのでご参照下さい。

NTT西日本杯 ICTSC6 準備期間 レポート – ICTSC | ICT トラブルシューティングコンテスト

NTT西日本杯 ICTSC6 DAY1 レポート – ICTSC | ICT トラブルシューティングコンテスト

NTT西日本杯 ICTSC6 DAY2 レポート – ICTSC | ICT トラブルシューティングコンテスト

 

ICTSC には運営委員として、第5回 (ICTSC5) から関わっていて、ICTSC6 では運営委員の副リーダーなるものを務めさせて頂きました。
(ICTSC6 は16人の運営委員と大人の方々による実行委員とスポンサーの方々によって成り立っており、その学生側ということです。)

ICTSC5 の反省を活かして、ICTSC6 のために自分が行ったことはとにかく1つに集約されていて、「とにかく見える化、情報の集約化を徹底して、何かをしたいときにすぐに行動できるようにする」というもの。

結局この記事は僕の自己満足ですし完全に主観で書いていて、最終的にはここに書いていない範囲、色々とよくないこともあったし、そもそも未だ僕が把握してない範囲で色々揉めたというのもあるのですが、結果としてそれを全部汲み取って解決できなかったのは本当に自分が悪いと思っています。未だももやもやとする気持ちもあります。
責任転嫁するつもりはないし、頼むから直接言ってくれという気持ちです。

以下、雑多に何をしたのか書いていきます。

ICTSC5 は、自分が初参加で周りが見えていなかったということもあるのだけれど、とにかく情報がブラックボックス化されていて誰が知っているのかすら良く分からないみたいな情報でつらかったという印象があった。

そのためにやったことは大きく2つあって、以下をしました。

• Wiki を作る
• Slack で Public チャンネルを大量に立てて話題を分ける / 見える化する (Private チャンネルを減らす)

Wiki は色々と模索した結果、 Crowi という国産の WIki が一番イケている印象があったので選択しました。半年間運用しましたけど本当に安定していて、ちゃんと動いて階層化ができて MarkDown がシュッと書けて良かったと思っています。
開発も精力的に行われていて、大会運営の後半では Elasticsearch と連携して検索機能も実装されて更に便利になった。開発者の人とも Gitter でコミュニケーションが取れて良いプロダクト。

とにかくありとあらゆる情報はこの Wiki から参照できるようにして、他サービスとして利用していた Google Drive やら Trello やらも全部参照できる情報をここに載っけるようにした。
合宿みたいなほぼ全員で集まる機会もあったので、Wikiの使い方をレクチャーしたり、みたいなこともした気がする。(あまりうまく行かなかったな、とは思っています)

結果としては、4ヶ月間で 147ページ ものページが作成されて Wiki で常に参照できる状態になった。
僕は文書化をほぼほぼ機械的にしていて、Slack で議論された事柄を片っ端から Wiki にまとめるみたいなことをした。
懸念していたのは、情報が錯綜することと古くなって参照されなくなることだったので、とにかくそこに気を使って更新を止めないようにした。

Crowi には Slack 連携機能があったので、#wiki-update みたいなチャンネルを作って通知を飛ばすようにした。
基本的に人が寝ている時間に作業する人間なので、4時とか5時とかにバンバン通知を飛ばしていた気がする。

Slack については完全に議論と雑談をするためのフリースペースでいいという認識で、1万件問題についてはログを取って参照できるようにすればいいし、そもそも確定した重要事項については Wiki に書くのが大前提なんだから、いくら流れてもいいのでとにかく書いてくれというスタンスで運用した(つもり)。

分報 (#times_{username})を導入したのもそういう意図があるし、運営委員そのものが日本中に散らばっているので、そのコミュニケーションの要となる Slack はとにかくコミュニケーションでツーでカーな感じにしたかった。

とにかく議論が混乱しないよう、分野ごとにチャンネルを大量に作成して、分けて議論がそれたらすぐに該当するチャンネルへ誘導するといったスタンス。
具体的には、 #infra やそのサブチャンネルとなる #infra-dc, #infra-network, #infra-server 問題作成に関連する #problem, 大会運営に関する #event-support などなど。times 含め59チャンネルが作成された (うち分報13チャンネル)

概ねこの方針は正しかったと思っていて、一部分けすぎて混乱したみたいなのはあったのですが、それでも全部が #random に書き込まれる世界よりはよっぽど健全だったと思っています……

そんな感じでやっていきました。

最後に、副リーダーとしてはリーダーの仕事を常に奪い続けるスタンスで行動していて、リーダーは常に手が空いてる状態を維持するように善処したつもりです。結局どうだったのかは人により意見が別れると思いますが、どうだったんだろう……

その他にも、無限に人にタスクを投げ続けるように立ち回ったつもりではあるのですが、結果としては僕がタスクを抱えすぎたり口を滑らせたりで本番直前で周りに大迷惑を掛けてしまったということが一番の反省点です。

結局、大会の運営というのは最終的にはどうやって人をマネジメントするかということに帰結していて、していますということです。

改めまして、この大会にご尽力くださった運営委員、実行委員、スポンサーの皆様、そして参加して頂いた皆様には厚く御礼申し上げます。ありがとうございました。

資格の話といいながら今年のネスペの午後II 問題を眺めたりしたのですが、案外普通に解ける感じだったし難易度が意外と高く無さそうだった。ちゃんと問題文を読みましょう。

最近は150枚ぐらいスライドを作って100枚ぐらいで時間切れになっていることが多い気がするので反省したい。次回は最後まで話します。

余談ですがスライドのテンプレート作ってたらまたCSSとSVGを延々と書くオタクに戻りたくなった。

ICTSC6 で CloudStack を使用していた話はまだ書いていなし多分書かないですが、使用していました。

その中で、API を叩いてくれる薄っぺらいラッパーコマンドであるところの exoscale/cs を叩いてデプロイなりVMの起動停止なりボリュームのアタッチなどをやっていたわけですが、デプロイ関連で少しハマったので解決策を紹介。

ちなみにこれ: https://github.com/exoscale/cs。 exoscale 、 CloudStack なんですかね……

CloudStack の API はあまりにも愚直なのでパラメータが無限に多くてしんどいという話はさておき

APIの一覧は http://cloudstack.apache.org/api/apidocs-4.9/ にあります。 (4.9 の場合)
VM を作成する場合は、 deployVirtualMachine

書いてある通りですが、必須なパラメータは以下の3つです。

• serviceofferingid
• templateid
• zoneid

それとは別に、IPアドレスを固定したり複数のネットワークにVMを接続するときは iptonetworklist パラメータを指定するわけですが、このパラメータの設定がなんもわからんという感じです。

iptonetworklist[0].ip=10.10.10.11&iptonetworklist[0].ipv6=fc00:1234:5678::abcd&iptonetworklist[0].networkid=uuid

難しすぎる。なんで突然配列の演算子が出てきて & で繋ぐ必要があるんだ……

実際に直に API を叩いたことはないのですが、 cs ではこの通りにパラメータを書いても上手く動いてくれません。
なので、以下のようにする必要があります

cs deployVirtualMachine ... iptonetworklist[0].ip=192.168.15.3 iptonetworklist[0].networkid=4bbc38e5-3e36-4a11-9c93-5a5261911120

ただ & で繋げずにスペースで区切るだけです。どういう挙動なんだろう……
どこにも仕様が載っていないので試行錯誤せざるを得ないわけですが、やっていきましょう

結局 cs コマンドの引数はこんな感じになってしまうので非常に読みづらい。各位 Ansible のパワーに頼っていきましょう。僕は Ruby でラッパーを書きました。

cs deployVirtualMachine displayname='vm1-p15-t7' name='vm-x-hoge' serviceofferingid='3ebb38bf-dbb6-42b1-b301-041d3546b5dc' templateid='cec5838f-1bae-442f-9009-9e27dcf33941' zoneid='57305097-d51a-467b-bbec-862ab20850d1' hostid='3edc5cc0-5375-462d-8a38-b2e4920791f4' account='xxx' domainid='1d43bf7b-b00c-41ba-959a-e422c4649547' startvm='false' iptonetworklist[0].ip=192.168.15.3 iptonetworklist[0].networkid=4bbc38e5-3e36-4a11-9c93-5a5261911120

今までは shotgun でやっていたのだけれど、これは毎回リクエストする度に変更の有無に関係なくサーバーを立ち上げ直すので、遅いという欠点があった。
副次的な問題として、better_errors で REPL が無効になるという欠点があった。(レスポンスを返すとそのコンテキストを捨ててしまうから?)

ずっと前からどうにかならないかなーと思っていたのでググったら rerun というものを見つけた。
Rack とか関係なくもっと汎用的なやつで、ファイル変更検知してサーバー上げ直すぞ! みたいなプロダクトらしい。

入れたら下のような感じで使える。便利。

RACK_ENV=development rerun -- rackup -o 127.0.0.1


調子に乗って通知有効化するぞ! というノリで terminal-notifier を入れてみたらサーバーが上がらなくなった。何事かと思ったら tmux 上で使おうとすると一癖あるらしく、こういうIssue が立っていたので適当に読んだら解決した。

要するに、brew なりなんなりで、reattach-to-user-namespace をインストールして、.tmux.conf に下を書き加えるという話。

set -g default-command "which reattach-to-user-namespace > /dev/null && reattach-to-user-namespace -l $SHELL || $SHELL -l"

再起動に掛かる時間が体感で倍ぐらいになったけれど、better_errors使えることで圧倒的効率アップみたいなところがあるので、トータルで幸福度が向上した気がする。

app.rb

require_relative "hoge"

class App < Sinatra::Base
  configure do
    disable :protection
  end

  use HogeRoutes
end

hoge.rb

class HogeRoutes < Sinatra::Base
  get "/" do
     ...
  end
end

みたいな事をしていた。
disable :protection をしているのにどうしても Rack::Protection が有効になるので、どうしてこうなるんだとあちこちのコードを追いかけたりした結果、HogeRoutes が App とは別にもう一度 session, protections 等のセットアップが行われるので、以下のように、 use HogeRoutes を configure より上に持ってくる必要があった。

app.rb

require_relative "hoge"

class App < Sinatra::Base
  use HogeRoutes

  configure do
    disable :protection
  end
end

HogeRoutes 内の configure で disable :protection とやってもいいが、こうするとクラスが増えた際にその分だけ書かないといけなくて大変。セッションみたいなアプリケーション全体で統一的な設定を持つ部分は親の App でやって良いんじゃないかと思う。

まず、春休みに入って初っ端に ICTSC5 という大会があった。正式名称は「cloudpack杯 第5回ICTトラブルシューティングコンテスト」といって、ネットワークやサーバーといった所謂インフラに属する部分のトラブルを学生が作って学生が解決する大会である。
今回、僕は学生の運営委員としてこの大会に参加していて、2月の中旬から東京ミッドタウンにあるシスコの東京本社に篭って、問題を作ったり、ネットワーク設計をみてフンフン言ったり、DMM.comラボ様からお借りしたGaffGun で光ファイバーやらなんやらを養生したり、ラッキング (画像左)したり、パトライト光らせたり、パトライトを Webhook するような API サーバーをサクっと書いたり、ansible の praybook を書いて200台以上のVMに対して🙏 pray 🙏 したり、突然秋葉原の愛三に行って1000A測定可能なクランプメーターを買ったり、受付したり、Redmine で参加者から続々と立てられる質問のチケットを100件以上クローズして指揮官の気持ちになったりということをしていた。日頃中々得られない大規模な大会運営に携われたというのは本当に良い経験で、それだけでなくてネットワークであったり、大量VMへの展開であったり、技術な学生との会話であったり、本当に得られたものは大きかったと思うし、それが終わって2週間経った今でさえ、心にぽっかり穴が空いたような気分だ。
次回の ICTSC6 は大阪開催のようだし、おそらくまた運営委員としてひたすら祈り続ける日々が始まるのもそう遠くないと思っている。楽しみだ。

それが終わったあとは、割とバイトに行く日々を繰り返している気がする。
週2, 3程度でバイトに行っているので、決まった曜日がないとはいえ、2週間もあけるとそれなりにタスクも溜まるようで (実際緊急の案件で呼び出されて ICTSC5 中にも一度出社して徹夜で勤務していた)、ひたすら溜まったタスクをこなしつつ、iOS アプリの画面を組んだりコード書いたりといったことをしていた。そういえば最近は Photoshop 使った画像切り出しやらリサイズやらも定常タスクに入ってる気がする。まあ自動化してるからサクっと終わるんだけど、まさか今までこれを手で切り出してたなんて言わないよね……?
まあ、このあたりの話題は秘密保持のこともあるのであまり語れなくて、強いて言うなら学生を使うと安く済むんだなぁという事実から目を背けられなくて、やっぱり給料上げてほしいなあみたいな気持ちになった。粘り強く交渉していきたい。あと iOS 7 は絶対に潰す。絶対にだ。

このあたりはもう一つ書いておきたいことがあって、最近別の会社でもバイトを始めたということを書いたのだけれど、未だに全然仕事できていない。というか時間を割けていない以前にどこから手を付ければ良いのか分からなくてつらい。頑張りたい。

あと、先週はサークルの先輩としまなみ海道を自転車で渡る旅行に行った。しまなみ海道に行くのは2回目なのだけれど、今回は尾道から今治へ渡った。前回とは逆向きで、行きは新幹線で福山経由で行って、帰りは高松からサンライズに乗って帰った。この辺の話はTwitterで書いたとおり。やはりしまなみ海道は走りやすくて良い。ついでに自分の体力の無さが身にしみたので頑張っていきたい。もうちょっと乗ろうな……。ついでに香川のうどん屋は異様に閉まるのが速い。またリベンジするぞ。

今週はまた旅行に行きます。旅行といっても突発的なバイトついでという感じで、敦賀へ1泊2日の作業をしに行く。そのまま名古屋で1泊して、凪のあすからの聖地巡礼をしに紀伊半島、紀勢本線の波田須の方へ行こうと思う。紀伊半島は鉄道の僻地という感じで、こんな時間までジョルダンの18きっぷ検索と格闘していた。週末にスケジュールが入っているということもあってなんやかんやと5時間ぐらい悩んで、帰りは高速バスに乗って帰ることにした。朝が厳しい。

本当に朝に弱いので普通に早起きしようとして起きたら12時とかあるのだけれど、多分旅行のときぐらいは7時とかに起きれるんじゃないかと自分に淡い期待を抱いている。

とかこんなことを書いている暇があったら寝たほうが良さそう。寝る。(2016/3/15 執筆)

前々からこたつが欲しいというのは叫んでいて、バイトも初めて余裕もあるしそろそろ導入したいなあと思っていたので、思い切って導入した。

どのこたつを買うかとか、大きさについては結構悩んだ。そもそも部屋が狭い (四畳半+α程度) し空きスペースもほとんど無いので、悩む選択肢は 60cm 四方 or 75cm 四方の2択だった。
60cm四方については、単純に数字から小さいのではないかと危惧していたのだけど、メジャーを当ててみたら意外とそうでもないということが判明。
たまたま機会があったので、祖父母宅のこたつの大きさも測ってみたが、75cmというのはそれなりに大きさがあって、1人で入るにはかなり余裕があるようだった。

でもなぜか購入したのは 75cm四方のもの。なんでかって? 大は小を兼ねるからだよ。

メーカーについては、大きく外れを引くことはなさそうだと確信を持ってニトリを選択、それにしても同じ大きさでも10種類ぐらいあって悩んだ。
最近のは人感センサーがあったりリバーシブルだったりと、色々工夫が凝らされている、特に人感センサーは火事を防げたりで良さそう。流行るべき。
人感センサーは悩んだがコスト面の問題で (ないものに比べ6000円近く高い)却下。後は個人的な趣向で樹脂ではなく木材のものが良いなど色々悩んで以下のこたつを選択。

https://www.nitori-net.jp/store/ja/ec/0710432

後は掛け布団も買う必要があったので以下のものを。値段も大差なかったので模様で決めた。

https://www.nitori-net.jp/store/ja/ec/7600762

購入の様子は以下のとおり。

pic.twitter.com/spRtINtOAg

— kyontan (@sukukyon) December 30, 2015

pic.twitter.com/Dpo0pNKOop

— kyontan (@sukukyon) December 30, 2015

3コマ目もあるけれど、特に注文確定画面っぽさが伝わらないので割愛。

後日、掛け布団より先にこたつ単体が届いたので導入。組み立ては足を付けるだけなので割愛。

あふたー pic.twitter.com/3TPWFS2ahl

— kyontan (@sukukyon) January 4, 2016

75cm 四方はやはり大きかった。そして気付かされるのは、掛け布団がないこたつは極めて寒いということ。熱があっという間に外に漏れていく。その場にあった毛布を掛けるが、しかし全体を覆うことは叶わず、熱は外に漏れていく。

その後、掛け布団が届くまでの3日強はなんとか有り合わせの毛布で凌ぐも、こんなものはこたつとは認められない状況であった。

掛け布団が届く。早速インストールする。
余談: 掛け布団の配送日は最速でも 1/9 とニトリの注文ページにあったので最速指定にしたのだけれど、何故か1/6には既に発送されて最寄りの配送所まで来ていて、1/9まで保管されていたらしい。なんだったんだろう。

こたつに掛け布団をインストール pic.twitter.com/FBcC90oBVA

— kyontan (@sukukyon) January 9, 2016

掛け布団を掛けたこたつに入って、これが、これこそが私の知るこたつだと。

こたつの大きさに合わせた掛け布団なので、全体をしっかり覆える上に、今回購入したものは、内部にアルミシートが入っていて保温性も高いらしい。
本当に冷えなくて、中に入るといつでもぬくぬくできる。最高。

導入してからの気付きとしては、こたつは案外作業領域が広いということがある。
75cm 四方というのはそれなりに大きい。色々置いて作業が捗る。
後は掛け布団の質感がもふもふでふかふかで個人的にとても好みなのは予想外の収穫。

今は全体の4割近くがスチールラックの下にあるのだけれど、代わりにスチールラック上にスピーカーを置いたり、そこからモニターアームが生えていたりする。これはこれで1人の人生がダメになる程度の快適性がある。

こたつを持っていない各位は是非検討されてはいかがでしょうか。
これから冷えますし。

ふと、季報的な物を書きたくなったので書きます。

10/27: monora rebuild

12/7: Adventar::List release

12/11: 某社に見学に行く / バイトを始める

12/14: monora improve

12/16: ネットワークスペシャリスト試験合格

monora rebuild / improve

12月に一番力を入れたのがここ。

新デザインの構想は結構前からあって、ずっと laboの方 にはデザイン案が置いてあった。ファイル名を見るに 2014/5/18 に作ったっぽい。

確か Adobe Creative Cloud の学生プランに入って Illustrator が使い放題になったので、使い方を学ぶべく作ったというところ。
ただ、この時はまだWebでこの見た目を HTML / CSS で再現するのは無理だと割りきっていて、いつかこのデザインが日の目を見ると良いな、という感じだった。

そこから1年半が経過して、ふと思い出したのが SVG 。
HTML 5 もそろそろ普及してきて良い感じに使えるんじゃない? と思いつつ、ものは試しで Illustrator で SVG出力してみた。

「うん、普通に表示できるね」

というのがその時の率直な感想。実はこれ、1年前の時点でできたんじゃない? とか思うけれど気にしない。
Illustrator は優秀で、それなりに読める SVG を吐いてくる。これは結構驚きだった。(コードジェネレータがまともなコードを吐いてくるとはあまり思っていない)

ただ、パスの部分は合成操作を多くしたせいか、結構長くてごちゃごちゃとしたパスが出力されていたので、その辺りも含めて一度全部書き直した。

もう1つ面白い発見があって、SVG の見た目の部分を html ファイル内に書くのがダサい!! と思っていたら、なんと CSS で書けることが発覚した。

http://www.w3.org/TR/SVG/styling.html#StylingWithCSS

6.6 Styling with CSS に書いてあって

svg circle {
  fill: #3C241A;
  fill-opacity: 0.64;
  stroke: #3C241A;
  stroke-opacity: 0.64;
}

というように SVG の属性 を CSS で書ける。とても便利。
問題はエディタがこういった仕様を知らないことで、手元の Sublime Text 3 では全く色が付かない……

そうして、これが

こうなりました

自分でも感動した。めっちゃ良い。現代って感じがする。

元より v1 の時点でも corner-radius が正式に出る前から使っていたし、丸っこいデザインが好きで、そういうデザインをしたかったというのがあっただけに実際にブラウザに表示された時は感動した。まだまだWebで丸を全面的に使ったサイトというのは中々見ないし、文字の配置なんかもイケてると思う。

ただ、SVG による難点もいくつかある。例えば <foreignObject> を使ってHTMLの要素 (<p> とか) を使わないと幅を固定して複数行表示ができない。けれど、<foreignObject> は現状でサポートされていないブラウザもそれなりにあるので、<text>と<tspan>を併用して地道に座標を当てる対処も必要。
ただ、今回は TypeSquare という、無料で和文のWebフォントが使えるサービス (リュウミンや新ゴのようなすごいフォントがタダで使えるすごいサービス ) を使っているので、どの環境でも同じフォントでほぼほぼ同じに見える……はず……

12/14 には improve と題して無駄な機能を付けた。

カーソルを乗っけると色が変わったりブラーが掛かったりする。モダンな感じに動くし良いんじゃないかなみたいなノリ。
Material っぽく、カーソルを乗っけたところから色が変わると面白いかなと思ったけれど、結構実装がつらそうなので後回し。

今でも正しかったのか悩んでて、そのうち外すかも。
(この記事を書きながら Firefox で検証しようとしたら、この変更のせいでまともに文字が描画されていないことに気が付いたのでブラーは無効化しました……)

背景はデザインを変更して少ししてから変えたもので、上の画像のものは大学に一眼レフをふらっと持っていって撮ったもの。
背景にも地味ながらこだわっていて、もっとバリエーションを増やしていきたいなと思う。そして年も開けたしそろそろ差し替えたい。この辺りの話はまたいつか。

そんなこんなで結構良い感じのデザインをしたと勝手に思っている。コンテンツを増やしていきたいと切実に思う今日このごろ。

Adventar::List release

この記事が公開されているときには既にアドベントカレンダーは終わっているんですけど……
2014年12月にリリースして、その後しばらく動いていたんですが最近またサーバー環境のあれこれでぶっ壊しまして、ほぼほぼ1から作り直しみたいなことをしました。
ただ、今回はなんやかんやでクローラが上手く動かないし直そうにも忙しいしで困った。
(今確認したら何故か今日の日付が表示されているし困った。後で直します。)

某社へ見学に行った / バイトを始めた

書いてある通りで、何の変哲もないです。
見学に行ったつもりが仕事してました。何か前のバイトでも同じことをした気がする。学習してないですね。

業種としては自社開発のWebサービスの運営企業で、Wantedly にも載ってるような、いわゆるスタートアップというところです。僕は Wantedly 経由じゃないですけれど。

前からインフラに興味があって、たまたま中の人からお話を伺う機会があったというタイミングの良さもあり、インフラ関連の開発をさせて頂くことになった。
これを書いてる時点ではDockerとかAWSとかそのあたりを弄っています。

いい椅子があって、壁で仕切られて無くて明るくて美味しいコーヒーが飲み放題でうんぬんかんぬんという、自分の想像するベンチャー像をまさに具現化したような存在でとても良い開発環境で作業をさせて頂いています。

近況は以下のとおりです。

某社にて、何も考えないで @whywaita っていう先輩と「マウントポイント? alice でいいんじゃない??」「ﾖｯｼｬ」とかやってたせいで 社内チャットに alice って単語が飛び交うのを観測している

— kyontan (@sukukyon) January 4, 2016

@sukukyon アリスカータレットではない事を主張していこう

— why/橘和板 (@whywaita) January 4, 2016

@sukukyon 全く覚えてないけど、確かアリスとボブからだったと思うし、ついでにアリスゲームも関係あることにしよう

— why/橘和板 (@whywaita) January 4, 2016

思いつきで名前を付けるのは良くないですね。意味のある名前を付けるよう心がけましょう。

ところで、前のバイトを退職したという事実は一切なくて、、むしろ新しく始めたこっちの方が勤務日数としても結果的な給料としても少なくなるはずです。(現状では)

気になるお給料については前の会社と同じ時給という感じにしてもらった。半年後、1年後となった時にどっちの方が高くなっているのかは個人的に興味深いところ。(今の時給は1000円台前半です。まさかこの歳でこんなに貰えるとは……)

前からいた会社の方では、最近はもっぱら iOS 開発を主にやっています。社外秘と書かれた紙を見るだけでワクワクするし、Objective-C という言語は知れば知る程賢い設計だなあと感動する。Swift にもそういうワクワクはあるのかな。

12/16: ネットワークスペシャリスト試験合格

ネスペに合格しました。これで、IPAの情報処理技術者試験は AP/ES/SC/NW を取ったことになります。

テクノロジ系だと、あと DB は取れると思いますが、今ひとつ興味が……
マネジメント / ストラテジ に関しては全く歯が立たないですし、ひとまず IPA に関してはこのあたりで卒業したいかなというところ。
NW は興味がある分野といえど勉強期間が短く詰め込み学習になったのもあって一番つらかった。

一番楽しい資格試験はエンベデッドシステムスペシャリストだって、わたし、なんどでも言えちゃいます！

— kyontan (@sukukyon) December 18, 2015

また3週間後に資格試験が控えている気がしますし、これを取ったらしばらく資格を取るのはやめたい。

ではまた。

既に年も明け、とても遅くなってしまいましたが、先日の 2015/12/19, 20 と2日連続で高専カンファレンスに行ってきました。

http://kosenconf.jp/?100tokyo

何故かタイムテーブルに僕の名前が乗ってます。
はい、LTしました。工業高校卒の僕が、高専カンファで。何故か。

5分の発表時間に対し、150枚のスライドを用意していたので、都合2枚/秒のペースで話す必要があったのですが無理でした。そりゃそうだ。
それどころか、しどろもどろになってしまって内容の1割もまともに喋れなかったので、あの場を用意してくださった方々に申し訳ないという気持ちでいっぱいです……

そもそもどうして高専卒でない僕が高専カンファで話すことになったのか? ということですね。

物事の発端は Dentoo.LT #11 で とある方 が高専カンファの宣伝LT をしていたことに依ります。
その とある方 こそが 100カンファの運営委員長の なっちゃんさん な訳ですが。
その後も、すれ違えば LT出てよ! と背中を押され、気が付いたら申し込んでいて通っていて…… みたいな感じでした。

そんな広告戦略については、なっちゃんさん の100カンファ後のブログ記事を見て納得するなど。

http://marin72.hatenablog.com/entry/2015/12/23/202842

僕は私用により1日目の夢これ、アイスブレーク等に参加できず (とても悔しい!!) 、懇親会の途中からの参加となったのですが、会場について驚いたのが、高専生ってこんなにたくさんいるんだ!! ということ。
身の回りに高専に行った人もいなく (神奈川県には高専がない) 、高専生ってどのくらいいるんだろうなあという実感もないままに参加したイベントだったがために、余計に感動しました。
しかも、会場が東京だというのに、北海道から沖縄まで、全国津津浦浦からの参加者がいるのには本当に驚くばかり。

発表者といい参加者といい、自分より若い方もいれば、卒業生の方もいてなんだなんだこの巡るめく高専ワールドは…… とただひたすらに。

特に感動したのは、でなりさん (@denari01) 率いるデザインチームの力でした。
会場の案内から、チラシから名札からなんやら、果てはスライドのテンプレートまで、一貫したデザインがあるということはここまで強いことなのだなと実感せざるを得ない場所でした。
デザインは趣味程度にかじる人間でしかないですが、ここまで一貫したブランドイメージを感じる機会というのはなかなか記憶にないところで、最初から最後まで感動が止まらず。あと、でなりさん本当にイケメンだったのでイケメンしか言えなくてとても残念だった。ぐぬぬ

会場ではたくさんの人と話しましたが、本当にいろんな人がいて、高専というのは不思議な場所であるなあと。
こんな(いい意味で)変な人がたくさんいる場所は高校以来だったので、不思議な感覚でした。あの工業高校にも変な人がたくさんいた……

LTについては精進しますとしか言えない……!

参加者、運営の皆様、本当にありがとうございました! 最高のイベントでした!!

気が付けば2016年なんですね。今年は天覧山に初日の出を見に行きました。

天覧山 初日の出号 に乗って、自宅(鎌倉) から乗り換え1回で行ける世の中。便利ですね。
元より、池袋まで湘南新宿ラインで行けば1回なのですが……

http://www.tokyometro.jp/news/2015/780.html

飯能、改札出たらヤマノススメで、ふもとにヤマノススメの絵があり、山を登ったらヤマノススメのグッズが売られているしすごいところでした。
(本当は飯能駅で元旦限定の音声案内が聞けるはずだったのだけど聞き逃してしまいました、残念。)

天覧山山頂から拝む初日の出もとても良くて、首都圏が一望できる立地にあるので、自然に包まれた天覧山から、都会のビル街に昇る日というものは趣があるなあと。スカイツリーも良く見えました。

その後、近くにあったからという理由で観音寺に初詣に行きました。
ヤマノススメで見覚えのある白い象がいて、なるほど、なるほど……! となった。良い街。

今年は激動の1年になる予感がするぞい!

以下、言えるだけ言っとけコーナー

三が日に言えるだけ言っとけ

— kyontan (@sukukyon) January 2, 2016

今年1年、まあ目標は予想のつかない最期を遂げることかな

— kyontan (@sukukyon) January 2, 2016

大波乱起きろ！頼む！！！！

— kyontan (@sukukyon) January 2, 2016

ちなみに某チャンネルにいる某人にも大波乱が起きることを期待しています

— kyontan (@sukukyon) January 2, 2016

金銭面で言うなら時給を倍とまでは言わないが千の位を上げられたら御の字かなとか

— kyontan (@sukukyon) January 2, 2016

https://github.com/kyontan/edict-for-google-ime

たまに、ちょっと単語を英訳したいとなることがあって、そういった時に重宝する辞書です。

元々は以下のものを使っていたのですが、これの(2) 以降がダウンロードできなくなってしまい、新しい環境に導入することができず……
(完成してから、 google-ime-user-dictionary-ja-en の上部によく見たら *付きの辞書が公開されているのを見つけましたが、それは見なかったことにしました。)

google-ime-user-dictionary-ja-en
Google日本語入力の和英辞書作成プロジェクトです。主に「カタカナ語英語辞書」の代替辞書作成を目的としています。(EDICT使用) – Google Project Hosting

調べてみると、これの MS-IME 版の辞書を公開しているところを見つけました。

IME和英辞書 – EDICT for MS-IME 2
IME和英辞書 EDICT for MS-IME 2は、豪モナシュ大学によるEDICTプロジェクトの日英辞書をMS-IME用に変換したものです。
「@日本語」と入力することで、英語に変換することができます。

MS-IME 用の辞書 は Google 日本語入力の辞書ツールで読めそう! と思って取り込もうとしたらなんでか失敗してしまう……。
試しに、nkf で文字コードを Shift-JIS から UTF-8 に変換して、ファイル先頭にあるコメント3行を消してみたら取り込むことに成功してとてもよい感じになりました。

というわけで公開します。(記事最初のものの再掲になりますが)

https://github.com/kyontan/edict-for-google-ime

もしよければ使ってやってください。

記事タイトルは  whywaitaの金でピザ で生成しました。?

さて、この記事ではそんな whywaita 先輩について雑多に書いていこうと思います。

1.知りあったのは……

とりあえず章立てを書いたは良いのですが、そもそもどういう経緯で知り合ったんでしたっけ……?
初めて会ったのは 2013年6月の Twitter で、互いに共通の知り合いである方と電通大の話をしていたときに、そこに興味を持って突然フォローしてきたのが始まりなんじゃないかと思います。
ログなんかを漁って見ると、おそらく 2013/6/19 20:51:24 – 20:52:14 の間にフォローされたのかな、と推測されます。
2013/6 というと、まだ先輩が 1年で入学直後(なはず)で、めっちゃ若いな〜〜みたいな気持ちになります。実験つらそう。

2.突然の出会い

そんな whywaita 先輩と初めて会ったのは、2013年8月に行われた プログラミング生放送勉強会第25回@品川 だったと思います(うろ覚え)
あの時は完全に大学3年とか4年とかなんじゃないかと思っていた記憶がうっすらありますが、まだ学部1年だったんですね。

このころの @whywaita の呟きはこんな感じでした。

現在の僕の心境です http://t.co/iP1arpAk4x

— why/橘和板 (@whywaita) July 12, 2013

ひざまくらしてくれ～～～～

— why/橘和板 (@whywaita) July 17, 2013

は～～～

— why/橘和板 (@whywaita) July 17, 2013

柔肌～～～～

— why/橘和板 (@whywaita) July 17, 2013

妹がなんかやばいんです！揉ませてください！

— why/橘和板 (@whywaita) July 23, 2013

なんか今より若干若い感じですね。なるほど。

その後も Dentoo.LT #5 に参加して会った気がしなくもないような。
( なんやかんやで電通大に入るきっかけになったのはこのイベントな訳ですがそこは割愛 )

3.そして先輩へ

そして突然月日は流れ、2015/4 に僕は電気通信大学に入学を果たすことになります。
入学翌日あたりの新歓で MMA に顔を出した時の whywaita 先輩の驚きっぷりは今でも覚えてます。
そしてめでたく??? whywaita先輩の後輩になったわけです。分からなくなってきた。

4.せーんぱいっ

{ ここに Twilog から whywaita 先輩の若き頃のツイートをたくさん貼る }

(2016/1/11 追記: 見ていたらこっちが恥ずかしくなったので各位好きに見てください。)

5.にゃ〜ん

http://twilog.org/whywaita/search?word=%E3%81%AB%E3%82%83

おにゃかへった・・・

— why/橘和板 (@whywaita) December 17, 2009

若い

—2016/1/11:ここより下の文章/節を追記 —

ぼーっとしながらタイムラインを眺めていたところ、新しいパターンを目にしました。

@v2ndev なー

— why/橘和板 (@whywaita) January 9, 2016

@v2ndev ねこ語ですよ

— why/橘和板 (@whywaita) January 9, 2016

とのことです。

6.先輩のつらそうなところ/つらいところ

いつも知り合いの姿を見つける度に「見つけて!!」「ゎぃゎぃただよ!!!」と言わんばかりに手を振ってくるわいわいた先輩ですが、影ではいろいろと苦労もしているようです。たまに、後輩の僕にもつらそうな顔をして「○○がつらい、つらくない?」「もう○○が○○でつらい〜〜」「にゃーん」「にゃー」「なー」等のつらい話を聞かせてくれます。先輩はいろいろな所のつらい所を知っています。すごいです。

でも、よくよく考えたら先輩はつらいつらいダンス競技協会アジア支部のアジア支部支部長でした。つらいことを集めてきてつらいつらいダンスをしないといけない身ならつらそうなのも納得がいきますね。

永遠にNTR関連見たくないと思えるぐらいに生きるのがつらい、NARUTOの映画見てつらくなるの厳しい

— why/橘和板 (@whywaita) December 29, 2015

こんなことも書いていましたが、先輩は過去に寝取られた経験があるのでしょうか? 気になります。

7.そして未来へ

きょんたんすれ違い際に手を振ってたしwhywaia先輩を踏襲してる

— みきお (@benevolent0505) January 4, 2016

そう、次の whywaita は僕かもしれないし、あなたかもしれないのです。

おわり。

12/24 の記事は @masawada 先輩でした。全文は以下のとおりです

whywaita Advent Calendar 24日目の記事です。whywaitaくんの研究室配属を祝っています。明日はwhywaitaくんの記事です。最高の記事を期待しています。 https://t.co/xguYOZ7Xgo pic.twitter.com/2euaL3bZ78

— DJ七咲逢 (@masawada) December 24, 2015

記事のリンクを貼ろうとしたら oEmbed によって記事がまるごと引用される形となりました。なるほどにゃぁ……

15:57:20 MMA(kyontan) got -163215 points from ….

http://pastebin.com/KTqNZ4Jf

さて、今回は人生2回目のCTF大会である、SECCON  2015 Online CTF へ、学校の同級生である h-otter / @hogextend と共にチーム overflow として参加しました。

最終順位は 1200点 147位 でした。初心者なりには良くできたのではないでしょうか…… (http://score.quals.seccon.jp)

自分が解いたのは、以下の通りです

• SECCON WARS 2015 (100)
  何かQRコードが見えるなという感じだったので、良く分からないままにとりあえず動画をダウンロードし、適当にQRが見えている部分のスクリーンショットをVLCで17枚ほど取って、ImageMagick で比較(明) 合成してみたら解けた。
  (参考: http://d-poppo.nazo.cc/blog/2014/04/imagemagick/)
• Unzip the file (100)
  既知ファイル2個を h-otter が見つけたものの、既知ファイルを圧縮したものを引数に与えるのを忘れていたっぽいので渡してみたら解けた。
• Reverse-Engineering Android APK 1 (100)
  一番苦戦しました。
  apk を逆アセンブルしてソースを除いたら native で libcalc.so の calc() を呼んでいるところまでは分かったものの、どうやって呼ぶかと……
  x86 やら armeabi-v7a の so があったので、Raspberry Pi でビルドしてみたりするものの上手くいかず、結局 Android Studio を入れてアプリケーションを1から作って解くというかなりつらい解き方をした。
  他の人の Write-up を見た感じだと、calc() のバイナリを読めば 7 を返すことが一瞬で分かったらしい。なるほどつらい
• Exec dmesg (300)
  問題の zip を展開したら iso があったのでとりあえず VirtualBox で起動。
  Tiny Core Linux なるものが起動するも、 dmesg コマンドがなくて怒られる。調べてみたら busybox 使ってることが分かったので、フルバイナリ落とせば行けるやろ! と busybox のバイナリを wget で落としてきて dmesg を叩いて終わり。
  300点……? という感じのさっくり感でした。うーん……
• Last Challenge (50)
  換字式暗号です!! 1問目でハッシュのキーとバリューを逆向きに作るとかいう凡ミスをやらかしている間に h-otter に解かれましたが、今度はちゃんと解けました。

QR puzzle (Nonogram) についてはソルバを持って来たりパーサでごにょごにょしたりして数時間粘るものの ソルバの精度が低い && QRコードの認識精度が低い という二重苦に苦しめられ、最終的に全操作を自動化して寝て数時間放置するも、2000回 問題を試行して最大正解数が 22/30 とかいうことになっていたので完全に敗北しました。つらい

その他の感想としては、 h-otter が割と色々やってくれて強いな―って思ったみたいなのがあります。
あと、@hogextend が QR puzzle (Windows) を手動で300問 9パズルを解いてフラグを得ていたのが印象的でした。お疲れ様でした。

初めてにしては頑張ったと思っていますが、同じサークルの先輩方のチームには完全敗北を喫したので頑張っていきたい。最強のQRソルバがあるんだよ〜〜などと言われまして、それは何処に……という感じです。

これ、とても一般的な問題で、 Rails だと、seed_fu というのを使って解決したりするらしい。

Rails (ActiveRecord 4.x) で動くなら Sinatra (sinatra-activerecord) でも問題なく動くとおもいきや、$ rake -T しても db:seed_fu が表示されない……

ソースやらなんやら見ながら唸っていたら、どうも Rake のタスク追加を、 Railtie を使ってやろうとしているところを発見した。
どうやら Rails だと、初期化時にここのコードが走るらしいのだけれど、Sinatra にそんなものはないので当然タスクは追加されない。

というわけで、Rakefile にベタ書きしてみる。
メインのアプリケーションソースが ./app.rb にあるということになっています。(適宜書き換えてください)
あと、なぜか << が < < に置き換えられたので修正してください。

namespace :db do
  desc < <-EOS Loads seed data for the current environment. It will look for ruby seed files in (settings.root)/db/fixtures/ and (settings.root)/db/fixtures/(settings.environment)/. By default it will load any ruby files found. You can filter the files loaded by passing in the FILTER environment variable with a comma-delimited list of patterns to include. Any files not matching the pattern will not be loaded. You can also change the directory where seed files are looked for with the FIXTURE_PATH environment variable. Examples: # default, to load all seed files for the current environment rake db:seed_fu # to load seed files matching orders or customers rake db:seed_fu FILTER=orders,customers # to load files from settings.root/features/fixtures rake db:seed_fu FIXTURE_PATH=features/fixtures EOS task :seed_fu => :environment do

    if ENV["FILTER"]
      filter = /#{ENV["FILTER"].gsub(/,/, "|")}/
    end

    if ENV["FIXTURE_PATH"]
      fixture_paths = [ENV["FIXTURE_PATH"], ENV["FIXTURE_PATH"] + "/" + settings.environment.to_s]
    end

    SeedFu.seed(fixture_paths, filter)
  end

  task :load_config do
    require "./app"
  end
end

Rake::Task["db:seed_fu"].enhance(["db:load_config"])

SeedFu.fixture_paths = [
  Pathname(settings.root).join("db/fixtures").to_s,
  Pathname(settings.root).join("db/fixtures/#{settings.environment}").to_s
]

コードとしては、seed_fu の rakeファイル を元に、sinatra-activerecord から、データベースの接続設定を拾ってくる部分を参考にしたりした。

Rake::Task["db:seed_fu"].enhance(["db:load_config"])

の部分がミソで、これでアプリケーションを通してデータベースに接続する必要がある。ここで2時間ぐらいハマった。

*** UTF-8 support was requested, but insufficient UTF-8 support was
*** detected in your curses and/or C libraries. Please verify that your
*** slang was built with UTF-8 support or your curses was built with
*** wide character support, and that your C library was built with wide
*** character support.

これを non-root な環境で以下の方法にて解決した。
とてもシンプルではあるんだけど、 –enable-widec とか忘れるねん……

バージョンは執筆時点のものです。

$ wget http://www.nano-editor.org/dist/v2.4/nano-2.4.2.tar.gz
$ rm nano-2.4.2.tar.gz
$ cd nano-2.4.2
$ apt-get source libncursesw5
$ cd ncurses-5.9-20140118
$ ./configure --enable-widec --prefix=$HOME --with-shared
$ make
$ make install
$ cd ../nano-2.4.2
$ ./configure --prefix=$HOME --enable-color --enable-multibuffer --enable-nanorc --enable-utf8
$ make
$ make install

追記 (2015/10/14)

@sukukyon Gehirn RS2 Plus の明日のアップデートで nano と libncursesw5-dev をインストールします。明日のお昼までにこのアップデートが適用されます。

— Kohei YOSHIDA (@yosida95) October 13, 2015

とのことなので、Gehirn RS2 では non-root でも何もしなくても nano が使えるようになるらしい。ありがたい……。

Gehirn DNS というのは、エイリアスやらマイグレーションやら機能が充実している DNSサービスです。
Web インターフェースもモダンで結構使いやすいのですが、もちろん API も叩けるので CLI でアップデートできて便利。
ステマっぽいですが、使ったところで僕には1円も入りません……

そんな Gehirn DNS を、gddns を使って DDNS っぽく使っていたのですが、Gehirn Infrastructure Service の開始に伴い API体型もガラッと変わりました。

新しい Gehirn DNS でも DDNS っぽく使いたいですよね。
というわけで gddns2 を作りました。

gddns2、複数ゾーン/複数ドメイン使えて便利になった! みたいなのがあります。
そのうち IPv6 対応もしたいところですね。

ちなみに、新しい Gehirin DNS ではリクエスト元の グローバルIP が取得できなくなったので、ipinfo.io を使って取得しています。

Gehirn DNS、2円/日でとても安価なのですが、執筆時点(2015/10/13) ではプレビュー期間なので無料です。ぜひ使ってみてください。

肝心の iPhone 6s なんですが、Touch ID が速くなって押した瞬間にロック解除されたり、3D Touch でカーソル移動ができたりして便利になったという感じがする。
3D Touch、結構面白いのだけれど、何に使えるのかまだ良く分からない。そもそも対応アプリが Apple 公式ですら数えるぐらいしか無かったりするので、待つしかない。

あとは、バイブレーションが Apple Watch の Taptic Engine 的な物になった。これは 3D Touch だけでなく、普通の通知のバイブレーションもこれになった。これが結構良くて、小気味よい感じというのがピッタリな表現だと思う。

不満点はやはりソフトの方にあって、Apple Music に入ると付いてくる iCloud ミュージックライブラリ で曲の同期に盛大にコケるというのがある。とりあえず1000曲ぐらい同期しようとする(オフラインで聴けるようにする)と、追加している途中にぽんぽんとエラーが出る。つらい。どうにかしてほしい。
現状では、一旦 iCloud ミュージックライブラリを無効化してオフラインで同期した上で、iCloud ミュージックライブラリと結合/置き換えするのが良い気がする。

あと、最近流行りのデレステ(アイドルマスター シンデレラガールズ スターライトステージ) は、iPhone 6s でもそれなりに処理落ちする。iPhone 6 でプレイしているときと同じぐらい処理落ちしている気がする。

2015/9/26 21:36 追記: iPhone 6s に乗り換えて初めてのプラチナガシャを回したら一発でSSRみくにゃんが出たので最高の端末だと思う。

まだ使い始めて数時間なのでなんとも言えないけれど、ハードウェアとしては結構面白い気がする。
最近は iOS 系の開発にも手を出したので、よしなにやっていきたい。

Amazon にも似たようなものがヒットしてそっちのほうが3000円ぐらい安いし評価も悪く無いけれど、同じものなのかは確証が持てないし、どうせならと思って無印良品で購入した。
ネット通販で注文したらカバーが別発送になって送料が1500円ぐらい掛かったけれど、届いて納得するレベルの大きさと重さだった。店頭で買わなくてよかった……

65cm x 65cm x 43cm という大きさなのだけれど、数字以上に大きい気がする。

まだ座り始めて30分ぐらいですが、既に立てる見込みが無くなってしまった。まず立とうとする姿勢に移行することすらままならない。

夏休みはまだまだ半分も過ぎていないので、このままダメになろうと思う。

そんなフルビット免許をいつか目指すべく、とりあえずその伏線ぐらいは張ってやろうと挑んでみた結果が以下の有様です。

前説

兎にも角にも資格を全て取れば良いのであるわけですが、運転免許証には制約があり、既に取得した免許より下位の免許を取得することはできません。
その中で、普通自動車免許より下位の免許である、「小型特殊自動車」「原動機付自転車」の2つは持っている人が比較的少なく、特に「小型特殊自動車」なんて、自動車学校以外で聞いたことがある人はほんの僅かしかおられないのではないかと……
詳しい説明は他所に詳しく書いてあるのですが、ざっくり申しますと、トラクターをはじめとする農業用の特殊車両を公道で運転するために必要な免許です。
また、ふらりと築地に行った時に気が付いたのですが、場内を走り回るターレットトラックも小型特殊自動車に含まれるようですね。特殊自動車の許可証が貼ってありました。欲しい乗りたい……

そんな小型特殊自動車運転免許、資料 (PDF: 運転免許統計(平成25年版) – 警察庁) によれば平成25年末時点で47,7296人しかいないとのこと。

かのエンベデッドシステムスペシャリストよりは多いようです………

本題

自分の住んでいる都道府県の運転免許試験場に行きましょう。写真とお金と住民票の写し(本籍が記載されたもの)があれば、おそらく全国どこでも大丈夫なはず。
お代は意外と安くて、受験料が1500円。合格した場合はそれに加え交付手数料が2050円掛かります。計3550円。

僕は神奈川県在住なので、今回は二俣川運転免許試験場に行きました。相模鉄道(相鉄)、初めて乗りましたが横浜から急行で一駅なんですね。
二俣川運転免許試験場、ホームページなんかを見るとバスによっていく方法が推奨されています。しかし、僕が行った時は年末で、しかも朝だったということもあるのか、道も渋滞しており、後日歩いて行った時とほとんど変わりませんでした。歩いて行く人も多く見かけますし、近道もあるようです。(手作りっぽい看板で近道と書いてある。)

年末に行くと、繁忙期だそうで「原付の方はGの窓口へ…」という案内がありました。小型特殊もきっと同じだろうと思いつつ行ってみたところ、どうやら正しかったようです。

二俣川の場合、年末などの繁忙期は門からまっすぐ進んだつきあたりの建物にある、Gの窓口ですが、平常時は左側のメインの建物入ってすぐの受付で運転免許申請書をもらえます(原付と同じ扱い)

僕「小型特殊を受けたいんですが……」運転免許試験場の方「え、小特(ことく)?!小特?!」

僕も小型特殊の受験談をいくつか読んだことはありますが、まさか最初からこんな扱いをされるとは思わなかったので、早速胸が踊る踊る。

扱いとしては原付に近いようで、運転免許申請書の「受けようとする免許の種類」の小特の欄に丸をつけるだけ。

適性検査でもお姉さんに「小特受けるの?」と聞かれる。「はい」と答えると、これでもかという感じ(下図)に小特と書かれまくり。おまけに付箋まで付けてくれました。

適性検査が終わると、続いて筆記試験です。もちろん小型特殊の受験者は1人しかいないのですが、流石に1人の為に部屋を分けるのも馬鹿馬鹿しいのか、原付と同じ部屋で受験をすることになります。だがしかし、扱いは同じく少数派である日本語以外を用いた試験をする外国人と同じようで、僕の列には日本人は僕しかいないというまたも不思議な状況になった。
ここでも、「本日小型特殊自動車の運転免許試験を受験される方は居ますかー?」などと、200人近くいる試験室で羞恥プレイが。

さて試験。小型特殊自動車は筆記試験だけですが、原付や普通自動車の筆記試験は本が出ているのを見たことがあるが小型特殊に関しては見たことがないどころか出版されているのかも分からない……。というわけで、出題範囲も良くわかりません。
ただ、後日受けた原付と比べると、自動車専用道路に関する記述があったり、わだちに関する問題が出たりと、微妙に原付よりは出題範囲が広く難しい気が……? ただ、原付の試験範囲を抑えておけば合格点(45/50)は取れるのではないかと思われます。
だがしかし、なぜ60km/hで走っている状況のイラスト問題が出たのかは永遠の謎。(小型特殊自動車は最高速度が15km/h)

合格発表です。小型特殊自動車の合格発表は原付と同時に行われます。
無事、自分の受験番号が見つかり、ホッとしている間に、「原付の合格者はこちらです」などと案内が行われていました、が、小型特殊自動車の試験合格者が呼ばれる気配は一向になく、その場(合格発表の電光掲示板前)で放置プレイを喰らいます。
まあ立ち尽くしていてもどうしようもないので受付の人に聞いてみるわけです。ここが小特らしいところで、受付の人が「小特の人ってどうするんでしたっけ……?」などと内線でどこかに尋ねはじめるわけです。どれだけ普段受験者が少ないんだ……
余談ですが、初回の受験では落ちました。敗因は試験範囲が第一段階だけだと思い込んでいたことです……。本当につらかった……

どうやら、小特の試験合格者は原付とは違い交付手続きを受ければ良いらしい。
ただ、交付手続きの窓口は午後1時(うろ覚え)ぐらいまで開かないため、2時間以上待たされるなどする。
原付では、原付講習なるものを受けて、2時間の間、原付が如何に事故りやすい乗り物であるかということについて洗脳される必要がある。

その後交付手続き。待遇についてはお察しの通り。外国人免許と同じ扱いでした。
書類貰って発行手数料分の収入印紙を貼って、顔写真を取って再度交付窓口で待たされたら発行されたのがこちら。

個人情報だらけなのでボケボケですが、輝かしい「小特」の2文字のために僕(ら)は頑張ってきたんだという気持ちになれます。有効期限の背景が黄緑色なのも若葉っぽさがあって良いですね。
初回の交付は黄緑色で、2回目以降は青色、条件によりゴールドになる。

こうして、小型特殊自動車運転免許を取得することに成功したのでした。

後日談

その後、原付と普通自動車の免許も受験しまして、次に乗るのはいつになるのだろうかという気分になりながら原付講習で原付に乗り、「あなたもライダー」という小冊子を貰いました。
下が現在(2015/8/4)の僕の免許証です。

雑感としては、普通自動車免許取り立てで若葉マークを付けているのにも関わらず、免許証が青色というのはやはりミスマッチ感があって良いという感じです。

また、最近ですが運転免許の勧誘を受けたので、「けん引が取りたい」と言ったところ「生意気な」と言われたことを挙げておきます。取りたかったのに……
そこまで悪意を感じる言い方ではなかったことを付記しておきます。

というわけで次は 大型特殊 か けん引 が取りたい。特に Euro Truck Simulator 2 (link: Steam) にドハマリした身としては、けん引免許がとてもが取りたい。

とりあえず学生から無職になるかと思われていたし、自分でもそう思っていた。
やりたいことの方針はざっくりありつつ、将来像は未だ浮かばず。
けれども、なんとかあと数年は 「職業: 学生 」と書けそうだ。良かった。

僕は自分のことを、「変な人間と言えるほど尖った何かを持っていなくて、だからといって一般人の中には居られない(居たくない)人間」として認識している。
結果として、進学先が決まり4ヶ月、進学して早1ヶ月。ふわふわと漂っていただけだということを自覚して、焦りつつ。

なんでこんな記事を書いているかと言えば、とある集いにて、他人の自己紹介やら夢やらなんやらを読んで心に刺さったからでして。
自分の自己紹介を書いていて、過去に何か大きなものを作ったわけでもなく、これから何か作りたいかと言われると具体的なアイデアもなく、ただひたすらに資格やら触ったものやらを書くことしかできないなぁ……とか。
(そういえば小型特殊自動車運転免許を取ったので今度取得談でも書こうかと思う。)

えっちぃものが買えるようになったので薄い本やらゲームやらもそういうものを買うようになったものの、消費が追い付かないし積み本, 積みゲーが増える今日このごろ。まあ、この辺りは Twitter にいつも書いている通り。

3月頃からアルバイトを始めた。業種としては、「コンピュータソフトウェア開発補助」にあたるらしい。つまりプログラマーらしい。携わる仕事の内容上書けることが少ないのだけれど、「見学に行ったはずがいつの間にか自分の机とPCが割り当てられてコードを書いていた」「経験したことのある言語を一通り言ったところ、経験したことのない言語の仕事が割り振られた。」「リアル 『なれる! SE』の世界にちょっと触れられて感動した」あたりのエピソードがある。楽しい。
まあ、何かこの仕事を始めてから上記のことをより深く考えるようになった気もする。

あと、アルバイトをするとやはり自分の使えるお金が以前の比じゃなくなるということを実感した。僕は Dr.Wallet を使って家計簿を取っているのだけれど、今まで1人ではほとんどしなかった外食をするようになったというのはQoL的にも大きいと思う。まあ、外食を増やしすぎるのも問題だとは思うけれど。

こんなことを書いていたら48分のサントラが再生終了してしまったのでこれにて。

グラフの描画領域をスクロールした時に、ノードをドラッグしようとすると座標がぶっ飛ぶという割りと深刻なバグなのだけれど、sigma.js のサンプルは全てページに全画面で描画されていたので今まで気が付かなかったんだと思う。

原因はブラウザの座標系の違い (pageX/Y と clientX/Y のズレ) だった。JavaScriptでブラウザの座標系なんて今まで意識したこともなかったせいで、原因を突き止めるのにかなり手間取ってしまった……

結果として、修正は以下の2行の変更で済んだ。

-  x = event.pageX - offset.left,
-  y = event.pageY - offset.top,
+  x = event.clientX - offset.left,
+  y = event.clientY - offset.top,

僕はこのコードが存在するもう一箇所(タッチデバイス向けのコードだった)にも修正をして、PR(Pull Request) を送ったのだけれど、これが問題だった。

送ってから数週間反応が無かったので、いつ Merge されるのかなと楽しみにしていたら、昨日 Issue に返信があって、「そのPRはタッチデバイスのピンチイン/アウト操作を破壊している」と突っ込まれ、………?! とびっくりしつつ、返信の検証コードを試したら確かにバグっていて、急いで元々の修正点1箇所だけを修正したPRを送信。

昨夜未明に無事 Merge されました。よかったよかった。

OSS、こうして人のプロダクトに貢献出来るの良いな〜と思いますし、承認欲求も満たせて一石二鳥な感じがありますね。
今後も貢献していきたい

なんとなくこの記事を書きながら、Issue の英語間違ってて恥ずかしいなこれーとかなっていた。恥ずかしい恥ずかしい

LLDBの使い方（チュートリアル日本語訳） | こん

とりあえずここを読めばいいと思います。

以下は、上を読みながら実際にどのようにして作業を行ったかという流れのメモ。

まず、コンパイル時に -g オプションをつけてコンパイルすること
(これによって変数名や関数名のようなデバッグ情報が埋め込まれる)

$ pgrep a.out

なんかでプロセスのpidを取得して、

$ lldb -p [pid]

で対象プロセスにアタッチ

(lldb) breakpoint set -n malloc_error_break

とすると、mallocにまつわるエラーにブレークポイントがセットできる
(その他のブレークポイント等は元記事を参照)

これを叩いた時に、メインプロセスの実行が止まったら

(lldb) c

で再開出来る。(c は continue の省略コマンド)
で、実行すると、ブレークポイントで自動的に lldb がスタックトレースを吐いて止めてくれる。

(lldb) bt

でスタックトレースが表示できる (bt = thread backtrace)

(lldb) frame select [n]

で、n番目のフレームに移動出来る (btで表示した #n にあたるもの)

(lldb) frame variable

とすると、そのフレームから見える変数が表示できる。

(lldb) p [variable]

とかすると、 valiable の値が表示できる。
また、*, &, ->, [] みたいな演算子も使用可能

(lldb) expr (int)printf("hoge")

みたいにすると、 printf(“hoge”) の返り値を取得できる。
ただし、返り値のキャストが必須のよう
(普通にhogeと表示出来るらしいけれど、こちらの環境では上手くいかなかった)

http://pref.yokohama