採用しない方がいいかもしれないユースケースyokota2022.12.29実践と知見Tweetこんにちは。採用しない方がいいかもしれないユースケースを考えてみました。フレームワークや設計、ルールが存在します。区別しながら併用することはもちろん可能ですが、以下のような開発コスト・運用コストを同時に考慮する必要があると思います。読み込むと既存のリセット系スタイルに影響を及ぼすケースがある。すみ分けが複雑なルールになる。使わないケースとコストが変わらなくなります。この辺は以前もブログに書いていました。デザインシステムを組み立てることをユースケースとしたフレームワークだと思います。ように毎回任意の値をマジックナンバーで指定する必要があります。デザインシステムに差分が大きいと、かえって実装側で吸収する負担が増え、開発スピードやその後の運用コストにも影響します。よるデザインシステムが、デザインを制限する場面も出てきます。採用を決定する必要があると思います。利点を実感しつつ、故に、採用には熟考が必要だなと感じました。採用を迷われている方の参考になれば幸いです。今すぐの転職でなくてもOKです!まずはお話しませんか?現在弊社では一緒にお仕事をしてくださるエンジニアさんやデザイナーさんを積極募集しています。カジュアルな面談で、お互いに大事にしていることをお話できたらうれしいです。詳しい応募要項は以下からチェックしてください。抽象的な物事を具体的な機能にビジュアライズできるUIデザイナー募集要項UIデザイナーとして手ざわりのいいUIを作りたい業務委託パートナーさん募集(Wantedly)パートナー契約へのお問い合わせもお仕事へのお問い合わせも、どちらもいつでも大歓迎です。オンラインでの面談でお話しましょう。コミュニケーションまで、ジョインしたチームを前に進めるためにあれこれ担当しています。子育てと仕事のバランスを楽しめるよう、日々模索しています。