---
# System prepended metadata

title: Untitled

---

 - 当初はプライベートの設定をしていた
      - トークンの設定やアカウントを作成しなければいけない。
      - お金もかかる
      - 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で最低限やるべきページを行う。

