効率的に新しいことを学ぶ方法 - Kentaro Kuribayashi's blog
社内SlackやTwitterなどで、自分が新しいことを学ぶ時に実践していることを書いたりしていたのだが、今日メンバーと1 on 1をしていて、あらためて新しいことの学び方について訊かれたので、ブログにも簡単にまとめておく。 まず前提として、学ぶ対象の「新しいこと」とは何かについて述べておく。ここでいう新しいこととは、研究やイノベーションに関することではない。そういうのは、ググっても出てこないレベルの新しさなので、このエントリで述べる対象ではない。ここでいっているのは、自分にとって新しい知識であり、かつ、既に一定の蓄積があるような内容のことである。 それをひとことでいうと、入門書があるような領域ということになる。たとえばプログラミング言語はメジャーなものはたいてい当てはまるし、DockerとかKubernetesのような技術要素も入門書があるし、もっと広く学問一般についても当てはまる定義で
書評・小野和俊著『その仕事、全部やめてみよう』 - Kentaro Kuribayashi's blog
クレディセゾンでCTOをされている小野和俊さん（ブログ、Twitter）より、2020年7月29日発売の新刊をいただきました。どうもありがとございます。 その仕事、全部やめてみよう――１％の本質をつかむ「シンプルな考え方」 作者:小野 和俊発売日: 2020/07/30メディア: Kindle版 小野さんは1976年生まれで同じ年なのですが、CTOというロールモデルについて同世代において先陣を切って、国内にはそういうひとがほとんどいない中で2000年代から作り上げてきた第一人者といえるでしょう（他には伊藤直也さんや藤本真樹さんも、そのような開拓者だと思います）。そんなわけで、同じ年代の彼らが高いレベルで活躍しているのを遠くから畏敬の念とともに遥かに見るしかなかったというような人です。 そうわけで、小野さんが長年書き継いでいる「小野和俊のブログ」を読むことで見識の一端に触れてきたわけですが、
リモートワークにおけるビデオ会議にまつわる諸問題について - Kentaro Kuribayashi's blog
新型コロナウィルスへの感染拡大を抑制するための社会的な取り組みとして、リモートワークへの取り組みが急速に進展していきている。リモートワークによる協働を効果的に実行するために、ZoomやGoogle Meetなどのビデオ会議用ツールの利用が進んでいる。 それらのツールなしではもはやリモートワークを有効に実施することは不可能ですらある一方で、まったく課題がないわけではない。というよりもむしろ、課題が山積みである。本エントリでは、リモートワークにおけるビデオ会議に関する課題について素描してみる。 本エントリでは、ひたすらあれやこれやを問題として挙げているので、一見するとリモートワークやビデオ会議に対して全体としてネガティヴな印象を述べているように見えるかもしれないが、まったくそうではない。逆に、これだけ問題があってすらなお、ビデオ会議は便利。ただ、いまよりももっともっとよくできるだろうということ
ghqを使ったローカルリポジトリの統一的・効率的な管理について - Kentaro Kuribayashi's blog
GitなどのVCSからcloneしたローカルリポジトリをどう管理するのがいい感じなのか、よくわからない。なんとなく自己流でやっているが、もっといい方法を知りたい。 tl;dr - ディレクトリレイアウトをgolangの作法に合わせ、すべてのリモートリポジトリをghqを使ってcloneし、percolを使って簡単に検索できるようにしましょう。 追記: いまならpercolの代わりにpecoというツールを使うのもよいでしょう。というか、僕はそうしています。設定方法はこのエントリとほぼ同様の内容でいけると思います。 背景 そんな課題を抱えつつも、特になにかをするわけでもなく日々暮らしていた折、Rebuild: 42: When in Golang, Do as the Gophers Do (lestrrat)で@lestrratさんが、Goのお作法に、他の言語のリポジトリも含め、すべてあわせる
ペパボインフラの独特に面白いところ - Kentaro Kuribayashi's blog
さわのぼりーさんのツイートを見て、うちのインフラのポジションはけっこう特殊、かつ、面白いなということをあらためて思ったので書いておく。 今後はカーネルとかガッツリ見て独自のリソーススケジュールをできる基盤か、クラウドサービスにごっそり乗っかるかの二極化しそうと思ってる。両方面に話聞きたい。— sawanoboly (@sawanoboly) June 11, 2016 上記のツイートであげられているのは2点。 カーネルとかガッツリ見て独自のリソーススケジュールをできる基盤 クラウドサービスにごっそり乗っかるか このうち1.については、@matsumotoryが「なめらかなシステムのアイデアと設計概要」で書いているような話とか、さらには@udzuraが「haconiwaの室内楽 - Re: 自作Linuxコンテナの時代 - ローファイ日記」で書いているhaconiwaのような話がある。 2.
「ミドルウェアにmrubyを組み込む方法」についてまとめた - Kentaro Kuribayashi's blog
ミドルウェアの設定を書いたり運用したりしている時に、リクエストに対して動的にあれこれしたいなーという気持ちになったことは一度や二度ではないと思います。たとえば、nginxにおけるngx_mrubyのような感じで、リクエストに応じてmrubyで処理を書くみたいな。 自分自身もそういう気持ちに何度かなったのでそういうコードを書き始めたのですが、その過程で、ミドルウェアにmrubyを組み込む方法について簡潔にまとめられた資料を見つけられなかったので、できるだけわかりやすくまとめてみようと思って以下のようなスライドを作成しました（これを用いて、社内の技術勉強会で話しました）。 speakerdeck.com mrubyの組み込みをやってみようと意気込んでみたところで、いきなりnginxなどのような大きなミドルウェアに対峙してしまうと、Cやmrubyの知識に加えて、そもそもそのミドルウェアの内部仕様
技術組織をスケールするためのCTL = チーフテクニカルリード - Kentaro Kuribayashi's blog
GMOペパボにおいて、チーフテクニカルリード(略称: CTL)という職位を作りました。既に以下のブログエントリで新任の2人がエントリを書いているところですが、制度設計者として、その背景を述べてみたいと思います。 diary.shu-cream.net ten-snapon.com GMOペパボの執行役員CTOになって1年半*1、その前に技術責任者に就任してから早2年*2が経過しました。その間、組織面においては、「いるだけで成長できる環境」*3、技術面では「事業を差別化できる技術」*4というコンセプトでやってきました。まだ道半ばではあるものの、逆にいえば、通るべき道は見えているともいえます。 そんな中で、この2年間、ずっと気にかかっていることがありました。 組織的にはエンジニアの人数が90人弱になり、近いうちに100人に達することでしょう。また、技術の移り変わりはますます早くなっていき、つい
新卒スタッフ向けに「ペパボのエンジニア2016」という話をした - Kentaro Kuribayashi's blog
今年もまた、新しい仲間が増える季節がやってきました。新しく総合職・エンジニア・デザイナ*1たち、計13名が入社し研修の毎日を送っています。しばらくは職種関係なく、会社全体の成り立ちや共通してみにつけてほしいスキルについて学んでいるところです。 さて、今年もその研修の中でなにかしらお話をする機会をいただきました。技術部長という組織の長と、CTOという技術あるいはエンジニアという職種のトップという、直接には一致しない役職を兼任しているので、なにを紹介したらいいのかいつも迷います。話をする相手も、エンジニアだけではなく、全職種の人々ですし。 そこで、技術やエンジニアという職種をとっかかりにしつつも、より広い視点から我々がどうありたいのか、なにを目指しているのかという話を、これまでほうぼうで話したり書いたりしてきたことをまとめつつ述べてみました。 去年のスライドとかぶるところもあれば、今年初めて話
mruby-changefinderを試してみた - Kentaro Kuribayashi's blog
@matsumotoryさんがmruby-changefinderってのを公開していたので、試してみた。元になる時系列データとして、異常検知でGo！と同じものを流してみる。 結果 以下の青いラインがGoogle TrendでのGolangという単語の検索トレンド。赤いのがChangeFinderによるスコア。大きな変化が起こったその時にだけビクンと反応して、そのあとはなだらか。 (最初の方で反応してるのは、学習し始めだから) スコアだけで見ると以下のような感じ。いい感じに変化点検出できているようですね。 結果データの作成方法 mruby-changefinderを組み込んだmrubyにより、こんな感じでデータを作成した。 cf = ChangeFinder.new(5, 0.01, 10, 0.01, 5) File.open('result.tsv', 'w') do |f| File.
実際に読んで選んだマネジャーのための100冊 - Kentaro Kuribayashi's blog
このエントリでは、僕がこの2年弱で読んだ約300冊のマネジメント関連本から、100冊を選んでカテゴリ別に紹介します。 背景 2014年8月に、それまで前々職から現職に至るまでいちエンジニアとしての経験しかなかったところから、総勢70人を越えるエンジニア組織のマネジャーになりました(参照: GMOペパボ株式会社の技術責任者に就任いたしました)。 僕は、決して地頭がいいわけでもなければ、コミュニケーション力に長けているわけでもなく、他人以上に努力をして初めて人並みに近づけるかもしれないというぐらいの人間です。それに加えて、冒頭に書いた通り、エンジニアとしては多少の経験は積んだものの、マネジメントについては完全に門外漢。経験に頼るわけにもいきません。諸先輩方にOJTしてもらいつつ身に付けるにも、既にマネジメントの業務は始まっているわけです。 「さて、どうしよう？」と考えた時、まずはとにかくマネジ
『設計の設計』を読む #2 - 「超線形設計プロセス論」について - Kentaro Kuribayashi's blog
第一回目(『設計の設計』を読む #1 - 設計プロセスの継続について)に続く第二回目は、田中浩也氏による「アーキテクチュラル・コーディング」も非常に面白いだが、ちょっと消化しきれていないのでスキップし、藤村龍至氏による論考「批判的工学主義から「設計」を考える」の感想を述べてみたい。この章は、上述の田中論考同様、これまで特に建築に興味を抱いてはいなかったような、僕が属するIT業界の人々も楽しく読めるものだと思う。 設計の設計 作者: 柄沢祐輔,田中浩也,藤村龍至,ドミニク・チェン,松川昌平,メディア・デザイン研究所出版社/メーカー: INAX?o発売日: 2011/09/20メディア: 単行本（ソフトカバー） クリック: 14回この商品を含むブログ (10件) を見る 都市の均質化という問題、既存モデルの検討 都市の構造や経済システムにすら影響を及ぼし得る巨大建築や、建て売り住宅や賃貸アパー
antipop.fm(あんちぽえふえむ)を始めました - Kentaro Kuribayashi's blog
rebuild.fm, mozaic.fm, wada.fm, Admins Barなど、テック界隈の素晴らしいPodcastが楽しい昨今です。 ところで、昨夜、渋谷の米心というお店(日本酒ストックの質・量ともにとても素晴らしい)で日本酒を飲みながら『ビブリオバトル 本を知り人を知る書評ゲーム』を読んでいたら、これをPodcastでやったらよいのでは？と突然に着想、帰宅するなり録音して、ページを作成しました。 antipop.fm SoundCloudでPodcastを配信する #wadafm - ゆーすけべー日記を参考に安くあげようと思いきや、fmドメインを取るのに11,000円、フィードにCNAMEをあてるためにFeedPressに$48かかってしまい、全然スモールスタートでなくなってしまった。機材もほしい。 というわけで、いろいろお話していこうと思いますので、是非ごSubscribe
mruby-cliがアツいですね - Kentaro Kuribayashi's blog
昨今、Goのような言語が注目されているのにはいろんな理由があるかとは存じますが、こと運用の面に関していうと、バイナリをビルドしてポン置きすればマルチプラットフォームで動くということが簡単にできることも大きい。Goは、個人的には好きな言語だが、Rubyで書けると楽な場面も多々ある(Concurrencyが問題でないツールなどは特に)。そんな時に有用なのが、mruby-cliだ。 github.com 具体的な利用例としては、「mruby-cliを使ってプロセスのfdをリソース使用率を元に解析するワンバイナリなツールpfdsを作った - 人間とウェブの未来」に詳しい。ローカル(Mac OS Xなど)でさっとビルドして、本番環境(x86_64上のLinuxなど)にポン置きしたら動く。便利。 mruby-cli特有のお作法と、mrbgemに対する知識が必要ではあるものの、そのあたりをクリアしさえす
エンジニア採用したさ過ぎて迷走している話 - Kentaro Kuribayashi's blog
ペパボではエンジニアを積極採用中なわけだが、エンジニアがいろいろと面白いことをやれる環境(具体的には、たとえば、今日リリースされた鼎談「次世代ホスティングの話 - 福岡から支えるサービスインフラ」などをご覧いただきたく思う)ではあるものの、私の力が及ばず、その魅力を十分にお知らせできているとはいいがたい。 そこで、どうにかして面白みをアッピールしようとここ数ヶ月あれこれ考え、採用担当者とディスカッションし、提案を重ねてきた。結果は、以下のツイートの通りである。 エンジニア採用をすすめるためにあれこれと提案をしているのだが、そのほとんどが却下されるという悲しい憂き目にあっている。以下に、ボツ案を紹介していこう。 https://t.co/zm1Aok1rJZ— あんちぽくん (@kentaro) October 19, 2015 というわけで、以下がボツ案である。 「YouTuberになりた
「エンジニア実績システム」を導入した - Kentaro Kuribayashi's blog
はてなさんの「実績を解除してエンジニアスコアを上げろ！はてなのエンジニア実績システムのご紹介 - Hatena Developer Blog」というエントリにある「エンジニア実績システム」がすごくいいなと思ったので、うちの会社でも導入してみました。 「実績」について 上記のエントリに紹介されている項目を取捨選択した上で、以下のようなものを追加したりしました。 プライベートでWebサービスを運営する(Paas or Shared Hosting, VPS, IaaS, 自宅サーバ) プライベートでモバイルアプリを公式ストアへリリースする(ダウンロード数) GitHubの年間アクティビティ数(100, 500, 1,000, 3,000) 勉強会の開催 修士号取得 博士号取得 論文誌への論文掲載 また、後述する「意義」に沿うよう、追加すべき「実績」を募集し、内容を更新しています。 ソーシャル要
ピラフとエンジニアリング - Kentaro Kuribayashi's blog
今晩、同僚との飲みの場で行った会話を、以下に再現する。 きたけー: 週末、炊飯器でピラフ作ったんですよ。 あんちぽ: どういうレシピで作ったの？ きたけー: まず、米をよくといで水を切った後に、溶かしたバターを絡めます。そこにコンソメの素、シーフードミックス、グリーンピースを加えて炊きました。 あんちぽ: なるほどね。美味しそうだね。 きたけー: 美味しかったです。 あんちぽ: ところで、ピラフとチャーハンの違いってなんだろう？ きたけー: (少し考えて)ピラフは材料を加えて米を炊くのに対して、チャーハンは炊いた米と材料を一緒に炒める、ということですかね。 あんちぽ: その通りだね。つまりは、材料と米のコンビネーションのしかたの違いってことだね。 きたけー: なるほど。 あんちぽ: そう考えてみると、ピラフを炊飯器で作るのは当たり前のことだよね。炊飯器は白ご飯を作るだけのものじゃない。 き
シンプルEmacs - Kentaro Kuribayashi's blog
極小ネタ。 Emacsに慣れきってしまって、ちょっとしたものを書くのですらVimとかまったく使えない体に成り果ててしまったので、なんでもEmacsでやりたい!!!とか思ったりする。しかし、Emacsをもう一個立ち上げるのも重いし、とりあえず設定ファイルをちょっと修正するぐらいなら、素のEmacsでもなんとかなりそうなので、jedを入れたりするのはおおげさだ。んじゃ、emacs -Q的な感じで起動すればよいじゃないかということになった。 しかし、一個だけ問題があって、デフォルトではC-hでバックスペースにならず、それだけはかなり耐えがたい感じなので、そこんとこだけちょっとどうにかしたものを、id:elimさんと相談の上、というかid:elimさんに教えてもらって、semacsとかいう名前でaliasした。 alias -g semacs="emacs -Q --eval '(keyboard
エンジニアとしていかに成長するかについて、GMOグループの新卒エンジニア・クリエータの皆さんにお話した - Kentaro Kuribayashi's blog
GMOグループにはGMOテクノロジーブートキャンプという新卒エンジニア・クリエータ向けの研修メニューがあって、そこでなんか話してくれという要請があったので、「エンジニアになる」というタイトルで、エンジニアとしての成長について、少しお話をしてきました。 自分自身がエンジニアとしていままでどうしてきたかみたいな話は、まとまった形ではこれまでしたことがなかったわけですが、立場上とか年齢的にも「僕ごときが……」とかいってもいられないので、恥を忍んでスピリチュアルな話をしてみました。以下、ご笑覧くださいませ。 いいたいことはだいたいスライドに書きこんだのですが、以下、ちょっとだけ補足。 このスライドを作っていた時に、ちょうど「現場ロックイン」についてのエントリが話題になったり、また、このエントリを書く直前にも似たような話題のエントリを見たりしました。 現場ロックインが技術力さげてるのかもしれない -
「代表的プロダクト」について - Kentaro Kuribayashi's blog
ひとくちに「Webエンジニア」といってもその内実は様々だし、得意分野や成果の出し方も違う。ここではそのような多種多様のいずれが良いとか悪いとかそうしたことをいいたいのではないということをあらかじめ注記しておく。 職業生活において成果を充分に上げている(あるいは上げようと努めている)ことは前提として、組織上公式にプライベートな時間(要するに業務時間外)における技術的活動について、組織の外部との接点のある場所で活動することを好むひともいれば、あくまでも職業生活の糧となる活動に重きを置く(つまり寝ても覚めても仕事のことを考えているような)ひともいるだろう。 前者はOSSやプライベートなWebサービス開発などに深くコミットするだろうし、後者は組織の成果を直接に志向するだろう。そのいずれにしても、プライベートな時間における技術的活動が、エンジニアの成長にとって大きな糧になり、そのことが所属する組織に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
就活生・転職希望者向けに、あの伝説の「ぶつかり稽古」が復活します - Kentaro Kuribayashi's blog
