いう勉強会をやるのですが、参加申し込みの際にアンケートを取ってみました。内容はシンプルに「デザインに関して聞きたい話などがありましたらご記入ください」というものです。自分なりの回答を書いていきます。全部の悩みに対して「わかる」と言いたくなりました。勉強会の懇親会でもこの話題で盛り上がってくれればと思っています。次回の勉強会はジャンルごとに分けるのが良いのかな〜とか考えました。1.実装の悩み思ったよりこの内容が多かったです。Android4系のサポートコストうちの会社は割と諦めてます。Designの再現は目指しません。死にゆくOSにコストをかけるほど人が余っていないです。半分くらいはshadowがつけれない問題かと思うのですが、ToolbarとButton以外はほぼ諦めています。BottomNavigationは1pxの灰色の線を書くようにしてなんとかしています。styles.xmlやthemes.xmlの定義の方法いろいろな方が記事を書いてくださっていたようなので、読まれると良いかと思います。styles.xmlとtheme.xmlで分けるのは良いと思ってます。paddingのdp定義どうするか問題うちは全然定義していないです。paddingやmarginについてはそんなに再利用性があるものだと思っていません。padding_8dpみたいな変数作るよりは普通に8dpって書いた方が効率良くないですか?かといってpadding_smallみたいなのは抽象的すぎて使いにくいかと。paddingを全部dimens化するのはちょっと冗長かなと思います。難しい、他社事例を聞きたいです。作りたいViewを実装する方法ViewやViewGroupの内部実装を知ることが一番かなと思います。onMeasureとonLayoutをとonDrawを自由自在に使いこなせると強いです。僕はかなり使いこなしていると思います。Canvasは友達です。あとはAnimationとかAnimatorとかTransistionとかDrawableとか覚えましょう。Design導入を説得する方法これはデザイナーの悩みであって欲しいのですが、そうもいかないですよね。僕も2年前に直面しました。Design勉強会をやってことで意識が高まったのですが、そううまくいかないこともあると思います。その場合、無理に進めることは良くないことかと思います。Designに対して誤解があるケースも多々あり(ルールが厳密すぎるなど)、その誤解を解いたら話が進むようになるかもしれません。単純接触効果じゃないですが良いところを地道にアピールしていくことは大事だと思います。Designを理解しておくことが大事だと思います。あと社内のエンジニアからデザインのことを語られるとイラッとくるデザイナーは少なからずいると思います(逆にデザイナーからコーティングについて上から目線で語られたら少しイラッとしますよね?)。Designに詳しい人を呼んできて話してもらうと良いのではないでしょうか。Design)らしいUI」を説明できるようにならないとこれは解決できないと思います。すべてのiOS向けデザインを簡単にコンバートできる正解はない、というのが僕の意見です。Design)風に表現するとどうなる?というのを考えていくのが流れかな思ってます。おがぱんさんの発表に期待してます!デザイナーはどこまでやるべき?エンジニアはどこまでやるべき?わかりません。デザイナーとコミュニケーションを取って、お互いが不幸にならないとかお互いの最高速度が出る方式を意識しているつもりです。あとお互い敬意を持つことも大事だと思います。お互いの専門領域は踏み込まないとか。実在してるかは知りませんが、これやってる会社は本当にすごいなーと思います。やってやりはじめたのか是非知りたいです。(エンジニアのレビューコストとかQAコストが高くなるので僕は否定的です)デザイナーとのコミュニケーション難しいです。組織論みたいな話になってくるのでもっと勉強して回答できるようにしたいです。絶対に波風を立てないようにするよりも、必要な時は全力で殴り合う方が良いデザインが生まれるのではと思ってます。後任のために議論の結果はどこかに残しておくべきで、僕はできるだけGithubに書くようにしています。Githubで議論を始めると長くなるので、2往復くらいしたら口頭のコミュニケーションに切り替えて、その結果をGithubに書く感じです。3.デザインの悩みエンジニアなのにデザインに悩んでいる皆さん。