Private content!This content has been marked as private by the uploader.
炎上した話の感想文です。再主張を必要最低限にし、顛末や解釈とか周辺事情を徒然なるままにまとまりなく書いていきます。 「まあ」と「思いました」が多いいわゆる小並感というやつで、なんのまとめもなくおそらく大多数のひとにはつまらない記事でございます。 顛末感想文 最初、かなり困惑してました。 この記事は最初の最初から炎上したので、ともかく「あかんことした」「なにか大きな間違いをした」ということは認識できたのですが、その間違いがなんなのかわからなくて。 自分としては「ゲームを続ける動機付けを与える前に難操作を強いるのはなぜなのか」「なんのために行う作業なのかを示さずにただやらせるだけのチュートリアルに意味があるのか」といった、ある程度普遍性や妥当性があることを主張したつもりだったのです。 しかし、実際のコメントの内容はほぼすべて批判であったし、“自分はそれができたからお前が馬鹿なだけ”というどうし
上記記事の続きです*1 まず、上記記事について、不用意にゲーマーという言葉を出してしまい、お前そもそもゲーマーを自称するに値しないだろ的論調を招いてしまい申し訳ありませんでした。単なるゲーム好きの素人ということにしておいてください。 また、あまり適切ではない「難しい」という言葉を使ったことによりさまざまな混乱を招いてしまい申し訳ありませんでした。 それから老害老人になってしまい申し訳ありませんでしたw で、この記事書いたときは特になんのまとまりもなく感じたことをただそれらしく書いただけだったのですが、いろんなやりとりをみて「本当は何が言いたかったのか」がすこしわかってきたのでそれを書いてみようと思います。 まあ一言で言うと、ものづくりの姿勢に対する怒りなのかな。 モンハンとパズドラを知ったきっかけ モンハンはTVCMかな?名前だけは知ってたけど、何千時間プレイの人と数時間プレイの人が一緒に
Photo by Davidlohr Bueso 今回のpaiza開発日誌は片山がお送りします。 paiza運営元のギノでは、これまでも不定期で社内勉強会を何回かやっていましたが、エンジニアの人数が増えてきてスピーカーの頭数が揃ったので、社内勉強会を定期開催する事にしました。 9月の頭に第一回目の「自社サービスエンジニアの為のUX設計、情報設計勉強会」を開催したので、今回はその内容を共有してみようと思います。 ■今回の勉強会の目的、背景 paizaの開発部隊はそれぞれ色々なバックグラウンドを持ったメンバーで構成されているのですが、普段の業務の中だと、なかなかそれを共有する機会や、お互いを深く知る機会が無いものです。そこで過去の仕事の事だったり、得意分野についての共有を順番に発表する形で社内勉強会をやってみる事にしました。 業務的なTipsの共有も重要ではあるのですが、普段の業務の周辺領域だ
2014年08月15日07:56 いろいろな仕掛けがあって捗るかも? DeNAのニュースアプリ「ハッカドール」がすごい https://narumi.blog.jp/archives/11310457.htmlいろいろな仕掛けがあって捗るかも? DeNAのニュースアプリ「ハッカドール」がすごい これがゲーム会社が作ったニュースアプリか…! ニュースの中身はともかく、ユーザーとの接点である“ニュースアプリ”はもはや媒体社が作る時代ではないのかもしれない。それよりも技術とデザイン、そしてアイデアを持った事業者が自由に作ったものが受け入れられそうだ。 DeNAが作ったニュースアプリ「ハッカドール」はすごい。ちょっと前にティザーサイトが公開されていたけど、ついにアプリがダウンロード可能となった。 ハッカドール :君にシンクロするニュースアプリ 〜アニメ・ゲーム・マンガ〜 主にアニメ・ゲーム・マンガ
「Yahoo! JAPAN DeNA iOSエンジニア UI/UXデザイナー勉強会」に参加してきました! ちょこっとずつですが、各発表で心に残った部分をメモしたのをのせますー (メモだけじゃ全然内容わかんないのでスライド公開されたらリンクさせていただきたい・・・。) ちなみに発表内容はイラストレーターさんにより会場でリアルタイムでイラスト化されていました!すごい! 描かれたあと会場に掲載されていたのでその写真も一緒に載せます!ブレ気味ですみません。。 マンガボックスのアプリができるまで (坪田 朋さん@DeNA) PhotoshopからSketch 3へ移行 プロトタイピングツールProttの導入 (最初だったのであんまりメモできなかった。。。) タブレット版「Yahoo!ニュースアプリ」のこだわり (田中 淳子さん@Yahoo!) 当たり前を上質に〜とにかく読みやすく〜 デバイスを知る
Javascriptを使うのをやめろ:Railsの時代遅れ云々についての結論 - Qiita この記事は、全体的に自分の業務以外の評価基準やトレンドを知らないんだなという感じで、わざわざ付き合うと精神的に消耗する感じがした。ただ、それが彼らの本職でない以上、自分もこの結論に至るのは仕方ないと感じている部分はある。 真の問題は、自分がレガシーなJavaScriptを書いているという自覚がない人間が、ここ数年の技術トレンドから乖離したコードを書き続けることで他のエンジニアやエコシステムそのものに悪影響を及ぼしているケースが散見されている。一行書く毎にグローバル汚染するスクリプトを見せられてもメンテ出来んと言われても、はいそうですねとしか言えないし、そういう人に最近のライブラリを触らせると遅くなるというのは、画面全体を一つのMustacheテンプレートにしてBackbone.Modelのパラメー
[速報]Googleが新しいUXの体系「Material Design」を発表。あらゆるデバイスとスクリーンに適用。Google I/O 2014 Googleは6月26日(現地時間25日)、米サンフランシスコでイベント「Google I/O 2014」を開催。次期Androidの「L」とともに、今後Googleがあらゆるデバイスとスクリーンに適用する新しいUXの体系「Material Design」を発表しました。 基調講演では次期Androidの「L」が今日からデベロッパープレビューとして公開されると発表。AndroidのOSにはアルファベット順のコード名が付いており、次期AndroidはLから始まりますが、まだコード名はついていません。 Lでは、Androidのユーザー体験を最初から考え直した新しいUXの体系「Material Design」を採用。基調講演で行われた「Materia
「基本的に運営側がすることが正しいんですよ Webの世界ってそういう論理で動いてるんですよ」理論 実はここで言われている@masarakkiさんの意見はすごくわかる。「最高にクール」なUIがクソユーザー(便宜上、UIの良さがわからないユーザーを本エントリではそう呼ぶ)によって阻止されるのは中の人としては決して喜ばしいことではない。 ユーザーは「最高にクールなUI」がわかるか?まずこの問いから始めたい。一般ユーザーは「最高にクール」なUIがわかるか? 答えはNOだ。彼らは「使いやすい」UIはわかっても「クール」なUIはわからない。そして「使いやすい」というのは結局各人の主観に依るものなので、この「使いやすい」UIというのは参考にはできても信用はできないものである。 この話を読んで真っ先に思い出した1つの話がある。 フラットデザインや新機種が評判どうか、というのはAppleにとっては意味が無い
2chまとめみたいなタイトルにしてみた。(してみたかった) HTML5のアーキテクチャと初期化とキャッシュの考え方が、「ウェブエンジニア」は本当に出来てない。 とくにソシャゲをウェブビューに貼ってスマホ対応しました系。本当にダメ。 じゃあどうするか?基本的に「初期化」の考え方を直せばどうにかなる。 (この記事はBackboneを使うときに考えてることだけど、他でも一緒だと思う) 前提 シングルページアプリケーション セマンティクスやSEOは考慮しない 基本哲学 共通モデルの初期化を徹底的に行う サーバーにリクエストを投げるのは最小限 クライアントでサーバーモデルのキャッシュを作り、更新が期待されるまで再取得しない 理由 いくらDOMの最適化したところでUXに影響が大きいのはサーバーリクエスト(200~2000ms)で、プログラミング段階で辛さがあつまるのは非同期処理の部分。 プログラマとし
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
2. はじめに 前回までのあらすじ 2012/4/6〜~4/24 ニコニコ超開発 http://www.slideshare.net/koizuka/ss-‐‑‒12766279 ニコニコ超デザイン http://www.slideshare.net/VoQn/metro-‐‑‒12761898 3. はじめに 前回までのあらすじ 2012/4/6〜~4/24 ニコニコ超開発 http://www.slideshare.net/koizuka/ss-‐‑‒12766279 ニコニコ超デザイン http://www.slideshare.net/VoQn/metro-‐‑‒12761898 → 4/25 WDD 実況チェック / NicoNicoMetro 社内レビュー 4. はじめに 前回までのあらすじ 2012/4/6〜~4/24 ニコニコ超開発 http://www.sli
5. UXとUIの境界 UX = ユーザー体験 語られる言葉は、体験です。 UI = ユーザーインターフェイス 語られる言葉は、インタラクションであり、ビジュアルであり、アーキテクチャです。 UX UI UX=UIではありません。ユーザーがUIを通して体験することがUXです。 UIで語られる言葉がどんなに素晴らしくても、それがすなわちUXを実現しているとは言えません。 UIデザインの理由 デザインには理由が必要です。 UXの実現をUIの目的とした場合、『デザインの理由=UXを実現していること』です。 しかし、体験をUIの言葉で語るには限界があります。そのため、UXとUIをつなぐ言葉が必要になります。 5
競合に負けないWebサービスをつくるため、UI(User Interface)、UX(UserExperience、ユーザー体験)にこだわるのは、もはや常識。良いUI/UXはチーム全員で考えることが、良いサービスをつくる秘訣です。 エンジニアやWebディレクターも学んで損はしません。もちろん、本職デザイナーの方々にも役立つ7つのスライド厳選まとめです! 目次 基礎知識 1.UXのためのUIデザイン 2.UX is not UI 3.ククパド美ちゃんと学ぶ!クックパッドのUI改善プロセス:前編 応用編(Webサイト) 4.ククパド美ちゃんと学ぶ!クックパッドのUI改善プロセス:後編 5.コンテンツで改善する UI デザインの極意 応用編(スマホアプリ) 6.UI&UX / 重要なのは、毎日さわって嬉しいUI UX! 応用編(タブレットアプリ) 7.ニコニコ超デザイン-
コンシューマ市場においては、Appleに象徴されるように、ユーザーの体験(UX:User eXperience)を前提に、複雑な機能をシンプルな画面(UI:User Interface)で実装することは、売上に大きく貢献することが実証されています。この現象をコンシューマ市場だけの話と終わらせてしまうことはできません。状況は異なり、程度の差はあれど、利用するのは人であり、コンシューマ市場であれ、エンタープライズであれ、利用しやすい製品が売上に大きく貢献する可能性は高いと思われます。コンシューマ市場で使いやすいUIに慣れた人の感覚は、エンタープライズアプリケーションでも使いやすいUIを求め始めています。そのため、エンタープライズでも、自社のターゲットに合わせたUX/UIデザインを行うことが、今後、必須となってくるでしょう。単なる他社の真似ではない、自社の顧客にあったUX/UIデザインが、エンタ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く