Simple & Boring by Chris Coyier Jump to heading #

単純さと退屈さ Jump to heading #

Chris氏がWeb開発における、単純さと退屈さ、について言及する。昨今のWeb開発における、複雑さと、Webが本来持つ単純さについて。退屈、という言葉は一見ネガティブに感じるが、退屈な技術、退屈なコード、退屈な開発者は悪なのか。

The Value of Inconvenient Design by Jesse Weaver Jump to heading #

不便なデザインの価値 Jump to heading #

人が感じる満足度と、不便さについての考察。Jesse氏は適度な摩擦(不便さ)が、満足度と大きく関係し、それが多すぎても、少なすぎても人が満足度を得ることができないことを示している。私達は摩擦について再度向き合い、どの問題が解決するに値するかを考えていかなければならない。それがプロダクトデザインの価値を最大化させることにつながるのでは。

Writing Resilient Components by Dan Abramov Jump to heading #

柔軟で壊れないコンポーネントを書く Jump to heading #

JavaScriptは賢いリンターやフォーマッターによって、コード自体を美しくはできるが、それだけでは堅牢なコンポーネントを作ることには繋がらない。この記事では、React開発において、壊れにくいコンポーネントを作るための原則を紹介する。コードの見た目ではなく、動作自体にフォーカスしたデザインに必要なものとは。

1. データフローを止めない
2. いつでもrenderできる状態にする
3. シングルトンのコンポーネントは存在しない
4. ローカルのstateを分離する

GraphQL in Depth: What, Why, and How by Ryan Glover Jump to heading #

GraphQLを非常にわかりやすく解説してくれる。基本的な要素の解説、RESTの問題点とGraphQLがそれをどのように解決するか、実際のコードを交えたサンプルの紹介、使い所などを詳しく紹介していく。

10 Lessons Learned Conducting Code Reviews by Jacque Schrag Jump to heading #

Jacque氏がチーム開発を始めた中で感じた重要な要素を紹介する。

• ポジティブに行う
• あなたではなく、コードの問題
• 行を指定する
• プロジェクトのルールを早めに決め、ツールを利用する
• 全体からはじめ、詳細に移っていく
• レビュー時間を確保する
• 期待する形を定義する
• 全員がレビューする
• まめにレビューする
• 他の方法があることを念頭にいれておく

PR Jump to heading #

5/18（土）に東京・渋谷でWeb フロントエンドのカンファレンスであるInside Frontendがおこなわれます。SlackのSenior Staff Engineerであり、Electronのco-maintainerであるFelix Rieseberg氏をはじめ、Webに関わる国内外の開発者が登壇するイベントです。
すでに半分ほど席が埋まっていますので、参加希望の方はお早めに申込ください。

http://inside-frontend.com

In Brief Jump to heading #

• In Defense of the Ternary Statement by Burke Holland: 安易にif節を追加することなく、三項演算子や、or/and を使うことで、リーダブルなコードをにする例を示す
• Using a Mixin to Take the Math out of Responsive Font Sizes by Martijn Cuppens: CSSでレスポンシブなフォントサイズを実現するためのcalcの使い方と、便利なmixinの紹介
• Writing CSS Algorithms by Lara: 基本的にCSSでは、宣言的に記述していくが、そんなCSSでアルゴリズムを組むための方法を考える
• What Are Design Tokens? by Robin Rendle: デザイントークンとはなにか。具体的な例とともに、どういった場面でそれが活躍するのかについて紹介する
• How To Align Things In CSS by Rachel Andrew: 要素の並びを整える際に使えるテクニックと、それぞれの特性、どのような場面でそれを使うべきかを紹介する