子どもが興味関心を失う大きな原因に「先回り」があるらしい。 自分が子どもの頃、大好きだった図鑑があって、「これ、お父さんが大好きでよく読んでいたんだ」というと、一つも読もうとしなかった。 ところが知人がくれた図鑑は擦り切れるほどに何度も読んで、私にその知識を披露してくれた。 私の勧めた図鑑を手にとろうとしなかったのは、私がその図鑑の内容について詳しいからだろう。ということは、その図鑑から知識を仕入れて親に披露しても、親は「ああ、知ってる知ってる」という反応しかしないだろう、それどころか追加の知識も披露して自慢するだろう、と嫌気がさしたのかも。 「名探偵コナン」が大好きな息子。そこにたびたび三国志エピソードが挟まるのに興味をもち、「三国志読んでみたい」と言い出した。三国志好きな私はそれで嬉しくなってしまい、熱く語ってしまった。そこから息子はマンガ三国志を読まなくなってしまった。私が詳しいこと

意思決定できる人は進める手順の型みたいなものを持っているように見える。逆に意思決定が遅かったりできなかったりする人は、進めるときに型のうちの何かが欠けているのかもしれない。 体系化された話は書籍で語られつくされているとは思うが、思考整理のために雑にまとめてみる。 最後は決めるだけだという考えを持つ 目的や満たしたいことを明確にする 最終的な決め方や期日を明確にする 選択肢を広げて考える 今は意思決定しない、という意思決定も選択肢に入れる 意思決定の軸を明確にする 軸をもとに定量/定性データを集める 軸をもとに選択肢を評価する 自分はこうしたいという"推し"を決めてたたき台にする ここまでの話をドキュメントにしている ここまでのプロセスに時間をかけない 意見を聞く人を見定めてフィードバックをもらう 最初に明確にした決め方で意思決定する 意思決定できない場合は決め方と期日と意思決定軸を再定義す

subscribe today to enjoy all our content. all the time.

本記事は Livesense Advent Calendar 2016 - Qiita の24日目の記事になります。 公開から1年ほどたち、当初はRESTの次の潮流か！？みたいな感じになったものの、イマイチ盛り上がってる気配のないGraphQL。 ただ、気になっていた技術だったので、気にせず2016年が終わる前にざっと調べてみました。 ここ2日ほどでざっと調べたもののまとめなので、理解や解釈に誤りや言ってる意味がわからないところがあればご指摘いただければ幸いです。 TL;DR 内容をコンパクトにしきれず（Queryにばかり集中して、Mutationについては全然触れてないのに！）かなり長くなってしまいました。実際は、 GraphQL | A query language for your API のTOPページを読んで雰囲気を掴み、 The GitHub GraphQL API | Git

アクセシビリティとはアクセシビリティは、サービスや情報をどんな利用者も円滑に利用できるかの度合いです。 アクセシビリティが高いほど、より多くのユーザーが円滑に利用でき、アクセシビリティが低いほど、より多くのユーザーが利用できないということです。 アクセシビリティ向上は、障害当事者だけでなく、さまざまな環境や状況にいる人、高齢者、日本語以外を得意な言語とする人など、すべての人のためのものです。人だけでなく、サービスや情報にアクセスする機械(ロボット)もアクセシビリティの影響を受けます。 SmartHRの開発方針SmartHRは「well-working 労働にまつわる社会課題をなくし、誰もがその人らしく働ける社会を作る。」というミッションを掲げ、働くすべての人を後押しするプラットフォームをつくっています。 誰もがその人らしく働ける社会を実現するため、SmartHRはアクセシビリティの向上に取

AWS Compute Blog Better together: AWS SAM CLI and HashiCorp Terraform This post is written by Suresh Poopandi, Senior Solutions Architect and Seb Kasprzak, Senior Solutions Architect. Today, AWS is announcing the public preview of AWS Serverless Application Model CLI (AWS SAM CLI) support for local development, testing, and debugging of serverless applications defined using HashiCorp Terraform con

概要 Terraformハンズオンの第二弾です。今回は、AWS環境にサーバーレスの基本構成となる API Gateway + Lambda + DynamoDB のリソースを作成します。Terraform を実行後に、クライアントからREST API を送信して応答を得ることがゴールとなります。 対象読者 Terraform および AWS初学者向けの記事です。Terraform, AWS 学習の近道は、どちらも小規模のシステムを構築することになります。今回は、Terraform を使用して、各リソースを順番に作成することでTerraform の理解を深めます。 深く理解するために Terraform ハンズオンの理解を深めるため、Terraform を使用して構築する前に、AWS コンソールを使って一通り構築をすることをお勧めします。コンソールで作成したリソースとコードが頭の中で繋がり、

2018年の初めくらいから、仕事でGraphQL APIを何度も作っている。サーバーサイドもクライアントサイドも実装している。 最近クライアント側にRelayを使ってみている。 GraphQLのクライアントとしてはApolloを使う場合が多いと思うが、Facebook製のRelayもかなりよくできている。以前はTypeScriptに対応していなかったが、今はTypeScriptも使える。最近のバージョンではhooksのAPIがexperimentalではなくなり、ReactのSuspense API（Suspense for Data Fetchingは使わずに）と合わせて使える。 RelayはGraphQLのスキーマに制約を設けることで、クライアント側のAPIがデータの再取得やページネーションなどを抽象化している。換言すると、Relayからデータの再取得やページネーションに必要なスキーマ

Relayを触り始めた当初、useQueryとuseFragmentって何してるの？何が違うの?ってレベルでよくわからなかったので、 初めてRelayを触る人のために詳しく図解してみました。 そもそもRelayとは Relayは、facebook社(今はMetaか...)が開発しているReactのためのGraphQLクライアントです。 Relayには下記のようなメリットがあります。 取得したいデータの構造をコンポーネントに閉じ込めることができる つまり、コンポーネント内で取得するデータが変更されても他のコンポーネントに影響がでないため、依存関係を気にしなくて良い。 useQueryとuseFragmentの仕組みによるもの → のちほど詳しく解説！ フェッチ・レンダリングの自動的に最適化される クエリの重複フィールドの除去 データに変更があった時に、必要なコンポーネントのみ更新する ▼ 公

GraphQLクライアントライブラリ乗り換え遍歴 私達のプロジェクトではReactのフロントエンドとバックエンドの通信にGraphQLを使っています。 GraphQLは、たいていの場合はHTTP POSTリクエストで リクエストボディ：GraphQLクエリ（文字列）と引数（オブジェクト）からなるJSON レスポンスボディ：データJSON をやりとりするだけというだけのシンプルなプロトコルなので、全てfetch関数で頑張るストロングスタイルで行けないこともないですが、やっぱり専用のクライアントライブラリを利用したほうが楽です。 そのライブラリとして一番有名なApollo Clientから始まってRelay、Urqlと、3ヶ月くらいの間に2回も乗り換えてしまったので、反省の意味も込めて記事にしたいと思います。 GraphQLクライアントライブラリがいろいろあってどう違うんだろうと迷った方の助け

The goal of this document is to specify the assumptions that Relay makes about a GraphQL server and demonstrate them through an example GraphQL schema. Table of Contents: PrefaceSchemaObject IdentificationConnectionsFurther ReadingPreface​The two core assumptions that Relay makes about a GraphQL server are that it provides: A mechanism for refetching an object.A description of how to page through

WebサイトやスマホアプリのUIデザインをはじめ、プレゼンなどのさまざまな成果物に使用できるSVGアイコンのセットを紹介します。 アイコンのスタイルも豊富で、ソリッド・ベタ塗り・デュオトーンなども揃っており、さまざまなデザインに適用できると思います。 Phosphor Icons Phosphor Icons -GitHub Phosphor Iconsの特徴 Phosphor Iconsのアイコンのダウンロード Phosphor Iconsのアイコン Phosphor Iconsの特徴 Phosphor Iconsは、WebサイトやスマホアプリのUIデザインをはじめ、プレゼンテーションやダイアグラムなどさまざまな成果物に使用できるフレシキブルなアイコンのセットです。 7，000種類以上のSVGアイコンが揃っています。 6つのスタイル（Thin, Light, Regular, Bold,

QRコードをかなり自由にデザインして作成できるオンラインツールを紹介します。他の今までのツールはエラー訂正レベルを使用していましたが、本ツールは違います。 先日リリースされたばかりの最新ツールです！ カラーを変更したり、文字や図形を加えたり、画像やパターンなどを加えてデザインすることもできます。日本語を使用してデザインすることもできるので、非常に便利です。 QR code designer QR code designer -GitHub QR code designerは、QRコードの中央部分にカスタマイズしたデザインを加えてQRコードを作成できるWebアプリです。文字・図形・背景だけでなく、画像・パターンなどを加えて自由にQRコードをデザインできます。 MITライセンスで、商用プロジェクトでも無料で利用できます。

Welcome to Decoding Flutter, where we’ll answer your tough questions like: Why doesn't hot reload work? Or what's going on with this State thing anyways? We'...

内容紹介 ゲストにJicoo初期リリース開発を手伝ってくれた開発パートナーでフリーランスエンジニアの井出さんをお迎えし、Jicooの初期開発、アーキテクチャ設計などについて話しました。 出演者 Shinichiro Suzuki Haruhiko Kobayashi Ryo Ide 収録日 2022/10/19 (Wed) Show Notes 自己紹介 Jicooの開発メンバー フリーランスエンジニアの井出さん Next.jsを選んだ理由 オニオンアーキテクチャ風なファイルレイアウト なぜRESTを選んだのか 1 source muitiuse モノレポ DB設計 インフラ 一緒に開発してくれるメンバーを募集 このpodcastを聴いてJicooのエンジニアとして我々と一緒に開発する事に興味を持っていただいた方は、ぜひこちらの採用情報をご覧下さい！ https://www.jicoo.c