SXSW2018、はじまりました！
今年もやってきました、SXSW!! というわけで、ISAO エンジニアの松尾です。 Payment Solution Projectのバックエンドエンジニアやってます。 この度、SXSW2018に参加させてもらうことになりましたので、こちらでレポートしていきたいと思います。 SXSW (サウス・バイ・サウスウエスト) とは？ とてもよくまとまっていますので、ぜひこちらをご覧ください。 ざっくり言うと、もともと音楽イベントだったところから映画などエンターテイメントの領域に広がり、 そこにテック関連の領域も入って来て、TwitterやPintrestなどはここから飛び出したとかなんとか。 近年ですと、Perfumeのライゾマティック真鍋大度さんとのショーが個人的には印象的でした。 まさに音楽と映像とテックとエンターテイメントの融合。 すばらしいですね。 ISAOでは一昨年から毎年3名、参加しています。 今年はべっきー（左）とJan（右、ドイツ人エンジニア）と私（真ん中）。 べっきーの顔が変わった気がするのは気のせいです。 その他、過去のSXSW関連ブログはこちらから。 今年の注目 今年のSessionを見ていると、キーワードとして Blockchain, AI が多いように見えます。 この数年のトレンドであることは間違いないですね。 イベントとしては、IT技術に特化しているイベントではないので、ビジュアル的なところのDesignやUXなども気になるところです。 個人的に注目しているものは以下。 MR卓球アクティビティ『PONG!PONG!』 Interactive Innovation Awards 日本企業で唯一のファイナリストであるAkatsukiさんのプロダクト！ ここまで来たらぜひAwardを受賞してほしいです！ 3/11・13のInteractive Innovation Awardsに参加されるとのことです。 Transparent セカイカメラはリリースされた当時、スマホの活用の仕方がこれからはこんな時代になっていくんだろうなと思いつつ、サービスが終了してしまいましたが、 関わっていた方の新しいサービスということで、どんな体験をさせてくれるのでしょうか。 とても楽しみです。 3/11〜14 のトレードショーに参加されているとのことです。 他にも、PanasonicやSony、Tech系企業のブースも出ているはずなので、楽しみにしていきたいです。 できるだけ現地の空気をお伝えできるように頑張ります。...3日間で完結！実践デザインスプリントワークショップ
こんにちは、中嶋あいみです。 2月に、株式会社ゴーリストさん向けにデザインスプリントワークショップを開催しました！ スプリントマスターとして、UXデザイナーのノブさん (写真1番右) とともに3日間をファシリテートさせていただきました。 Design Sprint (デザインスプリント) って？ デザイン・スプリントとは、アメリカのGV (旧Google Ventures) が提唱するデザイン・シンキングのフレームワーク。 約7名のチームを結成し、月曜日〜金曜日の5日間集中で、課題の抽出〜試作品を使ったユーザーインタビューまでおこないます。 過去記事で詳しく紹介しているので、よかったら読んでみてください。 Design Sprint (デザイン スプリント) ワークショップを開催！ Tech Open Air 2017、ベルリン再び！ 昨年末私たち２人はアメリカのテキサス州に２ヶ月弱出張し、日々の業務でアジャイル開発・スプリントでの改善をおこなっているアメリカ人チームと一緒に仕事をしてきました。 そこでの学び・手法も今回取り入れ、独自のプロセスを試すことができました。 株式会社ゴーリストさんについて 『株式会社ゴーリスト』 ん？？？ お問い合わせメールをいただいたとき、目をこすりました。 ISAOのGoalous (ゴーラス) とまるで兄弟のようなお名前。 しかも所在地が岩本町⇔秋葉原という近さ。 お会いしてみると、OKR (Objective/Key Result) を取り入れているところや、多国籍で仲の良く、充実した社内制度も似ていて、なんだか他人な気がしませんでした！ なにかの運命でしょうか。 ゴーリストさんはHR業界の知見、データマイニングをはじめとした独自の技術力、高いデザイン力を活かして複数のデータ集計・分析サービスを運営されています。 今回は、『HRogチャート』をお題に3日間のデザインスプリントをおこなうことに決定！ 3日間で完結するデザインスプリント ISAOが提供するデザインスプリントでは、1〜2回事前のヒアリング・お打ち合わせを経て、タイムスケジュールや内容をアレンジします。 今回の場合は、参加者の中でも該当プロダクトに関わっていないメンバーが多いということで、事業開始当初から企画・開発を担当されているCTOの方から、プロダクトの歴史や過去にやってきたことを共有いただく時間をDAY1の午前中に入れることに。 この時間はとても大切で、『そうなんだ！』『知らなかった！』という反応で、一人ひとりが自分ゴト化し、チームが一体となっていくのが見てわかりました。 また、ゴーリストさん内でもスプリントを主催できるようになるという裏目標があったので、ファシリテートの方法も学んでいただけるよう説明スライドにも工夫を加えました。 もともと5日間で組まれているスプリントを3日間にアレンジするので、特に初めの2日間は頭も手もフル回転！ このようなスケジュールで実施しました。 DAY1：チームビルディング＆アイデア創出 午前...【Amazon Echo】Alexaスキル開発ハンズオンを開催しました
こんにちは、中嶋あいみです。 私事ですが・・・ 最近Amazon Echoなしの生活が考えられなくなってしまいました！ 目次 スマートスピーカーの市場は？No.1シェアは？ Alexaスキルとは Alexaセミナー＆ハンズオンをやってみた VUIとは ノンプログラミングでAlexaスキルを作る方法 Alexaスキル開発をはじめるなら AIスピーカー？それともスマートスピーカー？ 初めての方へざっくり説明すると、Amazon EchoにはAlexa (アレクサ) という音声認識機能が搭載されています。 GoogleではAIアシスタントとも言われ、その機能に対する呼び名は各社様々です。 また、『AIスピーカー』と『スマートスピーカー』という呼び名も混在していて諸説ありますが、AI (人口知能) の要素はまだわずかしか感じられないので、筆者としてはスマートスピーカーと呼ぶことにします。 Amazon Echo Dotのある生活 Alexaとの1日ハイライト。 Alexa, Good morning! で、今日の小ネタを言ってもらうことから始まり、 Alexa, how is the whether today? で、天気と気温を教えてもらい、 Alexa, what’s new? で、ニュースを読んでもらい、 Alexa, I’m going. で、行ってらっしゃいを言ってもらい、 Alexa, I’m home. と、ただいまの再会をし Alexa, play “fireplace sounds”....ISAOバレンタイン調査2018～義理チョコが嫌なら、忖度チョコをあげればいいじゃない～
みなさんこんにちは♡ ブランディングプロジェクトのあいです(^▽^) 先週金曜の出来事です。 Power BIのエバンジェリストのワタナベチヒロと話していました。 「バレンタインデーどうするー？」 「ぶっちゃけ面倒だよね（小声）」 「誰にあげる？バリフラットで色々な人と関わっているからめちゃくちゃ多くなっちゃうよ～」 「だよね！それに本当に男性陣もチョコもらってうれしいのかな？」 「お返しが大変だし、チョコいらないって人も多そうだよね。」 「みんな本当はどう思っているんだろう…」 ・ ・ ・ 「みんなに聞いてみる？それでPower BIで可視化したら面白くない？」 「いいね♡最近何か面白いデータを可視化させたいと思っていたんだよね」 …とバレンタインについて話が盛り上がり、皆のぶっちゃけた気持ちを可視化させようということで急遽ISAOバレンタイン調査をしてみました！ ISAOバレンタイン調査2018 ～女子社員の本音編～ ～男性社員の本音編～ ※画像をクリックしていただくと、Power BIレポート画面に飛びます。 ※男性社員の本音編は2ページ目にございます。 まとめると ・男女ともにめんどくさいと思っている人多め ・ISAOの男性結構告られてる〜(・∀・)♥ ・男性の意見がなんか可愛い ・みんなのエピソード面白いｗ そこでこのデータを見た私たちは決心しました。今年は義理チョコを廃止しようと… ただ、もしかしたらどうしても欲しい人たちがいるかもしれない。 忖度（他人の気持ちをおしはかる）した結果、忖度チョコの選択を残しました。 （忖度と選択をかけてみたけど、伝わるかな。ドキドキ。） 忖度チョコとは？ チョコレートをもらいたい人の気持ちをおしはかり、今まで義理チョコをイベントとして楽しんでいたISAO女子社員の有志が集まってチョコをプレゼントする心温まる企画。 忖度チョコが欲しい方は、「Mamoru Pay」を使って事前予約（⇒予約方法はこちらで確認！） 予約の結果は5個。 本当はバレンタインデーのチョコなんていらないと思っていた男性陣が多かったのか、それとも私たちの人気がないだけか（笑）わかりませんが、例年配布していた量の半分以下に収まりました。 次回はホワイトデーに忖度チョコのお返し編についてレポートできたらと思っています♡ お楽しみに～٩( ‘‘ω’’ )و...AWS re:Invent2017 Keynote Day2 まとめ
インフラエンジニアの橋本です。 ラスベガスは朝晩は肌寒いですが、日中帯はギリ半袖もいけるような気候です。 それではKeynote二日目で発表された新サービスのご紹介になります。 Alexa for Business 有能なアシスタントが会議室で、デスクであなたをサポートするようになります。 「Alexa,start meeting」、「Alexa,dial XXXX」で、会議や電話会議への参加など、声をかけるだけで実現できるようになります。 上記は一例ですが、他にも連携するアプリケーションによっては、会議室の空きが確認できたり、AWSアカウントのあるリージョン上で起動しているEC2の数を確認できたり、Cloudwatchのアラートを読み上げたりすることもできます。 また、プライベートでも使うことが可能です。 音楽を聴いたり、電気のON/OFF、テレビ番組の切り替えが音声でできます。 音声でAPIから作ったスキル（拡張アプリ）を実行するような仕組みです。 本日よりavailableとなってます。 AWS Cloud9 コーディング、実行、デバッグを可能にする統合開発環境（IDE）です。 ブラウザ上で扱います。 あらかじめ主要な開発言語、およびそのツールがパッケージ化されており、追加の必要はありません。 エディタやデバッグも用意されています。 Lambda関数のテスト/デバッグをサポートしているため、サーバレス開発が可能。 また、IAMユーザを追加することで共同開発をすることも可能なようです。 ※現在、米国西部（オレゴン）、米国東部（オハイオ)、米国東部（北バージニア）、EU（アイルランド）とアジアパシフィック（シンガポール）リージョンでのみ利用可能です AWS Serverless Application Repository サーバーレスアプリケーションの公開、検索、デプロイができるようになります。 公開方法についてはグローバルとプライベートが選択可能です。GitHubのようなソースコードリポジトリを参照させることもできます。 提供者はアプリケーションをSAM（ServerlessApplicationModel ）形式でパッケージ化しておく必要があります。 こちらにてプレビュー受付中のようです。 まとめ 二日目のKeynoteは開発関係の話がメインのようで、ところどころわからなかったこともありましたが、サーバレス化が急速に進み、開発スピードもより速くなっていくんだなと感じました。（どんどんインフラ要らずになっていく・・・。） また、新サービスは一日目が圧倒的に多かったです。 二日目はほぼ、Alexaをはじめとした音声認識やその可能性についての話が多い印象でした。...AWS re:Invent2017 2日目参加レポート
こんにちは。インフラエンジニアの橋本です。 saeki同様、AWSが誇る一大イベント、re:Invent 2017に参加してます。 出国前からチェックインエラー、1日目はバス移動に苦労させられ（なぜかパンフに記載の通りの順じゃない& 到着したら無言でみんな降りる）ましたが、そろそろ慣れてきたので張り切って二日目のレポートです。 1日目の様子はこちらまで。 Global Partner Summit 主な内容をダイジェスト 今年は循環器の治療や銀行のバンキングシステムの効率化など、特にヘルスケアや金融系でAWSの導入が進んでいる パートナーエコシステム（様々なパートナー企業の中から、エンドユーザのビジネスニーズに合わせて柔軟にクラウドの価値を提供する仕組み）をより拡大させ、AWSは絶対的な存在だと印象づける IOT、ML、Blockchain、AI分野も引き続き強化していく エンタープライズが徐々にAWSへ移行が進んでいる。現在はアメリカだが、次はグローバルな流れになる データベースについて、そこ（オンプレ）から動かない（移行しない）という選択肢はない。例えば某オラクル。どちら側につくか選ばなくてはならない（会場ざわめく） 新たにプレミアパートナーに６５企業が追加 Tuesday Night Live AWSのグローバルインフラストラクチャ担当VP Peter DesantisによるKeynote。 リージョンについて 2016-2018年で１１リージョン追加予定。政府向けリージョンをアメリカに。中東初のリージョン（バーレーン）も登場。 スウェーデンをはじめとして、新規立ち上げのリージョンは、再生可能なエネルギーを使って立ち上げる AvailabilityZoneについて 物理的な距離のある複数のDCで、１０万台以上サーバがあるなど、基本的な成り立ちの説明。 AZは最低２つのゾーンだが、最大で６つのゾーンがあるリージョンもある 100GBのAmazonGlobalNetworkでリージョンを繋げていて、67のDirectConnectでAWSへ接続されている Computing at SCALE Machine Lerning（以下、ML） ディープラーニング、X-Rayが医療分野で現場で実際に使われている 例：脳の腫瘍を見つけるX線検査など ここまで成長できた理由 ①ハードウェアの高度化 ②ML framework improvement AWSの**Apache MXNet**を使った機械学習トレーニングで、7-8倍の学習効果があった ③Rapidly growing GLUON Open neural network exchange NNVM and TVM 機械学習モデルのAPIや、一つのエンジンで学習後、別のエンジンで動かす切り替えツールを使用することでも...AWS re:Invent2017 Keynote Day1 まとめ
エンジニアのsaekiです。 Keynote1日目で発表された新サービス&アップデートのまとめです。 EC2 instance type M5 (General purpose) M1 (Big Dataに最適化されたインスタンス) 13m (ベアメタル) Amazon Elastice Container Service for Kubernetes (EKS) 来ると思ってました。満を持して来ましたね。 やっぱりこの発表で一番会場が沸きました。 プレビュー版が本日公開。 AWS Fargate コンテナ管理を抽象化してくれるサービス。 ECSにぶら下がる各インスタンスやその中で動くDockerを意識することなく、コンテナを管理できるようになるようです。 https://aws.amazon.com/jp/blogs/news/aws-fargate-a-product-overview/ ECS版は今日からga、EKSは2018年のどこかでサポートされるようです。 Aurora Multi-Master AWS Auroraのマルチリージョン対応 プレビュー版が本日公開。gaは2018のどこかの予定。 Aurora Serverless Serverlessのフローに対応したオンデマンドなRDS、という理解です。 プレビュー版が本日公開。 DynamoDB Global Table DynamoDBのフルマネージド化、マルチリージョン対応。 今日からgaです。 Amazon Neputure フルマネージドなGraphDB。 プレビュー版が本日公開。 S3 SELECT, GLACIER SELECT データストアにクエリを発行できるようになるやつ。 使いこなせなさそう…...AWS re:Invent2017 1日目 参加レポート
エンジニアのsaekiです。 11/27(月)からラスベガスで開催されているAWS re:inventに参加しています。 日本からラスベガスへ 11/26日17:00ごろ成田空港を出発し、約10時間かけてサンディエゴへ。 そこからサウスウェスト航空に乗り換え、1時間後にラスベガスに到着しました。 自分は海外に行った経験が台湾旅行くらいしか無く、10時間のフライトがとても長く感じました。 経由したサンディエゴ空港、ものすごい混んでました セッション re:inventの目玉はもちろんKey Noteの新サービス発表ですが、それ以外でも様々なセッションが用意されていたり、AWSを用いたサービス/ソリューションを行う企業様がブースを構えていたりと、Key Note以外でも見所が多いです。 re:inventは"教育的なイベント"と呼ばれています。 参加者のレベルに合わせた1時間程度のセッションが多数用意されており、入門レベルの人から上はエキスパートの人まで楽しめるようになってます。 イベント1日目、自分は300レベル(中級者向け)のセッションに参加しました。 セッションのタイトルは「Alexa, Where’s My Car? A Test Drive of the AWS Connected Car Reference」。 車両や運転にまつわる多様なデータをAWS IoTで集めてビックデータ化する、というざっくり言えばそんな内容でした。 普段自分たちが触れるAPI Gateway、Lambda、DynamoDBなどのサービスがこういった用途で使われていると考えると、とてもワクワクします。 スライドは後日発表されるかと思うので、発表され次第こちらにもリンクを貼ります。 JapanExploring Night 夜はJapan Exploring Nightに参加しました。 会社として普段お世話になってる企業様や、業務の関わりは無くてもAWSを使ったサービスを展開している企業様など、様々な方とお話させていただきました。 AWSを中心に人の輪ができ、そこでお互い好きなサービスについて語り合う、とても有意義な時間でした。 二時間があっという間でした。...Design Sprint (デザイン スプリント) ワークショップを開催！
こんにちは。中嶋あいみです。 先日ISAOオフィスで、社内メンバー向けに**Design Sprint Workshop (デザイン・スプリント・ワークショップ)**を開催しました! デザイン・スプリントを初めて聞いた方には、概要と進め方のイメージを。 デザイン・スプリントを既に知っている方には、一例として参考になればと思い、ブログ記事にします。 目次 Design Sprint (デザイン・スプリント) とは Design Sprint (デザイン・スプリント) が有効な理由 Design Sprint (デザイン・スプリント) って結局何？ ISAO流Design Sprint ワークショップについて ISAO流Design Sprint ワークショップ ハイライト ワークショップ体験者の声と、運営側の気づき ISAOが考えるUXプロセス 『Loop UX』 Design Sprint (デザイン・スプリント) とは デザイン・スプリントとは、アメリカのGV (Google Ventures) が提唱するデザイン・シンキングのフレームワーク。 約7名のチームを結成し、月曜日〜金曜日の5日間集中で、課題の抽出〜試作品を使ったユーザーインタビューまでおこないます。 Google 5Days Design Sprint とも言われ、Slack・UBER・Saviokeなどのテクノロジー企業から、ブルーボトルコーヒーなどのB2C企業まで、欧米のスタートアップを中心に広まっている手法です。 Design Sprint (デザイン・スプリント) が有効な理由 私たちは日頃、『新しいアプリを作りたい』 『Webサイトをリニューアルしたいんだけど・・・』 といったご相談を多く受けます。...そうだ、HTTP/2に移行しよう(実践編)
こんにちは、エンジニアの吉田です。 前回そうだ、HTTP/2に移行しよう(OpsWorks編)の記事を執筆しましたが、今回はその続編となります。 (前回から時間が経ってしまい申し訳ないです汗) 前回はHTTP/2に移行する為にAWS OpsWorksを用いたChef12スタックでの シンプルな環境を構築するところまでお伝えしました。 しかし実際はChef12スタックは、Chef11以前のスタックと違い それまでのレシピの運用方法を変えなければなりません。 今回は、現場でのOpsWorks Chef12スタックにおける課題の解決にフォーカスした実践編となります。 実践編 その1. OpsWorksのChef12スタックでコミュニティクックブックを利用したレシピを実行する Chef12スタックで最も注意しなければならない点は、レシピを実行する際に 利用するコミュニティクックブックの参照が自動的に行われなくなったことです。 試しにコミュニティクックブックを利用したレシピをそのまま実行しようとしたら 「コミュニティクックブック?そんなの見つからないよ！」と怒られます。 なので解決方法としてはコミュニティクックブックを含んだクックブックアーカイブを事前に作成し s3にアップロードした場所を参照するようにします。 コミュニティクックブックを含んだクックブックアーカイブを作成 [前提条件] アーカイブ作成にはBerkShelfをインストールしている必要があります。 もし無い方はChefDKをインストールするか、もしくはGemでBerkShelfをインストールしてください。 ChefDK: https://downloads.chef.io/chefdk Gem: gem install berkshelf [手順] 1. ローカルでクックブックのディレクトリに移動する 2. berks packageコマンドを実行してアーカイブを作成する デフォルトだとcookbooks-1506749951.tar.gzといったタイムスタンプ付きのアーカイブが出来上がります。 もしファイル名を指定したい場合はberks package {ファイル名}.tar.gzのようにコマンドを実行します。 3. アーカイブを格納する為のs3バケットを作成する 4. 手順3で作成したバケットにアーカイブをアップロード AWS CLIのS3コマンドが便利です。 aws s3 cp cookbooks.tar.gz s3://{バケット名}...Azureエンジニアから見たDockerを取り巻くDevOpsサービスのまとめ
Azure系エンジニアの秋山です。 最近 Azure で Webサービスを Docker で動かす PaaS の Web App for Containers が GA となり、プレビューの頃から使っていた 立場としては嬉しい限りです。 今回は Production での導入が広がっていきそうな Docker を取り巻く Dev/Ops のサービスをまとめてみます。 Docker を取り巻く要素 Docker を使って Dev/Ops を構成するためには、 Dockerfile を含めたリポジトリを管理するソースコード管理システム(VCS) Docker イメージをビルドするビルドシステム ビルドした Docker イメージをホスティングするホスティングサービス の3つが必要です。 図に表すと以下のとおりです。 それぞれのサービスのポイントを書いてみます。 ソースコード管理 Visual Studio Team Service Git で PullRequest ベースでの開発が可 ライセンスが MSDN サブスクリプションに付いてくるため、既に持っていれば導入しやすい Scrum やアジャイルに沿ったプロジェクト管理が可 GitHub Git で PullRequest ベースでの開発が可 使い慣れたエンジニアが多い(特にWeb系) GitLab Git で PullRequest ベースでの開発が可 Freeプランがある SaaS を利用できないポリシーに対応可 ビルド Visual Studio Team Service Azure と連携しやすい ビルド時間課金 CircleCI 予約ホスト課金 2....スペシャル対談！オープンな経営で切り拓く未来（3/3）
ダイヤモンドメディア株式会社の代表取締役 武井浩三さんををお招きしての経営対談。 第一回「ホラクラシー経営とバリフラット経営」に引き続き、第二回「本音で話す給与と評価」では普通の会社ではなかなか明かされないキワドイところまで赤裸々に！ 最終回である今回は、お互いの目指すビジョンについて語り合いました。 第三回「互いが目指す未来の姿」 ダイヤモンドメディアは自然の摂理に従って 中村 そろそろ対談をまとめていきたいのですが、今後の武井さんとダイヤモンドメディアがやっていきたいこと、実現していきたいことを教えてください。 武井 僕は経営という意味ではまず、株式の部分まで含めた再現性の高い経営システムを作りたいですね。 事業的な側面では、競合他社がいないマーケットを自ら作っていますし、参入障壁も高いので、本当に良いサービスをじっくり構築していきたいと考えています。 ダイヤモンドメディアには、経営計画や企業理念、ミッションやビジョン、クレドみたいなものは一切ありません。 会社は植物のように勝手に成長していくと考えているので、成長に邪魔なものを取り除く作業を突き詰めてやっていきたいです。 ただ、こういう経営も業績的な結果を出さないと世の中は耳を傾けてくれないと思うので、業績にもこだわっていきたいと思います。 中村 そういう意味では世にいうビジョナリーカンパニー的な考え方とは違った経営をされているんですね。 武井 そうですね。 自然の摂理に則った状態を作りたいなと考えています。 言ってしまえばそれがビジョンなのかもしれませんが、「うちの会社はこの業界でこうして行こう」みたいな物を掲げるつもりはこれから先も全くありません。 中村 自然に人のあるがままに組織を運営していれば、そこから自発的に価値あるものが出てくるだろうという考え方でしょうか。 武井 そのほうが世の中が必要としているものをちゃんと提供できると思いますし、世の中に必要とされないものをエゴで作ってしまうこともないと考えています。 とにかくプロセスを大事にし、みんなで共有していいものを作っていくということを続けていきたいと考えています。 ISAOはビジョンを叶えるために 中村 考え方の立て付けと順番は僕とちょっと違いますね。 僕はやはり「やりたいことがあるべきだ」と考えています。 それがISAOのミッション、ビジョン、中期ビジョンであり会社の方向性をざっくりと決めています。 そこに向けて、世の中をこう変えたい！という熱い情熱が必要だと思っていますし、そのために僕たちは集まっていると思いたいです。 ただ、それをやっていく中で派生するものは積極的に受け入れていきます。 武井 そういう考え方のアプローチもありますよね。 中村 これからのISAOの経営課題は、業績V字回復からの成長をさらに１段加速させるための経営をしなければいけないと考えています。 フラットでオープンで楽しいこのISAOを守るために、自分たちが強くならなければいけません。 ISAOのミッション・ビジョンを叶えていくためも、楽しさとともに厳しさも持ち合わせたチームにしていく必要があると感じています。 今日の対談では、お互いの共通点や違いについて深く知ることができ、気付きもたくさん与えて頂き、とても勉強になりました。 ありがとうございました。 武井 ありがとうございました。 お互いの組織の在り方や目指すものについての理解が深まったところで今回の対談は終了。 しかし、話は尽きることなく、この後も場所を変えて熱く熱く語り合ったのでした。 武井さん、どうもありがとうございました！ 対談のお相手 武井浩三さん ダイヤモンドメディア株式会社 代表取締役 共同創業者...スペシャル対談！オープンな経営で切り拓く未来（2/3）
ダイヤモンドメディア株式会社の代表取締役 武井浩三さんををお招きしての経営対談。 第一回「ホラクラシー経営とバリフラット経営」では、お互いの紹介に始まり、なぜそのような経営に行き着いたかという話などで盛り上がりました。 今回は、給与や評価といった生々しい話題に踏み込みます！ 第二回「本音で話す給与と評価」 価値ある人をどのように評価するか 中村 ちょっと話題を変えまして・・・ 意味もないのに威張っているのはムカつく的な話が先程ありましたが、実力のある人はやはり自然発生的にリーダーっぽくなっていくんだと思うんです。 ヒエラルキーではないけれども、誰かが先を歩いてそれについていく人がいるみたいな。そういう、フラット経営の中に生まれるリーダー的存在はどう扱っているのか気になります。 武井 ダイヤモンドメディアの給料はベーシックインカムを厚めにしているのですが、「実力給」という給与制度があり、その部分が変動給となります。 それを半年に1回全社員で決めなおしています。 中村 上限値とかはあるんですか？ 武井 いや、ありません。 給与には職務給と職能給という2つの考え方があるじゃないですか。 職務給は仕事自体の価値を評価、職能給はその人の知識や能力を評価だと思うのですが、それだけでは正しく評価できないと思っています。 例えば「ムードメーカー」だったり「なんか物事を上手く進められるキャラ」だったり。 中村 表現が難しいけどたしかに価値がある人っていますよね。 武井 はい、そういう力の定量評価って難しくて、評価制度にしきれないと思っています。 中村 神のみぞ知る感はありますよね。（笑） 武井 360度評価なんかもやってみたのですがしっくり来ず、「他人が他人を評価する」ということ自体をやめました。 ではどうやって決めているのかというと、株価のように市場の相場に照らし合わせる形で決めています。 給料をすべてオープンにし、市場価値や個人間の格差バランスをみて決めています。 給与もオープン！その名も「お金会議」 中村 給与幅はどのくらい生まれるものなんですか。 ISAOだと350万円から1,200万円くらいで、30代前半で活躍している人は900万円台くらいな感じです。 武井 うちもそんな感じですかね。 平均年齢が28、29歳くらいで、平均年収が今500万円くらいです。 専門性が高い仕事なので、安すぎると採用ができないという実情もあります。 新卒で350万くらいから、上は900万円くらいですかね。 ただ、業務委託で働いてもらっている人は1,000万超えている人もいますね。 中村 給与の決め方が非常に興味深いですね。 みんなで「この人は700万円くらいありそうだ！」とか言い合う感じですか？ 武井 給与のことは会社全体のお金の使い方を決める「お金会議」で決めています。 9年間の試行錯誤で見えてきたガイドラインをベースに決めているのですが、まずは「マーケットバリューに合わせること」ですね。 例えば、その仕事を外注化したらいくらくらいなのかとか、その仕事をする人を新規に採用したらいくらなのかとか、そういうことです。 みんなで集まって、能力の高い人がリードしながら話し合う感じです。 中村 業務委託の人も入って皆で決める感じですか。...そうだ、HTTP/2に移行しよう(OpsWorks基本編)
こんにちは、チーム活性化サービス「Goalous」のリードエンジニアを務めている吉田です。 今回はGoalousがHTTP/1.1からHTTP/2に移行した経緯と実際にどのように移行したのかをお話します。 なぜ移行したか 僕達は先月までサービス全体の大規模なパフォーマンス改善を1ヶ月半以上かけて行っていました。 Goalousは以前からレスポンスの悪さがかなり目立っていて、「表示速度が遅い」という意見が多く寄せられていました。 開発チームとしてはユーザーのストレスを軽減してサービスの使い心地を向上させたい、 「サクサク動かせるようにしたい」という思いが前々からありましたが ただ機能追加・改善がどうしても優先的になってしまい手をつけることが出来ずにいました。 しかしサービスを有料化する前にはどうしても対応したかったこともあり、 今年5月にチームの総力をあげてサービス全体のパフォーマンス改善に取り組むことが決定しました。 HTTP/2への移行はそのパフォーマンス改善の一つの取り組みです。 HTTP/2のメリットの詳細は今回は省略しますが、詳しく知りたい方はこちらを参照下さい。 HTTP/2への移行を決めたのは、リクエストとレスポンスの多重化等のメリットを享受したかったのと、他にもう一つ僕達にとって重要な理由がありました。 それはAWSの問題です。 GoalousではAWSのOpsWorks(Chefを使用してクラウドエンタープライズでアプリケーションを設定および運用するための設定管理サービス)を使用しています。 OpwsWorksはOpsWorksスタックとOpsWorks for Chef Automateの二種類があり Goalousで使用しているのはOpsWorksスタックです。 OpsWorksのスタックはChefのバージョンが11か12によって明確に区別されます。 僕達はずっとChef11のスタックを使用していましたが、もうそろろそろChef12にバージョンアップしたかったので 今回のHTTP2/移行が良い機会となりました。 あとはロードバランサーがELBではなくALBじゃないとHTTP/2を使用出来ないので思い切って Chef12+ALBの全く新しいスタックを作ることに決めました。 どう移行したか GoalousのChefのレシピは残念ながら公開出来ないので、本記事においてはあくまで OpsworksのChef12スタックとALBをどう構成してHTTP/2を実現するか に焦点を絞り、サンプルのChefレシピを使ってミニマムな構成の手順を説明します。 参考：Use Application Load Balancers with your AWS OpsWorks Chef 12 Stacks Step1.ALB作成 基本的にはAWSの公式ドキュメントに沿って作成します。 ただしステップ 5: ターゲットグループのターゲットを設定するはスキップしてください。 インスタンス作成とターゲットグループへのターゲット登録はOpsWorksで行います。 Step2.OpsWorksスタック作成 OpsWorksのダッシュボードページで、スタック追加ボタンをクリックします。 スタック追加ページに遷移後、まずChef12 Stackを選んだ上で、...