日記スマートフォン用の表示で見るけめの日記この広告は、90日以上更新していないブログに表示しています。読書11/20(水)夜にPSGI/Plack初のオンリーイベント(たぶん?)に行ってきました。調べながらMiddlewareを選定し、Starmanを立ち上げ、Supervisordで管理するなどしていた。今後ガチな実装が必要になった際には大いに参考になる内容だった。普段、表からは見えない強者エンジニアが見れてすごく刺激を受ける。APIを作った後・・・いや、既に作ってる間から「なんでこんな仕様にしちまったんだ。次の機会があれば、発表のような実践重視なアプローチで設計していきたい。文字コード周辺は実体験が薄い領域。今回の発表も「そんな方法もありなのか!」という感じで面白く聞けた。Mapperも使わずに書いていた。選択肢としてWAFも使えるに越したことはないかと思っている。今回の発表では巷で噂されているMojoliciousの色々について解が得られてよかった。@bayashihttp://bayashi.net/static/slide/20131120/index.htmlplackup単体で色々やる話。WAFやアプリに覆われてない生のPSGIを体感できて教材的にも良いと思う。@hkobahttp://sssslide.com/www.slideshare.net/hkoba/plackcon-yatt-lite苦肉の策で、、という話だったが色々な工夫が見れて面白かった。@tasukuchan会場の空気と全くシンクロしない動画登壇のなんとも言えない感じにやられたwでも、内容はPSGI/Plackと上に載ってるWAFの使い分けみたいな話で興味深かった。Tweet広告を非表示にするもっと読むコメントを書く2013-05-15社内勉強会でMessagePackとtmuxについて話した。MessagePackすでに開催から1ヵ月が経過しようとしていますが、初めてSlideShareにアップロードした記念とスライド埋め込みのテストを兼ねて書いてみます。2回目、やってみる?前回:面白さを求めて社内でエンジニア勉強会をやってみた。「アジャイル」についてややスピリチュアルな内容を話したので、今回はもう少し技術寄りで、かつ皆に通じやすい言語に依存しにくい話題として、メイントーク「シリアライズ」とLT「ターミナルマルチプレクサ」の2本を話しました。話した内容JSONやMessagePackを試した話。小規模ながらゼロからサーバサイドを作る機会ができたので、シリアライズ周りで色々試した話をしました。フロント(JS)向けにJSONベースのAPIと、探せばいくらでも事例が見つかりそうな実装ではありますが、実際にデータストアやログに書き出し、動作をテストしていると思わぬところで嵌ったりして考えさせられることが多くありました。Perl以外のクライアントライブラリは触っておらず、MessagePackの"データコンテナ"という位置づけも恐らくうまくは説明できません。)も理解にはほど遠いです。した知識の不足もあり、今回はあまり冒険はせずに無難な使い方で使用感を得ることを狙ったので、その点ではうまくいったと言えると思います(ちょっと盛ってます。screenだけを使っているようなのでtmuxの基本操作デモを行いました。screenとtmuxの両者について明確な差異や使い分けなどは説明できません。何でもアリのLT大会あまりガチネタが続くと発表する心理的なハードルが高くなってしまい俺が聞き手としておいしくないアウトプットの習慣化が進まないので、思い切って「写真多めでペットのネコを愛でるLT」とか「俺的オススメ映画/音楽を語るLT」とかやってみるのも面白そう。2011,2012の印象を話しつつ2013の宣伝をしようかな、と。00:48社内勉強会でMessagePackとtmuxについて話した。普段、仕事では運用ツールやAPIの保守を中心に行っているので、漠然とWebアプリケーション開発の技術領域の幅広さやスピード感に惹かれている。それなら「自分で作ればいいじゃん?」という話なのだが、如何せん"憧れは強いがやる前に考えすぎる"というダメな性質なので、今回のメイントークではモチベーション(のおすそ分け)やWebサービス開発のイメージをたくさん頂けて良かった。組織の大きさを感じさせないカジュアルさが凄い!(残念なことではあるけど)ちゃんとサービスの「終わり」が設定されているのは良いと思った。「技術の選定→プロダクトでトライ→失敗は次で生かす」の事例として大変わかりやすかった。見てぐっときた方のトーク!ビジネスではなく技術を試す場としてのWebサービス作りという感じが自分がやってみたいことに近い。有限のモチベーションをうまくコントロールする点に触れていて良かった。自分ももうちょっとエディタの力を引き出してコードを書きたいと思った。コマンドラインとPerlだけでなく、HTMLテンプレやブラウザを行き来するのを見て「一人でWebアプリを書く」という雰囲気を感じ取れた。ところでここまでみんな1982/83世代なのは偶然なのか・・・?自分も同い年ということもあって親近感と焦りが半端ない><LTはスピリチュアルだったりPerl関係なかったりして大変カジュアルで面白かったwただ、Yappoさんの例外処理の話は↓の部分が刺さったので試してみようと思う。扱いは難しくて面倒なのです。恐れ多さ無限大なオペレーションエンジニアの方々と同席したが、"PerlCasual"の名の下に「本番のPerl環境ってどう構築してますか?」とカジュアルに聞くなどした。いくつものPerl製Webアプリを運用している現場の話や、数日前に読んだPerl環境についてのブログエントリーの背景、便利なのは良いが慣れた環境(会社,PaaS,etc)を離れると何もできない人を作るのはまずい、など色々な話を聞けて(一方的に)大変充実した時間を過ごさせて頂きました。感想YAPCで凄い人を見るときの高揚感とは異なり、同じように悩み・試行錯誤している人の身近なエピソードを聞ける良いイベントでした。Japanさんのカフェもイベントのカジュアル感に合っていて良かった。#perlcasualTweet広告を非表示にするもっと読むコメントを書く2013-02-24面白さを求めて社内でエンジニア勉強会をやってみた。勉強会はじまり2010年末から外部の勉強会に行くようになり、自分の「知識と経験」、組織の「(経験や機会における)加速装置という魅力」に弱さを感じつつ、漠然と「面白そうだなー」という羨ましさも高まり、ついに社内で有志によるエンジニア勉強会を開催してみました!狙いとしてはこんな感じ。開催にあたって気をつけたのは下記のようなところ。面倒を避けるため開催は業務時間外。発表資料作りは全て休日。意識高めな趣旨を設定して「賛同できる人だけ来てね」と書いた。試みなのでスモールスタート。開催の告知範囲も面識のある範囲に限定。自分も含めアウトプット慣れしていないのでLT枠も設け内容は制限しない。開発/運用/ネットワークのエンジニアに加え、マーケターやPMも参加してくれた。発表後はよくある質疑応答ではなく、自然と発表を起点とした意見交換になった。今年の新人を含む若手が非常にLTらしいノリで盛り上げてくれた。何よりも、終わって「楽しかった」「次回もやるでしょ?」という声を沢山貰えた。個人的には新卒セミナーのお手伝い以外で初めて発表を行えたのが大きい。普段使ってない設備だったので機器の接続に手間取りスタートが遅れた。想定していた時間の2倍ぐらいしゃべってしまい盛大に時間オーバーorz長年の"色々"が篭った内容ということもあり話しているうちに広がり過ぎた。発表数不足を想定して自分が用意した4本のうちLTx2は次回に見送った。スイマセン、スイマセン><発表内容プライベートで書いた資料だけど、本のコピペや社内事情を考慮して編集するのは大変なので概要だけ載せておきます。運用の良い関係を起点とし、ビジネスをうまく進めるための文化。そこから生み出されたプラクティスやツールなど。自分たちで作ったっていい。「何のために使うのか」を理解することで初めて大きな効果を発揮する道具もある。ツールを入れる前に本読むのもいいかも。BOOK」最近買ったよ実際は資料1で話9ぐらいの割合で話したので参考程度に。11:53面白さを求めて社内でエンジニア勉強会をやってみた。2013に行ってきた。去年に続き今年も参加してきました。ギークのターニングポイント「パネラーが凄すぎて参考にならない」(感想)確かにその通りかもwでも「ここまでやっちゃっても大丈夫!」という励みはあった。結婚して守りに入るパターンと、むしろドライブがかかるパターン。(感想)どちらも状況や関係を想像できるけど、実際なってみないとわからないところだなーニフティクラウド「C4SA」についてランチセッション(感想)エビチリなど入った中華弁当がうまかった。ごちそうさまでした!C4SAはnifty.comを支える基盤から生まれた。便利に使ってるのは自社のエンジニア。(感想)amazon.com基盤から生まれたAWSや、Webサービスを作ってるペパボが作ったSqaleに通じる。想像上の利用者ではなく、具体的な利用者がいるという点が強い。(感想)長年、共用レンタルサーバをやってきた身としては、一世代前の技術でぶつかった壁を越えた先にPaaSがいる感じ。IaaSに比べまだまだ個性が出そう。(仮)(感想)何冊かアジャイルの本やセッションを見てきて、現場の良くないところと各プラクティスが(脳内で)結びづいてきた今日この頃の気になる話題。失敗として「ただ集まるだけのMTG」や「増える一方で上に伸びていくバーンダウンチャート」、「巻き込み過ぎて長くなってしまったMTG」などなど(感想)あぁ、1番目とか割と取り組みやすいと思ったけど甘くは無さそうだ。成功として「縦割りの壁が薄れた」や「振り返りの効果が少しずつ出てきた」など(感想)前者は巻き込む力が必要そうだけど解決できればでかい。結局、後者の繰り返しが大事なのか。外部コーチやデジタルな支援ツール、スクラムマスター、など(感想)まだ「(某サムライを手本に)試してみたい」の域なので本格的に取り組むなら外せ無さそう。(感想)専属のポジションを作るにあたっての選任や評価は半端な気持ちでは手が出せない。あとtagomorisさんの振り方がうまいwそもそも何を改善するの?「数値から見つける」「自分がユーザ視点で探す」「昭和大事」(感想)扱ってる商材や役割のバラバラ具合がいい感じに出てる。やって測る?「メトリクス監視」「"自分が困ってる"を"みんな困ってる"に置き換えるクレームは参考にならず統計分析してる」、「SNS等から感想を拾ってくるbot」など(感想)クレームの品質が酷いは同感><(感想)メトリクス監視が一番入りやすそう。統計分析は利用者像や"正しい状態"が定まってないと難しい。SNS監視はBtoC向けか。立場間の対立や改善を推し進める方法「自分で勝手に動いてから成果見せる」や「伝わるように見せる」、「相手が折れるまで言い続ける」など(感想)技術力・プレゼン力・根気。響く」、「おしまい姉妹」など(感想)最後のやつが凄すぎるw継続的システム運用のゲンバのハナシ技術的負債、どしてる?「負債満載の状態で自分の所に来る」や「負債を返すことで夜寝れる」、「ホスティングの事情」、「経営陣の理解」など(感想)いつの間にかサービスが作られてるとか、アラートが届いて存在がわかる、は怖い><(感想)ホスティングは動くコードも、投げるクエリもお客さんが握ってるからちょっと特殊ですよね。(感想)経営陣が技術的負債が増えると成長が鈍化するとこまで理解してる環境!自分と家族の健康を「1年かけてH/Wリプレース」や「夜中にレシピを検索する人はいない」、「一次対応を外注して夜間シフトを無くした」、「当番制でマナーモード」、「アラートが多くて嫁が不機嫌」など(感想)独特なピークタイムが運用の負担を下げている事例。・・・(感想)お金かけて外注してもっと大事な事に注力。準備と理解が大変だけど効果は大きい。(感想)家庭の話や対応フローの話を聞くとDevOpsカンファレンスを思い出す。どこも試行錯誤してる。PRESSで読んだ気がする。Talksでもこんな感じだったな・・・(感想)新人育成|中途採用を問わず人員の確保と、家庭も含めた負担の軽減はどこも大変そう。(感想)ここら辺で登壇者の携帯にアラートメールが飛びまくるという事件→同僚さんが対処(イケメン過ぎw(最後のセッションは飲んでふらふらしてたのでスルー)今回、デザインや法務に関連するセッションは聞かなかったのでCROSS自体は足りないのかもしれないけど、だいぶ色々な「ゲンバ」を見れて良かった。2013に行ってきた。Talksの感想メモ。#operationcasual勉強会もう1ヶ月以上前(2012/12/14)だし、年も跨いでるし・・・と思ったけど、今でも印象に残ってることはきっと大事なことなんで軽くメモだけ。「ほげエンジニア」の定義について(tagomorisさん)「自分を何者と名乗るのか?」という話。(感想)自分は消去法でプログラマかなーっと漠然と思ってたけど、横割りの組織でミドルウェアやOSから完全に切り離されてコードだけ書いてる環境の話を聞くと物足りなさそうな印象を受けるので、関わりたい範囲をもっと縦に抜いた名前を持った方がいい気がした。(fujiwara)全くコードを書かない状態からステップアップしていく流れが綺麗にまとまっていた。(感想)プログラマをやれ、というのではなく、課題を解決する道具という目的がスタート。試したり、自分用の道具としてのコードもちゃんと管理する話(Dropboxに同期しておく)(感想)家で作業してて社内Wikiを参照したくなるあの感じに近い。慣れてきた頃に凝った方法をとり過ぎる時期に気をつけたい「コードを書かないという選択」(感想)2,3ヶ月後に「うわ、全然イケてねぇ...」って自分で思うパターンだw自分用のコードから皆が使えるモジュールにするのが皆に嬉しい形。(CPANなど)ちゃんとしたところに公開するプレッシャーやフィードバックが良い効果を生む。(感想)作法とかわからないしなかなかネタもないけどいつかやりたい。パネルディスカッション(tagomorisさん、fujiwaraさん、lamanotramaさん、myfinderさん、mikedaさん)コードを書くべきか?という点については「プログラミングには適正がある」「どこまでも深入りする必要はなにのでは」「広義のコーディングは皆やってる」など(感想)特別な行為として重んじるような意見は少ない印象。「必要なときに選択肢としてコードを書く。