iPhone Xを買ってよかったたった一つの理由と、そこから感じるWebの未来（えふしん） - 個人 - Yahoo!ニュース
iPhone Xのレビューを見ていると、やれノッチが邪魔だの、写真がきれいだの、ボタンがなくなって画面が大きくなっただのの主にハードウエアとしてのレビューが多い。 個人的には、これまで使っていたiPhone7 plusでも写真は十分満足していたし、animojiは残念ながら、人とのコミュニケーションには使ってないSMSだけの機能だったし、液晶の色は黄色くて別にきれいという印象はあまりない。Apple PAYが顔認証になるとローソンでsuicaを使う時に辛いんじゃないかと思って戦々恐々としてる。 （日吉の慶應義塾大学の協生館のローソンのsuicaの位置が高くて顔認証できるイメージがない） なのでiPhone Xの購入はしていたのだが、さほどワクワクすることなく、高いお金を使ったなぁと憂鬱なまま商品の到着を迎えた。 ところが実際に触ってみて、その印象は完全に変わった。 控えめに言って買ってよか
Webブラウザはいつまで続くのか | F's Garage
セグウエイを改良したxiaomiの製品が出た。体のバランスだけでコントロールしていたものが、使いやすインターフェースに変わっていることがわかる。以下、雑多に書くので論点が散漫であるかもしれない、ことは免責事項として予め記載しておく。 つい先日やっていたNext Web Conferenceで、KotarockがモデレータをやっていたUI/UXセッションが面白かった。 その中でも興味深い話だったが、本来表に出るべきでなかったURLというものが、Webブラウザの実装の都合で、表に出てしまったまま普及してしまったという話。 もしかしたらWebブラウザは、HTTPのテスターアプリとしての存在だったかもしれない。テスターとしてのブラウザアプリならURLが露出しているのは自然だ。 しかし、その意に反してドキュメントビューワーから、ゲームプレーヤー、優れたビジュアルデザインの表示器まで進化してしまったら
コモディティ化するWeb周辺の技術をどう乗りこなすか | F's Garage
明日次世代webカンファレンスというイベントがあるらしいのですが、残念ながら先約があって申し込めず。いつもWebSigのモデレータでWebのことについて話をしている自分が興味ないわけないじゃないですかと思いつつも、粒度が技術寄りだったのでまぁ良いかと心収めつつ、僕は、どっちかというとコンテキストに興味があるのですが、いずれにせよ、そんなことを悶々としながら、犬をシャンプーしながら考えてたことをここに書く。 考えてたのは、最近参加した、TechAcademyの審査員と、G’sAcademyのメンターとか、マッシュアップアワード系の審査員あたりのこと、そして、デジハリのイベントだけど、「近未来教育フォーラム2015 Powered by AI -人工知能がドライブする人間社会」なんてイベントにも出るので、それに向けてのスタンスを考えていた。 今思ってる肝は、優れた技術はネットを通じてコモディテ
Web制作Web開発で、10年後なくなる仕事の議論 | F's Garage
こないだWebSigモデレータのmtgで和田さんとかとしていた議論を噛み締めながら、頭の中を整理するメモ AWSでサーバ開発周りで起きていることを考える。 AWSが出たことで、サーバのハードウエア障害からおさらばになっただけでなく、構築業務はボタン一つで終わるようになった。撤去も契約も構築もいらない。さらにオートスケールや自動デプロイの手段で、その管理も自動化することができる。 まさに自動化だ。 じゃぁ、すべてのエンジニアは、どうなったのだろうか。 サーバのオペレーションという作業からは開放されたことで起きたことは、フルスタックに近いエンジニアへの要望である。 ・サーバをいじるだけ ・アプリケーションを書くだけ ではなく、AWSを活用し、サーバもセットアップできるし、アプリケーションも書けるし、間を繋ぐデプロイメントやテストも適切に構築できるエンジニアではないだろうか。何故かと言うとこの作
UIデザイナーはいらないのか？その存在意義について改めて考える【連載:えふしん】 - エンジニアtype | 転職type
Twitterクライアント『モバツイ』開発者であり、2012年11月に想創社（version2）を設立した有名エンジニア・えふしん氏が、変化の激しいネットベンチャーやWeb業界の中で生き残っていくエンジニアの特徴を独自の視点で分析 藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にGMOペパボへ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社を設立し、2012年4月30日まで代表取締役社長を務める。その後、想創社（version2）を設立しiPhoneアプリ『ShopCard.me』を開発。2014年8月1日からBASE（ベイス）株式会社のCTOに就任 Webやアプリのユーザーインターフェースを設計する専門家であ
Facebookのいいねに見られる中毒性の極大化策（ただし日記です） | F's Garage
#blogosに転載された場合、期待を裏切ったら申し訳ないので先に書いておきますが、これは「論」ではなく「日記」です。先に謝っておきます。 ネットに慣れた人たちと、そうでない人たちの圧倒的な差とは、 「期待可能なコミュニティがそこにあるか否か」 の差だろう。 「いいね」というのは、「反応が得られることをある程度想定した行動」と言える。 つまり、「この写真をアップする」ことで、「いいね」が得られることを期待できるからアップするのだと思う。 人間は、「やや不確実」だけど「期待できる」ところにチャレンジするのが好きなのではないだろうか。２ちゃんの釣りだって、わかってて、つられてくれる人たちがいるからチャレンジするわけだ。Answerは即レスが来ることを売りにしているし、メルカリもすぐに売れますというところを売りにしている。期待に対するリターンを作るところに投資をしていて、この２社はさすが。 これ
スマホ時代の主役になりたい技術者は、「デザイン思考」と「のりしろ」を持つべき【連載:えふしん】 - エンジニアtype
藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にpaperboy&co.へ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社（現・マインドスコープ）を設立し、2012年4月30日まで代表取締役社長を務める。その後しばらくフリーランスエンジニアとして活躍し、2012年11月6日に想創社（version2）設立 最近、Webやスマホの制作界隈で、「デザイン思考」という言葉を見かけることが増えました。 デザイン思考というのは、IDEOというビジネスコンサルタントが製品開発の際に取り込んだプロトタイプを活用した製品デザインの方法です。プロセスとしては右図の通りで、 ・ 実現したい哲学とビジョンを決める ・ 調査を行い、分
Webとは一味違うスマホアプリの動的UI設計は、「脱・ワイヤーフレーム思考」で【えふしん】 - エンジニアtype | 転職type
Twitterクライアント『モバツイ』開発者であり、2012年11月に想創社（version2）を設立した有名エンジニア・えふしん氏が、変化の激しいネットベンチャーやWeb業界の中で生き残っていくエンジニアの特徴を独自の視点で分析 えふしんのWebサービスサバイバル術 藤川真一（えふしん）氏 FA装置メーカー、Web制作のベンチャーを経て、2006年にpaperboy&co.へ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社（現・マインドスコープ）を設立し、2012年4月30日まで代表取締役社長を務める。その後しばらくフリーランスエンジニアとして活躍し、2012年11月6日に想創社（version2）設立 アメリカのiPhoneアプリはなぜクー
引き算のデザイン vs ごちゃごちゃしたデザイン
定期的に出る、「エレガントなデザイン」より「ごちゃごちゃしたデザイン」の方が売れるという話がある。 よく楽天市場のショップを揶揄する言葉として使われるが、最近は、eBayにもこんな話が出て、どうやら世界共通に通じることらしい。 eBay でヒドいデザインの方がコンバージョン率が高かった、という話 ただ、何故ごちゃごちゃ情報を掲載した方が売れるのか？！ということに関しては、あまり具体性がある記事を見た事が無い。 自分が思うところを書いてみたいと思うが、ある掃除機を売ると仮定して、「引き算の商品説明」と、「ごちゃごちゃしたい商品説明」考える。 ■引き算の商品説明 この方法で説明を考える時は、その商品の良さを徹底的に絞り込んで、できる限り一つのメッセージに落としたいと考える。 その結果が、例えば 「吸引力の落ちない掃除機です」 という説明にして売る。 何個かメリットがある場合は、情報に強弱をつけ
何故、エンジニアはUIのセンスがないか。
何故、エンジニアはUIのセンスがないのか、という自分にも当てはまるようなことについて書いてみる。 まずエンジニアがダメなUIを作ってしまう理由について、いくつかの仮説を立ててみる。 1.その画面を作るエンジニアは全てを知りすぎていて、もはやわからない人の気持ちがわからない説 2.エンジニアはITリテラシーは高いけど、自分ができることを人に理解できるように説明するのは下手説 3.技術的に実現する方に興味が偏って、ハナからUIの使い勝手に興味が無い説 4.国語力がない、自分が実現する文脈を表現するのはできるが、ユーザーの文脈に配慮した言葉を想像する力が無い説 5.仕様書を読まない、人の言う事を聞かない説。例えばOSが定めているユーザーインターフェースガイドラインに従わないので、UIパーツが意図した使い方をしておらず統一性に欠ける。 6.わかりやすい色や文字、レイアウトに関する知識が無い。センス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
