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

「だからなに？」 Web 上で情報発信をしている方であれば、一度は頭に思い浮かべる言葉だと思います。知名度もない実力もない自分が、わざわざ外に向けて発信することに何の意味があるのだと。 今でも自分の文章が上手いとは思いませんが、昔は下手でも気ままに書いていました。2002年の記事を掘り起こしてみたところ、大学の演劇を見にいったときのことを書き残していました。以下はそのとき書いた日記の一部からの引用です。 > 僕が演劇が好きなところのは、ステージという限られた空間の中での演出や場面の変化を一望できるところです。ひとつの『場面』でもいろいろなことが同時進行していて、見方によってはいろいろ楽しめるという舞台ならではの魅力があるからかもしれません。 当時はまだ米国に住んでいて、ある制作会社で Web デザイナーとして勤務していました。ビジュアルデザインだけでなく、 HTML/CSS/JavaScript は毎日何時間も書くという生活をしていました。演劇に関する日記を書いたおよそ 2 年後に CSS の書籍を出版しているので、最先端と呼べる知識はあったと思います。しかし、ブログには仕事