- 当初はプライベートの設定をしていた
- トークンの設定やアカウントを作成しなければいけない。
- お金もかかる
- Githubのリポジトリも公開するべきもの
- 外部に見せられない状態にある
- Npm上で公開した方がいい
- Mihalyとcw-coreのコンフリクトを解消する
- コンポーネントは幅広く使えるものがメイン
- コンポーネントで足りない部分を作らなければいけない
- そもそもmihalyは一般的に使われるコンポーネントしか用意していない
- フッター・ヘッター・パンくずのグローバル系
- 9月末まで
- mihalyではなく、coreの影響でできないためにペンディング
- ローカル上では実装して課題が見つかった
- cw-coreとの共同のために書き換えるのはやりたくない
- 全体的に変えなければいけない
- 一時的には共存できる仕組みはある
- グローバルはできるが、一時的にしかできない
- mihalyスコープ度は限定的
- 普通のmihalyを使うと、回転すると大きく崩れる
- ドロップダウンがリストが崩れる
- mihalyとのfont-sizeの差がある
- 現状解決策は見つかっていない
- クラウドワーカーを探す

- コンフリクト問題
- すぐに着手するのはここ
- 洗い出しはできる
- どの部分が影響しているのかのあたりはつく
- cw-coreとmihalyのグローバルの定義をしているcssがある
- そこを駆逐できれば問題なくなる可能性はある
- プライベート設定

## デザイン
- 流れ
- １.コンポーネントのデザインをする
- 2.仕様がfixされたら実装
- 今までは全てが終わっている

- デザインのガイドライン
- skechとzeplinでは同期できない
- 0hightというガイドラインに移行しようとしている

## トリュフの現状と来期の戦略についての相談

- トリュフの現状
- mihalyを適用する際の、コンポーネントはほぼ揃っている
- mihalyをページに適用する際に、mihalyのコンポーネントを活用したデザインは必要
- mihalyを適用するために、mihalyのライブラリのpublicで公開作業を行なっている
- 非公開で最初やっていたが、mihalyを適用する際のトークンをエンジニア一人一人に付与しなければいけなく、手間とnpmの登録料がかかるために、publicで公開する予定
- githubも公開するために、PRやREADMEに記載された文言の変更を行なっている

- 現状のトリュフの課題
- 課題度（大）：mihalyを適用する際のcw-coreとのコンフリクトの問題
- 一部に適用しようとすると、別の部分に悪影響を与えてしまうために、mihalyを当てるページのcssをリファクタリングする必要がある
- リファクタリングに関して、原因が特定できておらず、リファクタリング期間がどの程度かかるのかが見込めていない

- やらなければいけないこと
- mihaly適用のためのリファクタリング
- リファクタリングをするために、適用ページの選定

- 相談したいこと
- リファクタリングが完了しなければ、デザインを進めても動けないために、それまでの時間はどうする
- リファクタリング完了目安がわかるまでは、デザイナーは他のプロジェクトをもつ
- 先に適用するページを選定し、デザインデータを作成しておく
- MFIのレスポンシブが半年で間に合わない可能性もある
- 基盤整理の一環で、チームの人数を臨時で増やす
- リファクタリングは、蜂谷さん、みーたさん、（今内さん）で、2ヶ月で完了することを見越し、MFIで最低限やるべきページを行う。