タグ

ブックマーク / blog.kentarok.org (33)

  • エンジニアとしていかに成長するかについて、GMOグループの新卒エンジニア・クリエータの皆さんにお話した - Kentaro Kuribayashi's blog

    GMOグループにはGMOテクノロジーブートキャンプという新卒エンジニア・クリエータ向けの研修メニューがあって、そこでなんか話してくれという要請があったので、「エンジニアになる」というタイトルで、エンジニアとしての成長について、少しお話をしてきました。 自分自身がエンジニアとしていままでどうしてきたかみたいな話は、まとまった形ではこれまでしたことがなかったわけですが、立場上とか年齢的にも「僕ごときが……」とかいってもいられないので、恥を忍んでスピリチュアルな話をしてみました。以下、ご笑覧くださいませ。 いいたいことはだいたいスライドに書きこんだのですが、以下、ちょっとだけ補足。 このスライドを作っていた時に、ちょうど「現場ロックイン」についてのエントリが話題になったり、また、このエントリを書く直前にも似たような話題のエントリを見たりしました。 現場ロックインが技術力さげてるのかもしれない -

    エンジニアとしていかに成長するかについて、GMOグループの新卒エンジニア・クリエータの皆さんにお話した - Kentaro Kuribayashi's blog
    markup
    markup 2015/05/11
  • 大きな構想を持つこと - Kentaro Kuribayashi's blog

    DeNAのZIGOROuさんによる技術選択とアーキテクトの役割というスライドを拝見して、大いに感じるところがあったので、少し書く。といっても、技術的な話というよりは、もうちょっと違うレイヤの話(技術選択についても思うところはあるのだけど、それはそれについて述べたスライド*1を参照していただきたい)。 経験曲線効果 経験曲線効果という言葉がある。元は、ボストン・コンサルティング・グループ(BCG)のコンサルタントによって提唱されたものだ*2。このような図*3を見たことがあるだろう。 Wikipedia*4には以下のように説明されている。 経験曲線効果(けいけんきょくせんこうか、experience curve effect)とは、経験と効率との間の関係を示す経験則である。単に経験効果とも呼ばれる。一般に個人や組織が特定の課題について経験を蓄積するにつれて、より効率的にその課題をこなせるように

    大きな構想を持つこと - Kentaro Kuribayashi's blog
    markup
    markup 2015/02/20
  • YAPC::Asia 2014で「いろんな言語を適材適所で使おう」という話をした #yapcasia - Kentaro Kuribayashi's blog

    YAPC::Asia Tokyo 2014で、いろんな言語を適材適所で使おう - YAPC::Asia Tokyo 2014という話をしてきました。 これまでのソフトウェアエンジニアとしての経験から、継続的に価値を提供し続けるための技術選択はどのようにあり得るのかということをずっと考えていて、「「技術的負債」を問いなおす」というタイトルでJAWS DAYS 2014で話してきた #jawsdaysや、GMOペパボのエンジニア新人研修 #lldiverという発表でもそのあたりの問題意識に基いて話したりしてきました。今回の話は、では、それらの延長線上での、将来における技術選択の最適化について考えてみました。 もうちょっとちゃんと定量化できる感じにしたいけど、まだまだ難しそうだなあという感じ。もうちょっと深堀りして考えていきたいと思います。

    YAPC::Asia 2014で「いろんな言語を適材適所で使おう」という話をした #yapcasia - Kentaro Kuribayashi's blog
    markup
    markup 2014/08/31
  • 【無料】「継続的Webサービス改善ガイド」(WEB+DB PRESS Vol.75)【公開】 - Kentaro Kuribayashi's blog

    以前寄稿したWEB+DB PRESS Vol.75の特集を、Web上でも読めるよう公開しました。 継続的Webサービス改善ガイド:特集|gihyo.jp … 技術評論社 今日は、僕の書いた「第1章 なぜ「継続的Webサービス改善」が必要なのか~変化に対応し,10年後も生き残るWebサービスのために:継続的Webサービス改善ガイド|gihyo.jp … 技術評論社」が公開されました。 特集全体の趣旨は以下のような感じです。 特集のテーマは「継続的Webサービス改善」です。できるだけ長い間,ユーザに価値を提供し,利潤を生み続けるWebサービスを運営するためには,継続的な改善を行うことが必要です。Webサービスを改善するには,技術的な取り組みはもちろん,開発投資とそのリターンという経営的な観点,チームビルディングなどの開発プロセス,ビジネスメトリクスへの注視など,考慮すべきことがたくさんありま

    【無料】「継続的Webサービス改善ガイド」(WEB+DB PRESS Vol.75)【公開】 - Kentaro Kuribayashi's blog
    markup
    markup 2014/02/18
  • app serverがリクエストの処理にかかった時間をログに記録する

    Webアプリケーションのパフォーマンスをトラッキングするために、app serverの処理にかかった時間を記録したい。 方法を、以下のように分類できる。 1. reverse proxy側で、proxy先のapp serverがレスポンスを返してくるのにかかった時間をログに記録する場合 1.1 nginx 1.2 apache 2. app serverでリクエスト処理にかかった時間を出して、ログに記録する場合 2.1 reverse proxyで記録する場合 2.2 app serverでログに記録する場合 1と2とでは出てくる数字が違うだろうけど、件に必要なのはパフォーマンス改善を示す一貫した指標なので、どっちでもいいと思う。 1. reverse proxy側で取る場合 1.1 nginx log_formatディレクティブに$upstream_response_timeという変数

    markup
    markup 2012/06/26
  • 株式会社はてなを退職しました - Kentaro Kuribayashi's blog

    日4/18は、2008年の5/1より4年間奉職した株式会社はてなの最終出社日でした。正式な退社日は今月末日になります。 思えば、入社する前は、僕は奄美大島という田舎で市役所の職員をしていて、Webとはまったく関係ない、なんというかまあ、とにかくいまとはまったく別の仕事をしていました(具体的には、生活保護の担当をしていて、毎日いろんな問題のあるひとびととおしゃべりなどするという仕事をしていました)。それが、京都という、それまで住んでいたところからするとはるかに都会の、さらにはITベンチャという、まさに地理的、環境的に、あらゆる面で正反対の仕事をすることになって、人生なにが起こるかわからないものです。 大学の頃までは、インターネットになどまるで興味がなく、親のおさがりのMacを所持してはいたもののネットにつなぐことなく、単にレポートや小説などを書くためのワープロとしてしか使っていませんでした

    株式会社はてなを退職しました - Kentaro Kuribayashi's blog
    markup
    markup 2012/04/19
  • Reading nginx's Code with GNU gdb in Mac OSX Lion - Kentaro Kuribayashi's blog

    We started reading nginx's code being lead by id:suzak... Premises Mac OSX Lion GNU gdb 6.3.50-20050815 (Apple version gdb-1708) nginx-1.1.16 We're going to find out what ngx_single_process_cycle() in os/unix/ngx_process_cycle.c:295, called from core/nginx.c:200 main(), does. $ gdb -v GNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Thu Nov 3 21:59:02 UTC 2011) Copyright 2004 Free Software Founda

    markup
    markup 2012/03/23
  • ぼくがかんがえたさいきょうのAmon2のつかいかた - Kentaro Kuribayashi's blog

    プロジェクトで、それなりに自由にいろいろやれる感じの状況になったので、好きにやろうと思って、いままで実務では使っていなかったツールをあれこれ試しています。 2012-02-17追記: エントリを書いた後、状況がだいぶ変わったので、実際にはずいぶん違う感じになりました。 WAFをどうしようかなーと思った時に、ドメインスペシフィックなぼくがかんがえたさいきょうのうぇぶあぷりけーしょんふれーむわーくを作成するということも考えたのですが、そんなにスペシフィックな用途でもないし、WAF自体はPlackを薄くラップしたぐらいのものでよいと思うので、自分でがんばって作る必要もないと考え、信頼と実績のAmon2を試用してみることにしました。 いくつか、こうだったらいいのになという点を反映して、こんな感じでやってみています。試しながらやってるとこなので、全然「さいきょう」でもないし、不十分なところはいろい

    ぼくがかんがえたさいきょうのAmon2のつかいかた - Kentaro Kuribayashi's blog
    markup
    markup 2012/02/10
  • PSGI/Plack勉強会 - Kentaro Kuribayashi's blog

    PSGI/Plack勉強会を開きました(ひとりで)。資料はGitHubにあげてあります。いろいろまとめ書き足りてないのですが、自分的には納得したので満足してしまいました。 http://github.com/kentaro/psgi-study 以下にもコピペ。 PSGI/Plackとは? PSGI = Perl Web Server Gateway Interface Specification WebサーバとWebアプリケーションとの間のインタフェイス仕様 Plack = PSGIのリファレンス実装 PSGI実装のひとつ(とはいえ、やたら気合いの入った感じになってるけど) PSGI != Yet Another WAF PSGI != Plack PSGI策定の背景 各Webアプリケーションフレームワークがバラバラに実装していた、WebサーバとWebアプリケーションとのインタフェイスを

    PSGI/Plack勉強会 - Kentaro Kuribayashi's blog
    markup
    markup 2009/09/25
  • 体系的な知識・技術を身につけるための学習法について - Kentaro Kuribayashi's blog

    体系的な知識や技術を身につけたいと思っています。たとえばプログラミングに関していえば、これまでたまたま興味を抱いたところをつまみいしていて、小手先の技術が少しは身についたものの、もうちょっとなにか深いことをやろうとしても、それだけではなかなか難しい。とはいえ、教育機関のようなところでやり直すわけにもいきませんし、かといって、なにかをただ作ったりしているうちにいつの間にか体系的な知識や技術が身につくというのも、そういうひともいるかもしれませんが、あまり考えられないことです。ではどうすればいいか……?と考えていたのですが、先日ちょっと思いついたので、とりあえずまずは実践してみたいと思いました。 というのはつまり、学習したいと考えている、なにかそれなりに大きな規模の分野について、自分でを書くつもりで、あるいは、こういうがあったら体系的な知識を得られるだろうなあというの目次を自分なりに書き

    体系的な知識・技術を身につけるための学習法について - Kentaro Kuribayashi's blog
  • 新しいTokyo Tyrantで遊んでみて挫折した記録 - Kentaro Kuribayashi's blog

    追記: 2009-05-12 新しいTokyo Tyrantで遊んでみてなんとなく動いた記録 - antipopに続きを書きました。 mixi Engineers’ Blog » プラグインで独自ストレージを作ろうにて、 今回はTokyo Tyrant(TT)を使ってユーザ独自のストレージシステムを簡単に構築する方法について説明します。 プラグインで独自ストレージを作ろう - mixi Engineers' Blog なんて、Tokyo TyrantがCレベルでプラグインを作れるようになったとのことで、すげーっ!!1てんで、さっそく遊んでみようと思いました。 ところで、Tokyo Tyrantで、ある単位で分割した複数のデータベースを扱いたいってなことがあるんじゃないかと思うのですよね。たとえば、データ量が多いとかメンテナンス性を確保するためとかで、ユーザごとにDBを作りたいとか、ある期間

    新しいTokyo Tyrantで遊んでみて挫折した記録 - Kentaro Kuribayashi's blog
    markup
    markup 2009/05/12
  • 『モダンPerl入門』感想 - Kentaro Kuribayashi's blog

    id:lestrratさん期待の新刊『モダンPerl入門』をさっそく読みました。結論からいうととてもいいで、他の言語はよく知っててイケてるコード書きまくりだけどPerlはよくわからないというひと、もっとPerlのことを知りたいひと、昔やったけど最近の事情はどうも知らないというひと、様々な方にとってマストバイな一品に仕上がっていると思いました。もちろん、僕自身にとってもいろいろ知ることが多くて、とてもためになりました。 以下、自分が実践できてるかどうかをまったく度外視して、あれこれと書いてみました(たまには書評の真似事をしてみたいブーム)。 モダンPerl入門 (CodeZine BOOKS) 作者: 牧大輔出版社/メーカー: 翔泳社発売日: 2009/02/10メディア: 大型購入: 25人 クリック: 506回この商品を含むブログ (113件) を見る よいコードとは よいコードとひ

    『モダンPerl入門』感想 - Kentaro Kuribayashi's blog
  • はてラボで「はてなボトル」というサービスをリリースした - Kentaro Kuribayashi's blog

    「疑問や悩みをボトルに託して解決しちゃおう!!1」ってなキャッチの、はてなボトルというサービスをはてラボからリリースしました。 はてなボトル サービス終了のお知らせ さっそくたくさんのユーザーさんに楽しんでいただいているようで、とてもありがたいことです。 で、そもそもこれは何かってーと、まあ名前の通り見知らぬ誰かへの何かを込めて海に流すあのボトルメールを、ウェブでやってみるよってなものです。それをウェブサービスとして実現するにあたって: 送信する相手は一度にひとりだけ。 でも一定時間返信がなかったらそのひとの元へ届かなかったものと見なして、ボトルはまた漂い始める メールが届いても「ちょっとよくわかんないな」と思ったら、スルーしとけば次に流れます いずれかの時点で誰かがボトルの漂流を受け取って返信してくれたら、無事漂着 (いまのところ)24時間以内に受け取ってくれるひとがいなかったら、海の藻

    はてラボで「はてなボトル」というサービスをリリースした - Kentaro Kuribayashi's blog
    markup
    markup 2008/12/05
  • Kansai.pm 第10回ミーティングで発表してきたお - Kentaro Kuribayashi's blog

    イベント/第10回ミーティング告知 - Kansai.pm Kansai.pmの第10会ミーティングで、「EmacsでPerlプログラミングする上で必須な設定」というタイトルでお話してきました。初トーク!!1しかし結果は……という感じでしたが、ともあれ楽しかった。参加されたみなさま、どうもありがとうございました & お疲れさまでした!!1また次回もよろしくお願いします!!1 以下、発表資料です。 EmacsでPerlプログラミングする上で必須な設定 自己紹介 いろいろツール紹介 まとめ 自己紹介 名前: 栗林健太郎 kentaro a.k.a. id:antipop http://d.hatena.ne.jp/antipop/ 所属: 株式会社はてな(エンジニア) はてなダイアリーとかの開発 出身: 奄美大島 5月から転職して京都に移住 属性: BDD/℃DD Perler活動 http:

    Kansai.pm 第10回ミーティングで発表してきたお - Kentaro Kuribayashi's blog
  • EmacsでPerl開発する上で必須な設定 #3 - perldoc-m - Kentaro Kuribayashi's blog

    PODを読んでもよくわからない、あるいは、そもそもPODがちゃんと書かれていないモジュールの挙動を知りたい場合、perldoc -mを使いまくることがよくあると思います。単にperldocを読みたい場合は、id:IMAKADOさんによる素晴しいperl-completion.el(これも当然必須です)が非常に便利なのですが、perldoc -mの表示をバッファを作って表示させたい場合、以下のような設定を書いておくと、これはこれで便利だと思います。というか使いまくってます。 ポイントがある位置のモジュール名、あるいはなんにもなければプロンプトでモジュール名を指定して、ウィンドウをポップアップしてperldoc -mを表示 perldoc-mコマンドを実行したバッファが、既にperldoc-mコマンドで開いたバッファなら、その場で表示 多分これ、どこかからもらってきたのを改造したのだと思うけど

    EmacsでPerl開発する上で必須な設定 #3 - perldoc-m - Kentaro Kuribayashi's blog
  • EmacsでPerl開発する上で必須な設定 #2 - flymake

    Emacs22から標準添付されているflymakeが超便利です。flymakeは、動的にシンタックスチェックを行ってくれるelispで、typo等によるミスが、これでかなり減ること受け合い。以下の設定には、set-perl5lib.elが必要なので、あらかじめload-pathの通った場所にインストールしておく必要があります。 http://svn.coderepos.org/share/lang/elisp/set-perl5lib/set-perl5lib.el 以下、設定。 ;; flymake (Emacs22から標準添付されている) (require 'flymake) ;; set-perl5lib ;; 開いたスクリプトのパスに応じて、@INCにlibを追加してくれる ;; 以下からダウンロードする必要あり ;; http://svn.coderepos.org/share/

    EmacsでPerl開発する上で必須な設定 #2 - flymake
  • EmacsでPerl開発する上で必須な設定 #1 - antipop

    これは絶対に必須ってのだけ、気が向いたら連載して逝きます。まずは、Perlというか全般的な話題から。 ack いきなりPerlと関係ないけど(まあPerlで書かれたツールという関係はあるか)、必須過ぎるので。 Andy Lester / ack - search.cpan.org 以前書いたのの再掲になるけど、重要なのでもいちど。 Emacsからackの検索結果を使う - antipop (defun ack () (interactive) (let ((grep-find-command "ack --nocolor --nogroup ")) (call-interactively 'grep-find))) ackは検索だけだが、ある条件にマッチする箇所を一斉に編集したいという要求については、moccur-grep-findが異常に便利。 tags Meadow/Emacs mem

    EmacsでPerl開発する上で必須な設定 #1 - antipop
  • はてなに入社しました - Kentaro Kuribayashi's blog

    突然ですが、5/1付でアプリケーションエンジニアとして、はてなに入社しました。これまでは、鹿児島県の奄美大島というところに住んでいましたが、これからは京都オフィス勤務です。これまでユーザとして、はてなの各サービスを愛用していたわけですが、今後は作る側からよりよいものにしていきたいと思っています。今後ともよろしくお願いいたします。

    はてなに入社しました - Kentaro Kuribayashi's blog
  • Emacs interface to Ditz issue tracking system - Kentaro Kuribayashi's blog

    Ditz はとても素晴らしいと思います! - ¬¬日常日記で知った、コンソールベースのBTSであるところのDitzがいい感じだなーと思った。しかしやっぱり、せっかくだからEmacsから使いたいと思ったので、それっぽいのを書いてみた。 kentaro's emacs-ditz at master — GitHub まあ色々と微妙なところもあるけど、使っていくうちに改善していければいいな。まだあんまり使ってないのでアレだけど、プロジェクトのソースツリーの中に使い勝手のいいTODOリストをつっこんでおくというのは、普通なようでいて、けっこういいかもしれんね。なにやるんだっけー、って時に、単なるTODOリストや作業ログファイルじゃなくて、コマンド一発でリストされたり、編集できたりするのはいい感じ。あと、ditz htmlコマンドを使えば、ditz Issue Trackerこんな感じでHTMLファ

    Emacs interface to Ditz issue tracking system - Kentaro Kuribayashi's blog
    markup
    markup 2008/04/15
  • Macでインスコしたアプリをリストする際は - Kentaro Kuribayashi's blog

    MacBookAirを買ったあとにやったことまとめ - devlog.holy-grail.jp 合わせて利用したい: i use this 作業ログをブログに残すこともとてもいい感じなのですが、インストールしたアプリのリストする場合は、osx.iusethis.comを利用していくと、それもまたいろいろと便利だよ!ということを、微力ながら周知して逝きたい。 ちなみに、僕のはこんな感じ。 iusethis mac software: applications used by kentarok まぁしかし、iusethisに各アプリについて自分用のコメントをひとこと書けると作業ログ代わりにもなってよいよなーとか思ったりもした。

    Macでインスコしたアプリをリストする際は - Kentaro Kuribayashi's blog
    markup
    markup 2008/03/06