【1月23日追記】12月23日、24日に発生しました障害に関するご報告
いつもSkebをご利用いただき、誠にありがとうございます。 12月23日12時よりskeb.jpにアクセスできない大規模な障害が発生しておりましたが、12月24日07時に復旧いたしました。 12月23日、および12月24日が納品期限のリクエストは納品期限を12月25日23時59分までに延長させていただきます。 みなさまには多大なご迷惑をお掛けしましたことをお詫び申し上げます。 本障害につきまして詳細をご報告させていただきます。 概要日時: 12月23日12時22分〜12月24日7時00分 (JST) ダウンタイム: 18時間38分 内容: skeb.jpにアクセスできない不具合 原因: SkebはすべてのサーバとシステムをHerokuに設置していたが、障害発生時刻より同サービスのアカウントが理由の通知なく利用できなくなった。 解決: Herokuの一切の利用を中止し、すべてのサーバとシステ
Spring Cloud GCP を使ったアプリケーション開発入門
この記事は Google Cloud Japan Customer Engineer Advent Calendar 2020 の 21日目の記事です。 みなさん、こんにちは、Google Cloud の柳原 (@yanashin18618)です。 2020 年の今年は Java が公開されてから 25 周年というアニバーサリー・イヤーで盛り上がりを見せた年でした。Java に馴染みのない人も 今年は Java というキーワードを目にしたりしたのではないでしょうか。 私はと言えば、日夜 Google Cloud 上で Java アプリケーションをどう組み上げていくかと想いを馳せた1年でした。 TL;DRこれから Google Cloud 上で Java アプリケーションを作っていこうとしている方のために参考になるような話を綴っていきます。 特に開発フレームワークの Spring が提供して
顧客フォースキャンバスによる解決に値する課題の見つけ方 by Ash Maurya
以下は、Ash Mauryaによる「Find Better Problems Worth Solving with the Customer Forces Canvas」の翻訳です。本人の許可を得て掲載します。顧客にとって「正しい」ソリューションを構築する前に「正しい」課題を理解する必要があります。私の最初の著書『Running Lean』では、解決に値する課題を明らかにする「課題インタビュー」の台本を紹介しました。本記事では、改良した課題インタビューの台本を紹介したいと思います。 課題/解決フィットの探索は、モデル（なかでもリーンキャンバスを使ったビジネスモデル）を構築するところから始まります。これは「科学的手法」の影響によるものです。リーンキャンバスでは、顧客と課題の仮説が明確になるように推測します。それから建物の外に出て、以下の台本のテンプレートを使いながら、仮説が有効または無効であ
優秀な人ほど転職市場に出てこない世界の話
「元々そうやったやん」という声もあるかも知れないけど、ここ数年は特に顕著に感じるし、共感してくれた方が多かったのもそういうことだと思う。 今だから感じている今のこの世界をきちんと言語化しておきたいと思う。 過去に同じような話を数多させていただいてきたのでもしかしたらどこかで同じ話をしてしまっているかもしれない。 またここで言う私が感じているこの世界は、現在の日本でも特に東京、インターネット業界の話である。また転職の仕方によって、その人が優秀か優秀でないかとかそういう話がしたいわけではないのでご理解いただけると幸いだ。 世はまさに、超売り手時代最近のこの界隈はお陰様で以前と比較するとお金の集まる業界になっている。インターネット業界のコストはいろんな事業モデルが出てきたもののやはりコストにおける人件費の割合は非常に大きく、事業成長に対する「人」の重みが特に強い業界な気がする。お金の使用用途はも
Kubernetesでステートフルなゲームサーバを動かした思い出
とあるスマートフォン向けMMORPGのプロジェクトで、アプリケーションサーバをほぼすべてGKE(Google Kubernetes Engine)に乗っけて動かしていました。 このゲームは、モバイル向けながら、複数プレイヤ間でそこそこリアルタイム性の高い同時プレイができるものでした。同じフィールドを誰かが歩けば、自分が見ている画面でもほぼ同時にそいつが歩いて横切っていく、同じ敵と皆で一緒に戦えば、誰かが繰り出した攻撃が参加者全員の画面に即同期される、もちろんチャットもできる、そんな具合です。今ではさほど珍しくないのかもしれませんが、PCのオンラインゲームのような機能を搭載した、リアルタイム性の高いモバイルゲームでした。 さて、こうなってくると、オーソドックスなWebサーバのような、HTTP/1でリクエスト/リプライを捌く、というサーバだけでは要件を満たすことができません。 複数プレイヤ間で
転職とエンジニア採用に関しての基礎 – Kohei Asai – Medium
転職やエンジニアの採用について考える記事ってあまり世の中にない気がするなぁと思ったので、自分の知識や価値観の共有と、これらに対するフィードバックを募ることの2つの意味で少し書いてみます。 採用側パッシブな採用活動よりもアクティブな採用活動を行うバリバリ働いているエンジニアは基本的にあまり求人広告を見ません。どちらかというと業界未経験者や学生が求人広告をよく見ると思います。もし即戦力となるエンジニアが欲しいのであれば、彼らの生態に合わせたアプローチの仕方をするべきです。 エンジニアが企業やサービスを認知するのは、主に技術的なブログの記事やテックミートアップ（勉強会）などです。あるいは技術のある界隈で有名な人が所属していたりすると認知される、というのもあります。 いずれにせよ、簡単に言うと「お金で解決できない」のです。現場のエンジニアと一丸となって採用に向けたアクティブな活動をしていかないと良
タベリー | とある仕様書 – Yamotty – Medium
グループ共有機能仕様書の公開に踏み切ったのは、10Xのプロダクトがどうやって作られているか、について部分的に触れてもらえると思ったから。 10Xでは「細かな実装・デザインの白兵戦」・「認知と理解を獲得していく空中戦」を一緒に戦えるプロダクト・マネージャーを育てていきたいと思っているので、この仕様書を読んで「10Xで力を試してみたい！」という方はぜひ以下のフォームから応募してほしい。ユーザーの感情を科学できる人が10XのPMにはフィットすると思う。 仕様書の前提となる考え仕様書は「チームのワーキングスタイル」によってその役割をかえるものだ。今の10Xは「ユーザーの前に積まれた膨大な課題の山に優先度を付け、とにかく早くプロダクトをプッシュしていくこと」が最優先のチーム。 そのため、「膝を突き合わせて瞬発力の高いコミュニケーション」を重視している。リモートはしない。 この環境では議論のすべてが口
タベリー | カスタマーファネルと向き合う – Yamotty – Medium
年末年始に、タベリーというプロダクトをする過程をブログに記載したり、CAREER HACKさんに取材していただいたりした。 ところが、プロダクトは「発明前」より、その価値を測定・分析し、磨き込む「発明後」の期間のほうがずっと長い。 プロダクトのタイプごとに、いわゆる「グロースのための方法論」はMediumなどを少し漁ると多くの事例と出会うことができる。たとえばGreylock Partnersや、著名なProduct Managerが公開している記事は秀逸なものが多い。 他方で、 「他国で成功したプロダクトをローカライズするプロダクト」や、「プロダクト自体ではなくそこに乗るコンテンツに差別化要因があるプロダクト」ではなく、「新しい発明」を目指す場合、汎用化された事例を元に意思決定するのは難しいと感じる。 タベリーは「意思決定の新しいフォーマット」のチャレンジでもあるため、どういった切り口で
Day One – Yamotty – Medium
2017年12月20日に生まれて初めてプレスリリースを出し、いくつかのメディアから取材記事も公開していただいた。 PR TIMES プレスリリースTechCrunchTHE BRIDGEこのMediumエッセイは上記で伝えきれなかった自分の思想を、ポツポツと、とりとめもなくまとめたものになる。また性懲りもなく長いため、お時間のある際に読んでいただければ嬉しい。 Make Something People Want僕は「人が欲しがるプロダクトを創ること」に人生をかけたい、と思っている。 僕は毎日新しいプロダクトとの出会いを求めて、とにかくいろんなものを手にとって触る習慣がある。リアルプロダクト、アプリ、Web、IoT、コモディティ、証券など、なんでも。 毎日、必ず、新しいものを触る。そして手に取ったプロダクトを通じて、作り手のビューを想像する。「このプロダクトは、誰の、何を解決するものなのだ
TechBlog運用の難しさとHERPでの考えについて（TechHub公開に寄せて）
HERPの技術発信の場として、HERP TechHubをリリースしました。会社のドメイン上ではなく、個人のブログのHubとしてのページを作成する形をとっています。 それに至った背景について書いてみたいと思います。 TechBlogのあり方を考えてみるTechBlogの目的と内包している問題について、エウレカでTechBlogの開設・運用をリードした経験から得られた課題も踏まえて考えてみる。 TechBlogの目的 従来のTechBlogの開設・運用の目的は以下の3つにまとめられると思う。 ブランディングを通じた採用力の向上エンジニアの個人ブランディングエンジニア全体・技術貢献ブランディングを通じた採用力の向上 エンジニア採用においては情報発信は欠かせない。もちろん一番大事なのは良いUXを提供できるプロダクトを作り、その品質を上げていくことだが、それだけでは社外の人間からして技術への考え方や
Elasticsearch Top Hits Aggregationの活用とデモ
脱単なる一覧表示！俯瞰できる検索結果を利用者へ提供することで、効率のよい情報収集と今まで知らなかった情報を気づかせる。 もしかしたら、クエリー関連の記事を書くのははじめてかも。基本は飛ばして、いきなりAggregationです。そのうち基本も書きます。 Aggregationと言うとファセット検索で使用したり、集計したりどちらかと言うと分析関連で使われることが多そうな気がしますが、今回はいわゆるブログや企業サイト等で利用されているサイト内検索をAggregationを使ってもっと便利にしたいと思います。それと query DSLの説明も。 と言うわけでいきなりデモです。 Demo Top hits aggregation . デモアプリのあまりの殺風景さに戸惑わないでください。。例えば「日本語で全文検索」などElasticsearchに関連する質問を入力すると検索結果が表示されます。このデ
インターネット企業の買収の特徴をまとめてみる
最近いまさら気づいたことの一つに、Internet領域の買収と、他の領域の買収の作法が、どうやらずいぶん違うようだ、ということがある。 買収の書籍をかれこれ数十冊は買ったけど、考え方が違くてあまり参考にならない。他の領域の買収を今までやったことがあっても、最初は違いに当惑すると思う。 他の領域の買収が簡単だと言う気はまったくないし思ってもないのだが、色々差し引いても特殊な気がするので、書いてみたい。 なお、日本ではM&A件数が多くなくExit市場も特殊なので、いちおうアメリカのInternet sectorの一般的な事情として書いてみたいと思う。 違いを一言でまとめてみると、ファイナンスの比重がかなり低く、プロダクト/戦略に近くなるといえるかもしれない。 以下、重要そうな特徴をざっと上げてみるとこうなる。 超ミッションドリブン超プロダクトドリブン払う価値のほとんどは、存在するかどうかわかっ
56歳からコードを書き始めて食べていく方法
私は56歳、最近プログラミングを始めたんだ。 なぜかって？やりたいからに決まっているじゃないか。ようやく最近コツをつかめてきてね。でもコツをつかめたからといって簡単にはいかない。正直なかなか手こずっている。でもいいんだ。 アルゴリズムに挑戦して我を忘れるのは楽しいし、まだテストしたい事があって「あと数分だけ」と繰り返し自分に言い聞かせるのもいい。「今度こそ上手くいったかも、、」とドキドキしてから「やったぞ！ついに動いた。」となる瞬間も大好きだ。 でもこんな私には今まで趣味と呼べるものが何ひとつなかった。自分に見返りがない事に時間を費やすのは嫌だったんだ。ただ楽しみのためだけに何かをするのが好きじゃなかったのさ。休みの日にやる事といったら、ちょっとした小遣い稼ぎになるような事ばかりだった。 オーケー。もちろんコーディングだって小遣い稼ぎさ。上手くやればかなり稼げる。これだってあなたから見れば
知らないうちにどんどん人が増えていく会社 – Isoparametric – Medium
知らないうちにどんどん人が増えていく会社gumiに入って一ヶ月か二ヶ月が過ぎたころ、チームに所属して様子を見てみると、gumiには一ヶ月の間にかなりの多くの人（5人とか10人とか）が入ってくるのに気がつかされた。 幾つかのチームが組成され、それぞれがゲームを開発、運用しており、解析班などと呼ばれるようなチームもあった。 （そして、それは機能していなかった。売れてないのだから、解析する内容などあるはずもない） そして、入ってきたプログラマは時折適当にプロジェクトにアサインされたりした。 私のチームにも新しいプログラマがやってきたわけだが、そのことを切っ掛けに、うやらプログラムがまともに組めない（仕事を任せられない）人が入ってきていることに気がつかされることになる。 困ったので当時のCTOにどういう基準で人を採っているのか訊いてみた。 特に基準はない、みんな頑張ればできる、とのことだったので、
成長期のベンチャーにおける採用の失敗 – Isoparametric – Medium
成長期のベンチャーにおける採用の失敗2011年2月「任侠道」などのゲームがヒットし、売上が伴ってきたとき、それは終わらないマラソンが始まったことを意味していた。 そして、以後横展開した「道」シリーズがヒットを飛ばしていくために、様々な問題が噴出し始める時期である。 プロジェクトを広げようにも、どのプロジェクトも人が足らない。 加えてエンジニアだけではない「初期の頃のメンバー」が退職を重ねていく時期でもあった。 バックオフィスも開発も、見よう見まねでやっていたところに経験者が入ってきて、ポジションが入れ替わるようなことが頻繁に起きていた。 「自分の好きだったgumiは死んだ」というような事を言って辞めていく人たちもいた。 開発現場でも、のんびりと仲良く売れないゲームを運営していれば良い時代は終わってしまったのである。 「任侠道」が明確なヒットを飛ばしている傍らで、のびのび結果のでないプロジェ
postalkが生まれたキッカケ
この記事は、2017年ごろに書かれたpostalk.ioをリリースした際の記事を 加筆・修正、追記したものです。3年ぶりに読み返すと照れくさい気持ちですが、忘れていたころに届いた手紙に返事をする気分です。どうか生暖かいめで、よろしくお願いします。 postalkのブログへ訪問していただき、ありがとうございます。 先週公開した「オンラインの議論を加速させるpostalkをリリースしました。」の続きとなるエントリーです。 この記事では、 1. postalkがどんなサービスなのか。 2. postalkを開発するキッカケとなった悩み。 3. 今後 postalkをどうしていきたいのか について書きました。 短い文章ではありませんが、最後まで読んでいただけると幸いです。 postalkがこだわった３つのことリアルタイムであることスムーズな共同編集テキストツールとの親和性リアルタイムであること/ス
Elasticsearch マッピング
Elasticsearch におけるマッピングとは、リレーショナルDBでいうところのテーブル定義に相当します。しかし、単にデータを格納する為のフィールドを用意して型を設定するだけではありません。Elasticsearch では、フィールドの型の他に言語解析処理などのドキュメントを検索可能にする為の各種設定が可能です。 スキーマーレスが一つの特徴の Elasticsearch では、ドキュメントをインデックスすると自動的に各フィールド毎にフィールドタイプなどのマッピングが自動で設定されインデックスが作成されます。また、事前にマッピングを設定可能な仕組みとなっています。 自動マッピングまずは以下の内容で、インデックスを作成し自動マッピングについて見て行きます。 ブログ記事毎に１つのドキュメントをインデックス各ドキュメントはドキュメントタイプ story にインデックスドキュメントタイプ sto
Elasticsearch プラグイン
プラグインは、Elasticsearch の基本機能を強化する為の仕組みです。プラグインと一口に言っても、analysis 系のプラグインとか、Discovery 系のプラグインとか、いろいろあるのでまとめ。 Installing Plugins.インストールは簡単で、Elasticsearch のパッケージに含まれる plugin スクリプトを使ってインストール可能。 $ bin/plugin --install <org>/<user/component/<version>elasticsearch が提供しているプラグインは、GitHub のここで見つかります。 例えば、Japanese (kuromoji) Analysis for Elasticsearch のインストール。 $ bin/plugin -install elasticsearch/elasticsearch-an
Logstash を使って MySQL データを Elasticsearch にインデックスする（基本編）
リレーショナルデータベースで管理しているデータを Elasticsearch で検索・分析したい場合、Logstash が便利です。 Logstash とは？Logstash はオープンソースのサーバーサイドデータ処理パイプラインです。様々な数のソースからデータを取り込み、変換し、指定された任意のストア先にデータを格納することができます。 処理の内容はシンプルで、Input ステージでソース元の接続先情報を管理し、Filter ステージで変換をし、Output ステージで格納先接続先情報を定義します。Input 及び Output プラグインはデフォルトで様々なソースをサポートしています。そのため、Logstash を使えば、プログラミングレスで MySQL のデータを取り込み、変換し、Elasticsearch へインデックスすることができるのです。 事前準備MySQL と Elasti
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Medium