31days企画というものをやってみた。っていう人を煽ってみた。
31days企画というものをやってみたっていう人を煽ってて、いろいろ思うところがあったので。
煽る時に意識してたこと
ただ「アレやれ」「コレやったらどう?」っていったり、bot使って煽っても効果薄いんだろなーとか 本人のためにはならんだろうなぁ…と思ってみたので、今回はいくつかのことを意識しながら煽ってみました。
なお、↑のbotは前回の挑戦の時に実際に使用してました。当然のごとく効果無かったわけですが。
無理強いはしない
やらされている感を感じさせてしまうと負担にしかならないだろうなと思って、負担にはならないように意識してみました。 緩めるところは緩める。「多少はサボっても大丈夫だよー。だけど毎日続けようねー」的な。
21日過ぎたら手を離しはじめる
本当かどうか知らないけど「習慣化までに3週間かかる理論」。21日目までは積極的に煽ってみるけど、 22日目からはちょっと離れて見てる感じ。
見事なまでに習慣化されててびっくり。
(本人不在のところで)一緒に考える(ことで、本人がどこで詰んでるのか考えてみる)
ただ暴力的に煽ってもしゃーないので、どこで悩んでたりとかどこで詰んでるのかを考えてみた。 ただ応援しているだけでは見えないようなものもあるし、どこを煽ってどこを静観すべきか判断するのにいいなーと思って。
実際に煽りすぎを防ぐ効果はあったと思う。
ちゃんとフィードバック返してあげる
ちょっとしたことでもいいので、フィードバック返してあげる。本人のやる気に繋がった…んじゃないかな…(自信なし) 孤独感無いのは多分心強い。(煽り効果の増幅には役立ったと思う。)
頑張る人を煽るのは楽しいね。
頑張る人を煽るのはすごい楽しい。本人の成長が見えるのことで(仕事柄ってのもあるんだろうけど)こっちが元気貰える。うん。
で、8月も始めてるのですが、7月ほどは煽らず、ちょっと様子見な感じでいつでも煽れる準備だけはしておこうかなと思ってます。
とりあえずお疲れ様でしたー。
ハッカーズチャンプルー2015のあと。
Hackers Champloo 2015から1週間経ちました。 内容の話はいろいろな人が#hcmplでワイワイやっているので…特にいいかなーと思ってます。
前回と今回のハッカーズチャンプルーで僕の周辺で違うことがいくつかあったのでそのあたりを掘って書いていこうと思います。
前回と違う点
LTしてない
去年の前夜祭のLT、思っていたよりいろいろな人が覚えてくださってて、LTのあと、そこから話が広がることも 多かったです。来年機会があればやりたいなぁ…
ボランティアスタッフ
今年は何を思ったか「ボランティアスタッフとして参加しなきゃ!」って 急に思い立って申し込みしました。
なんてことがあり…といいつつも、十分働けてないなorzと思いながらモヤモヤしてました。 来年もボランティアスタッフやりたいなぁ…
学生(教え子)がいっぱい参加している
最初一人ふたりくらいに声かけたつもりがいつのまにか10人近く参加してて正直驚いきました。
んなことすんなよ!みたいなことしている学生もいましたが、みんな何かしら吸収して帰ったみたいです。 今週の放課後とかでも「ハッカーズチャンプルー行ってきたぜー!すごかったー!」って行ってない学生に自慢している学生もいたり、 課題研究とか卒業研究に(お尻にじゃなくてやる気に)火がついた学生もいたりしてました。
そして何よりビーチパーティーでIoTの話をされていた 清野剛史さんや長瀬さんとの会話でいっぱい刺激を受けていたようです。
実際ものすごく恥しがりやな学生が!!!!!!????!?!?!?!?って思うレベルで猛プッシュしながらいろいろな人に話をしているのを見て 学生巻き込めてよかったなーと思いました。
最後二次会に行って話をしたい!って清野さんがおっしゃっていたのに応えられなかったのが残念でした…
そんなこんなで
是非来年も盛り上げていくために協力できることはいっぱいやっていきたいと思います!
ギー沖解散パーティーでのLTとギー沖の思い出
LTに関してはこのネタと「@kimihito_ さん(とTwitterで遊ぼう。| のTwitterでの扱い方)」で悩んだんですが、 こっちのほうが真面目に書けそうだったのでこっちにしました。
この面子の中で話していいのか?的な感じもしたんですが、話す機会をいただけてよかったです。
僕とギー沖
- トマトスープ炊き出し(食べただけ)
- @kimihito_さんにビスケット持っていっただけ
- xvideosのサムネを取ってくるコードをハッカソンで書いた
- 謎のLT大会
- PC持たずにOkinawa.rbに居た
- 焼き鳥持ってOkinawa.rbに行った(そしてすぐ帰る)
- 2014年忘年会
- ギー沖解散パーティ
こんなイメージでした。
ギー沖を支えてくださいましたみなさん、ありがとうございました。
Hackers Champloo 2014 前夜祭LTで喋ってきた。
LMDEのpxeほげほげで遭遇した罠
LMDE(Linux Mint Debian Edition)インストーラーをpxe起動 #UEFIも大丈夫だよ!の続きです。
- UEFIでネットワークブートする環境が…
- dnsmasqのTFTPサーバー遅っ
- chefでパッケージインストールすると謎のエラー
- recipeのdirectory、なんでcreate_if_missing無いの?
そもそも何でこんなことやってるのか
LMDEをpxeでインストールできればいいなーと思ったのが1つ(学校で使うかもしれないので)。
あとは某@hanachin_先輩にchefchef煽られていたのでそろそろchefを真面目に使ってみようかと思ったので。
レシピ試す環境
Linux Mint上でkitchen(でdocker(lxc)) → MacでVagrant(virtualbox)とやってました。
kitchenでdockerやってるほうがdestroy/create楽だ(速い)もん。ただしnfs-kernel-serverの動作検証とかISOファイルのマウントとかやろうとするとコケるので途中からVirtualboxでの検証をしてました。
UEFIでネットワークブートするのを試す環境
環境作ったのはいいけどUEFIでネットワークブートする環境な無ければどうしようもない(学校いけば実機あるけど…)のでどうしようかと思ったんです。
で、よく見てみると普段仮想環境に使っているVMWare FusionがUEFI/Network対応という…うーん…
できればVirtualBoxで完結してほしかったんだけどVirtualBoxはUEFIは対応しているもののUEFI下でのネットワークブートに対応していない…
ほんでもって、VagrantのVMWareプラグインは有償…
なのでネットワークブートサーバーはVirtualBox、クライアントはVMWare Fusionという謎構成。
dnsmasqのTFTPサーバーが遅い…
最初のvmlinuzとinitrd.imgはtftpで転送するのですが…遅い…
もっともtftpというプロトコル自体そんなに高速なプロトコルではないんでしょうが、vmlinuzはともかく、initrd.img(20MBくらい)を転送するのに3分くらいかかって動いているので死んでるのかよくわからない状態に。
というわでtftpd-hpaにしてブロックサイズを指定することで2分弱くらいで転送できるようになりました。それでも遅い気がするけど。
chefでパッケージインストールすると謎のエラー
これ。もう一回vagrant provisionすりゃ通るんだけど、意味がわからない。recipeの問題でないっぽい。chefを最新版にしても直らない。recipeの最初にchefのバージョンをアップしても直らない。意味わからないけど今のところどうしようもないし、vagrant provisionすりゃ直るのでスルー。
recipeのdirectory、なんでcreate_if_missing無いの?
微妙に困るんだけど。
もくもくしながらAWSの各リージョンのインスタンスにtracerouteした結果。
JAWS-UG沖縄+ギークハウス沖縄 AWSハンズオン+もくもく勉強会 でもくもくした奴
何これ
JAWS-UG沖縄+ギークハウス沖縄 AWSハンズオン+もくもく勉強会に来てなんとなく自分のカネでやるにはちょっと…的なことを考えたけど、あんまり思い当たるものがなく、みんな東京リージョンのインスタンスしか立ち上げないので、他のとこのインスタンス立ち上げまくってひゃっはーしたかったので、ひゃっはーしたついでにtracerouteでも打ってどんな経路で行ってるのか調べた結果。
結論
KDDIが頑張ってるところは速い。Tokyo以外だとSingapore、N.Californiaは日本と相性いいのかも。サンパウロあたりでもKDDIさんが頑張ってくれればもっと使い物になるんだろうなぁ。とか思った。
N.Virginiaは謎。pingが350msくらいで返ってくるのでサンパウロより速くIrelandより遅い感じ。
各リージョンのインスタンスへのtraceroute結果
プロバイダーはKDDIなどこかです。物理場所は宜野湾ベイサイド情報センター内のGwave Incubate。 NTTなプロバイダーとかIIJなプロバイダーとかだとどうなるかは知りません…
N.VirginiaはSecurity Groupで「All Traffic」が選択できず、ALL TCP、ALL UDP、ALL ICMPしてもtracerouteできなかったので載ってません。
各インスタンスはUbuntu Server 13.10をmicroインスタンスで。Security Groupは「All Traffic」を0.0.0.0/0(
Tokyo
1 192.168.23.254 (192.168.23.254) 4.026 ms 1.024 ms 1.117 ms
2 192.168.60.254 (192.168.60.254) 1.659 ms 1.688 ms 1.483 ms
3 222.3.255.233 (222.3.255.233) 8.421 ms 4.138 ms 3.510 ms
4 222.3.255.254 (222.3.255.254) 3.954 ms 3.920 ms 4.371 ms
5 10.199.199.22 (10.199.199.22) 4.908 ms 3.717 ms 4.910 ms
6 obpbbac03.bb.kddi.ne.jp (118.152.252.86) 36.062 ms 35.185 ms 45.138 ms
7 obpjbb205.int-gw.kddi.ne.jp (118.159.136.201) 34.425 ms 32.581 ms 31.902 ms
8 jc-osa302.int-gw.kddi.ne.jp (113.157.227.90) 29.076 ms
jc-osa302.kddnet.ad.jp (113.157.227.18) 32.626 ms 34.168 ms
9 118.155.203.62 (118.155.203.62) 38.656 ms 87.547 ms 46.203 ms
10 27.0.0.191 (27.0.0.191) 45.754 ms 59.781 ms 41.746 ms
11 27.0.0.211 (27.0.0.211) 43.659 ms 50.967 ms 47.406 ms
12 ec2-54-199-176-15.ap-northeast-1.compute.amazonaws.com (54.199.176.15) 43.271 ms 42.024 ms 44.558 ms
Singapore
1 192.168.23.254 (192.168.23.254) 3.948 ms 0.949 ms 0.876 ms
2 192.168.60.254 (192.168.60.254) 1.361 ms 1.496 ms 1.321 ms
3 222.3.255.233 (222.3.255.233) 4.397 ms 3.077 ms 3.281 ms
4 222.3.255.254 (222.3.255.254) 5.888 ms 5.190 ms 6.506 ms
5 10.199.199.22 (10.199.199.22) 5.287 ms 5.009 ms 4.134 ms
6 sjkbbac05.bb.kddi.ne.jp (118.152.252.78) 39.881 ms 40.701 ms 40.019 ms
7 otejbb205.int-gw.kddi.ne.jp (118.152.210.177) 37.958 ms 38.957 ms 38.252 ms
8 sggjbb001.kddnet.ad.jp (59.128.4.62) 116.691 ms 116.619 ms 120.642 ms
9 cm-sgg002.int-gw.kddi.ne.jp (111.87.6.22) 116.376 ms 118.870 ms 116.932 ms
10 106.187.1.18 (106.187.1.18) 112.469 ms 111.824 ms 111.310 ms
11 203.83.223.56 (203.83.223.56) 150.470 ms 118.134 ms 118.444 ms
12 203.83.223.74 (203.83.223.74) 119.481 ms 120.049 ms 118.271 ms
13 ec2-54-254-193-242.ap-southeast-1.compute.amazonaws.com (54.254.193.242) 112.583 ms 112.461 ms 116.285 ms
N.California
1 192.168.23.254 (192.168.23.254) 3.884 ms 0.896 ms 0.837 ms
2 192.168.60.254 (192.168.60.254) 1.308 ms 1.405 ms 1.482 ms
3 222.3.255.233 (222.3.255.233) 3.703 ms 3.700 ms 3.514 ms
4 222.3.255.254 (222.3.255.254) 3.694 ms 5.956 ms 3.832 ms
5 10.199.199.22 (10.199.199.22) 4.015 ms 3.662 ms 5.473 ms
6 obpjbb205.int-gw.kddi.ne.jp (118.159.136.201) 30.633 ms 31.840 ms 39.817 ms
7 pajbb001.int-gw.kddi.ne.jp (203.181.100.194) 180.566 ms
pajbb001.int-gw.kddi.ne.jp (203.181.100.30) 142.780 ms 141.748 ms
8 ix-pa9.int-gw.kddi.ne.jp (111.87.3.74) 143.455 ms 139.892 ms 142.834 ms
9 72.21.221.125 (72.21.221.125) 142.162 ms 142.560 ms 139.754 ms
10 205.251.229.30 (205.251.229.30) 138.869 ms 141.011 ms 142.533 ms
11 72.21.222.19 (72.21.222.19) 143.120 ms 140.088 ms 140.813 ms
12 ec2-54-193-81-83.us-west-1.compute.amazonaws.com (54.193.81.83) 142.394 ms 141.360 ms 145.187 ms
Sydney
1 192.168.23.254 (192.168.23.254) 4.648 ms 0.932 ms 0.887 ms
2 192.168.60.254 (192.168.60.254) 2.352 ms 3.091 ms 1.544 ms
3 222.3.255.233 (222.3.255.233) 3.853 ms 3.135 ms 3.391 ms
4 222.3.255.254 (222.3.255.254) 9.007 ms 8.367 ms 17.496 ms
5 10.199.199.22 (10.199.199.22) 4.423 ms 4.154 ms 4.372 ms
6 sjkbbac05.bb.kddi.ne.jp (118.152.254.130) 40.939 ms 41.198 ms 42.790 ms
7 otejbb205.int-gw.kddi.ne.jp (210.234.225.81) 39.001 ms 38.718 ms 49.847 ms
8 tr-ote121.int-gw.kddi.ne.jp (106.187.6.142) 41.348 ms
tr-ote121.int-gw.kddi.ne.jp (106.187.6.138) 47.728 ms 39.166 ms
9 i-0-0-0-0.siko02.bi.telstraglobal.net (202.84.148.66) 41.046 ms
i-0-2-0-0.siko02.bi.telstraglobal.net (202.84.219.38) 41.554 ms 42.571 ms
10 i-0-2-0-0.siko-core03.bi.telstraglobal.net (202.84.148.65) 42.910 ms 43.169 ms
i-0-0-2-0.siko-core03.bi.telstraglobal.net (202.84.219.37) 43.821 ms
11 i-0-5-0-1.sydp-core02.bx.telstraglobal.net (202.84.144.25) 159.113 ms 155.286 ms 155.752 ms
12 unknown.telstraglobal.net (134.159.125.169) 152.519 ms 152.550 ms 152.234 ms
13 netvigator.cust-telstraglobal.net (134.159.125.166) 149.993 ms
tiglion.cust-telstraglobal.net (134.159.125.170) 150.316 ms 150.244 ms
14 54.240.192.89 (54.240.192.89) 155.420 ms 153.372 ms 153.695 ms
15 54.240.192.113 (54.240.192.113) 184.331 ms 152.985 ms 167.636 ms
16 ec2-54-206-77-235.ap-southeast-2.compute.amazonaws.com (54.206.77.235) 153.206 ms 153.363 ms 153.248 ms
Ireland
1 192.168.23.254 (192.168.23.254) 3.815 ms 0.922 ms 0.847 ms
2 192.168.60.254 (192.168.60.254) 1.402 ms 1.343 ms 1.616 ms
3 222.3.255.233 (222.3.255.233) 3.655 ms 3.372 ms 3.489 ms
4 222.3.255.254 (222.3.255.254) 4.207 ms 4.064 ms 4.261 ms
5 10.199.199.22 (10.199.199.22) 4.453 ms 6.590 ms 4.520 ms
6 obpjbb205.int-gw.kddi.ne.jp (118.159.136.201) 31.044 ms 30.337 ms 30.775 ms
7 pajbb001.int-gw.kddi.ne.jp (203.181.100.30) 141.680 ms
pajbb001.int-gw.kddi.ne.jp (203.181.100.194) 158.408 ms
pajbb001.int-gw.kddi.ne.jp (203.181.100.30) 141.790 ms
8 ix-pa9.int-gw.kddi.ne.jp (111.87.3.58) 139.605 ms
ix-pa9.int-gw.kddi.ne.jp (111.87.3.74) 139.192 ms
ix-pa9.int-gw.kddi.ne.jp (111.87.3.10) 143.034 ms
9 xe-4-2-0.pao10.ip4.tinet.net (77.67.77.25) 141.670 ms 139.488 ms 143.821 ms
10 so-10-1-0.dub40.ip4.tinet.net (89.149.186.193) 340.075 ms
so-10-0-0.dub40.ip4.tinet.net (89.149.187.1) 308.498 ms 287.167 ms
11 amazon-gw.ip4.tinet.net (141.136.96.234) 328.477 ms
amazon-gw.ip4.tinet.net (141.136.96.138) 308.570 ms 409.151 ms
12 178.236.0.204 (178.236.0.204) 293.564 ms 320.246 ms 296.303 ms
13 178.236.0.221 (178.236.0.221) 318.024 ms 409.233 ms 306.760 ms
14 ec2-54-194-8-15.eu-west-1.compute.amazonaws.com (54.194.8.15) 307.784 ms 306.166 ms 306.795 ms
Sao Paulo
1 192.168.23.254 (192.168.23.254) 4.077 ms 0.990 ms 0.855 ms
2 192.168.60.254 (192.168.60.254) 1.456 ms 1.544 ms 2.232 ms
3 222.3.255.233 (222.3.255.233) 3.471 ms 3.383 ms 3.141 ms
4 222.3.255.254 (222.3.255.254) 3.340 ms 3.349 ms 3.562 ms
5 10.199.199.22 (10.199.199.22) 4.080 ms 3.832 ms 3.562 ms
6 obpjbb205.int-gw.kddi.ne.jp (118.159.136.201) 32.532 ms 31.500 ms 76.560 ms
7 pajbb001.int-gw.kddi.ne.jp (203.181.100.182) 138.591 ms
pajbb001.int-gw.kddi.ne.jp (203.181.100.142) 140.329 ms
pajbb001.int-gw.kddi.ne.jp (203.181.100.194) 196.856 ms
8 ix-pa11.int-gw.kddi.ne.jp (111.87.3.90) 141.685 ms 141.675 ms 142.123 ms
9 xe-8-3-0.paloalto2.pao.seabone.net (195.22.206.133) 141.228 ms 141.305 ms 156.082 ms
10 xe-7-0-0.sanpaolo8.spa.seabone.net (195.22.219.177) 429.765 ms 408.948 ms
xe-7-0-1.sanpaolo8.spa.seabone.net (195.22.219.179) 409.713 ms
11 amazon.sanpaolo8.spa.seabone.net (195.22.219.137) 408.949 ms 409.130 ms 409.547 ms
12 177.72.240.141 (177.72.240.141) 409.561 ms 408.925 ms 409.196 ms
13 177.72.240.153 (177.72.240.153) 408.139 ms 334.191 ms 383.505 ms
14 ec2-54-207-19-108.sa-east-1.compute.amazonaws.com (54.207.19.108) 409.446 ms 335.467 ms 380.640 ms
HipHop Fatal error: unexpected St13runtime_error: locale::facet::_S_create_c_locale name not valid
Ubuntu Server 12.04 でHHVMを使ってWordpressを動かそうと思って公式のドキュメント^1通り実行すると、エラーログに
HipHop Fatal error: unexpected St13runtime_error: locale::facet::_S_create_c_locale name not valid
と出て動かない現象の対応方法。
公式のドキュメントに書かれている
sudo apt-get install hiphop-php
を実行する前に
export LC_ALL=C
を実行すると正常に動作する。
(HipHop側が悪いのかboostが悪いのかよくわからないけど、ロケールをごにょららないと正常に動作しないぽい)
追記(Aug.24 2013)
hhvmを起動する時もLC_ALL=Cじゃないと駄目っぽい。