『エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド』を、版元のオライリー・ジャパンよりいただきました。ありがとうございます。 エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド 作者: Camille Fournier,及川卓也(まえがき),武舎広幸,武舎るみ出版社/メーカー: オライリージャパン発売日: 2018/09/26メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 結論からいうと、インターネットに関わるソフトウェアエンジニアの方は、ぜひ読まれるとよいと思います。マネジメントへのキャリアパスを考えている人にはおおいに参考になるだろうし、コードをバリバリ書いていきたいという方にとってもエンジニア近辺の登場人物の特性を知っておくことは損にはならないでしょう。 ソ

JAWS DAYS 2014のImmutable Infrastructure(以下、II)に関するトラックに呼ばれたので、話をしてきました。Immutable Infrastructure時代のConfiguration Management Toolの要件およびその実装についてや最近のImmutable Infrastructureに関する議論(Orchestration編)というエントリを書いていたからということでしょう。 ただ、最近は首都大学東京ビジネススクール不合格記に書いたように、経営学関連の学習をずっと行っていて、すっかりそのような話題から離れてしまっていた、ありていにいえば特に興味を持たなくなってしまっていたので、進学していたら研究テーマのひとつにしていたであろう件について、だいぶ生煮えではあるけれども最近またそうした話題でネットが盛り上がっていたりもしたので、以下スライド

著者のmizzyさんこと宮下剛輔氏よりご恵贈いただきました。ありがとうございます。 Serverspec 作者: 宮下剛輔出版社/メーカー: オライリージャパン発売日: 2015/01/17メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る さて、本書について、技術的な側面で語れるひとはたくさんいるだろうので、ちょっと趣向を変えて、エッセイ的な話を書く。ちょうど、著者も「本書は、単なるServerspecに関する解説書ではなく、Serverspecに関する思いを綴ったエッセイとも言えるかもしれません」(「はじめに」より)と書いていることだし。 Serverspec誕生の頃 約2年前の今頃、ある新しいシステムのためにサーバを構築しようとしていて、我々(mizzyさん、@lamanotramaさん、僕)は苦心していた。Puppetでサーバ構成を記述するに際して、もっといけ

この記事は、Pepabo Advent Calendar 2014の12日目の記事です。前日は、hisaichi5518さんの「Web APIを作るときに考えること。 - パルカワ2」でした。 ここ半年ほど考えていることを、以下に述べる。 技術とは何か？ 「技術とは何か？」という問いに対しては様々な回答があり得るが、ひとまず「企業にとっての技術」という観点からいえば、経営学による以下の記述にその定義を求めてもよいだろう*1。 すべての企業が、自分が必要なインプットを市場から買ってきて、それに自分が得意とする「技術的変換」を加えて、その結果として生まれてくる製品やサービスを市場で売っている。 (中略) 誰にでも容易に手に入る財やサービスであれば、とくに企業が存在してその提供を業とする必要はない。その提供プロセスが難しいからこそ、その困難さを解決する努力が企業の「技術的変換」になるのである。

標題の通り、8/1付けでペパボの技術責任者に就任しました。あわせて、@hsbtさんがチーフエンジニアに就任しました。技術者の体制を強化したことで、Webサービス事業者、すなわち、技術の会社として、さらに高い成果を出していけるよう努めたいと思います。 ちなみに、CTOでも役員でもありません。たとえていえば、技術部長みたいな感じの立ち位置です(うちには技術部という部署はありませんが)。 ところで、その技術責任者の主な役割を、以下のように定義しています。 技術的な会社の意思決定に貢献し、また技術面における中長期的な計画の策定・執行を行う。 経営陣、幹部会議、技術基盤チーム及び技術専門職へ情報の橋渡しを行う。 技術専門職の人事、技術基盤チーム予算に関する責任を有する。 会社におけるエンジニア出身の幹部として、適切な経営判断に貢献するとともに、それを技術者に橋渡しをし、また、技術者がより力を発揮でき

CastoというWebサービスがあります。史上最速に、インターネット経由でライブコーディングができる、非常に素晴らしいサービスです。その素晴らしさのわりにまだあまり知られていないので、紹介します。 Castoでライブコーディングを始めるには、ふたつの方法があります。 CastoのWeb UIから、ライブコーディング対象のファイルをドラッグアンドドロップする castoコマンドを用いる 後者のコマンドの例は、作者によって以下の様なアニメーションGifで紹介されています。 ↑の画像では、Casto上のURLをコピペしてブラウザで開いていますが、--browseオプションをわたすと自動的にブラウザで開くよう、pull requestを送って、マージされております。 コマンドについては、最近追加されたのですが、さらに利便性が高まったと思います。是非お試しいただきたいサービスです。

首都大学東京ビジネススクールの2014年度入学試験を受験し、不合格となりました。本エントリでは、この日をもって終わった久々の受験生生活をふりかえります。 受験の経緯 このブログでしばしば書いている通り、去年は勤務先でスクラムを導入したりしていました。ソフトウェア工学的な意味での開発プロセスとして興味深いのはもちろん、僕にとってそれはむしろ、組織とはなんなのか、企業組織とはいかにして可能なのか、そしていかにしてそれを良くし得るのかという、どちらかというと組織論(とか組織社会学？)的な問いを喚起するものでした。 ちょうどそういうことを考えていた折り、尊敬するジム・コープリエンさんらの『組織パターン』という本が訳されて、さっそく読みました。それがとても面白く、実践的にも役立ったので、もう少し組織論を学習してみようと思ったのです。次に読んだのが『組織論 補訂版 (有斐閣アルマ)』という教科書。簡潔

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

本エントリは、社内向けに書いた記事を公開するものです。 なぜ情報共有するのか みなさんご存知の通り、コーポレートサイトにて、以下のように謳われています。 意見やアイデアは、ミーティング、社内SNS、メールなどで積極的に発言しましょう。不採用かもしれないと思っても、他のアイデアと合わさることで新しいものになることがあります。そのために、すべてのアイデアに耳を傾けると同時に、頭に浮かんだことをどんどん外に出しましょう。 また、インターネットで表現し続ける、コミュニケーションし続けることを楽しんで、自分たちが一番のユーザーであることを心掛けましょう。 大切にしてほしいこと | 採用情報 | 株式会社paperboy&co. このことからもわかる通り、様々なことに関してアウトプットを行い、広く共有することは、我々みなに求められていることです。 組織面からの理由 他にも理由があります。それは、我々が

去る11月23日、あるイベントが開催された。「秋のエンジニアぶつかり稽古 2013」という。何を目的にしたイベントなのか誰も(主催者側ですらも)わからないまま始まったこのイベントは、しかし、最後までその目的が明らかにならないままに、なぜか大成功の余韻だけはしっかり残して終わった、異常な「事件」と呼ぶ他ないものとなった。 事の発端 そもそもの始まりからして意味不明だったのである。発端はこれだ。 @__kan こんにちは、ペパボです。YAPC::ASIA参加者スペシャル特典にご応募いただき、ありがとうございます ！ @kentaro とのぶつかりげいこをぜひ開催したく思います。ご都合のよろしい日をいくつかご連絡下さい！ pic.twitter.com/uoj2uExHBU— ペパボ(paperboy&co.) (@pepabo) October 2, 2013 2ヶ月ほど前、YAPC::Asi