BuzzFeed News編集・倫理ガイドラインBuzzFeed Newsは読者への責任を果たすため、編集・倫理ガイドライン（原文）を公開しています。BuzzFeed Japanはその日本語訳を公開し、アップデートしていきます。 BuzzFeed Newsは、新世代のメディアに合わせた新たな基準を作る機会に恵まれました。私たちは従来のメディアの価値観と、変わりゆくメディアやコミュニケーションとの統合を目指しています。その最初の試みとして、このガイドラインを社内のスタッフと読者に公開します。 このガイドラインは、BuzzFeed Newsのスタッフが、様々なコンテンツを作るにあたり、賢明で責任感があり、かつ倫理的な判断ができるよう、考え方の背景を提供するものです。 このガイドラインは社内のライターや編集者、そして関連部門の同僚たちと話し合って作られました。運用しながら今後も改善を重ねていきま

Next Big ThingsとTech Crunchでも記事が書かれた「No UI」という概念が最近話題になっている気がします。 No UIとは「スクリーン(UI)の情報量や設計に頼らず、目的を達成すること」を軸にしたサービス体験を意味します。 流れの主流としては、テキストメッセージを使ったものが多いです。Operatorというショッピングサービスは、商品の検索機能や、オススメの商品が並ぶトップページ、カテゴリ別のナビゲーションなどは全くありません。 ”オペレーターに”テキストメッセージで自分が求める商品の特徴を送ることで、その要件に合ったものを返信して教えてくれるというものです。 スクリーンで四苦八苦するデザイナーの苦労Operatorのようなサービスの場合、ユーザーの要望を臨機応変に対応できるのでスクリーン上の複雑なケースを意識したデザイン設計が要りません。 が、現在、UIに関わるデ

ホリデー株式会社 *1 の多田です。Holiday ( https://haveagood.holiday/ ) というサービスの開発を行っています。 アプリを通してユーザに価値を届けるためには、アプリの細部のインタラクションを軽視することはできません。細かい部分に気を配り使い心地を良くしてこそ、サービスで本当に実現したい価値をユーザにまっすぐ届けることができるためです。 iOS アプリの使い心地を良くするための基本的なインタラクションを以前当ブログで投稿した記事でいくつか紹介しましたが、今回は前回紹介しなかったインタラクションのうち、「読み込み中」の UI の基本パターンについて取り上げようとおもいます。 はじめに：なぜ読み込み中の UI を考えなくてはいけないのか Holiday iOS アプリでは、基本的にデータはクライアント側で持たずサーバと通信して表示するデータを受け取っており、

DIを使わない状態ではUserRepositoryというインターフェースが定義されているのにもかかわらず、UserServiceはUserRepositoryImplの参照も持っていました。 これではせっかくインターフェースを分離した意味がありません。 UserServiceがUserRepositoryインターフェースだけを参照(依存)するようにすれば、具体的な実装であるUserRepositoryImplの変更に影響されることはありません。 この問題を解決するのがDIの目的です。 それではDIのインジェクタを加えて、上記のクラス図を修正しましょう。 謎のインジェクタの登場によりUserServiceからUserRepositoryImplへの参照がなくなりました。 おそらくインジェクタは何らかの手段でサービスであるUserRepositoryImpl(Dependency)をクライアン