Svelteで作られたUI密度の実験

[GN⁺]

Hacker News の意見

• 大量のデータを扱うユーザーとして、iTunes に着想を得て DataTables を使ってきた

  • リアルタイム更新、複数カラムの安定したソート、行の強調、末尾の 0 の非表示、適切な色使い、24H Low/High カラムグラフなどを好む
  • 水平スクロールバーがほとんど見えないこと、幅広の垂直スクロールバー、24H Low/High のソート方式、フィルタリングの欠如などは欠点として指摘

• 債券取引向けの高密度 UI を Svelte に移行しようとしている

  • React は大量データの処理が難しい
  • プログラマーやデザイナーがあらゆる分野で Instagram スタイルの UI を再構築しようとする傾向を批判
  • ユーザーがプログラマーより高い給与を得ている環境では、単純な UI は制約になり得る

• テーブルのスクロールバーに追加情報を含めた点を肯定的に評価

  • ヘリックスグラフは読み取りにくく、周期的なデータにより適している
  • 3D 可視化は 2D グラフ 3 つに置き換えた方が効果的かもしれない

• Windows Forms で DataGridView コントロールを使って、データ中心の金融アプリを開発することを好む

  • 高密度と高性能、フィルタリング、ソート、ドラッグ＆ドロップによるカラムの並べ替えとサイズ変更が可能
  • React で類似の UI を作ろうとする試みは、性能問題で失敗した

• Perspective との比較を提案

  • 密度重視の性能なのか、可視化や別の要素に焦点を当てているのかを質問

• グリッドビューは問題ないが、テーブルビューは使いにくい

  • 目の細かな位置合わせの問題により、行をスキャンするのが難しい
  • 縞模様の背景のような視覚的補助が必要

• 情報密度の高いインターフェースへの回帰を希望

  • Material Design 以降の不要な空白や余白を批判

• 実験の結論について疑問を提起

  • インタラクティブな要素が多い場合、性能問題が発生する可能性がある
  • canvas を使って解決

• ヘリックスチャートは見た目は良いが、実用性には疑問

  • 実験の結論について疑問を提起