Next.js App Routerにおける設計やベストプラクティスを、筆者なりにまとめました。

久しぶりに記事を書く。最近マルス端末のUIについてツイートがあった。 この件に関して、UIについてやUXに対して日々やってきている人間は「ダメなUI」という認識の人が多いように思う。一方で、システムの開発者にとってはこれは、その認識でない人間が多いようだ。なので、この辺を私なりに意見を書いておこうと思う。 まぁ、これはいつもなのだが、書いていることが散らかってる。基本的に音声入力のメモなので、読みにくいかもしれないが読んでくれ参考になれば幸いだ。 熟練が必要なUIは基本的によくない まず、基本的に熟練が必要なUIはそもそも良くないって話をしていく。順番に話していこう、まず、熟練が必要なUIが支持される理由を考え、それに対して、批判していき、なぜ熟練が必要なUIはダメかを語ってみよう。 熟練が必要なUIが支持される理由 その前に、こういった熟練のUIが支持される理由についてかいておこう。それ

リビングに階段を設ける「リビング階段（リビングイン階段）」は、家族間のコミュニケーションを促すなどの理由で人気です。一方で「空調の効きが悪いのでは？」など、心配な点もあるでしょう。 そこで、リビング階段のメリット・デメリットや計画の際に気をつけるポイントについて、かえるけんちく代表で一級建築士の船渡亮さんに聞きました。 リビング階段とは？ リビング階段の特徴 リビング階段のメリットは？ 家族の帰宅・外出を把握しやすい 家族間のコミュニケーションの機会が増える 広いリビング空間のアクセントになる リビング階段のデメリットは？ 冷暖房効率が悪い？ 2階に音や匂いが伝わりやすい？ 2階や階段からホコリが落ちてくる？ リビング階段を計画するときに気をつけるポイントは？ 階段の種類・形 配置する場所 階段下の活用方法 リビング階段にした人たちの後悔・失敗ポイントとは？ リビング階段のある住まいを建て

合計100以上のレトロゲームを収録した「GAMESTATION RETRO」発表。『パックマン』『ディグダグ』『スト2』『ロックマン』『ファイナルファイト』『1942』など豪華ラインナップ

ロッカーの扉に小窓が付いたコインロッカーが便利だとTwitterで話題になっています。荷物をしまってロッカーを施錠した後も、ロッカーの鍵で小窓「サービスドア」を追加料金なしで自由に開け閉めできるのです。 話題のきっかけになったのは、札幌駅構内でサービスドア付きコインロッカーを目にしたもんじろう（@saikikaku1）さんのツイート。札幌駅構内のコインロッカーの一部がサービスドア付きになっていたそうですが、初めて見たとのこと。リプライには同じく「初めて見た」と言う方や、プール・スキー場・スケート場などで見かけたとコメントする人も。 大きな荷物はロッカーに入れておき、財布などの小物を開け閉め自由な「サービスドア」から出し入れできてかなり便利そうです。 今回は「サービスドア」の誕生の経緯や傾斜が付いている理由などを、製造元で特許を取得している日本自動保管機にお話を伺いました。 ── サービスド

TL;DR 簡潔で直感的に扱える、宣言的なRust向けのコマンドライン引数パーザーを作りました。 https://crates.io/crates/argopt モチベーション Rustにstructoptというライブラリがあります。これはコマンドライン引数をパーズするライブラリなんですが、僕はこのライブラリが大好きなんです。Rustのライブラリの中で一二を争うほど好きです。なんならコマンドラインツールをRustを書く理由の大部分がこのライブラリの存在といっても過言ではないかもしれません（過言ですけど）。 しかしstructoptも使い続けていると、どうにももっと便利にできるんじゃないのかと思う部分が出てきます。structoptでは名前の通りコマンドライン引数をstructで定義して、それに#[derive(StructOpt)] とStructOptをderiveすることでパーザーのコ

バランス調整に関しては、決していいことばかりが言われるわけではありません。過去9年間（！）を振り返ってみても、ひとつのパッチサイクル内で達成しようとしている目標が、必ずしもプレイヤーに理解されているわけではありませんでした。しかし、私たちはその状況を変えたいと思っています。 そこでこちらの「チャンピオンバランスのフレームワーク（基本的な枠組み）」記事で、毎回のパッチで実施されるチャンピオンの強化（バフ）／弱体化（ナーフ）へのバランス調整チームのアプローチを、皆さん全員に向けて詳しく説明してみたいと思います。実は少し前から、私たちはサモナーズリフトにおけるチャンピオンの強い／弱いを判断する基準に手を加えてきました。基準の変更がある程度軌道に乗った今、このアプローチを正式なものとしてお知らせしたいと考えています。そうすることで皆さんがゲームへの変更点が気に入らなかった場合でも、少なくとも私たち

情報技術を活用して全国の自治体やコミュニティと地域課題解決に取り組む一般社団法人「コード・フォー・ジャパン」（Code for Japan、代表：関治之）は、自治体における新型コロナウイルス感染症対策を後押しするために、支援制度情報をデータとして公開する際の標準的なフォーマットを作成し公開しました。 プロジェクトページ：https://www.code4japan.org/activity/stopcovid19 情報発信の手段を増やして支援の必要な人に届きやすくするためのオープンデータ 新型コロナウイルス感染症の影響による経済的なダメージの回復のため、国や自治体では様々な支援制度が創設されてきました。 支援制度情報を公式サイトのみで公開している場合、支援の必要な人にとって情報が探しづらかったり、支援制度があることに気付かれにくいといった課題があります。 支援制度情報をオープンデータとして

沖縄県で唯一の鉄道路線「ゆいレール」（沖縄都市モノレール線）が、JR東日本の交通系ICカード「Suica」の運用を3月10日に始めた。ゆいレールは独自のICカード「OKICA」を以前から提供しているが、関東私鉄の「PASMO」やJR西日本の「ICOCA」のようにSuicaと相互利用できるようにはならない。駅券売機ではSuicaの販売もないという。

失敗から学べることは多くあります。例えそれが自分の失敗でなくても、失敗を考察することで教訓を得ることができます。そこで今回は有名な設計失敗事例を紹介し、その失敗を考察していきたいと思います。 ドイツの政治家オットー・ビスマルク氏は「愚者は経験に学び、賢者は歴史に学ぶ」というの言葉を残しています。それほどの過去の失敗というものは財産なんです。本記事で、過去の歴史的な失敗事例から教訓を学び、あなたの設計ノウハウとして活かしましょう！！ 今回紹介する失敗事例は ハイアットリージェンシーホテルで起きた空中通路落下事故です。 設計変更に潜むリスクを考えてみよう 事例説明の前に、まずは問題です。考えてみましょう。 上図の通路は、柱とワッシャ、ナットで支えられています。当初は”設計A案”で進めていましたが、柱が長すぎることや施工もやりづらいことから、柱を分割した”設計B案”に変更しました。これで、材料の

※この投稿は米国時間 2020 年 4 月 11 日に、Google Cloud blog に投稿されたものの抄訳です。 ほとんどのソフトウェア デベロッパーがご存じだと思いますが、API 設計には RPC と REST の 2 つの主要なモデルがあります。モデルに関係なく、ほとんどのモダン API は、なんらかの方法で同じ HTTP プロトコルにマッピングすることによって実装されます。また、RPC API 設計では、RPC モデルの範囲から外れずに HTTP から 1 つまたは 2 つのアイデアを採用することが一般的になっています。これにより、API 設計者に提示されるオプションの範囲が広がりました。この投稿ではこれらのオプションについて説明し、どれを選ぶか決める際に役立つガイダンスを提供します。 gRPC は RPC API を実装するためのテクノロジーで、HTTP 2.0 をその基盤

日本のキッチンの進化について考えてみたので、自分用のメモとして。 ステージ1　流しとカマドの時代 時代劇でみる江戸や明治時代の庶民の台所は、長屋の玄関を入ってすぐの土間に、流し（シンク）とカマド（コンロ）があるだけだよね。 カマドは薪が燃料で、竹の筒で空気を吹きかけて火力を上げる。 流しの水は井戸水で、江戸時代だと長屋の一区画にひとつ井戸があって、そこで汲んできた水を台所の水瓶に貯めておいて使う。 少し時代が進むと庭に井戸があったり、手で動かすポンプで汲み上げたり。 ただ、当時のドラマで見るかぎりコンロとシンク以外の、独立した調理台はあまり目にはいらない。 これはおそらく「まな板は（調理台ではなく）流しで使うもの」だったからじゃないかな。 今と違って野菜は（スーパーで買ってくるわけでもなく）泥つきで手に入るから、洗いながら切る必要があるし、 魚だって切り身で売ってるわけじゃないから家でさば

Why did the Internet Engineering Task Force (IETF) choose 192.168/16 to be a private IP address classand not something else? Why specifically 192.168/16 and 10/8 and 172.16/12 and not 145.243/16 for example? Is there a reason those IP addresses were chosen to be the standard for private IP addresses over all the other possibilities?