問い合わせ¶ oss@cybozu.com To the extent possible under law, Cybozu has waived all copyright and related or neighboring rights to OSS Policy. This work is published from: Japan.
前文 Zホールディングスグループは、日本・アジアから世界をリードするAIテックカンパニーとして、AIの活用によってすべての人々に新たな価値と無限の可能性を与え、人類が未来に向けてより良い社会を実現する世界を目指します。一方でAIが人々や社会に負のインパクトを与え得ることを認識しています。私たちは、ユーザーのプライバシーを尊重しながらAIを安全に活用し、経済問題、教育問題、環境問題などの社会課題を解決する持続可能な社会と、新たな価値やつながりから生まれる情報の多様性を活用することによって、一人ひとりが多様な幸せを得られる社会の実現に貢献します。 私たちは、社会や経済に対しての責任を意識し、国際的な人権規範およびZホールディングスグループ行動規範 ※1、人権に関する基本方針 ※2 に従い、多様性の尊重のもと、不当な差別を許容せず、生命の安全や表現・言論の自由を尊重します。その上で、人々が等しく
ソシオメディアがまとめている、ヒューマンインターフェースをデザインする際の指針です。これらは、インターフェースデザインに関する様々な文献と、実際のデザインコンサルティングで得た知見をもとに、ソシオメディアが独自に編纂したものです。継続的に追加・更新していきます。 すべてモデルインタラクションプレゼンテーション
Any vehicle someone uses to move between scenes in your interface — that’s navigation 2024 Update: Find an updated Primer here. As soon as you link two screens together in an app, you have navigation. That link—whatever it may be—is the vehicle that carries users between those screens. And although creating navigation is relatively simple, creating the right navigation for your users isn’t always
フィードバックを送信 API 設計ガイド コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 変更履歴 はじめに これは、ネットワーク API の一般的な設計ガイドです。2014 年以来 Google 内部で使用され、Cloud API やその他の Google API を設計するときに Google が従うガイドです。この設計ガイドは、外部のデベロッパーへの情報提供と、互いの連携作業の効率化のためにここで共有されています。 Cloud Endpoints のデベロッパーには、このガイドは、gRPC API を設計するときに特に役立つことがあり、そのような場合にはこれらの設計原則を使用することを強くおすすめします。ただし、このガイドの使用は必須ではありません。Cloud Endpoints と gRPC はガイドに従わなくても使用できます。 このガイドは、gR
ほとんどの最新の Web アプリケーションでは、クライアントがアプリケーションと対話する際に使用できる API を公開しています。 適切に設計された Web API には、次をサポートする目的があります。 プラットフォームの独立。 API の内部的な実装方法に関係なく、すべてのクライアントが API を呼び出すことができる必要があります。 そのためには、標準プロトコルを使用し、クライアントと Web サービスが交換するデータの形式に同意できるメカニズムを備えている必要があります。 サービスの進化。 Web API はクライアント アプリケーションから独立して進化し、機能を追加できる必要があります。 API の進化に伴い、既存のクライアント アプリケーションが変更なしに引き続き機能する必要があります。 クライアント アプリケーションが機能を十分に使用できるように、すべての機能が検出可能である
こんにちは。 経費精算サービス「マネーフォワード クラウド経費」の開発チームでフロントエンドエンジニアをしている坂本です。 クラウド経費ではJSのライブラリとしてReactを採用しているのですが、最近クラウド経費で React Component を実装する際のルールをまとめたので、その話を書こうと思います。 なぜルールをまとめようと思ったのか Componentの分割ルールとしてAtomic Design、スタイルの管理としてstyled-components、GraphQL用のライブラリとしてApollo Clientを導入し実装を進めています。 昨年の10月までは挙げた3つとも使用していなかったので、試行錯誤しながら進めています。 チームメンバーの各々が試行錯誤しながら実装を進めていくので、最近はチーム内で認識の齟齬や持っている情報に差が出るようになりました。 そこで一旦現状を整理し
討議資料 財務会計の概念フレームワーク 2006 年12 月 企業会計基準委員会 - i - 目 次 項 前 文 概念フレームワークの役割 会計基準を取り巻く環境 概念フレームワークと会計基準 概念フレームワークの構成 第1章 財務報告の目的 序 文 本 文 ディスクロージャー制度と財務報告の目的 1 会計基準の役割 4 ディスクロージャー制度における各当事者の役割 6 会計情報の副次的な利用 11 結論の根拠と背景説明 ディスクロージャー制度と財務報告の目的 13 ディスクロージャー制度における各当事者の役割 17 会計情報の副次的な利用 21 第2章 会計情報の質的特性 序 文 本 文 会計情報の基本的な特性: 意思決定有用性 1 意思決定有用性を支える特性(1): 意思決定との関連性 3 意思決定有用性を支える特性(2): 信頼性 6 特性間の関係 8 一般的制約となる特性(1):
In the repository we use and enforce the commit message conventions. The conventions are verified using commitlint with Angular config. The reasons for these conventions: # automatic generating of the changelog simple navigation through git history (e.g. ignoring style changes) Format of the commit message: # <type>(<scope>): <subject> <BLANK LINE> <body> <BLANK LINE> <footer> Example commit messa
See how a minor change to your commit message style can make you a better programmer. I use a rigid commit message format, and it makes me a better programmer. feat: add hat wobble ^--^ ^------------^ | | | +-> Summary in present tense. | +-------> Type: chore, docs, feat, fix, refactor, style, or test. More Exampleschore: add Oyster build script docs: explain hat wobble feat: add beta sequence fi
SEO fundamentals Introduction Search Essentials SEO Starter Guide How Google Search Works Do you need an SEO? Crawling and indexing Sitemaps robots.txt Meta tags Crawler management Removals Canonicalization Redirects JavaScript SEO Ranking and search appearance Visual Elements gallery Title links Snippets Images Videos Structured data Favicons Site-specific guides Ecommerce International and multi
こんにちは髙城(タキ)です。 皆さんが普段使っているスマホアプリ。最近は少しずつ課金に対する抵抗もなくなってきて気軽に課金するユーザーが増えている印象ですが、開発者がAppleやGoogleに支払っている手数料がいくらかをご存知でしょうか? サムネに答えを書いてますが、なんと30%です! 厳密には1年目が30%2年目以降も継続しているユーザーは15%になりますが、それでも高い。。。 仮に10万人から毎月490円購読課金してもらえるサービスを作っても、5億8800万円の売り上げのうち、初年度は30%の1億7640万円もプラットフォームにもっていかれちゃうわけです。そんだけあれば何人雇えるんと思ってんだ(怒)と思いつつも、まぁそういう強力なプラットフォームを作ったAppleとGoogleを賞賛するしかないなぁ。 え?普通にクレカ決済にしてしまえばええやん、と思われた方も多いでしょうが、ややこし
UI Course UX Course LP Course Blog Tools Data Visualization Color Picker Accessible Color Generator Gradient Generator Interactive Typography Tutorial Design Hacks One of the most common questions I receive from beginning UI designers is: what font size should I use for my project? Maybe it’s a website, maybe an Android app, maybe iPhone/iPad. Ever wish someone had compiled all the rules in one pl
○現行ガイドライン ・電気通信事業法第27条の3等の運用に関するガイドライン(令和5年12月改正) (参考1)旧ガイドライン ・電気通信事業法第27条の3等の運用に関するガイドライン(令和4年12月改正) ・電気通信事業法第27条の3等の運用に関するガイドライン(令和4年4月改正) ・電気通信事業法第27条の3等の運用に関するガイドライン(令和3年7月改正) ・電気通信事業法第27条の3等の運用に関するガイドライン(令和2年11月改正) ・電気通信事業法第27条の3等の運用に関するガイドライン(令和2年5月改正) ・電気通信事業法第27条の3等の運用に関するガイドライン(令和元年11月改正) ・電気通信事業法第27条の3等の運用に関するガイドライン(令和元年9月策定) ・モバイルサービスの提供条件・端末に関する指針(令和元年5月改正) -「モバイルサービスの提供条件・端末に関する指針」にお
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く