Yasuhisa Hasegawa

2017年2月25日、東京の東京ガーデンテラス紀尾井町で Inside Frontend [http://inside-frontend.com/] が開催されました。単なる小手先のテクニックではなく、複雑な課題にどのように取り組んだら良いのかという考え方も学べる 1 日でした。また、大企業で働くエンジニアが多数登壇していたころから、チームでどのように開発するのかといった話も聞くことができました。当日の様子は #insideFE まとめ [https://togetter.com/li/1084968] を見ると分かりますが、中級者以上の内容を聞ける集まりではあるものの、雑談もできる良い雰囲気のイベントでした。たくさんのツイートが流れ続けていたところもエンジニアのイベントらしいなと思いました。 人は変化を好まないという事実 今回はフロントエンドエンジニアの前で登壇するという理由から「フロントエンドの課題を啓蒙する方法 」という題名にしたものの、話の内容はデザイナーでもディレクターでも共通するものだと考えています。ツールだけでなく、コミュニケーション手段も充実してきているとはい

失敗を恐れないわけがない 「失敗はたくさんしたほうが良い」「失敗を恐れるな」という言葉を耳にしたことがあります。確かに失敗を通して学ぶことは少なくありませんし、書籍やセミナーで学んだことより残る知識になることもあります。しかし、だからといって失敗したくないのが本音です。また、失敗は私たちの社会では 許されざること と捉えられている場合もあります。「失敗を恐れるな」の前に「失敗は許されない」という考えが先立ってしまって、なんとか失敗せずに済む方法、失敗から免れる手段を選ぼうとしてしまいます。 ただ、失敗しないための努力をしたところで、失敗してしまうことはあります。また、周りからそう思われていなくても、自分にとって失敗を感じることもあるでしょう。事業がうまくいかなかったとき、提出したデザイン案がやり直しになったとき、プレゼンテーションの反応が良くなかったとき、同僚と話したときに生じたぎこちない雰囲気など、大小様々な失敗があります。 失敗のやっかいなことは、いつまでも私たちの頭の中に残っていることです。残るからこそ学びに繋がることはありますが、恐怖や不安として半年、1 年残ることもあ

作るだけだと失うバランス スキルが多ければ就職のチャンスが増えるでしょうし、デザインとコードの間を取り持つためのコミュニケーションの手間も省けます。新しい技術を取り入れたデザインが考えられることで、表現の幅も広がるはずです。柔軟性、拡張性のあるデザインを作るときに コード脳が役立ちます [http://www.yasuhisa.com/could/article/code-and-thinking/] が、デザイナー自らがコードを書く必要性はないと考えています。 小さな組織、フリーランスであればコードを書かざるを得ない状況があるので、それは仕方ありません。『書けるべき』という強い表現が、どのような状況にも当てはまるように聞こえてしまうことに疑問を感じます。また、制作スキルばかりに力を入れても、デザイナーとしてのスキルの伸びに限界がある考えています。 デザインは人によって様々な定義が出てくるややこしい言葉ですが、私の中で「作る」ことと「考える」ことの 2 つに分けています。作ることは、何か目に見えるもの、触れることができるものを作り上げること。Web サイトが作れる、アプリの U