CA卜部さんのこのエントリはいまでも心に鋭く刺さってる。何度も読み返して、その都度己を振り返りたくなるエントリ。クリエイティブというわけで、いってきました。)وとはいえ、詳細な議事録とかは以下のエントリに任せて、思ったことを書きます。sd-ts1017.hatenablog.com「作りたいのはプロダクトだから、自分で書いた方が効率的に目的に近づけるのでは」*1"「UIデザインをする上で、実装するスキルもデザイナーとして求められてくるよね」という前提のもと、先駆者にお話を聞いていく"というスキームで展開されてった今回ですが、割と「デザイナーとエンジニアの垣根を超える」みたいなセッションが多かったです。UIを"実装する"ことに苦手意識を持っているデザイナーも多い、という背景があることを想定してるんだと(勝手に)思ってます。そんな中、各セッションを通して「今回はこれに尽きるなあ」と個人的には思った。2016年4月14日Wantedly青山さんのセッションでご紹介されたコメントなんですけど。これ聞いて、「ぼくがエンジニア職として会社に属してるの、まさにこれが理由だなあ」とめっちゃ腑に落ちた。プロダクトの細部にこだわるにはエンジニアリングの知識をそれなりに持っていないと、"より良くしたいこと"を実現できない場合があるよなー、って思うんです。*2逆に考えると、そういうデザインはエンジニアにだってできる。いうところに気付ける視点を持ってプロダクトをつくらなくちゃなあ、と改めて感じました。2016年4月14日DeNA成澤さんのセッションを聞いて。以下でも紹介されてるように、Xcodeでプロトタイピングまでやってるそうな。creator.dena.jpスライドの中で、デザインタスクと実装タスクとの配分を3つのフェーズに分けて説明してたんだけど、最後の3つ目のフェーズではデザイン/実装を両方やってるのに、効率が上がってたんだよね。後日スライドから拝借したく...!)デザイナーが実装するスキルを身につけたり、エンジニアがデザインを理解することによって、こういうロスを徐々に減らせるし、「ここはこういう状態にしてデザイナー/エンジニアに渡したほうがよいよね」みたいな発想もどんどん生まれるはず。すると、もっとプロダクトの本質を磨き込むのに時間が使えるようになると思うんですよね。これ、デザイン/実装に限らない話だと思うので、もっとプロダクトをつくる工程("誰がどう考えて、何をしているのか")を理解することに努力を惜しまないようにしたいな、と思った次第です。デザイナーもエンジニアも、CSも営業も企画もみんなプロダクトをつくる人ですよねで、以上のことを考えてると、ふと以下のことを思い出したんですよね。2016年4月14日b.hatena.ne.jpこれ、めっちゃよいなって思ってます。プロダクトはデザイナー/エンジニアのものだけじゃないし。みんなでつくっていきたい。いま、個人的に理想に掲げてるチームです。おわりに今回のテーマ、元々考えてたことと結構近かったりして、めっちゃ共感すること多かったです。地震、ヒカリエにいたら全く感じなかった。友人の実家が無事だという報告をちらほら目にして安堵してます。被災された皆様、くれぐれも二次災害にご注意くださいませ。09:50*2:デザイナー/エンジニアってラベルは「あくまでどの職能が得意か」ってだけだと個人的に思ってます。いずれにせよ、みんなでひとつのプロダクトをつくってるんですよね。「デザイナー/エンジニアは、そのラベルに沿った職能だけ担当していればよい」なんて考え方だと、これからは淘汰されていくんじゃないかな、と個人的には思います。Tumblr広告を非表示にするもっと読むコメントを書く次のページプロフィールid:plane25インターネットになりたいです。三度の飯よりカレーライスが好きです。行ってきた(day0)コネヒトに入社したことでCakePHPをはじめて触ってみたんですが、その感想を述べてみます。(1)リンクTwitter(@takoba_)参加グループインターネットデザインカレーライスたべたいよみかきをしよう。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。