自家製パンチェッタ @jikapan 敷金取り戻しの話で国交省の原状回復ガイドラインが話題ですが，オススメしても「難しくて長い文章読んでたら鼻血が出ました！」っていつも苦情言われるので，都民以外は完全には対応してないのですが，鼻血の出ない長さの賃貸住宅トラブル防止ガイドラインjuutakuseisaku.metro.tokyo.jp/juutaku_seisak… をどうぞ。 2019-10-09 10:39:22
【移転のお知らせ】 令和4年4月22日以降の更新情報については、デジタル庁ウェブサイトのデジタル社会推進標準ガイドラインのページよりご確認ください。（URLは以下） デジタル庁ウェブサイト 政府では、ＩＴを徹底活用し、行政内の利便性、効率性、透明性の向上を実現するだけでなく、行政サービスを見直し、デジタル社会に対応したデジタル・ガバメントを目指しています。このデジタル・ガバメントへ変革していくために、デジタル庁を中心に各府省の統括責任者がリーダーシップを発揮し、「共通ルール」の下、各府省及び政府全体のＩＴガバナンスを強化する必要があります。 このため、行政のサービス・業務改革に伴う政府情報システムの整備及び管理について、その手順や各組織の役割等を定める体系的な政府共通ルールとして、「デジタル・ガバメント推進標準ガイドライン」(2019年2月25日各府省情報化統括責任者(CIO）連絡会議決定
弁護士 河野冬樹 @kawano_lawyer 経産省から「フリーランスとして安心して働ける環境を整備するためのガイドライン」が公表。著作権譲渡について、強要したり、作成の目的たる使用の範囲を超えて譲渡させたりすることは、下請法や独禁法に抵触しうることが指摘されてます。meti.go.jp/press/2020/03/… 2021-03-26 18:22:30 リンク www.meti.go.jp 「フリーランスとして安心して働ける環境を整備するためのガイドライン」（案）に対するパブリックコメントの結果及び同ガイドラインを取りまとめました （METI/経済産業省） 「フリーランスとして安心して働ける環境を整備するためのガイドライン」（案）について、令和2年12月24日（木曜日）から令和3年１月25日（月曜日）までパブリックコメントを実施しましたが、本日、その結果を公示するとともに、内閣官房
ソシオメディアがまとめている、ヒューマンインターフェースをデザインする際の指針です。これらは、インターフェースデザインに関する様々な文献と、実際のデザインコンサルティングで得た知見をもとに、ソシオメディアが独自に編纂したものです。継続的に追加・更新していきます。 すべてモデルインタラクションプレゼンテーション
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 本稿は、ソフトウェア開発を進める際に直面する様々な技術的な意思決定やライブラリ・フレームワーク・XaaS等を選択し正しく活用していくのかについての考え方をサポートすることを目的としています。「すべてにおいてこのようなワークフローを通じて検討すべきである」という主張ではありません。読者の抱える問題領域に応じて、必要な箇所を取捨選択するための１種の考え方を提供するものです。 そもそもアーキテクチャ・技術選定に時間をかけるべきか まず第一に伝えておきたいことは、技術選定やアーキテクチャ設計に常に慎重であるべきではないということです。
スタイルガイド PEP-8 Google Python Style Guide django 既存のコードに対するpep8の確認 pep8 flake8 autopep8 docstringのフォーマット 各スタイルガイド要約 PEP8 Google C++ 参考文献 自分の確認用です. C++のスタイルガイド の確認も自分の勉強用です. スタイルガイド スタイルガイドは、出版物などにおいて統一した言葉遣いを規定する手引き (出典：スタイルガイド - Wikipedia) コーディングにおいても, 基本的な書き方のルールをある程度定めることで理解しやすいコードになりうる. いくつか種類が存在する. PEP-8 peps/pep-0008.txt at master · python/peps · GitHub はじめに — pep8-ja 1.0 ドキュメント Google Python
フロントエンドエンジニアとデザイナーさんは日々協力してプロダクトを作っていく関係にあります。デザイナーさんが作ってくれたものをエンジニアが素早く実現できるよう、いくつかエンジニアから意識してほしいことをまとめました。 なんでこんな話になったのか（前置きなので次の章まで飛ばしてOKです） デザイナーさんから「この画面をこんな風に作ってください」とXDやSketch、PSDなどいろいろな形で渡されることがあると思います。 僕の個人的な意見・経験ですが、いざ実装するぞとなったときに 「あれ…ここってどうしたらいいんだろう？」 と迷って作業のスピードが落ちてしまうことがとてもストレスに感じていました。できればノンストップでいきたいなあと思うわけです。 手が止まるたび、デザイナーさんに「ここってどうしたらいいですか？」と質問するのが何か新しい画面を作るときに必ず発生していました。 「（いつも聞いてる
はじめまして。UIデザイナーのカミソルです。 わたしはOHAKO.incの受託事業の部署でサービスの体験設計からUIデザインをしています。 今回はSketchのSymbol機能を使って、デザインしながら効率よくガイドラインを作る方法について書きたいと思います！ ※この記事はSketch Advent Calendar 2017 19日目の記事です。 なぜデザインしながらガイドライン化したいのかガイドラインを作る目的は2つあります。 1. エンジニアとの連携のため "カラーの種類"、"テキストスタイルの種類"、"画像として書き出すもの"、"コンポーネント"の4つがはっきり伝わるSketchデータにしたい。 2. デザイン運用のため デザインを運用をするとき、誰でも追加や変更がしやすいようにしたい。「デザインしながら」とつけた理由は、デザインしていたら自然にガイドラインが出来ていた。という
人間の脳はウェブサイトの閲覧で要求されることの多い抽象的思考やデータの記憶には最適化されていない。ユーザビリティのガイドラインの多くは認知的な限界によって決まってくる。 Short-Term Memory and Web Usability by Nielsen Norman Group on December 7, 2009 人というのは短期記憶にそれほど多くの情報を保持することが出来ない。このことは複数の抽象的、あるいは普段目にしないデータを次々と大量に受け取るときには特に当てはまる。ユーザーはいかに簡単に忘れてしまうか、デザイナーが忘れてしまわないように、なぜ我々の脳がそこまで劣っているように見えるのかをおさらいしてみよう。 人間が毛むくじゃらのマンモスを狩ることを得意とすることは注目に値する。我々人が牙も鋭い爪も持ってないことから考えると、我々の祖先が黒石英の石器だけを使って、オー
0.前置き 非機能要件定義って難しいなって思う今日この頃です。定義をする順番、業務要件定義との兼ね合い、参考にする資料の乱立などなど。 将来に備えて、今まで学んだことを少しまとめておこうと思います。今回は「参考にするとよい資料」です。後半では非機能要件定義をするうえで押さえておくべき各領域の知識を補える書籍を紹介します。 もともと2012年に書いたブログですが。2018年1月13日に見直しと大幅な加筆をしました。 1.「参考にすると良い資料」の紹介 非機能要件全般を押さえるために適している資料をまずは紹介します。特に1つめの非機能要求グレードは必ず押さえておくべき良い資料です。 非機能要求グレード 情報処理推進機構（IPA）にて公開されている資料です。URLは以下を参照してください。 非機能要求の見える化と確認の手段を実現する「非機能要求グレード」の公開 顧客と一緒に、非機能要件をにぎりま
[fancy_box]この記事は、海外デザインブログDesignModoで公開された「How to Create a Web Design Style Guide」の著者Tomas Laurinaviciusより許可をもらい翻訳しています。Thank you so much guys, @designmodo & @tomaslau!![/fancy_box] ウェブ技術の発達によりウェブサイト制作はより複雑になっており、時には共同で作業をすることもしばしばです。プロジェクトを目標へと最大限に近づけたり、ユーザーに楽しい体験をしてもらうためにも、デザインが首尾一貫となっていることが重要になります。 プロジェクトに関わるチームが、ウェブサイトの異なるパーツをデザインしているときなど、全員がデザインに対する共通認識、ルールを適用できるひとつの方法として、デザイン・ドキュメントまたはウェブデザイ
[fancy_box]海外デザインブログDesignModoで公開された「Lessons Learned From Analyzing Material Design Components」の著者 Paula Borowskaより許可をもらい日本語抄訳しています。Thank you so much as always![/fancy_box] Googleのデザインガイドライン「マテリアル・デザイン（英:Material Design）」に目を通したひとは、どれだけ広範囲にわたって細部まで気を配って作成されているのか気付いたのではないでしょうか。 ガイドラインに目を通してみることで、たくさんのことを学ぶことができます。その中でも、複雑なビジュアル・スタイルガイドの作成が可能だということは大きい収穫でしょう。「簡単に」という意味ではありませんが、Googleのように複雑にサービスが入り組んで
Google I/O 2014で発表された Google Design のガイドライン。 UI Color Palette も提案されていていいなーと思って見ていたら、ブコメで「（トップのメニューが）ピンクと青緑の縦並びは、色弱の人には判別困難かも。」とあって、ちょっとその視点で見てみよう、と試してみました。 色覚障がいとカラーユニバーサルデザインについて 「色覚障害」「色覚異常」「色盲」「色弱」など色んな言われ方がありますが、一般的な人と色の見え方が異なる障がいです。 赤色が黒っぽく見えたり、緑が黄色っぽく見えたり。 この障がいにも種類があって、３タイプあり、赤が分かりづらいP型、緑が分かりづらいD型、青が分かりづらいT型があります。 色覚障がいでもっとも割合が多いのがD型だそうです。 こういった色覚障がいの人達でも判別がしやすい色を使いましょう、というガイドラインが、カラーユニバーサル
2012年7月12日のGoogle ウェブマスター向け公式ブログの記事「HTML と CSS のコーディングガイドライン」で紹介されていた「Google HTML/CSS Style Guide」に書いてあるコーディング方法と感想を紹介します。 Google HTML/CSS Style Guideの日本語翻訳 Google HTML/CSS Style Guideは英語なのでGoogle Chromeで翻訳して確認していたんですが、すでに翻訳してあるサイトがあったのでこちらも参考に両方を見て確認していきました。 Google HTML/CSS Style Guideを翻訳してある記事「Google HTML/CSS Style Guide」を適当に和訳してみたは、かなり助かり参考になりました。 それではGoogle HTML/CSS Style Guideに書いてあるHTMLとCSSのコ
みどり ■ 増井さんは、Webサイト制作の方と直接お会いする機会はありますか？ 増井 ■ はい、頻繁にお会いしますよ。先週も制作会社向けのルールドキュメントの説明会を開催し、関連する 数十社に集まっていただき、直接説明させていただきました。ルールドキュメントを改定したときや、新たにルールを追加したとき、検査ルールを変えたときなどにこのような説明会を開くようにしています。今回は、 JIS規格への対応関係で説明会を行ないました。 みどり ■ 説明会には、どのような職種の方が参加されるのですか？ 増井 ■ Webサイト制作のアカウント営業、コーダーやデザイナーなど、さまざまな職種の方がいらっしゃいます。参加できない制作会社にもシェアできるように、ドキュメントはすべてHTMLで作っています。取引先の広告代理店や制作会社と一緒に、そのパートナー会社も一緒に参加されることももちろんあります。制作会社向
「2014年にグッときたコレ」がテーマになる Fenrir Advent Calendar 2014 の24日目です。 マテリアルデザイン デザイナーの大西です。マテリアルデザインそのものへの記事は既に多くの方々が取り組まれているので、少し目先を変えてガイドラインについてです。 このガイドラインが最高に実践的でグッときました。 UI・UXについてのガイドラインは面白くて勉強にもなるのですが、理解して実践するところにまで到達するのには中々のエネルギーを使いませんか？ マテリアルデザインは英語のドキュメントなので最初は尻込みしましたが、読み進めるうちに内容の充実っぷりに引き込まれました。ここまで親切なガイドラインは珍しいと思います。和訳も欲しいところですが、用例として画像がたくさん挙げられているので翻訳サイトを使えば充分理解できると思います。 豊富なテンプレートと素材 750種類以上のアイコン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く