Mackerelのプロダクトマネージャーとしてミッション・ビジョン・バリューを策定した昔話 - An Epicurean
このエントリはMackerel Advent Calendar 2021の3日目の記事です。 最初にお断りしておくと、この話は4年以上前の昔話であり、私は既にMackerelチーム、はてな社から離れています。なので、ここで書くミッション・ビジョン・バリュー(MVV)はあくまで当時のものであり、今は別の形になっているでしょう。ですので、ここで書く話はただの昔話です。現在のMackerelに変に影響を与えたくはないと思っていることを予め書いておきます。 以前MVVの話を友人とした時に興味深く聞いてもらい、ユニークだとも言ってもらえたことがあったので、それらを決める過程の話や、浸透させようとした方法を書いてみるのも誰かの参考になるかもしれないと思い、これを書いています。 プロダクトマネージャー就任とMVV 私はMackerelのプロダクトマネージャーになった最初の頃に、MVVの策定に取り組みまし
尾瀬ガイド協会
令和３年９月２日 当協会公式アカウントによるTwitterにおける多数の差別的投稿に関して 尾瀬ガイド協会 会長 石塚 照久 このたびは、尾瀬ガイド協会（以下「当協会」といいます。）の公式Twitterアカウント（「［公式］尾瀬ガイド協会」@ozekouhou。以下「本件アカウント」といいます。）が複数の差別的な投稿を行った件及びその後の当協会の不適切な対応につきまして、衷心よりお詫び申し上げます。 本件につきまして、当協会として調査を行い、弁護士関与の下、これらの投稿の問題点を改めて明らかにするとともに、このような事態を生じさせてしまった原因を明確にし、担当者の処分、全会員の研修等を含む、信頼回復のための今後の取組の予定等について検討いたしましたので、以下のとおりご報告させていただきます。 第１ 本件の経緯について １ 当協会は、２０１９年（平成３１年・令和元年）より、当協会内に設置され
「Yahoo!知恵袋」の不快な投稿、見えないところへ わずか1日で6億件を処理 ヤフー社内で何が起きたのか (1/2) - ITmedia NEWS
老舗Q＆Aサービス「Yahoo!知恵袋」は、長い間あるものに悩まされてきた。規約違反ではないため削除できないが、見る人を不快にさせる内容の“グレーな投稿”である。これまで社内でパトロールを行うなど対応してきたが、同サービスの投稿は約6億件にものぼり、全てのグレーな投稿を見つけ出すことは難しかった。スーパーコンピュータ「kukai」（クウカイ）が導入されるまでは。 グレーな投稿には、中身がなく質問への回答になっていないものや、アダルトカテゴリーではないのに年齢制限が必要そうなものなどがある。ユーザー投稿型サービスだからこそ起こる問題だが「利用者から厳しい意見をいただくことも多い。どこかで線引きをする必要があった」とヤフーの丹羽達洋さんは話す。 そこで考えたのが、グレーな投稿を検出し、トップページなど人目につきやすい場所では非表示にするという対応だった。 グレーな投稿、どうやって見つける？ し
強すぎて「会場がシーンと……」 クイズ王を圧倒した“早押しAI”の衝撃
開発したAIの解答システムは、クラウドサービス「Amazon Web Services」（AWS）上のサーバで動作させた結果を用いているが、サーバ自体は特別ハイスペックなものではなく「性能が良いラップトップPCとほぼ同等の計算性能のもの」（山田さん）という。 敗北したクイズ王の1人は「狐につままれたようだ」と漏らしたという。「終盤は人間が答えると歓声が上がっていた。人工知能のコンペなのに（笑）」（山田さん） 対戦は「クイズボウル」という形式（英語）で行われた。まずコンペティションに参加するチームが開発したAI同士で争い、優勝したAIが人間のクイズ王チームと戦う。クイズ王チームは、米クイズ番組「Jeopardy!」の優勝者で「Who Wants to be a Millionaire？」（邦題：クイズ＄ミリオネア）で好成績を収めた人物など6人だ。 クイズボウルの特徴は、“早押し”で答えること
文章の「自動要約ツール」、ユーザーローカルが無償提供
ユーザーローカルは7月24日、入力した文章から重要部分を取り出して要約する「ユーザーローカル自動要約ツール」を公開した。Webサイト上で無償利用できる。 入力フォームにテキストを貼り付けるか、テキストファイルをアップロードすると、文章構造を分析して特徴語（特徴的な言葉を機械的に抽出した単語）や重要文を自動抽出するツール。重要な文章をマーキングやヒートマップ、モノクロ強調で視覚的に捉えられる強調表示にも対応する。 要約文は「3行ダイジェスト」「5行ダイジェスト」「10行ダイジェスト」といった分量調整もできる。 重要文の抽出には、重要単語を多く含み、他の文に類似度が高い文を抽出するアルゴリズム「LexRank」を活用した。 ツールが公開されているWebページには、ニュース配信各社から引用したニュース本文の要約をダイジェストとしてランキング表示している。 同社は「インターネット上には、日々ニュー
Markdown原稿をGitHubで管理して本にする仕組みが出版社で導入されないわけ
これ、FAQっぽいんで、ちょっと私見を書いておこうと思います。 とくに技術書に関しては、Markdownで原稿を書きたいとか、修正はPull Requestでもらえると楽とか、そういう便利な世界を知っている人たちが執筆者なので、 「MS Wordで書いてもらった原稿を、こちらでDTPの担当者に組版してもらいます。修正は紙に赤字か、PDFをメールで送るので、そこにコメントを入れてください」という古き良き時代の出版社のやり方を目にすると、 「出版社って遅れてるよなー」という感想を抱かれることが多いのだと思います。 その結果、「自分たちはITのプロとして出版のためのプラットフォームを作れるだろうから、それを使ってもらえないものか」という方向の考え方に至るのはよくわかります。 しかし、これには、二つの面から「ちょっと認識が違うから待って」と言いたい。 まず「認識が違う」と思うのは、プレインオールド
スタートアップが「職場の厄介者」を採用しないためにするべきこと - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
Brad Wiskirchen氏はKountのCEOである。 via Flickr by “Heisenberg Media“. Licensed under CC BY-SA 2.0. 電話の声がうるさかったり、同僚のゴシップ話をしたり、会議で割り込んで話し始めたり、職場の冷蔵庫から人の食べ物を勝手にとったり。 「職場の厄介者」のことだ。 社会に出たことがある人なら、おそらくこうした低EQな人に出会ったことがあるかもしれない。特徴は、自覚の欠如、いじめ、裏切り、そして利己主義だ。どの職場にも嫌な仕事仲間がいるわけではないが、厄介者の存在は必ずビジネスに影響する。結局、企業の良し悪しは社員のそれに比例するのだ。 私がCEOとして学んだことは、職場で好き勝手やる粗悪な社員がもたらすネガティブな影響から、どのように会社を守るか、さらに言えば、会社を始めたばかりのリーダーが職場に信頼や責任感、協
OJTで僕のチームが伝えたかったこと - Mitsuyuki.Shiiba
OJT今年入社の新卒の方が大阪支社に配属になって｢いきなりどっかのチームにどっぷり入るより、色んなチーム見て回る方が面白い？｣ってことで、いくつかのチームを渡り歩くことになりました。 んで、僕のチームが2番目で、7月から1ヶ月間くらい一緒に仕事してました。 ｢このチームで学んだのはMind｣各チームを渡り歩く中で、毎回｢成果発表会｣って感じで、その1ヶ月で何を学んだかをみんなの前でプレゼンするんですけど、そこで ｢今回、このチームで学んだのはMindでした。技術も学んだのですが、それよりも、Mindの重要さと難しさを学びました｣ と言ってくれたので良かった٩(ˊᗜˋ*)و 何をやったかプロジェクトに参加失敗しても大丈夫な小さ目のタスクを渡してそれで学んでもらう、というのは1番目のチームでやってたので。 今回はチームが実際にやってるプロジェクトにメンバーとして参加してもらうことにしました。失
はてな 松木雅幸の挑戦 「コードを書き続けるエンジニアが苦労しない働き方を示したい」 | キャリアハック（CAREER HACK）
「コードを書き続けたい」。こんな想いを胸にはてなへ入社したのが、松木雅幸さんだ。コードを書き続けるよりも、マネジメントラインへキャリアアップが一般的なエンジニアという職種。にも関わらず、なぜ彼は「コードを書き続ける」という選択をしたのか？決断の背景、エンジニアという仕事への想いを聞く。 コードを書き続けるという働き方。 WEB・IT業界のキャリアプランを語るうえで欠かせないのが、マネジメントラインでの活躍。エンジニアとして培った知識・スキル・経験をベースにプロジェクトを成功させるための旗振り役としての活躍が期待され、評価されるのが実情だ。 「エンジニアとしてコードを書き続けるにはどうすればいいのか」 こんな問いを、2014年9月にはてなへ入社した松木雅幸氏に投げかけてみた。元々カヤックで活躍していた彼は、「コードを書き続けたい」という想いのもと、はてなへ入社した。では、なぜ彼ははてなを選ん
庭見た - ✘╹◡╹✘
急に庭の気持ちになったので、オフィス行かずに新宿御苑でコード書いてた。可愛い木がたくさんあるし、天気よくてあったかいし、いまつくってるやつめっちゃ便利だしとにかく最高。 自分はこういうまるくてぼってりした造形のものが好きなんですが、 日本庭園エリアにいくとそういうのがたくさん見られてとても良い。 歩きながら雑に撮ったので映りが悪いけどこういうのもある。 その他 はい、ここで急に仕事の話です。感覚的な話なのでいい例が上げられないけど、検索システムのことを考えているときにデザインのことも配慮しなければならないケースとか、その逆でクライアントサイドのJavaScriptの実装のことを考えているときにサーバ側で使ってるDBの設計について配慮しないといけないケースとか、そういうのに遭遇することがここ最近1年ぐらいの期間で増えてきた気がする。これデザイナー絶対わからんやろみたいなやつとか、この設計だと
書き直さない時代の気分 - steps to phantasien
なんとなく続き。(前回) Martin Fowler が蒸し返すまで、 自分は書き直しについてことさら何か書く気が起きなかった。 どうでもよさは時がたつほど増していった。気分の出処を見直してみたい。 部分的に書き直す 最初の理由は、書き直しがゼロかイチかの大きな判断ではないという納得かもしれない。コードの書き換えには様々な粒度がある。一番小さいのが厳密なリファクタリング。一番大きいのがフルスクラッチの書き直し。その間には様々な大きさの書き直しがある。書き直しの粒度が連続的である以上、どちらか一端を擁護する議論は虚しい。 小さい刻みの変更を積み重ねれば危険を冒さず大きな変更ができる。それがリファクタリングのテネットだ。刻みは小さいほど安全だから、良いプログラマは大きな変更を連続した小さい変更へと噛み砕く。変更の難しさに実力が及ばないと刻みが大きくなり失敗の危険が増す。バグが増えたり納期に遅れ
適当勝手な技術トレンド予測 (2014年末版) | GREE Engineering
tl;dr 去年も言われたので先に書いておきます。今年は(も)そんなに有用なエントリでもなく、脊髄反射で「1年後こんな感じかなー」という予測を、思いつきなテーマでつらつら書いてるだけです。 きっと1年後には、「あー外してるわー」とかとか自分で振り返れるので楽しそうですよねー、というのが主な目的なので、あんまりまじめに受け取らないでくださいなにとぞよろしくおねがいします。 はじめに (駄文且つ長め) ということで Merry Christmas! GREE Advent Calendar 25日目は、グリー株式会社でCTOをしておりますふじもとがお送りします。今年も育児休暇からオンラインゲーム開発、OpenStackまで、多種多様な24のエントリーがある中で、最後のエントリーをどんな内容にしたものか、と悩んでいたらはや12月も23日になってしまいまして、こんな素敵な冬晴れの日 (2014/1
エンジニアの評価観点について - @katzchang.gist
techass.md エンジニアの評価観点について こんにちは。 @katzchangです。 VOYAGE GROUPでは人事評価制度の一つとして技術力評価会というのが年に2回ほど開催されて、半年くらいの仕事から何かテーマをピックアップしつつ、別チームのエンジニア2名とお話をしつつ、なんと評価までされてしまうという、とても楽しい会があります。 評価する側のエンジニアも多様で、ある程度の評価軸はありつつも、それぞれの質問や評価はそれなりに個性が出るものだろうなーと眺めています。ということで、私なりの質問や評価のポイントをいくつか挙げてみます。 質問に対して明確に答えるための手段を知っているか？ 例えば「キャッシュの有効時間はどれくらいか？」みたいな質問をすることがあるとします。当然、「わかりません！」で終わると残念なのは皆知ってるので、頑張って答えようとします。しかし、その場で「xx分です！
「短所を言い換えると長所」という発想法 - ゆるりブログ
「短所は長所の裏返し」という話 先週7/6日曜日にUX KYOTO 2014 #00に参加した。UX KYOTOは数回に渡って行われるシリーズもののイベントで、今回は三周目が始まるのでその導入編だった。講師はHCD-netの浅野先生。 #00のテーマはリフレーミング。簡単に言うと「怒りっぽいという短所を言い換えると感受性が豊かという長所になる」という発想法である。 これをサービスの提案に置き換える。 例えば旅行先で携帯がなくなったとして、これを解決するサービスは「携帯にGPSを付けて追跡する」とか「代わりの携帯を貸し出す」とかになると思うのだけれど、リフレーミングして考えると「携帯や時間に縛られないゆったりとした旅行の提案」となる具合だ。 ワークショップ ミニワークショップ 講義が最初にあって、そのあと簡単なワークショップがあった。 まず「最高の花瓶の絵を考えて下さい」と言われて花瓶の絵を
なぜ質疑応答で自分語りをする人がでてくるのか？
「人前でしゃべる緊張をほぐすための7つのポイント」を書いたら、いろいろ反響をもらった。 そのなかのひとつに、「質疑応答がうまくいかないんですよー」っていうのがあった。 質疑応答！ たしかに質疑応答はむずかしい。 そもそも、どんな質問が出るかわからないので準備不可能だ。 いや、いい質問が出ればいいが、おうおうにしてつまらない質問が出る。 いやいや。 つまらない質問ならまだいい。質問が出ない時もある。 出るケースでも、シャイな日本人、最初だれも挙手しなくて、「いないですかー？」とちょっと微妙な感じになって、それからようやくひとり挙手して……と、ちょっともたつくケースは多い。 いやいやいや。 つまらない質問や、質問がでないほうがマシだってケースもある。 つまらない質問なら、どうにか、ぐいっとおもしろい質問に曲解して、おもしろく答えればいい。 質問が出ない場合は、自分で質問を考えて補足のようにちょ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
伝えるウェブ