タグ

2019年8月6日のブックマーク (6件)

  • データ視覚化のデザイン #1|Go Ando / PREDUCTS / THE GUILD

    こんにちは、THE GUILDの @goando です。 私はTHE GUILDの中でもデータを扱う仕事を中心に活動しており、「UXの改善をデータでサポートする」をミッションに取り組んでいます。 ざっくり言うと、THE GUILDのクライアント企業が運営するサービスのログを分析してユーザーの行動傾向からUXの改善点を見つけ出したり、マーケットの市場リサーチを通じてサービスの戦略の策定を支援したり、と言った内容です。 こうした活動を通じて、データ分析の結果をグラフ等のレポートに落とし込むという事を数多く行ってきました。 試行錯誤を繰り返しつつ、データをどのようなデザインで視覚化するとメッセージが伝わりやすいのか、逆にどういう点に気をつけないと誤解を与えやすいのか、といったノウハウを少しずつ蓄積してきました。 データ分析を台無しにするダメグラフかく言う私もかつて、そのグラフから何が言いたいのか

    データ視覚化のデザイン #1|Go Ando / PREDUCTS / THE GUILD
  • 多様性と均一性のちがいについて|深津 貴之 (fladdict)

    健全なnoteコミュニティを設計するうえで、チーム向けの多様性に関するメモ。多様性は色で考えるとわかりやすい。 昨今、多様性に関する議論が活発化してきている。不利な人々に優遇措置を与える、アファーマティヴアクションなども、どんどん増えてきてる。 でも、ちょっと怖いのが、「多様性」と「均一性」の違い。これが、あまり議論や区別されないまま、ドンドン進められているに思える。 多様性は色で考えてみようわかりやすいモデルとして、多様性を色で考えてみましょう。パレットや絵画をイメージしてください。 赤1色。これは全く多様性のない状態。意見や行動が完全に統一された世界です。これは一切の選択肢のない世界です。 様々な色を列挙した図。同じ職場に、白人と東洋人と黒人とヒスパニックの人々がいるようなイメージですね。一見多様性があるように見えますが… 実は、これをさらに離れて俯瞰をしてみると、こうなります。 ミク

    多様性と均一性のちがいについて|深津 貴之 (fladdict)
  • ゲームボーイエミュレータをGo言語で書いた - undefined

    概要 Goはこれまで量を書いたことがなかったので入門にゲームボーイエミュレータを書いてみることにした。ゲームボーイである理由はたまたまよくできたゲームボーイの資料(http://marc.rawer.de/Gameboy/Docs/GBCPUman.pdf)を見つけてしまったため。 成果物 github.com まだ基的なカートリッジタイプしか実装できていないがそこそこ動き始めたので公開することにした。直近は対応カートリッジを増やしながらWebAssemblyを吐けるようにしたい。 ゲームボーイの基仕様 項目 概要 CPU LR35902 4.19MHz 8bit RAM 8kB VRAM 8KB ROM 256k~32MBit Display 4階調モノクロ、160×144ドット スプライト 8×8 最大40個表示 / 1ライン上に 最大10個表示 背景 256×256ドット ウィン

    ゲームボーイエミュレータをGo言語で書いた - undefined
  • プロダクト間共通の React コンポーネントライブラリを運用する話 - SmartHR Tech Blog

    こんにちは、 フロントエンドエンジニアの @nabeliwo です。 弊社には SmartHR というプロダクトの他に SmartHR の従業員 DB を利用して開発・提供される SmartHR Plus アプリ (以下、 Plus アプリ)というものがあります。 SmartHR CTOが語る中長期戦略。徹底的なアプリ開発とAPI対応で「プラットフォーム化」促進へ - SmartHR ガイド 既に多くの Plus アプリがリリースされており、そのほとんどのプロダクトのフロントエンドReact x Redux という技術スタックで構成されています。 オンライン雇用契約 カスタム社員名簿 ラクラク人事レポート etc Plus アプリは毎回新規でプロジェクトを立ち上げて開発していくことになります。 とはいえブランディングの観点から見ると、基的なトンマナや UI パーツは SmartHR

    プロダクト間共通の React コンポーネントライブラリを運用する話 - SmartHR Tech Blog
  • 呪い: 見積もりの3倍だけ常にかかってしまう

    みなさん、進捗どうでしょう?最高ですか?そんなことないよね!なぜならあなた達は呪われている。事前の計画よりも、常に、3倍の期間が必要になる。常にだ!!この呪いは強力であり、解放されるのは難しい。我々はどうすればよいだろうか? パーキンソンの呪いある資源に対する需要は、その資源が入手可能な量まで膨張する パーキンソンの法則 — Wikipedia ある仕事の作業量を見積もったとしよう。機能Aの追加に2週間程度必要そうだ、とする。順調にいけば、再来週には動き出し、価値が出せそうだ。ペースを作り、粛々と仕事を進めていこう。 ところが、現実的にはそんなに上手くはいかない。新しく導入するライブラリがうまく動かないとか、くだらないtypoに悩まされて半日失ったとか、既存コードの改修箇所が想像してたより多かったとか、何らかの別の仕事をやらなければいけなかったり、もしくは休暇が必要だったりとか。当初計画よ

  • 2行でwebpack.config.jsで補完を効かせる方法 - Qiita

    まず前提として、webpack.config.jsそのものをTypeScriptで書くことができる。公式ドキュメントにも記載があり、ts化自体は数分で終わる。しかし、このwebpack.config.jsをStoryBookの設定から参照するなど他のツールから読まれるときにTypeScriptだと不都合な場合がある。そのようなときに、この方法を使うと1分もかからず補完の効く環境を用意できる。便利なので是非導入してほしい。 Configuration Languages | webpack How 方法は簡単で、@types/webpackをインストールし、上の動画のようにコメントを書くだけ。

    2行でwebpack.config.jsで補完を効かせる方法 - Qiita