リモートワークにおけるビデオ会議にまつわる諸問題について - Kentaro Kuribayashi's blog
新型コロナウィルスへの感染拡大を抑制するための社会的な取り組みとして、リモートワークへの取り組みが急速に進展していきている。リモートワークによる協働を効果的に実行するために、ZoomやGoogle Meetなどのビデオ会議用ツールの利用が進んでいる。 それらのツールなしではもはやリモートワークを有効に実施することは不可能ですらある一方で、まったく課題がないわけではない。というよりもむしろ、課題が山積みである。本エントリでは、リモートワークにおけるビデオ会議に関する課題について素描してみる。 本エントリでは、ひたすらあれやこれやを問題として挙げているので、一見するとリモートワークやビデオ会議に対して全体としてネガティヴな印象を述べているように見えるかもしれないが、まったくそうではない。逆に、これだけ問題があってすらなお、ビデオ会議は便利。ただ、いまよりももっともっとよくできるだろうということ
老害について - Kentaro Kuribayashi's blog
老害とは、ある集団の中で相対的に年齢や立場が上位にある者が、経験に基づく判断にのみ過度な信を置くことにより発生する弊害のことです。わかりやすくいうと、年齢を重ねることにより頭が悪くなって、抽象的・論理的思考ができなくなり、経験的にしか物事を判断できなくなってしまうということです。 具体的にそれは、純粋なスペック的な意味での能力だとか頭のよさ、瞬発力、発想の柔軟さ、考えの実直さなど、若いひとが主に持つ特質に敬意を払えないという症状として現れます。そこで勝負すると必ず負けるという無意識による、防衛反応です。 経験は、よい判断にとって重要なことではあります。しかしそれは、どんなひとでも、ただ生きているだけで増えていきます。もちろん、その量や質にそのひとの人生が反映されるわけですが、ま、ひとひとりの人生なんてたいしたものではありません。 また、経験に基づく判断は、反証不可能です。正確には、経験に基
情報共有の必要性について
本エントリは、社内向けに書いた記事を公開するものです。 なぜ情報共有するのか みなさんご存知の通り、コーポレートサイトにて、以下のように謳われています。 意見やアイデアは、ミーティング、社内SNS、メールなどで積極的に発言しましょう。不採用かもしれないと思っても、他のアイデアと合わさることで新しいものになることがあります。そのために、すべてのアイデアに耳を傾けると同時に、頭に浮かんだことをどんどん外に出しましょう。 また、インターネットで表現し続ける、コミュニケーションし続けることを楽しんで、自分たちが一番のユーザーであることを心掛けましょう。 大切にしてほしいこと | 採用情報 | 株式会社paperboy&co. このことからもわかる通り、様々なことに関してアウトプットを行い、広く共有することは、我々みなに求められていることです。 組織面からの理由 他にも理由があります。それは、我々が
ソフトウェアエンジニアとして成長するために自分を見据えること - Kentaro Kuribayashi's blog
先日、鹿児島で行われたq-tech Meeting X #1というイベントのパネルディスカッションに参加させていただきました。テーマは、アウトプットを通じていかにエンジニアとして成長していくかということについて。その中で様々な論点とやり取りがあったのですが、このエントリでは、時間の関係もあって話せなかった内容について、簡単に紹介したいと思います。 #qtech トークセッション聞いてる pic.twitter.com/zfhgw2Rd1n— Yuta Kurotaki (@kurotaky) January 29, 2019 上記のツイートは、当日のパネルディスカッションの様子。左から、わたくし、株式会社W・I・Zの松岡さん、SYNAPSEの中野さん、リモート参加のさくらインターネットの松本さん（が映るMacをかかえるペパボのpyamaさん）。 そもそもなぜ鹿児島で話しているのかというと、
書評『エンジニアのためのマネジメントキャリアパス』 - Kentaro Kuribayashi's blog
『エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド』を、版元のオライリー・ジャパンよりいただきました。ありがとうございます。 エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド 作者: Camille Fournier,及川卓也(まえがき),武舎広幸,武舎るみ出版社/メーカー: オライリージャパン発売日: 2018/09/26メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 結論からいうと、インターネットに関わるソフトウェアエンジニアの方は、ぜひ読まれるとよいと思います。マネジメントへのキャリアパスを考えている人にはおおいに参考になるだろうし、コードをバリバリ書いていきたいという方にとってもエンジニア近辺の登場人物の特性を知っておくことは損にはならないでしょう。 ソ
メタ・マネジメント: ビジネスと技術とDXの均衡点を探ることと、その均衡をぶち破ること - Kentaro Kuribayashi's blog
今日、エンジニア職位制度に基づく面談をしていて、自分の職務のうちのひとつを言語化したということがあったので、メモっておく。 CTOとは何か？ CTOというのがなにをする役職であるかについては、基本的には以下のスライドで述べた通り。 上記で述べられている、4つのマネジメント対象のうち、ヒトについては全ての基盤になる要素であり、あとの3つを別の言葉でいいかえると以下の通りとなる(それぞれに重なる部分はあるが)。 モノ: 技術 カネ: 事業 情報: DX(デベロッパー・エクスペリエンス)*1 3要素のバランス 組織の成長を最大化するという前提において、3要素それぞれについてバランスよくマネジメントして、そのいずれもが良い状態にあることが目指すべきところである(下図(1)の状態)。 その3つをうまいこと取り持つことで、上記の(1)のように3つのどれもに重なる部分を得られる時、技術マネジメントがうま
大きな構想を持つこと - Kentaro Kuribayashi's blog
DeNAのZIGOROuさんによる技術選択とアーキテクトの役割というスライドを拝見して、大いに感じるところがあったので、少し書く。といっても、技術的な話というよりは、もうちょっと違うレイヤの話(技術選択についても思うところはあるのだけど、それはそれについて述べたスライド*1を参照していただきたい)。 経験曲線効果 経験曲線効果という言葉がある。元は、ボストン・コンサルティング・グループ(BCG)のコンサルタントによって提唱されたものだ*2。このような図*3を見たことがあるだろう。 Wikipedia*4には以下のように説明されている。 経験曲線効果(けいけんきょくせんこうか、experience curve effect)とは、経験と効率との間の関係を示す経験則である。単に経験効果とも呼ばれる。一般に個人や組織が特定の課題について経験を蓄積するにつれて、より効率的にその課題をこなせるように
『Fearless Change アジャイルに効く アイデアを組織に広めるための48のパターン』 - Kentaro Kuribayashi's blog
訳出が待望されていた『Fearless Change アジャイルに効く アイデアを組織に広めるための48のパターン』が刊行されたので、さっそく購入して読みました。 この本は、ひとことでいうと組織変革を試みるひとへの手引です。組織には歴史や慣性などもあって、ただ意欲のまま無手勝流に変革に臨んだところで、きっとうまくいかないことでしょう。そこで、先人の知恵を集積したものとして紹介されるのがパターンです。プログラマにとってのデザインパターンが、ソフトウェア設計という困難な仕事に道標を与えるように、この本で紹介されているパターンたちもまた、組織変革にとって役立つことでしょう。 Fearless Change アジャイルに効く アイデアを組織に広めるための48のパターン 作者: 川口恭伸,木村卓央,高江洲睦,高橋一貴,中込大祐,古家朝子,安井力,山口鉄平,米沢仁,角征典出版社/メーカー: 丸善出版発
図解・拙速は巧遅に勝る - Kentaro Kuribayashi's blog
昔っから「拙速は巧遅に勝る」なんていいまして。うちの大親分の受け売りなんですが。 これは早い話が、たとえ拙いことであろうと、巧くても遅いよりは速い方がずっとマシであるというわけですな。現代風には、Facebookの創業者、マーク・ザッカーバーグさんなんて方がDone is better than perfectなどといってるそうで、あれだけのサービスを作り上げた方のお言葉とあってみりゃ、ひとつ傾聴しようじゃないかと、そういう気持ちになるわけです。 もとはといえばこの言葉、古代中国の孫武てぇお方が、最古の兵法書と呼ばれる『孫子』ってぇ本でいったと、そういうことになっておるわけです。 新訂 孫子 (岩波文庫) 作者: 金谷治出版社/メーカー: 岩波書店発売日: 2000/04/14メディア: 文庫購入: 17人 クリック: 64回この商品を含むブログ (101件) を見る 原文はこんな感じです
2017年のテーマ: One Love - Kentaro Kuribayashi's blog
会社の日報に書いたエントリをこちらにも再掲します。 2017年の技術部のテーマをOne Loveにすることにしました。ちなみに、2016年は「全員野球」でした。 最終的に愛、すなわちLoveだなってなったので、2017年の技術部のテーマはOne Loveになりました。— あんちぽちゃん (@kentaro) December 20, 2016 「それってOne Loveなの？」「One Loveで行こうぜ！」— あんちぽちゃん (@kentaro) December 20, 2016 というだけだと、「あんちぽはなんかヤバいものでも食ったのか……？いや、またいつものことか……」となるだけだろうので、背景を説明しますね。 ペパボの「大切にしてほしい3つのこと」はみなさん憶えてますよね。 https://pepabo.com/recruit/important/ みんなと仲良くすること ファン
リーダーシップはフォロワーシップから - Kentaro Kuribayashi's blog
こんにちは、あんちぽちゃんです。GMOペパボで執行役員CTOや技術部長やペパボ研究所長をやっております。 Pepabo Managers Advent Calendar 2016の第1日目の記事を担当します。 www.adventar.org あなたにはリーダーシップはありますか？ 突然ですが、リーダーの皆さんに質問です。 「あなたにはリーダーシップはありますか？」 そう質問されて「私はリーダーシップに満ち溢れている」と100%自信を持って答えられる人はわりと少ないんじゃないかと想像します。「そういう面もあるけど、足りてはいないかもしれない……」と反省する人が多いでしょう。 私だって、リーダーシップにあふれるリーダーになりたい！ リーダーシップのロバストな2軸 そもそもリーダーシップとはなんでしょうか。様々な人々があれこれと自説を述べていますが、それらを総覧すると、畢竟「Performan
技術組織をスケールするための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人に達することでしょう。また、技術の移り変わりはますます早くなっていき、つい
ペパボインフラの独特に面白いところ - Kentaro Kuribayashi's blog
さわのぼりーさんのツイートを見て、うちのインフラのポジションはけっこう特殊、かつ、面白いなということをあらためて思ったので書いておく。 今後はカーネルとかガッツリ見て独自のリソーススケジュールをできる基盤か、クラウドサービスにごっそり乗っかるかの二極化しそうと思ってる。両方面に話聞きたい。— sawanoboly (@sawanoboly) June 11, 2016 上記のツイートであげられているのは2点。 カーネルとかガッツリ見て独自のリソーススケジュールをできる基盤 クラウドサービスにごっそり乗っかるか このうち1.については、@matsumotoryが「なめらかなシステムのアイデアと設計概要」で書いているような話とか、さらには@udzuraが「haconiwaの室内楽 - Re: 自作Linuxコンテナの時代 - ローファイ日記」で書いているhaconiwaのような話がある。 2.
新卒スタッフ向けに「ペパボのエンジニア2016」という話をした - Kentaro Kuribayashi's blog
今年もまた、新しい仲間が増える季節がやってきました。新しく総合職・エンジニア・デザイナ*1たち、計13名が入社し研修の毎日を送っています。しばらくは職種関係なく、会社全体の成り立ちや共通してみにつけてほしいスキルについて学んでいるところです。 さて、今年もその研修の中でなにかしらお話をする機会をいただきました。技術部長という組織の長と、CTOという技術あるいはエンジニアという職種のトップという、直接には一致しない役職を兼任しているので、なにを紹介したらいいのかいつも迷います。話をする相手も、エンジニアだけではなく、全職種の人々ですし。 そこで、技術やエンジニアという職種をとっかかりにしつつも、より広い視点から我々がどうありたいのか、なにを目指しているのかという話を、これまでほうぼうで話したり書いたりしてきたことをまとめつつ述べてみました。 去年のスライドとかぶるところもあれば、今年初めて話
「エンジニア実績システム」を導入した - 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
本日6月28日、大安吉日ということもあり、目黒区役所に婚姻届を提出しました。特に書類上の不備等がなければ、受付日の本日が受理日となり、すなわち婚姻の成立日ということになります。 かねがねインターネット上で「結婚したい」と書いておりましたところ、「結婚しましょう」というお申し出がありました。私が結婚したいという意志を述べていたことが本心からなのであるとすれば、呼応したお申し出に関してはこれを受けるのが合理的です。 物事を合理的に判断するというのが私の信条ですので、その観点から本件について考察を行いました。その結果、現に私の意志が本心からなのであってみれば、すなわちお申し出を受けることは合理的であると判断し、婚姻届の提出に至りました。 なお、お相手につきましては、一般の女性ですので公開は差し控えさせていただきたく存じます。何卒ご了承くださいますようお願い申し上げます。 というわけで、今後ともみ
エンジニアとしていかに成長するかについて、GMOグループの新卒エンジニア・クリエータの皆さんにお話した - Kentaro Kuribayashi's blog
GMOグループにはGMOテクノロジーブートキャンプという新卒エンジニア・クリエータ向けの研修メニューがあって、そこでなんか話してくれという要請があったので、「エンジニアになる」というタイトルで、エンジニアとしての成長について、少しお話をしてきました。 自分自身がエンジニアとしていままでどうしてきたかみたいな話は、まとまった形ではこれまでしたことがなかったわけですが、立場上とか年齢的にも「僕ごときが……」とかいってもいられないので、恥を忍んでスピリチュアルな話をしてみました。以下、ご笑覧くださいませ。 いいたいことはだいたいスライドに書きこんだのですが、以下、ちょっとだけ補足。 このスライドを作っていた時に、ちょうど「現場ロックイン」についてのエントリが話題になったり、また、このエントリを書く直前にも似たような話題のエントリを見たりしました。 現場ロックインが技術力さげてるのかもしれない -
「代表的プロダクト」について - Kentaro Kuribayashi's blog
ひとくちに「Webエンジニア」といってもその内実は様々だし、得意分野や成果の出し方も違う。ここではそのような多種多様のいずれが良いとか悪いとかそうしたことをいいたいのではないということをあらかじめ注記しておく。 職業生活において成果を充分に上げている(あるいは上げようと努めている)ことは前提として、組織上公式にプライベートな時間(要するに業務時間外)における技術的活動について、組織の外部との接点のある場所で活動することを好むひともいれば、あくまでも職業生活の糧となる活動に重きを置く(つまり寝ても覚めても仕事のことを考えているような)ひともいるだろう。 前者はOSSやプライベートなWebサービス開発などに深くコミットするだろうし、後者は組織の成果を直接に志向するだろう。そのいずれにしても、プライベートな時間における技術的活動が、エンジニアの成長にとって大きな糧になり、そのことが所属する組織に
Serverspecの作者がつくる、あるひとつのOSS文化 - 書評『Serverspec』 - Kentaro Kuribayashi's blog
著者のmizzyさんこと宮下剛輔氏よりご恵贈いただきました。ありがとうございます。 Serverspec 作者: 宮下剛輔出版社/メーカー: オライリージャパン発売日: 2015/01/17メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る さて、本書について、技術的な側面で語れるひとはたくさんいるだろうので、ちょっと趣向を変えて、エッセイ的な話を書く。ちょうど、著者も「本書は、単なるServerspecに関する解説書ではなく、Serverspecに関する思いを綴ったエッセイとも言えるかもしれません」(「はじめに」より)と書いていることだし。 Serverspec誕生の頃 約2年前の今頃、ある新しいシステムのためにサーバを構築しようとしていて、我々(mizzyさん、@lamanotramaさん、僕)は苦心していた。Puppetでサーバ構成を記述するに際して、もっといけ
「非Rubyな会社でRubyで仕事にRubyを持ち込むための5つの方法」
札幌Ruby会議2012参加のため、9/13から札幌にいます。大規模なRubyのイベントに参加するのは初めてなのですが、せっかくなのでなにかおしゃべりしようと思ってトークに応募したらLTは通ったので、「非Rubyな会社でRubyで仕事にRubyを持ち込むための5つの方法」ちょっと話してきました。 スライドをちょっと補足すると、僕(や、隣席のるびりすと氏)は、特定のサービスにアサインされているということはなくて、広く全社のサービスを見るという仕事をしているので、まあいろいろやっているわけです。そのため、ある種自由にあれこれできる立場であるということもあります。だからといって、では非Rubyな言語のサービスをがっつりやってるひとにはこのトークは響かないかというとまったくそんなことはないと思っています。 スライドにある通り、現状、ベストプラクティスとされる開発プロセスは、Ruby発のものであった
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
