こんばんは、kuwana-kbです。 2019/10/26 に開催されたRust.Tokyo 2019に参加してきました。 Rust.Tokyoは今回が初開催とのことでしたが、およそ200名のRustacean(Rustプログラマーの通称)が集まり大盛況を収めました。 各セッションは30分で、RoomAとRoomBで2つのセッションが同時並行で行われました。 今回は、私の参加したセッションについてのレポートをまとめたいと思います。 Rust.Tokyoに来ることができなかった方にもどういったセッション内容だったかわかるように、各セッションの概要と所感を共有します。 ※前提として、筆者はRustに入門して2ヶ月と知識が浅いです。内容に誤り等ありましたらご指摘くださいますと嬉しいです。 ノベルティのトートバッグ! 参加セッション一覧 Visualization of mechanical CA

25兆円の選挙対策だからね、これ。／政府は、新たな経済対策について、事業規模を25兆円台とする方向で与党との最終的な調整に入ることがわかりました。防災や減災… https://t.co/9Vz2RQ8pIF

React Hooks以降、複数コンポーネント間の状態管理にはContextとuseReducerを組み合わせるのが一般的になっているようです。以前にこのブログ内でも取り上げました。 上記はプレーンなReactだけで実現できます。手軽な反面、コードが直感的にならない印象を受けます。Contextだけならともかく、useReducerを使うとReduxライクな記述にするか、または独自の書き方をするか、組む人に左右される部分もあります。 今回取り上げるUnstated Nextは、Reactコンポーネント間で状態を管理するライブラリです。これを使えばdispatchなどの概念は頭からポイできます🗑 yarn add unstated-next 以降、A・Bというコンポーネント間でフォームの状態値を取り扱う例を考えます。 createContainer まず必要なのは、状態を保管するConta

はじめに マルチスレッドで動作するプログラムの設計は難しい問題です。個々のスレッドの動作は単純に見えても、複数が並行して動作する場合の動作は組み合わせ論的に複雑になります。また、タイミングに依存する不具合は狙って再現することが難しく、通常の単体テストによる検出にも限界があります。 そんなとき、有効な手法がモデル検査です。システムの取りうる状態をあらかじめ網羅的に探索することで、「実際に動作させた際にごく低い確率で踏むバグ」であっても、動作させることなく設計段階で発見することが可能になります。 ところでちょうど先日、デッドロック発見器を自作するハンズオンに参加する機会がありました。内容は非常にシンプルなモデル検査器を実装するというもので、せっかくなのでそのときの成果物を Go のパッケージとしてまとめたものを以下に公開しました。 github.com 以下、このパッケージで何ができるのかを具

目次 モチベーション 環境 認証の手法(JSON Web Token) 流れ クライアント側での認証の制御 ログイン認証の処理 まとめ 参考記事 モチベーション ReduxをフレームワークとしてReactを使ったSPAを作成していたときに、ログイン認証の処理で結構悩んで、悩み抜いた結果の知見を共有といった感じです。 まだまだSPA勉強中の身のため、間違ったやり方をしている部分があるかもしれませんが、そのときはご指摘いただけるとありがたいです。 なお、今回のサンプルソースは以下においてあります。細かい解説をしていない部分は、実際のソースを見て確認してください。 nabeliwo/jwt-react-redux-auth-example ※サーバーサイドレンダリングには対応していません。 環境 サーバーサイド Node 6.1.0 hapi 13.4.1 (フレームワーク) ※今回は特にサーバ

はじめに Reactを中心としたフロントエンド開発において、以下のような構成を見かけることが多いと思います。 UIライブラリとしてReact 型のある言語としてTypeScript スタイル定義としてstyled-components コンポーネントの開発環境としてStorybook LinterとしてESLint FormatterとしてPrettier この記事では、各種ライブラリについて紹介したのち、それらを使う場合の環境構築についてハンズオン形式で説明します。 ※ アプリケーションを開発する際に必要になる設定が抜けていたので、追記しました。 各種ライブラリの紹介 まず、各ライブラリがどのようなものなのかを簡単に紹介します。 ライブラリの使い方などは公式ドキュメントなどを参照するようにしてください。 ドキュメント ReactはUI(ボタンやフォームなど)コンポーネントを作成するための

我々は Kubernetes の何を監視すればいいのか？ / CloudNative Days Kansai 2019

概要 以前 christina04.hatenablog.com こちらの記事で、アプリケーション内でのレイヤ間のエラーハンドリングについてまとめました。 ではマイクロサービス間でそのエラーコードを伝播していくのはどうすれば良いのか、というのが今回の主題です。 課題 gRPCはレスポンスコードを持っています。 しかしこれだけでは下記のようなケースをハンドリングできません。 フォームのvalidationエラーを伝える際に、どのフィールドの不備が原因か カード決済時のエラーで、カードの何が問題でエラーが起きているのか このような詳細なエラーをクライアントに伝えられない場合、クライアントは抽象的なエラー文言しかユーザに出せず、結果としてユーザは問題を解決することができなくなります。 解決案1) エラー文言をparse gRPCは以下のようにレスポンスコード以外にもメッセージ（文字列）を返すこと

Mohamed Ali Habib氏は、シリアで第2の規模をほこるアレッポ大学（シリア最大規模の大学はダマスカス大学）でコンピュータサイエンスを専攻する大学院生です。同氏がMediumに投稿した記事「アンドリュー・エン教授のアドバイスによる機械学習キャリアの築き方と研究論文の読み方」では、アンドリュー・エン教授のオンライン講座で語られたアドバイスが紹介されています。 アンドリュー・エン（Andrew Ng）氏は、英語圏で最も有名なオンライン講座サービスCourseraを設立してAI関連の講義を担当しているスタンフォード大学の教授です。同氏は、アメリカにおいて日本の松尾豊東京大学教授のような立ち位置にいると言えばわかりやすいでしょう。 研究論文の読み方と機械学習エンジニアのキャリア構築法についてアドバイスした同教授の講座に感銘を受けて、Ali Habib氏は聴講した講座をまとめる記事を執筆す

jwtRS256.sh �� �^U `�0�^U ssh-keygen -t rsa -b 4096 -m PEM -f jwtRS256.key # Don't add passphrase openssl rsa -in jwtRS256.key -pubout -outform PEM -out jwtRS256.key.pub cat jwtRS256.key cat jwtRS256.key.pub

TypeScriptは、 最終的にJavaScriptにコンパイルされます。実際に実行されるのは、JavaScriptです。開発をするときは、TypeScriptを書きますが、ブラウザで実行する時には、TypeScriptをコンパイルして作成されたJavaScriptを実行する、ということです(Node.jsでも同じです)。なので、TypeScriptを利用するには、次のものが必要です： TypeScriptコンパイラ (NPMのパッケージとして提供されています。または、OSS(オープンソースソフトウェア)のソースをローカル環境でビルドして利用することもできます)

webは失敗回避の知恵でいっぱい。他人には無用の用ですら無い自己中心的な備忘録です。口頭だけでまだ無形な話もあります。 現在の軽量linuxは組み込み用に軽量化したlib（ライブラリー）のmusl libc をつかったものが多い。これまでの悪評（小さくても使えない）にたえた努力が酬われたのだろう。 dockerのベースに選ばれて最近有名になったalpine linux、軽量linuxのpuppy linuxを作って有名だったBarry さんが始めているSabotaged Quirky,ほとんど無名なaboriginal linuxがあげられる。musl libcはi386やARMなどを対象しているので今後だれかがold pc用のlinuxを作ってくれることが楽しみだ。64MB以下になるとうれしい。自分で作れる自信がないのが残念。 ここでいう軽量は相当古いCPUでも動くものだ。intelのp

はじめに 最近、Amazon CognitoとAPI Gatewayを少し触る機会があり、そこでOpenID ConnectのIDトークンを使ったAPI Gatewayでのアクセスコントロールができることを知りました。Cognitoの 開発者ガイド >> Amazon Cognitoユーザープール >> ユーザープールのトークンの使用には下記のように書かれています。 ID トークンを使用する ID トークンは JSON Web キートークン (JWT) として表されます。トークンには、認証ユーザーの ID に関するクレームが含まれます。たとえば、name、family_name、phone_number などのトークンが含まれます。標準クレームに関する詳細については、OpenID Connect specification を参照してください。クライアントアプリは、アプリケーション内でこの

We are going to rewrite React from scratch. Step by step. Following the architecture from the real React code but without all the optimizations and non-essential features. If you’ve read any of my previous “build your own React” posts, the difference is that this post is based on React 16.8, so we can now use hooks and drop all the code related to classes. You can find the history with the old blo