って書いてあるの見たので、試しに作ってみました。 動かすと以下の感じです。 LINE Notify さん、めっちゃ簡単で便利すぎないか？？？？！！ tweet みてから10分くらいでエントリ書き終わったくらいの手軽さ!LINE Notifyはテストとか時間のかかるコマンドを実行してちょっと席を外して休憩してる間に通知させるとかときに使うとめっちゃ便利かつ楽そうって思いました
— 貴社の名は。 (@karupanerura) September 29, 2016
]]>
って書いてあるの見たので、試しに作ってみました。 動かすと以下の感じです。 LINE Notify さん、めっちゃ簡単で便利すぎないか？？？？！！ tweet みてから10分くらいでエントリ書き終わったくらいの手軽さ!LINE Notifyはテストとか時間のかかるコマンドを実行してちょっと席を外して休憩してる間に通知させるとかときに使うとめっちゃ便利かつ楽そうって思いました
— 貴社の名は。 (@karupanerura) September 29, 2016
]]>
実物はこちらhttp://yappocall.yappo.jp/
初代 Yappocall は APNs で実装してましたが、今度は LINE を使ってるので僕からのお知らせが表示されてて双方向インタラクションな未来が来てる！
LINE の開発者画面で Bot の作成を行い必要な設定を済ませた後、 Bot 連携するために必要な情報をソースコードに書いて実行するだけで簡単に ikachan のような単純な Web API が設置出来ます。
ソースコードの設定以外にも必要な作業があって、作成した LINE Bot を友だちに追加してから API で利用する appname の登録を行い api_token を生成する必要があります。
ln.yappo を利用した bot は以下の様なコマンドを受け付けているので、 add コマンドで appname の登録と api_token の取得が出来ます。 $SECRET は lnyappo.pl の中で設定した、連携時に使うパスワードのようなものです。知らない人には API の利用をさせないという安全弁です。
ln.yappo Help 1. add > $SECRET add $yourAppName 2. delete > $SECRET del $yourAppName 3. send message to callback url > $SECRET send $yourAppName $message 4. list > $SECRET list 5. help > $SECRET help
appname と api_token を lnyappo.pl に設定すると本格的に利用可能になるので API を呼ぶでも良いですし、立ち上げた http server にアクセスすると簡単にメッセージを送るフォームが出てくるので、それを利用すると以下の様な感じで LINE にリアルでメッセージが届きます。
これだけでもいいんですが ln.yappo には、LINE で発言したテキストを ln.yappo の Web UI で設定した callback url に送信する事が可能になってるので、より LINE らしいかたちの ikachan になりました。
たとえば
特に現状の制限だと、一人あたり1個の Bot しか作れないとのことなので、この ikachan を Hub にして各種システムと連携すると、効率的に LINE Bot で遊べる事でしょう。
という理由もあって appname を登録して一人あたり複数の api_token を払い出し、複数の callback url を設定できる仕組みにしておきました。
ln.yappo を活用したサンプルとして Yappocall という、 Web 上で POST したメッセージを紐付けた人の LINE に送信する。 LINE から送信したお知らせを Web 上に表示するという簡単なアプリも書いてみたので参考にしてください。
ikachan は IRC ベースなので LINE 向けの Bot とは意識する場所が大きく違っていますが、差異に気をつければ古き好き IRC Bot 職人の皆様も簡単に LINE Bot がかけると思います。
烏賊ソース
https://github.com/yappo/ln.yappo
どうぞご利用下さい。]]>
また LT にて 廃止予定になった $^ENCODING に関する発表もしましたが、諸事情により資料は非公開です。
Have a Happy new year!
]]>@yappo で LINE から検索すると登録できると思います。
僕のお得な情報とか配信していて盛り上がり始めてるので皆様ぜひぜひご登録を〜
JAVA_TOOL_OPTIONS="-Djava.awt.headless=true" watcher --dir ./uml/ -- 'java -jar /foo/bar/plantuml.jar ./uml/*.uml && open -g -a Preview ./img/*.png'のようなコマンドをバックグラウンドで起動しとくと、編集作業の邪魔されずに .uml ファイルが保存されるたびに全自動で画像を生成して Preview.app で開いといてくれる。
そしてwatcher コマンドはみなさんが嫌いな Perl でできていて CPANから入手できます。
]]>kamipo: 司令塔権 middleware 以下全部担当
ar_tama: アプリ担当
yappo: アプリ担当
リポジトリはこちら https://github.com/kamipo/isucon4qualifier
大体の凡ミスはレギュレーション読まない事に起因するのが、過去の ISUCON の教訓だからひたすらレギュレーション読む。
お陰でリーダの遅刻を見逃した。
開始とともにトイレ。この間に kamipo さんが必要なインスタンスあげてログイン出来るようになってた。
うちのチームは1人/1インスタンスという構成で始めた。理由としては去年1インスタンスでやったせいで、気づかない間に環境壊されてたり各人が施した成果のベンチマークを回すのに待ち行列が発生して無駄だったから。
インスタンスを別ける事で他人に影響する事無くひたすら開発を進められた。
ちなみに基本的にサーバのコードは触らずに yappo/master branch に commit してくスタイルだった。
最初に isucon user で直接ログインしようとしたけど、鍵置いても直接はどうしても無理だったから2分くらいで諦めた。ログインし続ければいいだけだし。
そして、標準の ruby でベンチマークを回す。
10:27 < Yappo> 01:26:52 type:score success:6090 fail:0 score:1316だった。
その後に ruby を止めて perl を有効にしようとしたら、まさかの forman が死なないトラブルがあったので kill してから plackupしてベンチを取った。
10:37 < Yappo> 01:35:55 type:score success:7530 fail:0 score:1627Perlにするだけでスコアが上がった。
10:50 < ar_tama> score 3335いったでした。
ベンチのスコアを確認した後は、ブラウザで見たときの見た目重視っていうゆるふわルールあったのでちゃんとアプリを使ってみようとしたんだけど、ログインしてから何も出来ない！銀行なのにローン組むリンクすらマトモにうごかない！！！
っていう挙動に不安になったので「いすこん銀行さん Safari でログインするとローン申し込めないんですが、それおっけーですか?」って質問したら問題ないって回答きてひと安心。
ISUCON4 予選で一番心に残った不具合報告は「住宅ローンの申し込みができないのですが」
— Issei Naruta (@mirakui) 2014, 9月 28
その後は benchmarker がどうなってるのかを一通り調べてて
//*[@id='last-logined-at']って書いてあるのを見つけた。たぶん「DOM を崩さない=このXPathで処理出来る事」だと理解した。
//*[@id='last-logined-ip']
//*[@id='notice-message']
その後はテンプレートファイルを見る。
11:06 < Yappo> <span class="hikaru-mozi">偽画面にご注意ください！</span>いいセンスしてたので余計な所で時間くってた。。
11:06 < Yappo> これに釘付けだった
11:06 < ar_tama> ｗ
11:06 < Yappo> hiraku-mozi
11:06 < ar_tama> hikaru-mozi!!
11:06 < ar_tama> かわいい
11:08 < Yappo> [isucon@ip-10-127-131-242 ~]$ sudo zcat /var/log/nginx/access.log-20140926.gz | less
11:08 < Yappo> censored - - [26/Sep/2014:09:35:39 +0000] "GET /tmUnblock.cgi HTTP/1.1" 400 172 "-" "-"
11:08 < Yappo> censored - - [26/Sep/2014:10:27:58 +0000] "GET / HTTP/1.1" 200 2228 "-" "() { :;}; /bin/bash -c \x22echo testing9123123\x22; /bin/uname -a"ヒント探したつもりが全然品とじゃなかった案件もあった。。
その後はベンチ走らせた時のログを集計して top page -> login -> エラーだったら top page に戻る/成功だったら mypage を表示 という固定的なアクセスしかない事を把握した。
top page を開いた時に、必要な static file のリンク先を全部辿ってアクセスしにいく感じだった。
css を gz 化して見たものの当たり前だけどスコア落ちた。これは CPU 食ってて逆効果だったのか md5 checksum が一致してないのかわからんかったけど、余計な事なのですぐにやめた。
ここらで作戦タイムしながらアプリのコードを読んでく。
トラフィック的には / へのアクセスが支配的。 /login はクエリが重いので最後のボトルネックは /login 。そして /mypage の内容は実質 /login 時に取得したデータを使い回せる事を把握した。
/ に関しては、ログイン失敗時のエラーメッセージを動的に埋め込んでいるが、実際は5パターンのエラーしかないので、何かしらの状態をクライアント側に保持させて nginx 側で振り分けすれば application が処理しなくても良いはず。
/mypage に関しても /login 時に必要なデータを保持して nginx 側でレンダリングした方が早そう。
という結果を踏まえて、 benchmarker が任意の Set-Cookit を受け取って Cookie ヘッダで送ってくるかを調べ、それが可能である事を把握してから
1. 何も cookie が無い時に / へのアクセスがあったら nginx 側で静的コンテンツを返す
2. ログイン失敗時には error=nanntara という cookie を送信するので、その cookie がついた / へのアクセスは cookie の内容を考慮して適切な静的コンテンツを返す
3. ログイン成功したときは、最終ログイン情報を cookie に入れておくので、 nginx は cookie を元に ssi を使って /mypage のレンダリングをする
という、方針で動く事にした。
kamipo さんが nginx 周りの作業を全面的に行うあいだ、僕は暇になるので、自分は /login の重い処理を片付ける ar_tama さんは逆から攻めてく感じで /report 周りをやる感じになった。
本来は /report はカリカリにチューニングする意味ないんだけど、高スコアが叩けるようになった時に /report の負荷が高過ぎてベンチマーク成立しないリスクもあるので、先回りで。
このアプリはログイン時に失敗すると失敗カウントが増えていって、閾値を越えるとそのアカウントがロックされる。または ip address が ban リストに入って、どのアカウントにもログイン出来ない。
という仕組みが入っていたのですが、このログイン時に lock / ban をチェックする為のクエリが面倒いサブクエリで書かれていて index 使われてないので遅い。
これをまずどうにかする為に
CREATE TABLE IF NOT EXISTS `login_log` (という感じで index つけたら、これだけで score:1668 -> score:10027 に上がっていた。
`id` bigint NOT NULL AUTO_INCREMENT PRIMARY KEY,
`created_at` datetime NOT NULL,
`user_id` int,
`login` varchar(255) NOT NULL,
`ip` varchar(255) NOT NULL,
`succeeded` tinyint NOT NULL,KEY (user_id),
KEY (ip),
KEY (succeeded, user_id),
KEY (succeeded, ip)
) DEFAULT CHARSET=utf8;
でも index を貼る前に考えてた戦略があったので、一旦この案は取り消しました。
index 貼ってもログイン処理で lock/ban されたかどうか調べるクエリが複雑になるので、それらのクエリが簡単になるように予め失敗回数をカウントするだけのテーブルを用意しました。
CREATE TABLE IF NOT EXISTS `last_login_failure_count_user_id` (そうすると、ログイン時に login_log テーブルと追加したテーブルに対して3回も insert クエリが走ってしまうので trigger を使ってクエリ数を減らしました。
`user_id` int NOT NULL UNIQUE,
`count` int
) DEFAULT CHARSET=utf8;CREATE TABLE IF NOT EXISTS `last_login_failure_count_ip` (
`ip` varchar(255) NOT NULL UNIQUE,
`count` int
) DEFAULT CHARSET=utf8;
DELIMITER //また、 SELECT クエリが複数飛ぶのも点数下げるだけなので UNION でおまとめしてます。
CREATE TRIGGER login_log_insert AFTER INSERT ON login_log
FOR EACH ROW
BEGIN
IF NEW.succeeded = 1 THEN
DELETE FROM last_login_failure_count_user_id WHERE user_id=NEW.user_id;
DELETE FROM last_login_failure_count_ip WHERE ip=NEW.ip;
ELSE
INSERT INTO last_login_failure_count_user_id SET user_id=NEW.user_id, count=1 ON DUPLICATE KEY UPDATE count=count+1;
INSERT INTO last_login_failure_count_ip SET ip=NEW.ip, count=1 ON DUPLICATE KEY UPDATE count=count+1;
END IF;
END//
DELIMITER ;
(違うテーブルを UNION にまとめて結果を取り出すと、どの行が何のデータだかわからなくなるので1カラム目にラベルを入れておいて、それをプログラム側で成形してりようします。
SELECT 'user_id' AS name, count AS count FROM last_login_failure_count_user_id WHERE user_id = ?
) UNION (
SELECT 'ip', count FROM last_login_failure_count_ip WHERE ip = ?
)
ここら辺ずっと1並列でベンチ取ってたので、基本的にスコアが1万から変わらなくて辛かったけど次なる施策が控えてるので、このまま進んでた。
login 周りが一旦落ち着いたので、今度は /mypage で表示させるべきデータを /login で生成する作業に取りかかる。
/mypage で出しているのは前回ログインした時の ip address とログイン日時。という事で /login 叩かれた時点の user_id の最近の成功したログインのテーブルからデータを取れば良いという事になる。
ログイン履歴のテーブル(login_log)は、該当の user_id/ip address がいつログインしたか、それは成功したか失敗したか(succeededカラム)。という情報を入れてるので SELECT * FROM login_log WHERE succeeded=1 AND user_id=? ORDER BY id DESC みたいなクエリになるわけだけど、実は先ほど trigger の仕組みを作った時に
CREATE TABLE IF NOT EXISTS `last_login_success_user_id` (というテーブルを作ってて
`user_id` int NOT NULL UNIQUE,
`login_log_id` bigint NOT NULL
) DEFAULT CHARSET=utf8;CREATE TABLE IF NOT EXISTS `last_login_success_ip` (
`ip` varchar(255) NOT NULL UNIQUE,
`login_log_id` bigint NOT NULL
) DEFAULT CHARSET=utf8;
DELIMITER //という定義を作っていたので、それを利用して
CREATE TRIGGER login_log_insert AFTER INSERT ON login_log
FOR EACH ROW
BEGIN
IF NEW.succeeded = 1 THEN
INSERT INTO last_login_success_user_id SET user_id=NEW.user_id, login_log_id=NEW.id ON DUPLICATE KEY UPDATE login_log_id=NEW.id;
INSERT INTO last_login_success_ip SET ip=NEW.ip, login_log_id=NEW.id ON DUPLICATE KEY UPDATE login_log_id=NEW.id;
DELETE FROM last_login_failure_count_user_id WHERE user_id=NEW.user_id;
DELETE FROM last_login_failure_count_ip WHERE ip=NEW.ip;
ELSE
INSERT INTO last_login_failure_count_user_id SET user_id=NEW.user_id, count=1 ON DUPLICATE KEY UPDATE count=count+1;
INSERT INTO last_login_failure_count_ip SET ip=NEW.ip, count=1 ON DUPLICATE KEY UPDATE count=count+1;
END IF;
END//
DELIMITER ;
FROM last_login_success_user_id JOIN login_log ON last_login_success_user_id.login_log_id=login_log.id WHERE last_login_success_user_id.user_id = ?のようなクエリを作っていた。
(みたいにして取ってた。
SELECT 'user_id' AS name, count AS count, NULL AS ip, NULL AS created_at FROM last_login_failure_count_user_id WHERE user_id = ?
) UNION (
SELECT 'ip', count, NULL, NULL FROM last_login_failure_count_ip WHERE ip = ?
) UNION (
SELECT 'last', NULL, ip, created_at FROM last_login_success_user_id JOIN login_log ON last_login_success_user_id.login_log_id=login_log.id WHERE last_login_success_user_id.user_id = ?
)
そして、そろそろ素の file に session data を書いてるのも良く無さそうなので。 /dev/shm 以下に書くようにしてメモリの上に session data を置くようにした。
ここで memcached 入れなかったのは、いきなり新規の daemon 突っ込もうとしてハマったら面倒、今まで1個のプロセスの中だけで session data の読み書きしてたのに突然別のプロセスに tcp socket 経由で処理するのは危険だしコンテキストスイッチやばそう。みたいな素人判断で安全にメモリ上に移行する方法を選びました。
この辺りまでは、ささいな typo でベンチマークがこける事はあったけど、それ以外の大きなトラブルは無く進んでた感じ。
ここで衝撃の事実
15:42 < Yappo> flash まわり kamipo 先生がやってたけど、どうなんだろうwflash まわりってのは / とか /mypage を nginx でどうにかするって言ってたやつなんだけど、結局 ssi がうまく動かせなくて諦めてしまったっぽい。
15:42 < ar_tama> ｗ
15:42 <@kamipo> それは挫折しましたｗ
15:42 <@kamipo> si
15:42 < Yappo> w
15:42 <@kamipo> し、使ってる / がめっちゃ速いから
という事で /mypage を nignx で処理する事は諦めたけど / は静的に返そうという話になった。
僕は事前の準備でベンチマークは path が不一致だと加点しないが、 query string が url に付与されてても加点対象となる事実をしってたので、 /login でエラーになったら /?error=xxx にリダイレクトして nginx で query string を処理して、全ての / へのレスポンスを静的に返そう！という話になった。
16:30 すぎた辺りから、まだ nginx の設定出来ない感じだったので全員で nginx の設定調べだすことになった。
ここからが真のデスマーチが始まって、だれも / を静的に返す nginx.conf が書けないまま1時間がすぎてしまい。途中経過に名前出てこないまま終わるのだけは嫌だ！というリーダの叫びもあって17時前に3万ちょい越えのスコアを送信してギリギリ名前を刻む事だけは出来たけど暫く進まず。。
全員でnginxを調べだして30分がすぎて、このままだともうダメだ！ってなってた頃に、ようやく僕が nginx で動く設定が解ったので、設定を試してベンチを回す事ができた。
まだ / だけ静的化しただけだったけど、すぐに error page を静的にする設定を入れて何とかベンチ通るようになった。
17:39 < Yappo> 08:37:49 type:score success:68790 fail:0 score:14859上が1並列で下が5並列くらいだとおもう。
17:39 < Yappo> 08:39:27 type:score success:159410 fail:0 score:34434
このくらいになると、まったく原因解らないけど僕のインスタンスだけが正しく動く環境になってました。
去年の本戦も同じくらいの時刻にもあったのですが、今回も「
もう最後の頼みの綱はやっぽさんだけや。。」って発言を頂いてしんみり。
結局、静的ファイル大作戦でスコアが1-2割上がったくらいでまだまだ足りんかった。
この後は悪あがきで Starman だったのを Starlet に入れ替えて workload を色々変えて試してみて、だいたい37000くらいのスコアで収束しそうだったので、天にも祈る気持ちでベンチマーク連打を他のメンバーにお願いして僕はトイレに行ってきました。
そして帰ってきた頃に終了です。
みなさんお分かりでしょうが trigger 周りが無駄すぎるので、そこはもっと効率よくする予定で進んでたのですが、さすがは本番でトラブル多発で時間足りなくなって、まともな感じにする前に撃沈でした。
最終的には MySQL の接続は /login のみで 1 write, 2 read クエリのみになってたけど、やはり /login での mysql 処理が支配的になってくるので users テーブルを全部 perl のコードに変換してクエリ数を減らす事もやりたかったです。
最後の手段で、ベンチマークの User-Agent の時だけ必要最小限な HTML を返すという事をやって終了させる目標があったけど、それもやりきれず残念。
スタート時に使ってる midllware を使い続けてキャッシュ戦略も取らなかった割には良いスコアだったのでは？？？
kamipo さんとか ar_tama さんとか、なんもバリュー出せてない言ってたけど細かい所直したり バグ見つけてくれたり kernel 設定したり middleware の調整したり ami 提出の調整するのとかバリューでまくってたよ！！
最初の戦略がちゃんと当たってれば、それこそすっごいバリューになってたし、今回は惜しい感じだっただけ！！
僕最初と最後に別のバリューだしてたけど。。。
スタートダッシュをゆっくりしない。最初と最後くらいトイレに行かない。
最後の静的ファイル返す時に Varnish 入れた方が良いと思ってたけど、普段やらない事を本番でやっちゃだめだという学びがありました。
こちらからは以上です。
]]>ISUCON が始まる直前のエンジニアチューニングコンテストで、レギュレーションで「特定のディレクトリ以下のファイルを弄ったら失格。それ以外は自由」って競技があったので、特定のディレクトリ以外の htppd.conf をいじって documentroot を変更して、ぶっちぎりのスコアをたたき出したら、ぶっちぎりすぎたと言う理由で失格になってマジイラっと来た人間。
import static jp.yappo.logminimal.Log.*;
public class Foo {
public void var() {
critf("crit log");
warnf("warn log");
infof("info log");
debugf("debug log");
critf("crit log %s", str);
warnf("warn log %s", str);
infof("info log %s", str);
debugf("debug log %s", str);
}
}って感じで使えます！かんたん！
デフォルトの出力内容とかは以下のテストが通る感じの出力です。
assertEquals(LogTest.logResult, "[2014/06/10 18:19:20] [CRITICAL] log 0001 at jp.yappo.logminimal.LogTest.test(LogTest.java:35)");
warnf("%s %04d", "log", 1);
assertEquals(LogTest.logResult, "[2014/06/10 18:19:20] [WARN] log 0001 at jp.yappo.logminimal.LogTest.test(LogTest.java:37)");
infof("%s %04d", "log", 1);
assertEquals(LogTest.logResult, "[2014/06/10 18:19:20] [INFO] log 0001 at jp.yappo.logminimal.LogTest.test(LogTest.java:39)");
debugf("%s %04d", "log", 1);
assertEquals(LogTest.logResult, "[2014/06/10 18:19:20] [DEBUG] log 0001 at jp.yappo.logminimal.LogTest.test(LogTest.java:41)");critf("foo\nbar\rbaz\tblha");
assertEquals(LogTest.logResult, "[2014/06/10 18:19:20] [CRITICAL] foo\\nbar\\rbaz\\tblha at jp.yappo.logminimal.LogTest.test(LogTest.java:44)");
ログの出力先は lambda で差し替えられます
Log.setLogger((time, type, message, rawMessage, trace) -> {
...
});みたいにすればいいですね。
1個の java file で作ってるのでコピペでつかえてべんり！
]]>普通に話したら Mroonga を使えってマジレス返されるので、なんで Mroonga を使わないで Groonga 単独で頑張ったかの理由などの話をしてたら時間かかりすぎたので9月に開催される Groonga のイベントでもうちょっと詳細の実装などを話そうとおもいましたまる
]]>というタイトルでトーク募集しています。
JPA の会長が
#yapcasia にトーク応募している人、もう少しがんばってソーシャルボタン押してもらわないと今年は特に倍率高くてヤバい気がしてるのは俺だけか…
— Daisuke Maki (@lestrrat) 2014, 7月 9って言ってて危機感感じたので、僕しゃべりたいのでJava For Perl Mongersのページの中にあるソーシャルボタンでガンガン拡散してもらえると嬉しいです！
よろしくおねがいします！！！
]]>で、普通の人は TSV にするだの CSV にしてもらうだのすると思うんですが、一方的にデータ貰うだけなら良いんだけど、相手とやり取りする時にはどうしても xlsx ファイル経由とかにしないと相手がこまる！やっぱりエンジニアのエは優しさのエだから相手に優しくしないとだめです。
で、 xslx ファイルでエンジニア以外の人とデータやり取りするとやっぱり、バージョン管理したくなるのが人情です。
でも xslx ファイルはバイナリファイルなので git diff とかが残念です。。。
って事で作っちゃいました。
https://github.com/yappo/p5-git-xlsx-textconv.pl
xlsx2txt みたいなコマンドは結構あるけど、僕が作ったのは git diff した時に見やすさを重視してます。
だいたい下の画像のようになります。
シート名を行頭に持ってくるので複数のシートでもだいじょうぶです。
行名や列名を入れると行挿入で死ぬので入れてません。簡単ですね。
README.md の通りに install して .gitconfig を設定して プロジェクトの .gitattributes を設定すればすぐに使えます。
僕の用途だと1行に意味がある感じのシートだからわりとこれで良いけど、列と行を特定したセルにそれぞれ意味があるなら行列を1行で区切る感じの出力にしたら便利でしょう。
折角だけど git merge も全自動で良い感じにするラッパー書きたかったけど git には良い感じに merge warpper script を指定出来なかったようだ。。
あと .xlsx って実は zip file で中身は XML だったから shell だけで解決させようと思ってたんだけど、データ構造わりと面倒くて諦めた。
もし Perl とか使うだけで発狂するような方がいたら Ruby に移植するなりお好きにしてください。その場合のライセンスも好きに設定していいです。
enjoy!
perl -E 'my $x = "ム"; say(join ",", unpack "C*", $x); $x =~ s/\s//; say(join ",", unpack "C*", $x)' 227,131,160 227,131
160 = 0xA0
UTF8 string に対して、うっかり byte data に対して s/\s// とかすると 0xA0 を使っている UTF8 string が broken どす。
\s is space character, and includes 'no-break space'.
]]>http://yappo.github.io/talks/20140528-linedm04/
話題はどうしようかと思ったけど、普通に自分のお仕事で考えている話すか、ということでエンジニアの考え方の概要、どういう考え方で働けばいいのか、実務でどうかの話もからめてひと通りやった。30分の予定が40分近い話になってしまった。
もうちょっとコードレベルの話とかでも良かったんだけど、もう一人の資料みたらそういう感じだったので逆ばりして、意識高いだけのなんちゃってエンジニアっぽい感じのふわっとした話をしてみました。
こんな話でよかったかなあと思ったけど、懇親会で「バッチスクリプト動かす時に勇気居るの共感した」しかもお仕事で！ という人に何人も話しかけてもらったりもして、それなりに興味を持ててもらえる話ができたのかなという気はした。参加者も登録数(定員いっぱい40人)くらいは実際に来場されてたらしい。よかったよかった。
来月以降はまた全然違う方向の技術の話をしに別の人が行くと思うので、今回の話がまったく楽しめなかったという方も、これに懲りずに参加してもらえると良いのではないかと思います。
雑感
死ぬほどうビールを飲んだので1泊のうちの出費がほとんどなかった。福岡は魅力的な場所だが長期滞在したらサイフだいじょうぶそう。
冗談は置いておいても、U/Iターン採用みたいのもやるらしいし福岡良い所だから移住して働くでも良いと思うんじゃないのかな？
あと、今回の話をよりちゃんとコード書ける人レベルに落とし込んだ話を YAPC::Asia 2014 でやります。
]]>