今回はバックエンドAPIでページネーションをどうやるかについての話なので、よくある無限スクロールUIのようなフロントエンド側の実装に関する話はしない。あくまでもAPI、もっと言えばRESTfulなAPIのリクエスト・レスポンスにおけるページネーションの話。 本気で深く考えるというよりざっくり検討したときの話です。 はじめに REST APIを実装するにあたってリスト系のAPIを提供する場合に必須といっても過言ではないのがページネーション。大量のリソースをレスポンスする場合にそれらを一気に返してしまうことは応答速度、転送量、クライアントサイドでの扱いづらさなどなどに繋がるので必須と言える。 最近、新たなAPIを開発するにあたってページネーションをする必要があったこともあり、今回はこのページネーションをどうやって提供するか整理して改めて検討してみた。 前提 TypeScript Nest.js
BBS（ビービーエス）、またの名を掲示板。 今となっては少しノスタルジックな響きを持った言葉ですが、先日、とあるお店のサイトに設置されていた掲示板を見かけて驚いたとともに、ユーザビリティについて考える機会があったのでご紹介したいと思います。 掲示板上でやりとりされる注文情報…問題の掲示板は、こちらの「しょうゆ販売店」のサイトに設置されたものです。 書き込みの途中に、商品の注文情報が書かれているのが見つかりますか？ （個人情報がそのまま書かれているので、ボカシ入り画像のみでのご紹介です。） これを初めて見たとき、2つの意味で衝撃を受けました。 1つ目は、ここを注文フォームと間違えて書き込みをしてしまう人が存在するということ。 2つ目は、この方法、結構いいんじゃない？ということです。 セキュリティ上はマズいけど…一般公開されている掲示板に注文情報を書いてしまうというのは、普段からインターネット
11 December, 2011 On HTML and CSS best practices Written by Harry Roberts on CSS Wizardry. Table of Contents Independent writing is brought to you via my wonderful Supporters. Further reading Best practices are exactly that; best. Not ‘better’, not ‘good when…’ or ‘best if…’, just best. They’re always the best, no matter what. This is something I learned whilst undertaking the single biggest proje
CSSの記述法として、ブラウザごとの違いを「Reset」して一から指定するという方法が長らくマジョリティを占めていました。まだまだその方向で書いている人が大半ですが、「Normalize」するという方法を採る人達も増えています。なぜリセットではなくノーマライズなのかというような話をなんとなくダラダラ書いてみたい感じです。 以下、リセットはYUI 2のCSS Resetを、ノーマライズはNormalize.cssをイメージして読んでみてください。 リセットとノーマライズ まずは両者の違いから。リセットはなかったことにするというもので、ほぼ全ての要素に対するスタイル指定を排除しブラウザごとの違いを吸収するものです。対してノーマライズはブラウザのデフォルト・スタイルシートを生かしつつ、各ブラウザ間の挙動を擦り合わせるものです。リセットが負の方向で統一しているとすれば、ノーマライズは正の方向で統一
ユーザーはウェブページを10秒から20秒で離れてしまうことが多いが、バリュープロポジションのはっきりしたページは人々の注意をより長くひきつけることが可能である。なぜならば、滞在時間は負のワイブル分布をたどるからである。 How Long Do Users Stay on Web Pages? by Jakob Nielsen on September 12, 2011 日本語版2011年9月22日公開 ユーザーは離脱する前、1つのウェブページにどのくらい滞在するつもりなのだろうか。これは繰り返されてきた質問だが、答えは常に同じである： あまり長くない。 ページごとの平均滞在時間は1分弱である。 ユーザーはウェブページをチェックするときには急いでいるので、実際に訪問しているページの（全部はもちろんのこと）テキストの4分の1しか読む時間がない。したがって、あなた方の文章が並外れて、明快で、焦点
このシリーズでは Web Design101（WD101）と名付けて、ウェブデザインをより深く理解するための最初の一歩になる知識やノウハウをコラム形式で紹介していきます。 DTPという名の足かせ Webデザインはよくも悪くも DTP のノウハウを受け継ぎながら徐々に成長してきた領域です。今でも根強く残っている「ページ」という概念。タイポグラフィ・グラフィック・レイアウトなど DTP が培ってきたノウハウは CSS と HTML （ときどき JavaScript）を使って再現されたりしています。DTPの概念とノウハウがなければ Dreamweaver のようなソフトは生まれなかったでしょうし、Dreamweaver のようにコードを手打ちしなくても DTP 感覚で Web デザインに入り込めるソフトがなければ、Web デザイナーを職業とする方もこれほど増えなかったかもしれません。 しかし、D
メモ詳しくないけど。パラメータを無くすのがクールみたいな風潮あるのかな。 昔は、ページが静的だった、モノ/名詞だけだった。今は、動的なページが多くて、コト/動詞であることも多くなった。動詞だと、どんな動作をするか指定する必要がある。何を削除するのか、何を検索するのか、どんなふうに表示するのか。つまり、URIの本質的な構造とはこういうことだと思う。 名詞/動詞?どんなふうに Twitterのユーザーページで考えてみると http://twitter.com/users/findByName?name=33 というのが基本としてある。どう見てもダサいけど、本質的にはこうなってる。でも、usersの動作の中でfindByNameが最も大事だから省略できるようにしようとなって、 http://twitter.com/users/33 になる。で、Twitterというアプリケーションの中で、ユ
月並みなWebページの場合、平均的アクセス中にユーザーが読むテキストの量は多くても全体の28％にすぎないという分析結果が出た。より現実的には、20％程度とみられる。 How Little Do Users Read? by Jakob Nielsen on May 6, 2008 Webユーザーによるテキストの読み方を調べ始めた当初から目に付いたのは、彼らが大してテキストを読まないものだという事実である。テキストを流し読みするのは、リテラシーが比較的高いユーザーにきわめてよく見られる行為だ。最近実施したアイトラッキング調査でも、それを一段と裏付ける結果が出ている。 これまで唯一欠けていたのは、ユーザーがどれだけ多くの（またはどれほどわずかな）テキストをオンラインで読むのかを正確に割り出す公式だ。新たなデータのおかげで、それもやっと用意できた。 調査研究データ すべての調査結果を詳しく見たい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
