プログラミングの森の奥で道に迷わないために 私がプログラミングの仕事を始めたばかりのころの悩みの種は、どの言語や技術を選ぶべきか、でした。何を学び、何から始めればいいのか。プログラマとしての初仕事を獲得するために知っておくべきことは何か。そのころ（ほぼ10年前）、CourseraやUdemyや SoloLearn は、ありませんでした。いい職に就くための確実な方向、完璧な道筋がどんなものなのか、私にはわかりませんでした。高給で、満足できて、優遇される、21世紀の宇宙飛行士、つまりプログラマの仕事を得るには。 問題は今でも相変わらず同じです。ビギナーは選択の段階でつまずき、優れたプログラマになるための近道はなく、コミュニティは「Pythonっていう言語は簡単ですか？」というような新入りの質問を歓迎するほど温かくもありません。プログラマとして成功するための道筋は、むしろ以前よりも見えにくくなっ

“釣り用ベスト（フィッシングベスト）”がおしゃれ上級者の間で愛用者を増やしています。アウトドア気分を手軽にまとえるのが人気の理由です。ポケットの多さも、ハンズフリーを好むアクティブ派に支持されています。ヒットのきっかけの一つは、夏の音楽フェスティバル。両手をフリーにしやすく、移動やダンスも楽なので、フェスから街へと出番が広がったようです。ウエストポーチやサコッシュのブームに続くアイテムとして、脚光を浴びています。 最初はメンズの裏技的な着こなしでしたが、徐々にウィメンズにも波及しました。若い女性が古着の釣りベストを取り入れて、ミックスコーディネートを楽しんでいるようです。袖がない分サイズを合わせやすいので、古着でも探しやすい。性別にとらわれない「ジェンダーレス」の雰囲気も出せます。もともとは釣り用ですが、登山やハイキングの雰囲気も併せ持つため、マウンテンパーカを取り入れるような感覚でコーデ

HTML5 Conference 11/25

深津貴之（fladdict）という名前が知られるようになったのは、ブログが普及しはじめ、「個人の情報発信が世界を変える」と騒がれていたころ。当時まだ学生だった深津は、留学先からデザインとテクノロジーの話題を頻繁に発信していた。 Flashを使ったインタラクティブなWebサイトが話題を席巻していた時代、そのコミュニティー内で抜きん出た情報発信力で頭角を現し、iPhoneの登場を期に開発したカメラアプリがヒット。その後、フリーランスのクリエイターが所属するクリエイティブチームTHE GUILDを設立し、自身もユーザーの行動を設計するデザイナーとしてUX / UIデザインに携わっている。2017年にはnoteを運営するピースオブケイクのCXOに就任するなど、移り変わりの激しい業界内において、十数年という長きにわたり、変わらず要注目の存在として知られている。 なぜ深津貴之の言動は常に注目を集め続け

サービス終了のお知らせ 技術ブログサービス Qrunch（クランチ）は、10月31日を持ちましてサービスを終了いたしました。 11月30日 午後23時59分までは、以下からログインすることにより過去に投稿したコンテンツをエクスポートすることが可能です。 詳細はこちらをご覧ください。

テクノロジー “技術”ではなく、“サービス”として体験してもらうためのUI/UXデザイン〜自動運転サービス『Easy Ride』の例〜

UX Movementの創立者、ライター。ユーザーに優しいUXデザインのスキルを読者の方が上達できるよう、UX Movementのブログを始める。 ユーザーがオンラインで読むことを想定して、文言を書いていますか？ アイトラッキング調査によると、多くのユーザーはオンライン記事の見出しを数単語だけ読み、最後までは読まないそうです。 さらなる調査で、ほとんどのユーザーが見出しの最初の２単語だけに目を通していることがわかりました。ユーザーはCTAをクリックする前に、見出しを見て内容を予測しているのです。 ユーザーは早くキーワードを知りたがる 見出しの最初の２単語でユーザーに本文のヒントを与えないと、ユーザーは見出しをスキップするだけではなく本文自体も読まないでしょう。 ユーザーが情報を手に入れるまでの忍耐力と行動力は長く続きません。そのため、彼らの興味を引くために見出しの最初の数単語に強いキーワー

「Web担当者フォーラム2016秋」における「お客様が買う理由を、いかに作るか？　『ニーズ対応』から、『ニーズサキドリ』への変革」セッションで、価値づくりのヒントとして、長野県阿智村の地域興しについての永井氏の著書「そうだ、星を売ろう」を題材に、自分たちの強みの見つけ方やバリュープロポジションの考え方などを紹介した。 モノ発想からコト発想へ阿智村の地域興しは観光の取り組みだが、製造業やサービス業にも共通の課題があるという。それは、「モノ発想からコト発想への転換」が必要ということだ。 モノ発想とは「温泉は安さで選ぶ」とか「AとBを比較して、安い方にする」といった考え方だ。何かを基準にして、比較しているのだ。 コト発想の場合、これが「これでなければダメ」となる。たとえばディズニーランドだ。比較の対象がなく、他に代替するものがない。 製造業でも、「他には替えられない、新型が出れば必ず買う」という

デザイナーはこれから何を学び、どのような仕事を担っていくのでしょうか？時代の流れを引用しながら、私自身の考えを述べさせていただこうと思います。 ビジネス×テクノロジー×クリエイティブ(BTCモデル)デザインは今まさに、ビジネスとテクノロジーに接近しはじめています。 デザインという仕事は「クリエイティブな表現」を行うだけではなく ・「経営の視点からから顧客やマーケットに与える影響をデザインする」 ・「技術の視点から新しいインタラクションや、体験をデザインする」 といった広義のデザインを行う必要に迫られています。 これは、デザインの本質というものが成果物(output)ではく、成果(outcome)そのものになり始めているということです。 「ユーザーに対しての価値」という成果(outcome)を提供するためならば、クリエイティブ以外の様々な視点からもアウトプットを選択し実行する必要があります。

色やタイポグラフィだけでなく、言葉でプロダクトの雰囲気が決まることがあります。早期からダミー文字を避けてコンテンツをデザインするべきですが、簡単に作れるものではありません。 良い事例を探そうとすると必ず辿り着くのが Mailchimp の Voice and Tone 。「Mailchimp らしさ」が明文化されているだけでなく、ライティングの基礎も書かれている優良コンテンツです。しかし、英語の壁がありますし、文化の違いもあるのでそのまま真似するのは困難です。 そこで今回はラベルのライティングというミクロの視点と、出来上がるまでのプロセスを把握するマクロの視点からコンテンツの課題と対策を紹介します。 ラベルデザインにある3つの特徴 UI のラベルをどのようにデザインすれば良いのかを考える上で、 Airbnb アプリは好例です。ローカライズの視点も加えるとさらに面白いので今回は日本語のインタ

一休.com レストランは今年の 7 月 18 日、スマートフォン向け検索ページのリニューアルを行いました。このエントリーでは、その中身について少し紹介させていただきます。 検索ページの課題 一休.com レストランではスマートフォン向け検索ページに対して「遅い」という課題意識がありました。これは技術面で少しブレイクダウンすると; パーソナライズドを含む複雑な処理を行っているため、サーバーサイド処理が重い。 UI 上無駄な遅延処理を行っているため、クライアントサイドの描画が遅い。 というサーバー側とクライアント側両方の課題がありました。クライアントサイドの「無駄な遅延処理」というのは; 検索結果取得が REST API 化されているにも関わず、再検索の度にページリロードを行い、サーバーサイドの描画からやり直している。 という実装に問題がありました。下図がリニューアル前のページ描画の様子です

宿泊事業本部の宇都宮です。 一休.com スマホサイトのホテルページパフォーマンス改善プロジェクトでは、フロントエンドには以下のような要件がありました。 デザイン面は既存を踏襲する 機能はほぼ従来通り 日付等を変更した際の再検索は、画面遷移を挟まず、画面内で行えるようにする パフォーマンスをできるだけ改善する 要するに、従来と同様の機能+αを実現し、かつ、従来と同等以上のパフォーマンスを実現する、というミッションです。 このために、どのような取り組みを行ったか、紹介します。 パフォーマンス目標値の設定 まず、パフォーマンスの目標値を設定する必要があります。モバイルでは、ユーザの帯域幅は回線や時間帯によって大きな変動があります。多少回線状況が悪くても、閲覧を妨げない程度のパフォーマンスを実現する必要があります。 一休へアクセスするユーザのモニタリングを見ると、極端に遅い回線を使っているユーザ

パフォーマンス改善ハンドブック ウェブページにおけるパフォーマンスに関する問題の見つけ方や考え方の事例をまとめた Webフロントエンド パフォーマンス改善ハンドブックを公開しました。 URL: https://dwango-js.github.io/performance-handbook/ このハンドブックでは過去に行ったWebフロントエンドのパフォーマンス改善の事例を中心に紹介しています。 注意点としてWebフロントエンドは常に変化しているため、現在の最適な解決方法を提案するものではありません。 また、アプリケーションによっても最適な解決方法は異なります。 今回の事例ではViewライブラリにReactを用い、映像再生プレイヤーなどある程度複雑な機能を持ったウェブアプリケーションのWebフロントエンドを扱います。 具体的にはニコニコ生放送（以下「生放送」）で行った事例を中心に書かれていま

Web ナチュラリスト フィードを眺めていたら Alex Russell 氏の新作が投稿されていた。 The "Developer Experience" Bait-and-Switch | Infrequently Noted 本来の趣旨については原文を読んでもらえばいいし、下記はこれを読んだ上で普段の考えを踏まえて脳裏をよぎったポエムである。 我々は複雑性で仕事をしている 仕事をしている、もしくはそれでお金を稼いでいる。誰もが。 私は 2012 年頃から Web の、特に Web フロントエンドの複雑性に加担している自覚がある。 Web の専門性が高まることはその技術領域に深淵な価値があることを示唆し、それに携わることの価値を相対的に向上させることができる。 私の活動そのものは些細なものだが、かくして 2018 年現在の Web はかくも複雑になることに成功し、エンジニアリングの名の下

前書き 普及しないSPA これだけ時代が進んだのに、Webでは未だにガチャガチャページが切り替わるシステムが多い。SPAの普及を阻止しようとしている勢力がいるとしか思えない状況だ。「そんな悪の組織みたいな勢力がいるんだね、へぇしょっかぁ」とかギリギリのラインでネタをぶち込んでも仕方が無い。 今回はWebシステムの基本といえる掲示板を作成し、SPAの動作について確認していきたい Webアプリケーションとは九割九分、掲示板の変形である Webアプリケーションの基本は掲示板だ。DBからデータを抽出し出力、データを受け取りDBに保存、保存後の状態を再出力。たったこれだけのことだが、あらゆるシステムで利用される基本なのである。世の中のシステムは掲示板をベースにデータの種類を増やしたり、カテゴリ分けがあったり、ほとんどがちょっとした派生でしかないのだ 掲示板を作ることができれば、大抵のシステムはなんと

追記 この記事は公開から一ヶ月後くらいに、中身をだいぶ変えました。 前の記事が読みたい方はこちらからどうぞ。 今のコードの方が結構マシなはずなので、あまり需要は無いでしょうが...。 旧 https://qiita.com/sosumii/items/f097bf8b2209b9d75d1a/revisions/9 https://github.com/sosmii/hello-sosmii/tree/f4dc0f0295e5ffd569fb828e6b2e6559f5844874 作っていきましょう 突然ながらエンジニアのみなさま、ご自身の実力を市場にアピールできるような成果物をお持ちでしょうか？ 会社が信用できなくなった時の備えとして、良いチャンスを掴むためのきっかけとして、外から見える成果というのは用意しておいて損はありません！ 本記事は、私がサーバーサイド処理を組み込んだポートフォ

2018年8月22日から24日まで、パシフィコ横浜の会議センターで開催される「CEDEC 2018」。本稿ではそのなかから、初日に行われたセッション「明快で軽快なUI　『Nintendo Switch 本体機能』の制作事例」の模様をレポートする。登壇者は、任天堂の企画制作部プログラマー・小野純和氏と企画制作部UI/UXデザイナー・瀧口貴悠氏、企画制作部サウンドプログラマー・大西壮登氏の3名。 写真左から小野純和氏、瀧口貴悠氏、大西壮登氏。 「本体機能」は作るものを厳選してストレスを感じさせないことを目指した まず考えたのがゲーム機なので「ゲームで遊ぶ」ということへの原点回帰 今回のセッションで取り上げられたのは、「本体機能」だ。この本体機能とは、ゲーム機の本体にはじめから入っているソフトウェアのことをさしている。基本的な作り方はゲームを作るのと変わらないため、同じ部署で開発が行われている。

アニメとゲーム Nintendo SwitchのUIはなぜ使い勝手がいいのか!? 全員で体験し、“あたりまえ”を磨く任天堂のもの作り【CEDEC 2018】 - ファミ通.com

どうも、 「単純な要件でも、システムの作りによって大きく難易度が変わる」 「システムは決して規格品ではなく、作る人によって全く出来が異なる」 ということが直感的に理解しにくいところが、色んな問題の根本原因の一つなんじゃないかなあ、という気が最近しています。 しんざきは、システム開発関連の仕事をしています。元々の専門分野はDB屋なんですが、まあ他にも色々やります。 で、当然のことながらユーザーと色々やりとりをして、仕様を固めて設計して開発して、みたいなことも何度もやっているのですが、その際何度も何度も聞いた言葉の一つに、 「ちょっと変えるだけでしょ？」 という言葉があるんです。 恐らく、システム開発に携わったことのある人であれば、何度となく聞いた言葉ではないでしょうか。 この「ちょっと変えるだけでしょ？」という言葉は一種の呪いの言葉、パワーワード・キルのようなものでして、ユーザー側と開発側の

CSSでフォントの種類を指定する「font−family」の正しい記述方法は、デバイスに標準搭載されているフォントやWebフォントの技術の変化などにより日々変わっています。 このブログでも「font−familyのベストな書き方 2015年版」「font−familyのベストな書き方 2017年版」として、当時のトレンドを踏まえたfont−familyの指定方法の記事をアップしました。 今回は実際に使用していて気づいた問題も出てきたので、これを機にアップデートしたいと思います。 前回紹介した「2017年版font−familiy」の問題点 2017年版font−family body { font-family: -apple-system, BlinkMacSystemFont, "Helvetica Neue", "Yu Gothic", YuGothic, "ヒラギノ角ゴ ProN