Vue.js × Atomic Design - コンポーネント分割の指針 / Vue.js and Atomic Design - Guideline for components division
Vue.js 講演用資料です。 # 概要 コンポーネントをどのような粒度で分割し、どのように実装するべきかというのは難しいテーマです。 一概に正解があるとも言い切れないテーマですが、この指針を疎かにすることはチームを混乱に陥れることと同義です。 それが SPA 未経験のチームであればなおさらです。 直近のプロジェクトはまさにそんなプロジェクトでした。 本セッションではアトミックデザインのエッセンスを用いてコンポーネント分割の指針を示し、 またコンポーネント実装時に注意すべき事柄についてお話します # URL HomePage: https://nrslib.com Twitter: https://twitter.com/nrslib
Apple・Google+・WordPressなど各社のブランドのカラーをまとめた「Guideline Colour」
知名度の高い企業やブランドなら「あのブランドといえばこの色」というブランドカラーが存在します。Twitterであればプライマリカラーのカラーコードは#55ACEE、Facebookの場合は#3b5998といったことが規定されているわけですが、各企業がブランドの指針について記すガイドラインでどんな色を規定しているのか？ということをカラーコード付きで調べられるのが「Guideline Colour」です。 Guideline Colour http://guidelinecolour.com/ トップページには各社のガイドラインの色見本が企業のカテゴリごとに並べられています。Vine・Google+・SoundCloudなどは「SOCIAL(ソーシャル)」のカテゴリ。 「SERVICE(サービス)」にはSkypeやDropbox、Spotifyなど。 Apple、BBC、WordPressなど
CSS Coding Guideline
CSS Coding Guideline 移動のお知らせ この度、CCGは移動いたしました。CSS Coding Guideline何卒よろしくお願い申し上げます。
Guideline Colour
An ever growing collection of major brand colours and identity guidelines. For updates & suggestions follow @SamMcQueen.
Sketchの命名ルールなどをまとめたGuidelineをつくりました - itachoco Sketch Guideline v0.1｜wataame
Sketchの命名ルールなどをまとめたGuidelineをつくりました - itachoco Sketch Guideline v0.1 note初投稿です！株式会社ソウゾウでメルカリ カウルというプロダクトのデザイナーをしている @wataame といいます。 突然ですが、Sketchを使ってアプリのUIなどを作る時に、「このレイヤーの名前どうしよう。。Table View？」と悩んだり、レイヤーの重ね順を「Artboardに配置している順番に上から並べる？」など、悩んだ経験があるデザイナーは多いのではないでしょうか。 どれが正解ということはなく、業界全体として特定のルールがあるわけでもないので、人によって・チームによってマチマチになっているのが現状で、チームに複数デザイナーが居る場合は、お互い空気を読みつつなんとなく合わせようとするけど細かいところはぐちゃぐちゃ。という状況で他の人が作
ウマ娘の二次創作ガイドラインと敢えてそれに立ち向かう海外勢 The Uma-Musume fanart guideline and westerners intentionally ignoring it.
外人さんがウマ娘のエロ絵を推奨してたのでガイドラインあるしやめなよって言ったら色々言われたのでその辺を中心に目についたものをまとめてみました。 A westerner encouraged Uma-Musume lewd fan art so I said it's not a good idea as they have a guideline. Then several westerners said a bunch of stuff that I hardly believe as a Japanese sense so I collected some of them here.
It's the handbook that every UI Designer/Developer should include in their workflow. Through synthesizing all the wisdom of the most popular Design Systems and UI Libraries in one place, it makes your work easier and shortens your research time. Roadmap•Changelog•Github•Twitter•Subscribe
GitHub - Azure/Azure-standardization-guideline: Repository for Azure standardization guideline
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Atomの開発者向けガイドライン で紹介されている、汎用的に適用出来そうな項目をまとめた。 Pull Request 出来るだけスクショやアニメGIFを貼ろう 期待する挙動を書こう 似た機能をどこかで見たことがあれば紹介しよう 言語ごとのガイドラインに従おう コードにドキュメントを書こう 良い文章を伴った構造化されたテストを書こう ファイルの末尾には改行を入れよう プラットフォーム依存のコードは避けよう Commit Message 現在時制で書こう 命令形で書こう 1行目は72文字以内に収めよう 関連するIssueやPull Requestに参照を貼ろう 形式的なものには絵文字を使おう (整形、速度改善、ドキュメント更新など)
5.2. データベースアクセス（JPA編） — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
関連エンティティのfetch方法を指定する設定値をデフォルト値から変更した方がよいケースの具体例について。
2.4. アプリケーションのレイヤ化 — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
本ガイドラインでは、アプリケーションを、次の3レイヤで分割する。 アプリケーション層 ドメイン層 インフラストラクチャ層 各層には、以下のコンポーネントが含まれる。
セットの記述方法 { インデントは半角スペースを4つ。 閉じ カッコ のインデントは書き出し位置に合わせる。 1プロパティは1行で管理する。行の終わり必ずセミコロン ( ; ) } セレクタの記述方法 { 各IDとclassが適用されているタグを必ず明記。 継承を見やすく、かぶりが起こるのを防ぐために親セレクタも記述する。 自然とピラミッド型になるようにマークアップを行う。 } プロパティの記述順序 { ボックスモデル (Box model) 視覚整形モデル (Visual formatting model) 視覚整形モデル詳細 (Visual formatting model details) 視覚効果 (Visual effects) 生成 内容, 自動番号付け及びリスト (Generated content, automatic numbering, and lists) ページ関連
4.1. ドメイン層の実装 — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
4.1.1. ドメイン層の役割¶ ドメイン層は、 アプリケーション層に提供する業務ロジックを実装するためのレイヤとなる。 ドメイン層の実装は、以下3つに分かれる。
LINEおよび関連サービスのロゴ、アイコンなどは、LINEヤフー株式会社の権利物です。 LINEおよび関連サービスのロゴ、アイコンなどを使用する場合は、本ガイドラインのルールに準じて使用してください。 テレビや雑誌、その他メディアで使用する場合や、ガイドラインの不明点やご質問は、こちらの窓口からお問い合わせください。 広告主の方が広告・販促・告知物においてロゴ、アイコンを使用される場合のガイドラインは、こちらに掲載している「広告・販促・告知物等におけるLINE関連素材のご利用に関して」をご確認ください。 ※ガイドラインの不明点やご質問は、こちらの窓口からお問い合わせください。 使用原則 全てのロゴデータは、データを変形 ・加工せず、そのまま使用することを原則とします。 アニメーションや効果（拡⼤、回転、装飾など）をつけることも禁止しております。 BRAND ICON LINEを表す際は、下
tokyo-oss-guideline/東京都オープン・ソース・ソフトウェア公開ガイドライン.md at main · Tokyo-Metro-Gov/tokyo-oss-guideline
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Home Archive About GitHub Mastodon Subscribe to the feed. This work is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License. This blog is served by Hugo. Sat, Jan 14, 2017 Go is about naming and organization as much as everything else in the language. Well-organized Go code is easy to discover, use and read. Well-organized code is as critical as well designed APIs. Th
有名ブランドのデザインリソースを使用する上で参考になる『Guideline Colours』 『Guideline Colours』は有名企業やソーシャルサイトなどのブランドカラーと、ロゴマークなどのブランドリソースの取り扱いに関するガイドラインへのリンクを一つにまとめたサイト。 ページ上ではそれぞれの色とカラーコードが表示され、クリックするとそれぞれのガイドラインが載っているページが開きます。 ソーシャルサイトのアイコンやロゴをWebサイトやアプリにあったものにモデファイする際など、主にデザイナーにとっては参考資料として何かと便利なサイトだと思います。
Project Guideline は、視覚障がいの方が、AI の力で一人で自由に走ることを可能にすることを目指す Google の研究開発プロジェクトです。通常は伴走者の助けを得て走る視覚障がいのランナーの「自分の思う通りに、誰にも頼ることなく自由に走ってみたい」との思いに応えるために、機械学習技術を活用した画像認識 AI を開発し、日本でも 2021 年に発表しました。 そして本日より、Project Guideline は新たな一歩を踏み出します。 これまで多くの視覚障がいランナーのみなさまに実際にテストしてもらい、フィードバックをいただいてきました。その中でもご要望の多かった表示言語の日本語対応に加えて、拡張現実（AR） などの新しい技術をシステムに新たに導入したことにより、空間認識能力がさらに向上されます。また、より多くの視覚障がいの方が Project Guideline を体
トップ - IKYU Design Guideline
IKYU Design Guidelineは「一休らしいデザイン」のガイドラインを定義します。一休のプロダクトは、これに基づいてデザインし、一貫した体験提供を目指しています。
GUIDELINE | 電音部
「電音部」ファンメイドコンテンツポリシー・このポリシーは、ファンの皆様が創作される、ファンアートや楽曲使用などのファンメイドコンテンツの制作、共有等に関するポリシーです。バンダイナムコエンターテインメントでは、ファンの皆様のこうした活動を応援しており、より安心してご活動をいただきたく、このポリシーを制定いたしました。このページに記載された内容を守っていただく限り、個人の「電音部」ファンの皆様は自由にファンメイドコンテンツを制作し、あらゆるメディアやフォーマットでご共有いただけます。 どんな形式のファンメイドコンテンツを作れるの？・以下に掲げる要素を除くあらゆる要素につき、このポリシーを守っていただければ、「電音部」に含まれる要素を、改変、リミックスその他さまざまな翻案の手段により、ゲームソフトウェアを除く、どのような形式のファンメイドコンテンツでも制作していただけます。 どんな形式のファン
We have picked the following conduct guideline based on an early proposed draft of the PostgreSQL CoC, for Ruby developers community for safe, productive collaboration. Each Ruby related community (conference etc.) may pick their own Code of Conduct. This document provides community guidelines for a safe, respectful, productive, and collaborative place for any person who is willing to contribute t
よりぬきSearch Quality Rating Guideline ①前置き
ようやく割と新しめのバージョンが公開された検索品質評価者ガイドライン。 要はGooglebotを調教する時の基準です。 長期的にユーザーに支持されるサイトにするための羅針盤としてなかなか役に立つかと。 ただ長いんで、「よいサイトを作るためには」という視点から必要なものをより抜いてみました。 それでも長いんで「前置き」「PQ」「NM」ぐらいにわけてお届けします。 全訳？大丈夫きっといけめんならやってくれる。 予備知識として用語の説明をいくつか。 ◇Rating（検索品質評価） アルゴリズムの評価のために、アルゴリズムが吐き出した検索結果を評価すること。 これをパスしたアルゴリズムが実地テスト→正式採用の本選考に進める。 詳しくはここで。 ◇Rater Ratingのプロ。検索品質評価者ガイドラインに従って各Result Block・検索結果を評価する。 評価に当たっては「Page Quali
Caml Programming Guideline 和訳 原文 本ページの和訳は未許可翻訳ドラフト版です。 This Japanese translation document is a draft, which is not yet permitted to make public by original authors. Japanese translation by M.Ukai (ukai at sansu dot org). Caml プログラミングガイドライン これはCamlプログラムの体裁を整えるための、 ベテランのCamlプログラマのコンセンサスを反映したガイドライン集です。 が、誤りや漏れの指摘は喜んで受け入れます。 コメントはここに送ってください: webmaster @ caml.inria.fr オリジナルの英訳者: Ruchira Datta このページに批評を
CSS Coding Guideline 移動のお知らせ
CSS Coding Guideline 移動のお知らせ この度、CCGは移動いたしました。CSS Coding Guideline何卒よろしくお願い申し上げます。
National Healthcare Quality and Disparities Report Latest available findings on quality of and access to health care
2.4. アプリケーションのレイヤ化 — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
本ガイドラインでは、アプリケーションを、次の3レイヤで分割する。 アプリケーション層 ドメイン層 インフラストラクチャ層 各層には、以下のコンポーネントが含まれる。
TERASOLUNA Server Framework for Java (5.x) Development Guideline — TERASOLUNA Server Framework for Java (5.x) Development Guideline 5.1.0.RELEASE documentation
TERASOLUNA Server Framework for Java (5.x) Development Guideline¶
5.4. 排他制御 — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
5.4.1. Overview¶ 排他制御とは、複数のトランザクションから同じデータに対して、同時に更新処理が行われる際に、データの整合性を保つために行う処理のことである。 複数のトランザクションから同じデータに対して、同時に更新処理が行われる可能性がある場合は、基本的に排他制御を行う必要がある。 ここで言うトランザクションとは、かならずしもデータベースとのトランザクションとは限らず、ロングトランザクションも含まれる。 Note ロングトランザクションとは データの取得とデータの更新を、別々のデータベーストランザクションとして行う際に発生するトランザクションのことである。 具体例としては、取得したデータを編集画面に表示し、画面で編集した値をデータベースに更新するようなアプリケーションで発生する。
GUIDELINE COLOURSは、様々な企業が採用したブランドカラーを一覧として閲覧できるサイト。色からブランドのサイトへ飛べるようになっています。インスピレーションの向上に。 GUIDELINE COLOURS
5.5. 入力チェック — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
5.5.1. Overview¶ ユーザーが入力した値が不正かどうかを検証することは必須である。 入力値の検証は大きく分けて、 長さや形式など、文脈によらず入力値だけを見て、それが妥当かどうかを判定できる検証 システムの状態によって入力値が妥当かどうかが変わる検証 がある。 1.の例としては必須チェックや、桁数チェックがあり、2.の例としては 登録済みのEMailかどうかのチェックや、注文数が在庫数以内であるかどうかのチェックが挙げられる。 本節では、基本的には前者のことを説明し、このチェックのことを「入力チェック」を呼ぶ。 後者のチェックは「業務ロジックチェック」と呼ぶ。業務ロジックチェックについては ドメイン層の実装を参照されたい。 本ガイドラインでは、基本的に入力チェックをアプリケーション層で行い、 業務ロジックチェックは、ドメイン層で行うことをポリシーとする。 Webアプリケーショ
ガイドラインの適用範囲 このガイドラインは、Mozilla 製品と公式サイトのローカライズに適用されます。公式サイトは、具体的には現在 Pontoon でローカライズされているサイトを指します。 その他の翻訳記事等では、製品やサイトの表記に従ってください。もちろんそれらへの強制力はありませんが、ガイドラインとして活用していただけると、Mozilla 関連文書の統一が取れ、文書の品質を上げる助けになります。 表記ルール mozilla.jp の表記ルールとして採用していたものを公開しています。mozilla.jp に限らず各サイトでの表記の参考にしてください。 英数字の表記 特に理由がなければ、英数字は半角を用いる。 見やすさのため、日本語と英数字の間には半角スペースを挿入する。 (Microsoft のドキュメントも同じルールを採用している) サイト上では、アンカーの前後にも同じく半角スペ
National Healthcare Quality and Disparities Report Latest available findings on quality of and access to health care
7.2. NEXUSによるMavenリポジトリの管理 — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
Sonatype NEXUS はパッケージリポジトリマネージャソフトウェアである。 OSS版と商用版がありますが、OSS版でも十分な機能がある。 本章ではOSS版のNEXUSの役割と設定方法などについて解決する。 7.2.1. Why NEXUS ?¶ 開発者が一人しかいない場合には、インターネット上のセントラルリポジトリと、 その開発者のPC内のローカルリポジトリだけでも、mavenやant+ivyを使って開発することは可能である。 しかし、Javaアプリケーションを複数のサブプロジェクトに分けてチームで開発する場合には ライブラリの依存性解決が複雑になるため、ライブラリの依存性解決の自動化が必要となる。 そのためにはパッケージリポジトリサーバの存在が不可欠である。 Javaアプリケーション開発プロジェクトにおいて必要となるパッケージリポジトリは次のようなものがある。 セントラルリポジト
App Store Review Guideline updates now available - Latest News - Apple Developer
The App Store is a safe and trusted place for customers to discover and download apps, and a great opportunity for developers. These guideline changes and clarifications support new features in upcoming OS releases, better protect customers, and help your apps go through the review process as smoothly as possible. Updates are noted below. For complete details, see the App Store Review Guidelines.
5.2. データベースアクセス（JPA編） — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
関連エンティティのfetch方法を指定する設定値をデフォルト値から変更した方がよいケースの具体例について。
TERASOLUNA Global Framework Development Guideline — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
Note 本ガイドラインはPublic Review版であり、今後構成や内容が変わる可能性がある点に注意してください。 内容の誤りやコメントはGithubのIssuesにご登録お願いします。
2.2. Spring MVCアーキテクチャ概要 — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
Spring’s web MVC framework is, like many other web MVC frameworks, request-driven, designed around a central Servlet that dispatches requests to controllers and offers other functionality that facilitates the development of web applications. Spring’s DispatcherServlet however, does more than just that. It is completely integrated with the Spring IoC container and as such allows you to use every ot
挨拶 新規事業開発チームにてプロダクトマネージャーを担当している冨成です。 GitHubやSNSではtominaritとして活動しています。 2018年の6月1日に入社してから公式サイトのリニューアルプロジェクトを完了させて以来、新規事業開発チームのプロダクトマネージャーとして奮闘しています。 もし当時のプロジェクトに関するブログ記事にご興味がある方はこちらからどうぞ。 前提 今のプロダクトチームはWeb Engineer 7人、 Native Engineer(iOS) 2人、Product Designer 2人、 Product Manager 1人となります。今では12人と大きくなったチームですが、去年のこの時期(MVP検証時期)ではまだ3人だったため、ここ1年で爆発的に人数が増えました。 当時は人数も少なく意思決定が早かったのですが、人が増えるにつれて様々な意見が飛び交うようにな
TERASOLUNA Server Framework for Java (5.x) Development Guideline — TERASOLUNA Server Framework for Java (5.x) Development Guideline 5.0.1.RELEASE documentation
TERASOLUNA Server Framework for Java (5.x) Development Guideline¶
TERASOLUNA Global Framework Development Guideline — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
Note 本ガイドラインはPublic Review版であり、今後構成や内容が変わる可能性がある点に注意してください。 内容の誤りやコメントはGithubのIssuesにご登録お願いします。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
UI Guideline - Component Standardization
Atom Contribution Guideline - r7kamura per second
TOP | CCG - CSS Coding Guideline -
LINE APP ICON GUIDELINE
Style guideline for Go packages · rakyll.org
有名ブランドのデザインリソースを使用する上で参考になる『Guideline Colours』
Project Guideline が新たな一歩へ: AR などの新技術の導入と横浜市での定期走行会を開始
The Ruby Community Conduct Guideline
OCaml/guideline - U-Wiki+
National Guideline Clearinghouse
色々な企業のブランドカラーを一覧化した・「GUIDELINE COLOURS」
Editorial Guideline
National Guideline Clearinghouse
Decision Making Guideline - スタディサプリ Product Team Blog