小さくてもインパクトのある変更で、あなたのアプリを競合他社から引き離します。 1. React Loader Spinner 待つのが好きな人はいません。今やユーザーは最低限の条件として、ウェブサイトが高速であることを求めています。アプリが重いか遅い場合は、コンテンツの読み込み中、この最新のローディングアニメーションを表示しましょう。アプリの美観を向上させるだけでなく、ユーザーを維持するのにも役立ちます。 このパッケージで提供する全ローディングアニメーション npmまたはyarnから直接インストールします。

Reactの開発において、状態管理の方法は注意深く検討する必要があります。状態管理ライブラリ「Redux」が大きい勢力ではありますが（参照：npm trends）、記事『ベストな手法は？ Reactのステート管理方法まとめ』でも紹介した通りさまざまな状態管理の手法が現在でも編み出されています。本記事では状態管理ライブラリ「Recoil」についての概要と簡単な使い方、Reduxとの思想の違いについて解説します。 Reduxによる状態管理の懸念点 Reduxでは状態管理を一か所にまとめられるというメリットがあります。これはメリットのように思えますが、小さな単位の状態管理もReduxに委ねるのか迷いどころです。 また、Reduxは状態更新の作法的な書き方が複雑でした。Redux ToolkitというReduxのアドオンとしてのJSライブラリもありますが、基本的には作法的な書き方はあまり軽減しませ

プレビュー版はv1.7まで進んだWindows Terminal Windows Terminalは、3月に入り、通常版のv1.6、プレビュー版ではv1.7の配付が始まった。v1.6のプレビュー版では、GUI設定ページが搭載されたが、まだプレビューのプレビューという感じで、キー割り当てなどをしないとGUI設定ページを出せなかった。 しかし、プレビュー版v1.7では、従来settings.jsonを開くキー割り当てである「Ctrl＋,」でGUI設定ページが開くようになり、どうやら“プレビューのプレビュー”からただの“プレビュー”になったようである。これにともない、キー割り当てを表示するタブが追加された。ただし、キー割り当ては、まだsettings.jsonでする必要があるようだ。 しかし、v1.7には、それ以外にもいくつもの新機能が搭載された。ここでは、これらをまとめて解説する。なお、v1.

マネーフォワードでは、THE GUILD代表の深津貴之さんをアドバイザリとして招き、日頃からサービスデザインに関する助言をいただいております。 先日は、社内のサービス開発力の底上げを目的とし、フィッシュボーン図を使った課題整理のワークショップを行っていただきました。 PM、デザイナー、ビジネスのメンバーを中心に、100名近くが参加しています。 今回はそこで学んだ内容をご紹介します。 表面的に対処してしまう問題 プロダクト開発の現場には、日々さまざまな要望が届きます。 それらに対処する際に気をつけたいのが「表面的に対処してしまう問題」です。 例えば次のようなケースです。 ユーザーが「検索機能を強化してほしい」と言ったので、パワフルな検索オプションを搭載しました。ユーザーの声にそのまま従っており、その背景にある課題は分からないままです。 機能は追加したが効果がでなかった、効果がよくわからない、

この記事で紹介している機能はApollo Sandboxという名称でログインなしで利用可能となりました。 複数のエンドポイントをダッシュボードで管理したい場合などはこの記事の手順でログインして利用した方が便利ですが、とりあえずクエリ発行してレスポンス見たい！という場合は上記の Apollo Sandbox を利用した方が便利そうです。 Apollo Studioで Graph 作成時に設定していたエンドポイントはサイドメニューから設定してください。 Apollo Studio? ブラウザ上から指定したエンドポイントへ向けて GraphQL クエリを発行し Response を確認できる無料のツールです(有料プランも有り)。 Apollo チームが開発しているものですが、クエリを実行して Response を見るだけなので、 ApolloServer, ApolloClient などのライブ

Flutter最高ですよね。こんなUI部品ないかな？と思って調べると大体標準SDKで用意されている...。 そんなFlutterでネイティブアプリをテスト駆動で書いてみます。 環境 Flutter 2.0.3 • channel stable Tools • Dart 2.12.2 アーキテクチャ CleanArchitectureを採用しました。責務分けが明確で、あまり考えなくても書けるので...。ファイル数は増えますが・・・ TDDですので、リファクタリングのタイミングで設計を都度行いますが、基本方針としCleanArchitectureに沿って書いていきます。 CleanArchitectureの書籍の下図に沿ってつくりたいと思います。(書籍ではWebシステムの具体的な例として扱っているものですが...) ところで、TDDとDartは相性がいい気がします。テストで大量のモックができま

前回の記事はこちら 今日学んだ新しいテスト ・配列 ・toEqual ・toBeNull リストが上手くいくかどうかのテスト 配列の要素がない時のテスト 配列の要素がある時のテスト propsに配列を渡してあげるアプリケーションにする必要があるようです。 Should render No data ! when no data proppedはない時 Should render list item correctlyはある時 データがない時 データがない時はtoBeInTheDocumentでドキュメント全体にNo data !ってあるよねとします。 it("Should render No data ! when no data propped", () => { render(<FreamworkList />); expect(screen.getByText("No data !"

PHPerKaigi2021のアンカンファレンスで使ったものです。 PHPカンファレンス仙台2019の再演です。

近年、UI/UXデザインで活躍するデザインツールとしてAdobe XD、Figma、Sketch、InVisionなどさまざまなツールが登場しています。本記事では日本での人気が高い「Adobe XD」と近年盛り上がりを見せている新進気鋭のデザインツール「Figma」にフォーカスして機能の紹介、比較をします。 UI/UXデザインツールには、大きく分けてデザイン機能とプロトタイプを作成し共有する機能の2種類の機能があります。今回の記事では、デザイン機能に重点を置いて紹介します。 Adobe XDを使っているけどFigmaも気になっている方や、その逆という方のデザインツール選定のヒントになればと思います。 Adobe XDとは？ Adobe XDとは、2017年に正式リリースされたUI/UXデザインツールです。IllustratorやPhotoshopと操作感が似ておりAdobeユーザーであれば

NextAuth ? Next.js に認証機能を簡単に実装できるライブラリです。 GitHub, Google, Twitter, Facebook, Apple, Line, … などのアカウントを使用したソーシャルログインをシュッ！っと組み込めます。 作ったもの Vercel にデプロイしたもの ソース 実行手順は README をご覧ください。 実行するとSign inボタンが表示されるので押下します。 Sing In with GitHubボタンが表示されるので押下します。 GitHub の Sign in ページへ移動するのでログインします。 localhost へリダイレクトされ、ブラウザに自分のアカウント情報と取得したアクセストークンが表示されます。 取得したアクセストークンは以下の記事で紹介している GitHubAPI から Issue を取得する際のトークンに使用できま

フロントエンドの実装にオブジェクト指向をどのように取り入れるかを考えます。 動機 近年のフロントエンドは、Reactなどのフレームワークを使ったコンポーネントベースの設計が主流だと思います。コンポーネントは、HTMLによるマークアップ、CSSによるスタイリング、JavaScriptによる振る舞いがひとまとめにされた、再利用可能な部品です。 コンポーネントの設計を考えていると、次のような疑問が生じます。 何を基準にコンポーネントで分割すればよいか。 コンポーネントの粒度はどれくらいが適切なのか。 どのタイミングで抽象化すれば開発コストが無駄にならないか。 分業した際にコンポーネントの分割や粒度の基準をどのように統一するべきか。 そこで、いろいろ調べたり試したりしたところ、フロントエンドの設計にオブジェクト指向を取り入れることが、これらの答えの一つになるのではないかと考えました。 この記事では

はじめに がんばって書いた書籍が低評価で少々しょんぼりしているあんどうです。まぁ、つい力が入りすぎて袋小路に思い切り突っ込んだ結果抜けられなくなることってあるよね。あるある。そんなわけで今日はできるだけ力を入れずテンション低めにサクッと行きます。 で、GoのWASM。大道の真ん中をまっすぐに歩まれているみなさんはWASMするときはRustかいっそC/C++をemscriptenでってことになると思いますが、私はしょせん路傍の石の下で低評価が目に入らないように丸まっているダンゴムシ。せっかくだからオレはこのGoでWASMを選ぶぜって感じなんですが、ぶっちゃけあれ、めんどくさいすよね。 あ、ちなみに今回の話は「このめんどくささをまるっと解決！」みたいな気持ちのいい話ではなくて、ただただ「めんどくさいよね」っていうだけの話です。あーめんどくさい。 Rustの場合 まず比較のためにRustの例をあ

ソフトウェア開発において、不確実性にどのように立ち向かっていくかは大きな課題です。 PHPerとしては、開発中にいかにコード品質を上げるかといったことは大きな関心で、その一つの規律のとり方としてTDDを実践されてきた方は多いのではないでしょうか。 トークの表題であるATDDは、Acceptance Test Driven Developmentの略です。TDD Cycleよりももう一つ大きなスコープでのフィードバックループをテストによって駆動します。特にアジャイル開発の文脈で「Agile Testing」という一つのテーマ内で紹介されることが多い手法です。 ユニットテスト・コンポーネントテストをカバーするテストによって開発を駆動するTDDに対して、ATDDはよりビジネスフォーカスの強いテストによって開発を駆動します。ATDDの開発プロセスの実践によって、技術レイヤ横断的な製品全体の回帰テス

PHPerKaigi 2021 とは 公式サイト https://phperkaigi.jp/2021 公式Twitter https://twitter.com/phperkaigi ハッシュタグ #phperkaigi PHPerによるPHPerのためのお祭り！ 日時 3/26(金) 16:00 - 前夜祭 3/27(土) 10:00 - 本編１日目 3/28(日) 10:00 - 本編２日目 PHPerKaigi 2021 YouTube再生リスト PHPerKaigi 2021 ブログリンク一覧 PHPerKaigi 2021 ブログリンク一覧 PHPerKaigi 2021 スピーカー一覧 PHPerKaigi 2021 スピーカー一覧 タイムテーブル ニコ生の番組URLは以下です。 ■3月26日（金） day0 前夜祭 Track A: http://live.nicovide

PHPerKaigi2021の登壇資料です。 補足資料はこちら https://dnskimox.hateblo.jp/entry/2020/12/19/184101

Introducing Bramble: A Federated GraphQL Gateway Implemented In Go Today, the Movio engineering team is excited to release Bramble, a federated GraphQL gateway implemented in Go. This new open source project is available for download on GitHub and is released under the MIT license. As a GraphQL API gateway, Bramble supports the following features: GraphQL federation Bramble allows you to federate

概要 Next.js × TypeScript × Firebase Authenticationを用いたgoogle認証機能を実装してみました。 実装（Firebase側） プロジェクトを作成する Firebaseにアクセスし、新しいプロジェクトを作成します。 作成が完了したら、『ウェブ』というアイコンをクリックし、アプリ名の登録を行います。 アプリ名の登録が完了すると、下記のようなスクリプトが表示されるかと思います。 こちらはnextアプリ側で使うので、コピーしておきます。 var firebaseConfig = { apiKey: xxxxx authDomain: xxxxx, databaseURL: xxxxx, projectId: xxxxx, storageBucket: xxxxx, messagingSenderId: xxxxx, appId: xxxxx, me

僕がWEBアプリケーションを作る時、認証周りをどう実装するか毎回悩むのですが、JWT認証が非常に実装しやすかったのでハンズオン形式で紹介していきます。 ##Go言語 サーバーサイドは Go言語でいきます。Googleが開発したプログラミング言語です。フロントエンド畑で育った僕が、なぜサーバーサイドにGo言語を選ぶかというと、主に下記の理由 構文 & 型システムがシンプル。動的言語しかやってこなかった僕でもすんなり受け入れてくれた。 並列処理が書きやすい。JavaScriptで苦戦した非同期処理が難なく書ける。 標準パッケージのサポートが強力。コードのフォーマットも自動でやってくれる。 とにかく開発者に無駄なことをさせないという気迫がすごい。ゆえに書いてて、読んでて気持ち良い。フロントエンドでずっとやってきた僕のような人間が速習でサーバサイドを学びたいと思ったらGo言語を推します。シンプルゆ

はじめに 普段開発している Next.js プロジェクトの構成がなかなかいけてるんじゃないかということで、その構成を公開しちゃおうというお話。ほんとはタイトルをぼくがかんがえたさいきょうのNext.jsの構成にしたかったけどひよりました (今回の記事を作るにあたり改めて一から Next.js のリポジトリ作ったら husky のバージョン上がってたり、eslint-config-prettier の v8 系になって config の書き方ちょっと変わってたり、時代は移り変わるのです・・) 意外と手順書いていくと長くなったので一部coming soonになっているものは確固たる意思を持って、随時追記します 更新履歴 2021/04/01 css modules が storybook で上手く呼べてなかったので修正、あと storybook のバージョンアップ 2021/03/31 なんと