ソリッドとアウトライン、どちらのアイコンが認識しやすいか
アイコンのスタイルをソリッドとアウトライン、どちらを使用するか決めなければならない場合がありませんか？ 好みで決めるという人もいるかもしれませんが、それぞれ分かりやすい場合と分かりにくい場合があります。 どのような場合にソリッドを使い、アウトラインを使うとよいのかを紹介します。 ちなみに下記は、左が過去のデザイン手法、右が現在のデザイン手法です。 Solid Vs. Outline Icons: Which Are Faster to Recognize? by UX Movement 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 アイコンのスタイルがユーザビリティに与える影響 アイコンにおける特徴的な手がかり アウトラインアイコンが速い場合 ソリッドアイコンが速い場合 スタイルに違いがない場合 ボタンとしてのアイコンを使用す
Version control for Sketch | Abstract
No more digging through Dropbox and Google Drive. Always know where to find “the latest,” so you can stay in your design flow.
Haya2NOW
ISAS/JAXAJAPANESEENGLISHCURRENT TIME:-FROM LAUNCH:-FROM REENTRY:-DATA GENERATED:-DATA RECEIVED:-太陽電池発生電力:-Wバッテリー出力電力:-Wバス消費電力:-WANTENNAアンテナMGA中利得アンテナ方位角-仰角-TRANSMITTER送信機XTRP1XTRP2送信パワーアンプ-送信モード-送信ビットレート-接続アンテナ-RECEIVER受信機RX1RX2受信レベル--ビットレート--接続アンテナ--THRUSTERスラスタ噴射積算秒数TH01-TH02-TH03-TH04-TH05-TH06-TH07-TH08-TH09-TH10-TH11-TH12--USUDAUSUDA現地時刻2017-07-07T10:10:10方位角-仰角-出:-没:-通信状態接続開始時刻-BAND:-通信シミュレー
「こわくない Git」というスライドを発表しました - kotas.tech
社内向けに「こわくない Git」というタイトルのスライドを作って発表しました。 対象者は「マージがなんとなく怖い」「エラーが怖い」「リベース使うなって言われて怖い」と、Git が怖いと思っている人です！ こわくない Git from Kota Saito 発表中に出た質問など 補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけど git merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ？ A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態で git merge --no-ff すると、空のマージコミットが作られてしまうのです。
RESTful API Design. Best Practices in a Nutshell.
Philipp Hauer's Blog Engineering Management, Java Ecosystem, Kotlin, Sociology of Software Development Posted on Mar 4, 2015. Updated on Jun 12, 2022 Designing HTTP and RESTful APIs can be tricky as there is no official and enforced standard. Basically, there are many ways of implementing an API but some of them have proven in practice and are widley adopted. This post covers best practices for bu
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
