スポーツメトリクス設計に対比較法を使いまくる / Sports metrics design using pairwise comparison method (spoana#14)
![効果検証入門から見直す 「データサイエンス」](https://cdn-ak-scissors.b.st-hatena.com/image/square/c7595d1c239fdade3967f089a7053e522f41ef2b/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F2b5efde018824160910a75ef2a4931cc%2Fslide_0.jpg%3F16131411)
スポーツメトリクス設計に対比較法を使いまくる / Sports metrics design using pairwise comparison method (spoana#14)
アラン・クーパー(Alan Cooper、1952年6月3日 - )は、アメリカ合衆国のソフトウェア設計者、プログラマであり、「Visual Basicの父」として広く認知されている[1]。また、著書About Face: The Essentials of Interaction DesignやThe Inmates Are Running the Asylum: Why High-Tech Products Drive Us Crazy and How to Restore the Sanityでも知られている。インタラクションデザインコンサルティングのリーディングカンパニーであるクーパー社を創業して目的主導型設計手法を生み出し、ハイテク製品を生み出すための実用的なインタラクションデザインツールとして「ペルソナ」の活用を先駆的に提唱した。2017年4月28日、クーパーは、「Visual
この記事は、SUZURI Advent Calendar 2019 - Adventar の9日目の記事です。8日目は、pione30さんのSUZURI とインターネットでした。 個人としてSUZURIに関わることになってから多くの時間、クリエイターのみなさんが発信するアウトプットをより注目して目にするようになり、驚きや楽しみ、そしてエネルギーを日々勝手ながらいただいています。本当にありがとうございます。 きっとそんな環境の中でみなさんに感化され、少しやってみたいと思っていたこと。もしかしたら思い出したこと。それは「絵を描けるようになりたい」ということ。 そんなことを思っていたので、持っていた iPad Pro で何か描いてみようと「Procreate」という絵を描く人たちが多く使っているらしいアプリを買ってみたものの、何を描いたらよいのかわからない。「観察スケッチ」の本を買ってみたけど、
「カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで」の著者、市谷聡啓さんが2019年6月に出版した「正しいものを正しくつくる プロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について」を拝読しました。 本書をおすすめしたい人 プロダクト開発において、アジャイル開発での進めかたを知りたい人 アジャイル開発チームのプロダクトオーナー(ビジネスサイド、企画者) プロダクト開発チームが所属している会社の経営者 アジャイル開発を新たに学びたい人 アジャイル開発をひととおり知っているが、あらためて学びたい人 「正しいものを正しくつくる」という中心理念 本書のAmazonレビューを見ていたところ、星1つのレビューを見つけました。 エンジニアの傲慢さが詰まった本 「正しい」という言葉を使うエンジニア、同じエンジニアとして非常に恥ずかしい思いです。 「正しいも
## 前編はこちら bufferings.hatenablog.com 前編では「1. チーム」と「2. スプリントの内側」の話を書いた。後編は「3. スプリントの外側」と「まとめ」のお話。長くなったー! ## 3. スプリントの外側 お試しスプリントで小さく試してみたときとかは良い感じなんだけど、いざ実際にやり始めてみると「あれー。ここどうしたらいいんだろう?」って悩むことが結構あった*1。そういうのってスプリントの外側の話が多い。その中のひとつが「長いプロジェクト」。 ## 3-1. 長いプロジェクト 絵の大きな円の部分。毎回リリースすることができないような長いプロジェクトの場合はフェーズの切り分け方を考える必要がある。 ### フェーズの切り分け方 右側の付箋みたいなのじゃなくて、左側の網掛けみたいなので進める。最初の頃は、右側みたいに進めたこともあるけど、これだと開発やテストで得た
これはエムスリー Advent Calendar 2019の12月1日の記事です。今後どんどん面白い記事が毎日更新されるので、ぜひ購読・拡散お願いします。 https://qiita.com/advent-calendar/2019/m3 軽く自己紹介 私はもともと機械学習系のエンジニアです。今もエンジニアですが、プロダクトマネジメントに挑戦しています。昨年もAI関連のプロダクトのマネジメントを行なっていましたが、今はもっと広い範囲のUXを考えることに挑戦しています。 私の経歴については先月に行われたLINE DEV DAY 2019の資料を見てください。資料作りに100時間くらいかかったので、見ていただけると非常に嬉しいです。(もうすぐ1万view達成です) PdM1年目にやったこと まず、この1年取り組んできたことについて紹介します。この1年は新しい情報系のサービスを立ち上げるために、
物資難の時代、化学者はカップ酒をビーカー代わりに使った・・・らしい(本文とは関係ありません) こんにちは、エムスリー・エンジニアリングG・基盤開発チーム小本です。 SQLAlchemyはPythonのSQLライブラリのデファクトスタンダードで、エムスリーでも使っていますが、意外と導入の障壁が高い。そこで、とりあえずSQLAlchemyを使い始めるのに必要な情報を調べました。 具体的には生の(文字列の)SELECT文を組み立て、クエリする方法を説明します。 なぜこの記事を書いたか SQLAlchemy の入門記事をググると、 SQLAlchemy は ORM です DBに接続しメタデータを取得します ベースモデルを継承し、モデルを定義し、テーブルと関連づけます といった、 「重い」使い方の記事ばかりがヒットします。そのせいか、 「SQLAlchemyは難しい」 「SQLAlchemyはORM
はじめに 課題 Rails LTSについて 導入手順 1. configatronがyamlを読み込まなくなった。 2. Squirrelを利用した絞りこみがされなくなった。 おわりに はじめに サービス開発統括本部で、運用系の業務担当している寺田です。 主にOptimal Remote等のサービスを担当しています。 Ruby 1.8.7 + Rails 2.3.xで動いていたアプリをRails LTSを利用してRuby 2.5.5で動作させました。 実施した際のメモやハマった点を以下に記します。 課題 OPTiMでは10年以上Ruby on Railsを利用しており、主要なサービスに於いては、随時RubyおよびRailsのバージョンアップを行っていますが、あるサブシステムにおいて、Ruby 1.8 + Rails 2.3のままアップデートがされていない状態となっていました。セキュリティ面
こんにちは。エムスリーエンジニアリンググループVPoE兼プロダクトマネージャーの山崎です。 エムスリーは、2019年11月12日~13日に開催されたプロダクトマネージャーカンファレンス2019に、シルバースポンサーとして協賛、ブース出展を行いました。当日は多くの方に弊社ブースを訪れていただき、ありがとうございました。 会場にて及川さんと記念撮影 プロダクトマネージャーカンファレンス2019について プロダクトマネージャーカンファレンスは日本最大級のプロダクトマネージャーのためのカンファレンスで、2016年から毎年開催されています。 開催趣旨は「プロダクトマネージャーという職種の認知を高め、プロダクトマネジメント業務に携わる人々が情報や意見を交換することで共に学ぶ場を持つことが、創造性や先進性に富んだものづくりを行うには重要です。その場を提供するべく、プロダクトマネージャーカンファレンスは企
こんにちは。最近、野菜系のおつまみにハマっているエムスリーエンジニアリングGの西場です。kurashiruに有料課金しようか迷っています。 twitterはm_nishibaです。フォローしてくれると嬉しいです。 私はもともとエンジニアだったのですが、1年半くらい前から本格的にPdMとして新しいチャレンジをしています。 他社の人と話すとエムスリーは、エンジニアがPdMにチャレンジしやすい環境だということに気づきました。 この記事では、エンジニアリングGでPdMとして挑戦できる環境について紹介します。 PdMに挑戦するための最初の3つの壁 まず、他社の人の話を聞くと、PdMとしての最初のキャリアの第一歩を踏む出すこと自体が大変な場合も多いようです。 後述しますが、私は結構恵まれた環境にいるので、他社の人と話すまで、自分が恵まれているという認識は薄かったです(認識はしてました)。 大きく分類す
弊社では、RDBMSにPostgreSQLを利用して数年間サービスを運営しています。 PostgreSQLはMySQLと違って、Webサービスでの運用事例をあまり見かけないので、今回は弊社サービスの「夜行バス比較なび 」でどのように運用しているかを紹介いたします。 システムの特徴 ユーザからのアクセスは、9割が参照処理。 データはバッチ処理で、随時 ( 毎分 ) 更新されている。 参照SQLの結果はmemcachedを利用してキャッシュをしているが、データの更新頻度が高いため長時間のキャッシュはしていない。 参照SQLは、集計処理が多いため比較的重いSQL。 参照対象となるテーブルのデータ量は、最大で数100万レコードと比較的少ない。 24/7で稼働。 構成 AWSのEC2上に、PostgreSQL 9.3を導入しています。c4系のインスタンスを使いたいので、RDSは使っていません。インス
こんにちは、エムスリーエンジニアリンググループの福林 (@fukubaya) です。 前回の記事で書いたように、 現在、クラウド化推進で、多くのサービスのAWS移行を実施している関係で知見が貯まっているので、今回もインフラの話題です。 横浜アリーナは、1989年4月1日に神奈川県横浜市に開業した多目的イベントホール。本文には特に関係ありません。 使わないなら片付けましょう 検証環境の監視通知は無視してよい? ECSとCloudWatch Alarmの通知を片づける魔法 ECSの停止/再開 CloudWatch Alarmによる通知の停止/再開 We are hiring! 使わないなら片付けましょう 検証環境で動いているサービスのうち、主に人が使うためのサービスは人がいない時間帯は動いている必要がありません。 例えば、スタッフ向けの管理画面は、検証環境では、検証用のデータを投入したり、設定
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く