Design Systems Many teams are now taking a more systematic approach to design. But why do some design systems thrive and others become bloated and fragmented? What makes a well-functioning system? What do effective systems have in common? Finally, how do you actually go about laying the foundations for a shared design language? These are the questions I set out to answer in this book. I hope you'l
Flow is a typeface built for wireframing. It's free and it comes in three weights – circular, rounded, and block. It's not perfect, but neither are your wireframes. Flow has sub-pixels, artifacts, overlaps, and other imperfections. Designing with real content is important, but sometimes we need something more abstract. Flow aims to provide an efficient and flexible way to create abstracted content
Meet KactusIntroducing true design version control without changing your tools. Manage changes, document work and keep your team in sync. Download for macOS Experience GitEnjoy all the benefits of git with our simple UI, leaving you more time to focus on what matters — your design. Streamline your workflowCreate branches, collaborate with other designers or developers, and commit changes without t
Building on my answer to a similar question. You need to break the hex code into 3 pieces to get the individual red, green, and blue intensities. Each 2 digits of the code represent a value in hexadecimal (base-16) notation. I won't get into the details of the conversion here, they're easy to look up. Once you have the intensities for the individual colors, you can determine the overall intensity
複数人で1つのデザインデータを編集していると、突き当たるのが「どうやってマージするか問題」です。 作業人数分のデータを複製して用意したり、「これから◯◯.sketch触ります。開かないでください????」とチャットで周知したり……そんな経験をした方も多いのではないでしょうか。 そんなデザイナーの悩みを解決してくれるのが、今回紹介するAbstractです。 Abstractとは AbstractはアメリカのElastic Projects, Inc.が提供しているサービスです。どんなサービスか一言で説明すると「デザイナー向けのGitHub」といったところでしょうか。 Gitの仕組みを利用して、デザインデータ（.sketchのみ対応。Adobe系も対応予定）に対してブランチを切ったり変更内容をコミットしたり、差分をマージする、といったことが可能です。 まだ正式リリースはされておらず、現在はPr
フロントエンド開発において，かつてのようにスタイルとロジックがきれいに分離されていた時代は終焉を迎えました．React 時代においては，それらを独立して扱うことは難しくなってきており，デザイナーとエンジニアはお互いに寄り添って歩んでいかなければなりません． そこで今回は，エンジニアの視点から，デザイナーに寄り添うために具体的にできることを，5 つのポイントに分けて書いてみたいと思います． 1. 頻度の高い JS, JSX の記法を習得してもらう デザイナーが React で View を実装するにあたり，相性のよい JS 記法や JSX 記法をいくつか習得してもらうだけで，生産性は大きく向上します．頻度の高い記法は限られており，かつそれぞれのハードルも高くないので，習得コスト以上のリターンが得られると思います．以下のものあたりを習得してもらうと十分でしょう． map, 三項間演算子, Te
Webサイトのパフォーマンスは、「9：1でフロントエンド側のパフォーマンスが重要」だと言われています。パフォーマンスの向上には、インフラ側だけでなくフロントエンドの設計が大いに影響します。そこで本書は、Webサイトのパフォーマンス向上についてデザイン面からのアプローチに特化し、日々の業務に取り込めるCSS、HTMLのコーディングテクニックや、Webサイトで使用する画像を作成する際のヒントを紹介しています。また、デザイナーだけでなく、サイト運営に携わるすべてのスタッフがパフォーマンスへの意識を高めるための効果的な取り組みについても解説します。 賞賛の声 推薦の言葉 はじめに 監訳者まえがき 1章 サイトパフォーマンスはユーザエクスペリエンス 1.1 ブランドに与える影響 1.1.1 ユーザの再訪問 1.1.2 検索エンジンの順位 1.2 モバイルユーザへの影響 1.2.1 モバイルネットワー
前回 Atomic Design を実案件に導入した話で触れたコンポーネントリストを作り始めたとき、個人的にいろいろと学びがありました。 コンポーネントリストやスタイルガイドは、フロントエンドエンジニアとデザイナーが協業して作る必要がありますが、この協業がなかなかうまくいかず、スタイルガイド運用をワークさせるのは難易度が高い印象がありました。 自分自身、今まで携ってきた開発プロジェクトにおいて、うまくワークしたと思えるスタイルガイド作りができなかったのですが、現在のプロジェクトで開発初期からスタイルガイドを作り、リリース後、運用フェーズまでワークさせることができました。 本記事ではフロントエンドエンジニアとデザイナーが協業してスタイルガイドを作り始めるにあたって気をつけたことについて書いていきます。 共通言語としてのスタイルガイド 開発において、スタイルガイドが欲しい理由は、開発中のコミュ
こちらは Frontrend Advent Calendar 2014 19日目の記事です。 2014年 12月8日〜12月14日の間、カナダに滞在してきました。目的は12月9日〜12日に開催される Smashing Conference 2014 へ参加するためです。 海外のカンファレンスに参加するのはおろか、海外旅行もしたことがないので、今回１人でカナダに行くということで終始緊張の連続でした。（Frontrend の @hiloki さんが「僕も行こうかな」と言っていたので、心強く思っていたのですが、残念ながら叶わず。） 本記事は、カンファレンスが開催されたカナダという国にまつわるお話を Frontrend の話題を交えながら書きつつ、このカンファレンスで一番楽しみにしていたトピックである「Atomic Design」について書いていきます。 参加の理由 今まで海外カンファレンスなど参
Panen77 - Link Daftar Situs Online Panen 77 Tereprecaya Provider Joker123 Situs online Panen77 merupakan tempat bermain yang menyediakan permainan uang asli, tergolong menjadi website penghasil uang tercepat dalam semalam. Memiliki ratusan game dengan sistem pembayaran tereprcaya, minimal deposit rendah menjadi incaran para pemain judi Indonesia. Akses pembayaran melalui bank lokal, uang digital,
Webのタイポグラフィについて少しでも調べたことがあるなら、 Vertical Rhythm という言葉を耳にしたことがあるのではないでしょうか。タイポグラフィを用いて仕事をする場合、最も重要な手法の1つです。このことについて知って以来、私は自分のサイト全てにVertical Rhythmを使っています。 ある日、Vertical Rhythmの重要性について自分が全く理解していないことに突然気付き、愕然としました。そしてその後すぐに2つの疑問が湧き上がってきました。「なぜVertical Rhythmを使うとサイトのデザインが向上するのか？ 」「自分のデザインを良くするために、Vertical Rhythmから何を学べばいいのだろうか？ 」。 私はこの疑問を解明しようと決めました。その考察を綴ります。 記事の最初にあたって認識を共通にするため、まずはコンテキストについて説明します。 Ve
このエントリは、パッケージソフトウェア開発 Advent Calendar 2014 の 7 日目の記事です。 はじめに 普段、仕事でパッケージソフトウェアを作っています。 具体的には、DataSpider Servista という EAI（Enterprise Application Integration）で、ざっくり数十万～数百万円くらいする、企業向けのソフトウェアです。 パッケージソフトウェアの開発 パッケージソフトウェアの開発というのは、既存ユーザや（特に企業向けソフトの場合）見込みユーザの要望を適宜取り入れながら進めます。 多くのユーザに使ってもらうパッケージなので、単に特定のユーザの要望を満たすだけではだめで、製品の戦略や設計思想、また互換性にも配慮しつつ、仕様を考える必要があります。 使いやすさ、UI/UX のよさというものも忘れるわけにはいきません。*1 Design D
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く