書かれる予定のないブログ

今年もYAPC::Asiaに参加しました。

相変わらずPerlには殆ど触らない生活をしているけど、やっぱり業務で本格的に触った初めての言語だし、有名人もいっぱい見れるし、(ぶっちゃけPerlとか関係ないし、)モチベーションが上がるので参加できるならしようと思ったのです。

Day 1

インフラエンジニア(狭義)は死んだ

コードが読めない書けないインフラエンジニア→死。
開発だけやるとか、インフラだけやるとか、もはや通用しない。分業は成立しない。
自分は〇〇エンジニアだから、××はしないみたいな先入観、思い込みはマズイ。それでは問題の解決に臨むときに無意識でブレーキをかけてしまうのでは？

課題を解決したり楽しんだり喜んでもらったりするのが目的じゃないのか？コーディングだけしたりインフラの面倒を見るだけが目的ではないはず。その意識は大事だなと改めて認識出来ました。

完成されたシステムなどない。完成された人間もいない。あるのは成長し続ける未完成なシステムと、それを支える未完成な人間だけだ

#yapcasia 2014 でシステムとの時間の旅の話をしてきました - さよならインターネット

yapcasia2014 // Speaker Deck

スピリチュアル
再現性・簡便性
シンプルかつ環境に依存しない
式年遷宮・長屋どうせ壊れるので、壊しやすく、立て直しやすく、壊れても問題ないようにする

すべてのシステムに共通してすべきこととして、シンプルで、依存が少なくて、壊れても問題ないように保険をかけましょうというお話でした。

シンプルであるべきというのは、1関数〜1システムまで全てに共通する考え方なんだなー。

そして、人は絶対にミスをする(今朝もした)ので、その前提で環境・体制を構築するべきということですね。

Scala In Perl Company : Hatena

Scala in Perl Company という内容で発表しました #yapcasia【YAPC::Asia Tokyo 2014】 - はこべブログ ♨

Scala楽しそうだなーと思いました(小並感

最近は型好き好きなので、興味はアリアリです(Option型があるのも素敵ですよね)

コマンドライン ツールについて語るときに僕の語ること

コマンドラインツールについて語るときに僕の語ること #yapcasia // Speaker Deck

コマンドのオプションについて、ShortとLongの両方を用意する
デフォルトで破壊的動作はしない(破壊的動作はLongで)
対話的な動作をしない(自動化の妨げになる)
README.md > Usage > Man の順にユーザは見ていく。ちゃんと用意する
1コマンドでインストールできる
デバッグオプションを用意する
1ツールは1つのことだけやる。他のツールと連携できるようにする
RDD → README Driven Development

コマンドラインツールでもシンプルであるということは当然大事。

RDDは自分のやりたいことを明確にしてから開発に取り掛かれるし、一番モチベーションのある時にドキュメントを書くことができる。(ドキュメントを書くのは面倒なので、やる気があるうちにやっておくほうが良い。開発自体は楽しいからあとでも大丈夫)

「プロトタイプを手軽に作れる環境を用意すると良い」確かにオプションのパースとか、毎回書くのうざいですよね。

手でおっかなびっくりやるんじゃなくて、都度都度ツールを作ってどんどん楽をしたいですなー。

DeNAが歩んだデプロイ自動化への道

安全工学としてのデプロイ自動化
悪いシステムほど、後になって問題が発見される
リリースに困難さを感じるかどうかが、そのシステムの安全性を図る指標のひとつになる
出荷プロセスの見直しは生産システム全体の見直しになる。リリースプロセスの自動化により自浄作用を働かせる

今まさにやりたくてできてないデプロイ自動化。VSでの自動化(特にWindows Forms)を早いとこ成し遂げたい…

手動でのデプロイがおっかなびっくりでバタバタしてしまっているので、きっちり整えて自動化するのが安全安心というのはすごく納得できるです。

WHERE狙いのキー、ORDER BY狙いのキー

Where狙いのキー、order by狙いのキー

インデックスとは、ソート済みのデータの複製(異論はあると思う)
WHERE狙いのキー: 条件判定が少ない、残った行をソートする必要がある
ORDER BY狙いのキー: ソートはしなくていい、条件判定が残った行分走る
ネステッドループジョインは評価する行が倍倍で増えていくので遅すぎる
充分に絞り込めるならWHERE狙い、そうでなければORDER BY狙いが良い

今まで超適当にぼんやりと考えていたインデックスですが、コードでわかりやすく解説していただいたおかげで大分理解が出来たような気がします:)

上っ面だけじゃなくて内部的なこともちゃんと把握できていないとダメなんですよね…;

遅いクエリを速くするのは結構な快感なので、積極的にやっていきたいと思います:)

Lightning Talks Day 1

モナドはやっぱりわけわからん
デート中にSEGVの原因を考えてブチ切れて振られても結婚出来る
PIXIVは全部小文字

LTは話しが早過ぎるので、私の実力ではメモれないし覚えきれません^^;

その分カジュアルに聞けてとても楽しかったです:)

Day 2

突然ITインフラを任された人のための…監視設計入門

突然ITインフラを任された人のための…監視設計入門 #yapcasia

レイヤーを分けて整理。外形、デーモン、リソース、サーバ
netstatはなくなるからssコマンドを使っていきましょう
誤報慣れ怖い

個人的には今回一番聞けてよかったトークです。

しなきゃいけないのはわかってるサーバ監視だけど具体的に何をすればいいのかが曖昧だったけど、今回それがはっきりしたと思います。ありがたや。

レイヤーに分けて考えるというのがとてもわかりやすくてモヤモヤが解消しました:)

例によってWindows対象の話がなかったですが、それは自分で調べれば出来そうですね:)

半端なPHPDisでPHPerに陰で笑われないためのPerl Monger向け最新PHP事情（5.6対応）

PSRでPHPの世界に秩序をもたらそうとしている
PHPはテンプレートエンジンであるが、PHPの中でもっと安全な別のテンプレートエンジンを使うのが常識
SPL(Standard PHP Library)でいろいろ便利に
モダンなPHPはJavaっぽい
PHP5.6が出てきた余波で5.3はおしまい。PEARライブラリは消滅の流れ
npmのパッケージ数はバグ
レールが無いからあっさり崖から落ちる
弾さん「あ、そっか・・・ try-cactchあったんだ・・・」

PHPのトークでYAPCのベストトーク賞1位を獲得するという伝説を打ち立てた素晴らしいトークでした:) そう、YAPC::AsiaはYet Another PHP Conference Asiaだったのです。

触るたびに苦い思いをして避けよう避けようとしているPHPですが、やっぱり避け切れません:( どうせ避けきれないので、ちゃんと最新事情を掴んでおきたいですね:)

Perlあるある

Yapc::Asia 2014 Perlあるある

Jcode.pmがめちゃくちゃ懐かしい
dan kogaiはエンジニアに愛される方
朝起きた直後が一番集中できる→昼寝を導入する→朝が2度来る！
実は出演者全員77年生まれ
コードも作文も同じ。読まれて意味の分からないコードは書かない
コードを書くのに許可はいらない
変態たるもの基礎が大事
Done is better than perfect

こちらもすごく楽しかったです:)

有名エンジニアの1日のスケジュールはすごく興味深かったですね:) 自分のピークに合わせて効率を上げるというのは、当たり前だけど難しいですね…。

グダグダ言って動かないのではなく、とりあえずコードを書けと。そしてきれいなコードが書けないと言っていつまでも未完成なままにするのではなく、まずは完成させろと。

Lightning Talks Day 2

TDD(Twitter Driven Datsu-Syoshinsya) / Twitter駆動脱初心者 #yapcasia // Speaker Deck

2014 08-30 YAPC::Asia 2014 LT

TwitterはWebエンジニアの仕事
Twitterで有名な人をフォローするといいよ
Twitterやったり、勉強会行くようになってから技術力上がってった気がする
メタプログラミング、すなわち魔法
挫折を挫折のままにしない

Twitterで有名な人をフォローするのは本当に有効だと思う。受信できる情報量がすごく増えますよね。仕事中にTwitterは必要です( ｰ`дｰ´)ｷﾘｯ

あと、わからないことをつぶやいたら有名な人から回答が来るのは本当に嬉しいです:)

自分ダメだな～と思っても、勉強会やカンファレンスでモチベーションを得て、有名な人達に引っ張ってもらって、自分も誰かを引っ張れるようになれると良いなと思うです:)

キーノート

typester.Jr可愛い
受託開発が楽しい。新しい技術、新しい人に出会える
一度の人生楽しまなきゃ損！
ロールモデルを持とう 10年後にどうなってたいか 10年後にどうなりたいか

自分はどうなりたいのか、それを持っていれば何があってもエンジニアとしてやっていけそうです:)

まとめ

2年連続の参加でしたが、今年も存分に楽しめました:) やっぱり勉強会やカンファレンスはなかなか上がってくれない私のモチベーションを大いに高めてくれます:)

YAPC::Asiaは世界で一番大きなYAPCだということで、それに参加できる現状はとてもありがたいと思っています。たまたま一番初めに仕事で触った言語がPerlだったわけですが、それがこんなに価値のあるコミュニティを持つ言語だったことは私にとってとても幸運なことだったのですね:)

きっと来年も開催されて、きっと来年も参加させてもらっていると思います:)

この記事は #kabepy Advent Calendar 2013 の20日目の記事です。

前日の記事は @takanory さんの

#kabepy Advent Calendar 2013: #19 Tシャツを作った — takanory.net です！

日が登るまでは今日は昨日なのです！（意味不明

さて、この記事ではボルダリング（スポーツ）にはつきものの怪我について書きたいと思います。

私自身が11月下旬に結構重い捻挫をしてしまったので、その経験から怪我をした時のために必要なことなど列挙していきます。

（翌日の記事とネタが被り気味な気がしますが、怪我すること自体に焦点を当てることでお許し頂きたいです；）

怪我をした時に持っているといいもの

お金
助けてくれる友達や家族など
店員さんに助けを求める勇気
晒し者状態になってもくじけない心

お金

皆さん知っての通り、お金は大事です。持っているに越したことはありません。

何をするにしても必要ですが、怪我した時ももちろん必要です。

今回私が捻挫した時に一番お金を使ったのは「交通費」です。

救急車を呼ぶほどの怪我ではない、でも電車に乗って帰れるような状態でもない（職場近くのジムで怪我したので家まで遠い）。仕方ないのでタクシーを使って1万6千円を支払いました；；

他にもシップやら包帯やらテーピングやらで結構使いました、お金重要。

助けてくれる友達や家族など

皆さん知っての通り（ｒｙ

包帯やらなんやらを買ってきてもらったり、介抱してもらったり、移動するのに肩を貸してもらったりしました。

店員さんでも助けてくれるというのはもちろんあるのですが、友達や家族の方が気が楽ですし安心できますよね？

登るときは誰かと一緒に行ったほうがいいです、ぼっち危険。

店員さんに助けを求める勇気

怪我というのはいち早く対処しないといけません、恥ずかしいからといって独りで何とかしようとしてもろくな事にならないですし、きっと周りもその方が迷惑です。

特に捻挫の場合はすみやかに患部を冷やす必要があるので、店員さんに氷を用意してもらうのは最優先事項です。

また、今回の私のようにひどい捻挫になると目眩を起こしてしまったりするようなので、横になるスペースと毛布などを確保するためにも店員さんの協力は必須です。

晒し者状態になってもくじけない心

上に書いたとおり、怪我をするといろんな人に協力して貰う必要があります。

必然的に目立ちます、しかも目眩で横になったりしたら、学校のように保健室があるわけでもないので大抵は他のお客さんもいる場所でしょう。

私も何人もの人が通る場所で小1時間ぐらい横になっていました。横目で見ていく人、声をかけてくれる人、色々いらっしゃいましたが人が横になってるのをあえて無視する人は殆どいないので、しばらく晒し者状態です。

恥ずかしいかもしれませんがしかたのないことなので、やっちまった感を味わいつつ耐えましょう。

怪我をしたあと

もちろん整形外科なり整骨院なり行くべきなのですが、私の場合は夜10時にやっちまいましたので、もうやっている時間ではありませんでした。救急窓口などはあるのでしょうが、ひとまず骨に異常はなさそうだったので一旦帰って、翌日整骨院に行きました。

素人判断で怪我の状態をみるのは危険ですが、捻挫であればこのぐらいの対応でも問題なかったようです。

ただし、応急処置はちゃんとしておかないとまずいことになるので、症状に合わせてググりましょう。私の場合は足の捻挫なので足を心臓より高い位置にあげて、氷で冷やしながら一晩過ごしました。

足の怪我の場合は無理をせずにタクシーなどを使って移動しましょう。無理は禁物です。

しばらくはお医者さんの指示に従って治療やリハビリに励むことになりますが、怪我の原因について思いを巡らせ、反省しながら登れない苦しみに耐えましょう。

最後に

締め切り守れなくてスミマセンでしたm(_ _)m

リハビリについては次の記事で書いていただけるようなので、私も参考にさせてもらおうと思っています。