動画配信サービス「TVer」のUI・UX研究｜同じ釜の釜飯
大学の講義で書いたレポートなんですが、せっかくなのでほぼそのままここに貼り付けます。お暇があればぜひご覧ください。1章 はじめに1.1 研究の背景 私が今期履修している「●●●●●●」の講義にて、「Netflixに対して日本の地上波⺠放テレビ局は勝ち目があるのか」という議題があった。その講義内で意見を発表していた生徒の話を聞き、「スマホでもテレビを視聴できる」という事実があまり広まっていないことを感じたため、本研究を行うこととした。 「テレビつまらない」って声高らかに言う人たちって、NetflixとかYouTubeに載ってる全動画を見てるわけでもないくせにテレビになるとその取捨選択をめんどくさがるよな。 — 同じ釜の釜飯 (@onajikamameshi) April 26, 2022 ↑このリンクはレポートには載せてないです↑1.2 研究の目的 1.1で述べたことから、本研究では⺠放テレ
これは便利！ありそうでなかった最新Web、オンラインツール36選
この記事では、「それ、何使ってるの？」と思わず聞きたくなるような、最新のWeb、オンラインツールをまとめてご紹介します。 めずらしいだけでなく、面倒で手間のかかる作業がほんの数クリックで完成の時短アイテムや、今までなかったけどあると便利なツールや素材を中心にセレクト。 カテゴリごとに整理しているので、目的にあったお気に入りツールを探してみましょう。 コンテンツ目次 1. Web制作便利ツール 2. デザインコレクション 3. アイコンツール 4. 面白、クリエイティブツール Web制作の効率、生産性アップ！話題の最新オンラインツールまとめ Web制作便利ツール Make Way Grid Effect 一枚の画像を選択すると、他の画像が場所をゆずって、道を空けてくれるアニメーションエフェクト。 CSS Shadow Gradients 2色の配色によるグラデーションをつかった影、シャドウグ
なぜUber配車サービスは日本で失敗したのか？ | Coral Capital
配車サービスとしてのUber Japanは、なぜ日本市場で立ち上げに失敗したのでしょうか？ 2014年3月にアプリによる配車サービスをスタートしたUberですが、あれから7年。今や東京でUberといえば、フードデリバリーのUber Eatsを指すようになっているのではないでしょうか。 日本でのUber失敗の原因は、いろいろな説明があり得ますが、この問いに対する答えには、今の日本のスタートアップ・エコシステムにおける重要なテーマが潜んでいるのではないかと思います。 「日本では」法律を破ってはいけない 長く日本に住むアメリカ人連続起業家の友人、Tim Romero氏がホストするポッドキャスト「Disrupting Japan」で、かつてこのテーマを扱ったことがあります。日本社会のあり方やUber海外展開失敗の事例国の1つの説明として、ポッドキャストの内容をTim本人が書き起こした記事は、英語圏
「サブスクリプションの音楽サービスが流行りはじめてから前奏が平均5秒までに短縮された」という話に色々感じることがある方々
タケイマコト @pcefancom インターネット白書、読んでいくと面白い。 サブスクが流行りはじめて、 楽曲の前奏は短くなった。 ・1980年代まで前奏や平均約20秒 ・2019年には平均5秒までに短縮 サブスクだと5秒程度で25%離脱、30秒で更に34％が離脱する。 もはや歌い出しが肝心。 ブログ以上に厳しい世界だ。 2020-07-06 12:35:17
サービスに求められるものを、6段階に分類する｜深津 貴之 (fladdict)
「サービスの体験をよくする」というのが、漠然としてどうすればいいかわからないとき、まずユーザー体験を6段階に分類するのをオススメします。 この図をベースに、 ・あなたのプロダクトの現状 ・やろうとする施策やアップデートが、それぞれどのレイヤーに属するかを見て、基本は低レイヤー（機能より）のものから、充足させてゆきます。 下記は、家を例にしたのユーザー体験です。 Lv 0. 存在しない家がない。寒い。そして何も解決してない。 Lv 1. 機能がある屋根と壁と床がある。とりあえず雨風がしのげる。色々と我慢すれば、まぁ生きていける。 Lv 2. 安全と安心地震で壊れない。水漏れしない、火災報知器がついた、ドアに鍵がかかるようになった。最低限の信頼性が担保できる状態です。 Lv 3. 使いやすい、わかりやすいまっとうに使えるか。家のなかで迷わない。生活導線が機能するか。キッチンや冷暖房などがスムー
【速報】AWS re:Invent 2017 Keynote 1日目で発表された新サービスまとめ #reinvent | DevelopersIO
今からキャッチアップしたい人のために！ AWS re:Invent 2017のKeynote 1日目で発表された新サービスの速報記事をまとめました。ついでに、Keynote前日までに発表されている新サービスもまとめています。 Keynote Day 1での発表 AWS Elastic Container Service for Kubernetes(EKS) AWS Fargate Amazon Aurora Multi-Master Amazon Aurora Serverless Amazon DynamoDB Global Table Amazon DynamoDB Backup and Restore Amazon Neptune Amazon S3 Select Amazon Glacier Select Amazon SageMaker AWS DeepLens Amazon
【速報】AWS re:Invent 2017 Keynote 2日目で発表された新サービスまとめ #reinvent | DevelopersIO
今からキャッチアップしたい人のために！ AWS re:Invent 2017のKeynote 2日目で発表された新サービスの速報記事をまとめました。 1日目はこちらを参照してください！ 【速報】AWS re:Invent 2017 Keynote 1日目で発表された新サービスまとめ #reinvent Keynote Day 2での発表 Alexa for Business AWS Cloud9 AWS Serverless Application Repository Amazon API Gateway VPC integration AWS Lambda Concurrency Controls AWS Lambda 3GB Memory Support AWS Lambdd .Net Core2.0 Language Support AWS Lambda Go Language S
「穴あきバケツの成長モデル」の話｜深津 貴之 (fladdict)
新入社員のこばかなさんが、「こばかなスケッチ」という自分企画を頑張っている。THE GUILDでの日々の仕事と、読書で学んだことを、一枚のスケッチにまとめるチャレンジだ。 第三回はこの絵。「穴あきバケツの成長モデル」のお話。 サービスの成長を「バケツと水」に例える様々なビジネス指標の中で、「継続率」こそが最重要だと考えている。売上よりも、PVよりも、DAUよりも、「継続率」がもっとも尊い。 そんな継続率を大事にしつつ、サービスを着実にグロースさせるモデルが、「穴あきバケツの成長モデル」だ。 このモデルは非常にシンプルだ。一言で表すと以下のようになる。 「サービスとは穴の空いたバケツであり、マーケティングという蛇口から新規ユーザーを流し込んでいる」 ・バケツ: サービス。 ・蛇口: マーケティグ等の流入経路 ・蛇口からの水: 新規流入ユーザー ・溜まった水: アクティブユーザー ・バケツの穴
時価総額を5倍に増やしたNetflixの驚くべきビッグデータ経営（1） - ストリーミングへの業態転換が奏功：インフラコモンズ今泉の多方面ブログ：オルタナティブ・ブログ
株式会社インフラコモンズ代表取締役の今泉大輔が、現在進行形で取り組んでいるコンシューマ向けITサービス、バイオマス燃料取引の他、これまで関わってきたデータ経営、海外起業、イノベーション、再エネなどの話題について書いて行きます。 Netflixの存在感は日本ではいまいちピンと来ませんが、インターネットトラフィックの著名な調査会社Sandvineによると、米国のピーク時間帯におけるトラフィックの32％をNetflixのコンテンツストリーミングが占めているそうです。 2位は定番のYoutubeで19％（2013年11月）。 米国のインターネット視聴におけるNetflixの存在感は圧倒的と見て間違いなさそうです。彼らのビッグデータ活用を解説した記事によると、「最大手CATV会社HBOの地位に、HBOよりも早く上り詰めること」を経営の主眼としているとのこと。それを裏付けるように、どの資料を見てもアグ
開業以来19年間赤字だったハウステンボスは、なぜ半年で黒字化したのか
さわだ・ひでお／1951年生まれ。大阪府出身。73年、旧西ドイツ・マインツ大学に留学。80年、インターナショナルツアーズを設立。90年、エイチ・アイ・エスに商号変更。2004年、社長から会長に。10年ハウステンボス社長。16年よりエイチ・アイ・エス社長に復帰。現職。 今月の主筆 エイチ・アイ・エス会長兼社長／ハウステンボス社長 澤田秀雄 1980年にエイチ・アイ・エスの前身であるインターナショナルツアーズを創業、その後96年にスカイマークエアラインズ（現スカイマーク）を設立し、2010年からはハウステンボス再建を手掛けた澤田秀雄氏。起業家として、再生請負人として、経営の現場で経験してきた数々の「失敗」と「再生」について語る。 バックナンバー一覧 エイチ・アイ・エス（Ｈ.Ｉ.Ｓ.）は2010年に長崎県佐世保市のテーマパーク、ハウステンボスを買収して再建に乗り出した。旅行会社によるテーマパーク
セキュリティの報告先を記述する、security.txtの提案仕様 (RFC9116) - ASnoKaze blog
Webサイトのセキュリティリスクを発見したものの、連絡先が適切に公開されていないがために、結局報告されず脆弱性が放置されるケースがあるようだ(国内だと、IPA脆弱性関連情報の届出受付もあるが) 発見者が脆弱性等の報告を出来るような情報を、Web作成者が提供できるようにする仕様がIETFに提出されている。 この「A Method for Web Security Policies」という提案仕様では、security.txtをドメイン直下のURLに配置し、連絡先などを記述するようになっている。 security.txt security.txtは例えば以下のとおりである # Our security address Contact: security@example.com Contact: +1-201-555-0123 Contact: https://example.com/secur
猶予8時間！脆弱性だらけのサービスを堅牢化する実践型研修 - Speee DEVELOPER BLOG
Speeeエンジニアの西岡（@nisshieeorg）です。 去る7/5(水)、Speeeでは社内の全エンジニア向けに、セキュリティ研修を実施しました。本研修では、株式会社リクルートテクノロジーズの西村宗晃様に講師としてお越しいただきました。この場を借りてお礼申し上げます。 研修の目的 Webを主戦場にして戦う私達エンジニアは、自分たちのサービスそのものや、ユーザー、顧客を守るために、より安全なWebアプリケーションを構築する知識・技術を求められます。もちろんSpeeeでも、このような知識を身につけることは必須とした上で、日々の開発ではソースコードレビューや各種脆弱性診断ツールを用いて、私達が構築するアプリケーションの安全性を高めるよう努めています。しかし一方これまでSpeeeでは、「セキュリティに関する体系的な知識の学習法が会社から提示されていないため、個人の学習に依存している」「小さな
Kata Enterprise Edition - The speed of containers, the security of VMs
Kata Containers is an open source project and community working to build a standard implementation of lightweight Virtual Machines (VMs) that feel and perform like containers, but provide the workload isolation and security advantages of VMs. The Kata Containers project has six components: Agent, Runtime, Proxy, Shim, Kernel and packaging of QEMU 2.11. It is designed to be architecture agnostic, r
新機能がサービスのパフォーマンスに悪影響を与えないか素早く推定する - Hatena Developer Blog
こんにちは、 id:shiba_yu36 です。 先日、新しい機能や改善を加えようとする時に、それがデータベースに対して悪影響を及ぼさないか、どのように検証すれば良いですかという相談を受けました。つまり、新しく作った機能を導入した瞬間にデータベースが高負荷になりサービス全体に影響を与えたりしないか不安であるという相談です。その相談に対して僕は、簡単な計算式を作り、その機能のデータベースへの影響度をざっくり推定することで、リリース前に時間をかけずにパフォーマンスに悪影響を与えないか推定できるという話をしました。 この話をしていて、「リリースする前に新機能や改善がサービスのパフォーマンスに悪影響を与えないか素早く推定する」ことは、経験のあるエンジニアは自然とやっているけれど、あまりブログなどで言語化されていないと感じました。そこで、今回はこのことについてブログに書いてみます。 なぜ機能をリリー
Pull Request発行時にそのコミットIDでデプロイされた環境を自動構築してレビュー時/マージ前に確認しやすくする仕組み - トレタ開発者ブログ
インフラをアレしてる佐野です。Pull Request(以下、p-r)が発行されると、そのp-rのコミットIDでデプロイされた環境を自動構築する仕組みを作ったので、今日はそれについて。マージ直前の環境が立ち上がるのでレビューアはレビュー時にコードを追うだけでなく、ブラウザ/アプリの接続先をこの環境に向きかえることで実際のアプリケーションの動作も確認できるようになります。レビューが非常に捗ります。 動作 仕組み GitHubのWebhookについて 自動構築の処理 Dockerの活用 tmpfsの活用 まとめ 1. 動作 こんな感じです。ここで、この通知するボットおよびこの仕組みを以下、シャイニング・ウィザードと呼ぶことにします。シャイニング・ウィザードというのは好きなプロレスの技でして最初はこの基盤の仮名だったのですが、チーム内で定着してしまったのでもうこれでいいや的な…。ちなみに、Ama
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
出前館、実は人力に頼りまくるローテク企業と配達員さんらにバレる : 市況かぶ全力２階建
Isoflow | Network Diagrams
AI/MLシステム開発の難しさ
Forkwell Press – TensorFlow と出会った「ドルヲタ」エンジニアが1年かけてたどり着いた境地 － LINE すぎゃーん（sugyan）氏
http://www.ogura.blog/entry/2017/02/28/190245
