プロダクトの「負債」を「機能」と呼び直す 〜A/Bテストを用いた"価値"の定量化〜 - スタディサプリ Product Team Blog
Quipper で Web Engineer 兼 Engineering Manager を務める @ohbarye です。スタディサプリの開発、その中でも特に合格特訓コースや決済周りの機能開発・保守が主な業務です。 弊社が開発するプロダクト「スタディサプリ」ではA/Bテストを用いたプロダクトの改善を行っています。Quipper の行動指針の一つに "Fact based" という言葉が含まれており、憶測や独断ではなく計測されたデータや事実に基づいて意思決定することが強く推奨されているためです。 このたびスタディサプリにおいて負債と考えられていた機能を「消してよいかどうか」、A/Bテストを通して判断しました。その際に用いた手法や結果、そこから見えたこと、考えたことをご紹介します。 プロダクトの負債とは プロダクトチームにとって負債と考えられていたのは「キャリア決済」という決済手段でした。そ
Simplify Login with Application Load Balancer Built-in Authentication | Amazon Web Services
AWS News Blog Simplify Login with Application Load Balancer Built-in Authentication Today I’m excited to announce built-in authentication support in Application Load Balancers (ALB). ALB can now securely authenticate users as they access applications, letting developers eliminate the code they have to write to support authentication and offload the responsibility of authentication from the backend
6 年間の起業を終えて - IT戦記
スマートニュースの社員になりました 皆様、お久しぶりです！約 7 年振りにこのブログを書いています。 元気にしてましたか？僕は元気です。 実はこの 6 年間 id:mizzusano とカクテル株式会社という会社をやっておりまして、先日のプレスリリースにもあったようにこの度会社ごとスマートニュースにジョインすることになりました。 UUUM に遊びに（？）行ってはしゃぐ僕と id:mizzusano そこで今日は振り返りも兼ねて、以下の 3 点について、この 6 年間考えていたことを書いて見たいと思います。 事業アイデアより大切なこと 起業家が健康的に働く方法 プログラマーが起業するということ 少しでもこれから起業したい人のお役に立てればと思っております。 事業アイデアより大切なこと 6 年間の事業を振り返えると失敗の連続でした。その中で、事業そのもののアイデアより共に起業するメンバーが大切
第520回 Ubuntu 18.04 LTSの日本語入力 | gihyo.jp
今回はUbuntu 18.04 LTSやそのフレーバーに関する日本語入力関連の注意点をお知らせします。 16.04 LTSからのアップグレードとフレーバー Ubuntu 17.10のサポート期間は7月までなので、18.04 LTSへのアップグレードをそろそろ行うべき時期に来ています。インプットメソッドに限定すると、17.10から18.04 LTSへのアップグレードで考慮すべきことは特にありません。 ただし16.04 LTSから18.04 LTSへのアップグレードだと話が変わってきます。なにせ2年分の乖離があるので、注意点も多いです。そのうちの一つはFcitxからIBusへの（再）移行です。また、それでもFcitxを使用したいというニーズもあるでしょう。 フレーバーに関しては、インプットメソッドの問題はあまり多くないのですが、気になったものを2つピックアップしました。 では具体的に見ていきま
Cybozu Days 2020 「エゴ＆ピース」 サイボウズ株式会社
我慢しないと チームワークの 両立 サイボウズの総合イベント「Cybozu Days」 クラウドサービスを活用したチームビルディングなど、 さまざまなセッションや展示をお届けします。 今年のテーマは“エゴ＆ピース” みんなで我慢しない働き方を考えてみませんか？
SSR と CDN ( Fastly ) とユーザー依存情報、その後
正式リリースに向けての開発で表面化した不都合 以前、アーキテクチャ編: SSR と CDN ( Fastly ) とユーザー依存情報の分離（新規開発のメモ書きシリーズ4）で紹介したように、SSR で生成した HTML を CDN ( Fastly ) でキャッシュできるように「ユーザー依存情報はクライアントサイドで非同期に取り扱うというアプローチ」をとっていました。それによって発生していた不都合と解決に関する追加情報です。 ユーザー依存情報が非同期でレイアウトされる問題 ユーザー依存情報が非同期で解決されるということは、そのような情報を扱うコンポーネントの矩形は Web ページが一度レンダリングされたあとにレイアウトされます。つまりこの記事でも紹介されたところの「ガタンッ」的なユーザー体験が生じます。 ログインと非ログインが、全く同じサイズの矩形を確保するようなビジュアルデザインになってい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「私の年収、低すぎ？」で終わらせない──給与交渉を隠さず公開、14%給与が上がったエンジニアの話 | サイボウズ式