Tim Berners-Lee Date: 1998, last change: $Date: 2023/12/01 10:36:10 $ Status: personal view only. Editing status: first draft. Up to Design Issues Again and again we fall back on the folklore of the principles of good design. Sometimes I need a URI for them so this is started as collection of them. I have written about some in many places. Principles such as simplicity and modularity are the stuff
Ethical Web Principles W3C Group Note 13 August 2024 More details about this document This version: https://www.w3.org/TR/2024/NOTE-ethical-web-principles-20240813/ Latest published version: https://www.w3.org/TR/ethical-web-principles/ Latest editor's draft:https://w3ctag.github.io/ethical-web-principles/ History: https://www.w3.org/standards/history/ethical-web-principles/ Commit history Editors
🗽 The IndieWeb Community is largely based on principles (AKA tenets) such as own your data, make what you need, use what you make, document your stuff, open source your stuff, UX design is more important than protocols, visible data for humans first and machines second, platform agnostic platforms, plurality over monoculture, longevity, and remember to have fun! The IndieWeb community has a code-
Want help enforcing rules? 👮 Gently nudge you and your team into ECSS. Install the Stylelint config Eager to build something? 🏁 A quick & efficient starting point is within reach! Clone the scaffolding library (WIP) Want to know the beast? 📰 Go ahead and see what you think of it! Dive into ECSS rules Curious about it all? Well, keep scrolling! Why ECSS? Because CSS as a language is misunderstoo
HTML First is a set of principles that aims to make building web software easier, faster, more inclusive, and more maintainable by... Leveraging the default capabilities of modern web browsers. Leveraging the extreme simplicity of HTML's attribute syntax. Leveraging the web's ViewSource affordance. Goals The main goal of HTML First is to substantially widen the pool of people who can work on web s
These Inclusive Design Principles are about putting people first. It's about designing for the needs of people with permanent, temporary, situational, or changing disabilities — all of us really. They are intended to give anyone involved in the design and development of websites and applications - designers, user experience professionals, developers, product owners, idea makers, innovators, artist
What are Design Principles? Design Principles are a set of guidelines that empower a team to make wise decisions and appropriate trade-offs when designing, building and innovating. Why use them? Applying design principles fosters a cohesive problem-solving approach, promoting efficiency, consistency and user-centricity.
Here at Vitsœ we stand for the inordinate power of good design in everything we do: designing thoughtfully, responsibly and intelligently for our company, our furniture and the many people who share a profound interest in all of our tomorrows. For over 60 years, Vitsœ has worked continuously with Dieter Rams. He still improves his designs to this day and is often cited by a new generation as a key
Murielは熱心なユーザーリサーチャーであり、デザインの編集者。ユーザーのニーズや要望を見つけ出し、そこにある「ギャップ」を埋める解決策を見出すことをやりがいにしている。加えて遠隔教育やeラーニング分野など学習のデザインにも関わっている。 あなたはどんなタイプのデザイナーでしょうか? デザインをあなたのものたらしめる、原則やチェックリストやメソッドはありますか? または、0から創作を始めた後でチェックリストを使って分析する方がお好みですか? あなたが安心するのは、未来を見据えるときか、過去を振り返るときか、それとも完璧主義なため過去も未来もどちらも見据えるときでしょうか。どちらに当てはまるとしても、この記事はあなたに役立つでしょう。 自分らしくあれ。自分以外は皆に取られてしまっているから ―Oscar Wilde 制約を設けてデザインするタイプか? 多くの人は、制約は創造性の邪魔をすると
Have you ever looked at the sky noticing an unusually shaped cloud, resembling a familiar animal or an object? Have you ever wondered, why or how you make this association just by looking at a fluffy, blob of gas? It’s all because of how your brain works! Your brain is always trying to make sense of the world by comparing previous experiences or visual patterns and connecting the dots. It has its
「ブラウンとアップル」という記事で、デザイナー Dieter Rams(ディーター・ラムス)が提案した良いデザインの10の原則を紹介しました。1970年代に提案されたものですが、現在にも通じる普遍性のあるメッセージです。これのアップデート版のようなものを、Co.DesignのSuzanne LaBarre さんが提案しています。特にアプリや web サイトをはじめとしたデジタルプロダクトを意識した内容になっています。 良いデザインは様々な影響を考慮している 良いデザインは『スロー』である 良いデザインは正直である 良いデザインは政治的である 良いデザインはシステムを意識している 良いデザインは良いライティングである 良いデザインは多面的である 良いデザインは人とマシンのためにある この中で特に気になった「良いデザインは『スロー』である」から、今後のデザイナーの仕事についてぼんやり考えてみま
生産的でストレスのない、優れたUIをデザインしたいなら、Ben Shneiderman氏の「インターフェイスデザインの8つの黄金律」に従いましょう。Apple、Google、Microsoftは、Shneiderman氏のルールに沿った製品によって、大成功を収めた企業なのです。 Shneiderman氏の黄金律は、上記のような巨大企業が作成したさまざまなUIのガイドラインに見られます。これらの企業が生み出した人気の高いインターフェイスには、これらのルールがさらにわかりやすく実装されています。この記事では、8つの黄金律についてまとめ、インターフェイスを改善する方法を説明します。 Ben Shneiderman氏(1947年8月21日生まれ)は、アメリカのコンピュータ科学者、メリーランド大学 Human-Computer Interaction Lab.の教授です。彼の功績は、Don Norm
※この記事は2022年1月に最新の情報に更新されています。 デザインがブロダクトやビジネスの成功においても重要な要素であると唱えられるようになって久しい。しかし、そもそも「優れたデザイン」とは一体どんなものなのか。 見た目が綺麗だったり、斬新だったりすることだろうか?それとも、誰でも使いやすいことだろうか?この問いに対してドイツ出身の世界的デザイナー、ディーター・ラムスが明確な答えを出している。 彼のデザインはApple社のiPodのデザインにヒントを与えたと言われており「Less, but better (より少なく、しかしより良く)」がモットーのミニマリズムの巨匠である。 ここでは、彼の唱える『優れたデザインを構成する10原則』を紹介したい。 優れたデザインを構成する10の原則1. 優れたデザインは革新的である常にイノベーションの可能性は存在している。技術的な進展は革新的なデザインにい
世に出ている「デザイン原則」と呼ばれるものたちをまとめてみました。 ユーザビリティ関連からモバイルUX、サービスデザインにいたるまで、広い範囲のデザイン原則を網羅したつもりです。ただし、チェックリスト的にまとめたため、内容の詳細は記述していません。 出典や内容を紹介している外部リンクを張っておきましたので、詳細を確認したい方はそちらをご参照いただければと思います。 なお、この記事は有用なデザイン原則を見つけ次第、随時更新していきます。 更新履歴 2018/10/01: 「アクセシビリティの4原則」「Material Designの原則」「Android TV デザイン原則」「インクルーシブデザインの原則」を追加 2016/12/28: 「Microsoft デザイン原則」を「Windows UX デザイン原則」にアップデート 「Apple Watch デザイン原則」を追加 2015/10/
To Every Programmer Who’s Ever Scanned Hacker News And /r/programming And Thought...“How Will I Ever Keep Up?”Here’s How To Turn “Information Overwhelm” Into An Efficiency Edge That Can Quickly Boost Your Income, Earn You “MVP” Status With Your Team, And Make You The In-Demand Developer Companies Are Dying To RecruitThere’s this whip-smart developer I know of—I’ll call him “Mike.” Mike is a learni
1. 小規模なものから徐々に拡張していく。 私は日頃、新たなシステムを作るにせよ既存のシステムに機能を追加するにせよ、必要な機能すら殆ど持たないようなとてもシンプルなバージョンを作るところから始めるようにしています。そこから当初予定していた機能まで、段階的にソリューションを拡張していきます。私は初めから細部にわたって計画をできたことはありませんが、代わりに開発を進めていく中で新しく見つけた情報をソリューションに役立たせます。 私はJohn Gallの、この言葉が好きです。 “複雑なシステムというのは、往々にしてシンプルなシステムから発展したものだ。” 2. 同時に複数のものを変えない。 開発中にテストが失敗したとき、あるいは機能がうまく動作しなかったとき、1つだけ変更すれば、問題発見が格段に容易になるでしょう。言い換えるなら、短いイテレーションを行いなさいということです。1つずつ変更を行い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く