engineers_blogこんにちは。iOSエンジニアの廣瀬です。考え方を取り入れてみました。デザイナーが使っているツール(Sketch)や、フロントエンドとなるiOSアプリのコードレベル(Swift)の話です。具体的に管理がうまくいっていない状態とは下記のような状態と言えます。増えることは好ましく無いです。誰かに問われるたびに毎回誰かが調べる必要があるからです。アップデートする必要があります。間で不整合が出ることもあります。時には忘れるし、時にはミスもします。なると、どっちがマスターか判らなくなります。マスターも正しく無い。デザインに対するコンセプトも決まっていないので新しいメンバーへの説明・現状を伝えるコストもかかってきます。いうデザイン設計手法を知り、この問題も解決してくれると思い導入することにしました。Designの詳細はここでは割愛します。参考リンクをいくつか載せておきます。Designによって先に挙げた課題の解決が期待できます。使い方にコンセプトが無いの改善につながります。表したいことを考え名前付けすることで意味が明確になります。名前づけができるということはプログラムコードにも落としやすく共通化が測りやすいです。カラーコードを伝え合うよりもこの名前を伝え合うことで認識のズレをなくす事にもつながります。特長と言えるでしょう。定義さえ共有すれば、画面を構成することができるようになります。種類は決定されていて、変更もしやすくなっています。あっても変更箇所が1箇所ずつなのでデータがずれてしまう可能性も減ります。Sketchとプログラムコードのどちらが正しいかわからない新しいメンバーが入ってきたとき等にデザインのコンセプトを説明できるものが無いの改善につながる事になります。導入する上でいくつかハードルがありました。命名をどうしていこうか、それに関連してデザイナーがこういった抽象化しつつ意味のある名前づけをする事に慣れていない点でした。定義を行なっていきました。大味にいつも通りに画面のデザインを組む。化するので統一性を考えてデザイン・コーディングする。この時でも一応命名は適当にしておく。大体のアプリの全体構成が見えてきたところで命名を考えて、Swiftのコードを書き換えるデザイナーに命名したもの・その意図を共有。注目すべきはエンジニアが名前づけ等を行なっているところです。普段から名前大事を意識しているので、エンジニアが考えたほうが早く、そしていい名前づけができるだろうと思ってこのアプローチを取りました。活用してデザインツール側の効率化にも成功したと感じています。実際に導入してみて実際に導入してみての感想は「導入してとてもよかった」です。修正も自信を持ってでき、コードレベルにおいても宣言的に書きやすく使いやすい感じになりました。内容をコードを読んで理解できた点でした。導入することは役に立つかもしれません。}}最後にマネーフォワードでは、課題を改善につなげ、効率化を探求するエンジニアを募集しています。ご応募お待ちしています。