【読売新聞】 雑誌の製作に携わるライターやカメラマンに支払う原稿料などを著しく低く抑えたとして、公正取引委員会が近く、東証プライム上場の出版大手「KADOKAWA」(東京都千代田区)と子会社の下請法違反(買いたたき)を認定し、再発防
はじめにアプリ開発に携わってから10年以上の月日が経ちましたが、思い返すと数年前はこんな課題がありました。 ・担当者が変わると、過去のデザイン傾向と違うものができてしまう ・新しくアサインされたプロジェクトのルールやファイルの読み時に時間がかかる ・各ページによってボタンやテキストのサイズにばらつきがある ・ボタンの色を変えるのに、どこのページまで影響があるのかわかりづらい 以前の課題Design Systemやコンポーネントを使わない場合、開発面でも、対象範囲の把握が難しかったり、一括変更できなかったりなど、課題が多くありました。 上記の課題は、UI制作が成熟してきていて、Design Systemを作成することで解消できるようになりました。 Design Systemを活用することで、 「よりスピーディーに」 「高品質なものを」 「誰でも作れる」 ようになり、システム化するまではそれな
本サイトは Classmethod Cloud Guidebook (CCG) のデモサイトです デモサイトのため、実際の内容と相違がある点にご留意ください。 クラスメソッドメンバーズをご契約中のお客様は下記リンクからアクセスください。 Classmethod Cloud Guidebook AWSアカウント内で共通のリソース命名規則を定義します。 命名規則に含める要素を洗い出し、その後に要素の順番と連結方法を検討します。 命名規則に含める要素の例として、次の内容があります。 システム/プロジェクト名 環境名(dev/stg/prodなど) AWSサービス名 リージョン名 ユーザー/チーム/部門名 各要素の順番は次の点を考慮して決定します。 リソース名でポリシー制限する可能性の高いものを前方にします。 例えば、環境単位で操作を制限するポリシーを策定することが多い場合は環境名を先頭にします。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く