Firebase Auth のトークン解説
こんにちは、Cloud Support の Rnrn です。今日は Firebase Authentication (以下 Firebase Auth) で登場する「トークン」について掘り下げてみたいと思います。一口にトークンといっても Firebase Auth にはいくつか種類の異なるトークンがあるため、整理しておくと Auth フローがよりわかりやすくなりますよ！ ※ 本記事は公式ドキュメントを読み込むための足がかりのような立ち位置を想定し、厳密な正確さよりもわかりやすさに重点を置いています。 Firebase Auth でサポートされている認証方法は大きく分けて 3 種類あります。1 つがメールアドレス/パスワードや電話番号などを使う Firebase サービスによる認証、もう 1 つが Google や Facebook などのフェデレーション ID プロバイダによる認証、そして
Presentational and Container Components
BismuthUpdate from 2019: I wrote this article a long time ago and my views have since evolved. In particular, I don’t suggest splitting your components like this anymore. If you find it natural in your codebase, this pattern can be handy. But I’ve seen it enforced without any necessity and with almost dogmatic fervor far too many times. The main reason I found it useful was because it let me separ
ヒープについてわかりやすく解説してみた – Yasufumi Taniguchi – Medium
基本的なデータ構造であるヒープについて、概要、計算量と実装、そして最もシンプルな応用であるヒープソートを紹介します。MITが講義や資料を公開しているMIT OpenCourseWareのアルゴリズムとデータ構造の講義 が非常にわかりやすかったので、その内容に沿ってまとめました。この記事ではHeaps and Heap Sortの内容を以下の順序で解説します。 ヒープの概要ヒープの表現ヒープの構築ヒープの計算量ヒープの実装ヒープソート1. ヒープの概要ヒープ (heap) は優先度付きキュー (priority queue) の実装の1つです。優先度付きキューは集合 (set) を扱うデータ型で、集合に含まれる要素が何らかの優先度 (priority) 順に取り出されるという特徴を持っています。学会のポスター発表を回るときや、旅行先での観光地巡りでは、優先度に基づいて要素を取り出すことが重要
競技プログラミング、ソフトウェア・エンジニア、コミュニティ
なんか言及もされたのでアンサー的に書いてみたけど、アンサーには大してなってないな? ってやつです。一部で言及された、競技プログラミング (競プロ) 関係の話。 その前に、「プログラミングの競技」っていろいろあります。 短時間で問題に解答していく型 (ICPC / 情報オリンピック / AtCoder Regular / TopCoder とか)最適解が容易に求まらない問題のスコアを競う型 (SuperCon / AtCoder Heuristic / ISUCON / ゴルフ / ICFP Programming Contest の一部とか)対戦型 (ICFP Programming Contest の一部とか、最近のはあんまり知らないですが RoboCode / Imagine Cup とか)謎解き型 (ICFP Programming Contest で何回かありましたね。 UMIX
読書録:「知性とは何か」「学ぶとは何か」まで踏み込んで日本・フィンランド・中国・シンガポール・カナダの学校にプロの研究者が泊まり込んだ教育体験記。邦題以外最高。「日本の15歳はなぜ学力が高いのか？」ル…
■最高の旅行冒険記でもある 彼女の調査方法がまたすごい。 お仕着せの学校訪問、地元の教育関係者がアピールのためにアレンジした理想コースを避けるために、彼女は自力で各国の教師に、公開されているメールアドレスを頼りにアポイントをとり、ホームステイさせてくれる教師を探す。 そして教師の家に泊まり込みながら、1ヶ国のなかだけでも複数の学校に潜り込んで教鞭をとり、1ヶ月以上生活をともにする。その中で子どもたち、教育関係者、両親特に母親と様々な対話をする中で、文化含めてその国が教育に期待してるものを抽出する。その旅行記としてだけでも面白い。 僕は彼女が調査した中で、日本と中国とシンガポールには、住んでいたしそれなりに詳しい。たぶん言葉の理解とかを含めれば彼女より詳しいだろう。その僕から見ても、彼女のこの３カ国での体験は、文化の深いところをきちんと捉えている。教育にまったく興味がない人でも、そうした文化
Why you should enforce Dangling Commas for Multiline Statements
We all have different opinions on what code should look like. Most of the time it’s a matter of preference based on good arguments. When it comes to dangling commas I noticed most people didn’t like them until they understood the benefits. I didn’t either, until recently … Before we dig into the benefits let’s briefly explore what I mean with dangling commas. Code without dangling commas: const fr
Pythonのアンダースコア( _ )を使いこなそう！
Pythonは一番書きやすいプログラミング言語と知られ、多くの人の第二外国語(英語に次ぎ)です。でもGithubやGitlabで他人のコードを参照した時や自分でclassを書いてる時、こういう疑問はあったでしょうか： 「def __init__(self): の__init__のアンダースコアは何故二つなのか？」 「def _func(x): と def func(x): とdef func_(x): に違いはあるのか？」 「y, _ = func(x)のアンダースコアは何か？」 そんな色んな所で使われてるアンダースコアの使い方を、今回整理して説明してみました！ アンダースコアの使い場所Return値を無視する。関数の名付けで使い方を区別する。数字を読みやすくする。インタプリタで最後に表示された値を代表する。以上4種類の状況でアンダースコアを使いこなす事により、読みやすいpythonicな
Flutter はじめの一歩
本記事は、このPublicationの中でも特に初学者向けに書かれています。主なターゲット層は以下のような方です。 JavaScript・PHPなどとっつきやすいWeb系の言語は見よう見まねで触ったことがあるがきちんとは理解できてはいない(プログラムを1行も書いたこと無いレベルの場合はFlutterの前にまず何かとても簡単な入門書をまず一冊挟んだ方が良いです)Flutterを触り立て(環境構築は済んでいる)以前、以下の呟きをしましたが、例えばデザイナー本業の方がFlutterも活用できるようになると幅が広がると思い、また公式ドキュメントにもその旨が書かれていました。 とはいえ、元々バリバリコードを書けてしまうようなごく一部のデザイナーを除いて、やはりFlutterを使いこなせるようになるには(UIレイアウト周りに絞ったとしても)けっこう障壁が高いとは思うので、本記事がその補助となれば幸いで
「良いエンジニア」を言語化してみました
「VOYAGE GROUP エンジニアの公開ガチ評価会」に参加して、最近考えていた「良いエンジニア」像がかなり良い感じだと思うようになりました。 「ガチ評価会」自体の内容は他の方のブログに譲るとして、「ガチ評価会」で聞けなかった部分、つまり「普段だったら『ビジネス的側面からの技術投資判断』とかも聞くんだけど」と言っていたところが、まさに聞きたいところだったのでニヤッとしました。聞けなくて残念♪ 妥協ない挑戦元々ピクシブの技術力評価においては、「最近やった妥協ない挑戦は何ですか？」というのをキーワードにやってました。 解決すべき課題に対して、どういう背景があって、どういう事前調査をして、どういう実装をして、どう考察するか、というところまでをきちんと考えて仕事することに成長があるんだよ、というメッセージ性です。 そんなこと言っても普段は妥協ばっかりですって？いえいえ、相反する選択肢の中で、何を
10年後の転職市場で起きること
定量的な根拠はないけれど、私が身近で感じ始めている転職市場の変化は将来の市場の大きな流れになる気がする。なぜだかわからないけれど、ほぼ確信としてそう思っている自分がいる。 でも多分これはみんなもなんとなく思っていることなんじゃないかなと思う。YOUTRUSTを作ることで、それを加速できるならすごく嬉しいし、もしかしたらもう３年後にはそんな世界になっているかもしれない。 「転職活動」という概念はなくなる10年後の転職市場では、一旦フリーランスになって数社手伝って一番エキサイティングだと感じたところに入社したり（わざわざ正社員として入社する必要もないのかもしれない）、副業してみて面白かったのでそっちを本業にする、というのが普通になっていると思う。 なぜ今までこれをみんなやらなかったのか不思議なくらい、理にかなったキャリアの見極め方だと思う。自分の周りにもポツポツこういう方法で次の仕事を見つける
https://link.medium.com/1jsAtPLA6T
デザイン思考は、問題を探索・解決するための方法です。リーンは、私たちの信念を試し、適切な成果につなげる方法を学ぶためのフレームワークです。アジャイルは、ソフトウェアの変化していく状況に適応するための方法です。 デザイン思考は、能力と学習に関するものです。スタンフォードd.schoolのCarissa Carter主任は、デザイナーを高める能力について、素晴らしい記事を書いています。たとえば、曖昧さ、共感的学習、統合、実験などが、その能力として挙げられています。意味を生み出し、問題の枠組みを設定し、潜在的な解決策を探索する、デザイナーの能力が重要なのです。 『誰のためのデザイン？』の著者であるドナルド・ノーマンは「デザイナーは最初のアイデアに満足しない」と述べています。あなたも考えてみてください。最初のアイデアが最高のアイデアだったことはありますか？意味や新しいアイデアが生まれるのは、物事を
共同創業者山田の話
最近たまに「なんで山田さんを最初のエンジニアに選んだんですか？」と聞かれるので、このタイミングで経緯含め残しておこうと思う。 山田さんはこちら（ポーカープロ専業のこのブログ信じている方すみません、半分本当ですが半分冗談ですよ！） なんで山田さんを誘ったのかシンプルに「昔から知っていて信頼しているから」というとあっさりしすぎているかもだけど、それ以上でもそれ以下でもない。 エモ先輩が巷を賑わせてるけど、私も「信頼（TRUST）」をベースにしたサービスを作るつもりだったので、絶対に信頼できる人でかつ信頼が大切だと心から思っている人を相方にしたいと思っていました。 山田さんとはDeNAの新卒同期（写真は2010年。やまでぃ細い。私は丸い）でも実は山田さんに連絡するまでに10名くらいの他社の知人のエンジニアに会った。もっとかもしれない。 義理とか遠慮とかもあって大好きな前職の会社の人は誘えない…と
新卒を3ヶ月で捨ててフリーランスになって変わったこと、得たもの、そして失ったもの
新卒入社したピクシブ株式会社を退職し、フリーランスになって半年以上経った。本格的に仕事をし始めたのは8月からなので、まぁ丁度半年と言っても問題ないだろう。 自分は高卒で入社しておいて3ヶ月半でやめるという信じられないような行為をした上でフリーランスとして生きているわけだけれど、今の生き方はすごく満足している。自分にとって新卒というカードはあまり重要ではなかったので使ったことに特に後悔はないし、ストレートでフリーランスになるより数ヶ月だけでも新卒をできたのは良いことだと思っている。 とはいえ状況としては今のほうが性に合っていることは間違いない気がするし、良いことを書きたいんだけど、それはそれとして、明確に失ったものもあるのでどちらもどこかにまとまったテキストとして書き残して、これからまた自分が大きな人生の選択をする時に考えるためのものとして活用できたら良いなということを思い、書いてみることと
ドラクエとプログラミングとフロー体験
このところ、プログラミングが面白くてハマっている。まだプロフェッショナルとして働けるレベルではないが、少なくとも趣味としては十分に楽しめるレベルになってきた。 どれくらいハマっているのか。仕事以外の時間は、ほぼすべてプログラミングしている。続きが気になって仕方がないし、他のことはしていられない。実際、そこまでできないけれど、気持ちとしてはそうだ。 この楽しさは一体なんだろうか。何かに似ている。そうか、コンピュータゲームにハマったときに似ているんだ。それも、ドラクエのようなロールプレイングゲームだ。 面白いゲームにハマったら、寝食を忘れるけれど、その感覚に似ている。（最近のコンピュータゲームはやっていないので、20年以上前のゲーム観だけれど） 今年の年始から、未経験の若者を弟子に迎えたことで、自分も改めてプログラミングを再開した。弟子には、必ず毎日一行でもいいからコードを書くように言っている
天職は見つかるものでなく辿り着くもの – kuranuki – Medium
天職とは何か。自分が好きなことで、その仕事に適性があり、社会の役に立つような仕事、それを人は「天職」と言うのだろう。 そんな天職に就くことが出来れば、毎日の仕事が楽しくて仕方ないものになる。なんて幸せなことだ。 誰もが自分の天職だと思える仕事に出会えたら良いのだが、なかなかそうもいかない。自分の天職はどこにあるのか、悩む人も多い。 果たして、どうすれば天職を見つけることができるのだろうか。 結論から書くと、タイトルの通りで、いつか見つかるものじゃなく、仕事をしていくうちに辿り着くものではないか、と考えている。 社会の役に立つ仕事を選ぶのは大前提だとするならば、自分の好きなことと自分の得意なことが、仕事を選ぶ際の判断材料になる。 偶然にも、好きなことと才能があることの重なる仕事が見つかれば良いけれど、その確率は高くはない。才能の有無は事前に判断できないし、どれくらい好きかなんて、続けてみない
とにかく雑に作れ
学生たちを見ていると、きちんと議論して、きちんと設計して、きちんと何かを作ろうとするみたいです。ときには副作用を考慮して、やっぱり作るのやめようかという話になり、再び議論に戻ることもあります。 ああ、もったいない、もったいない。私は適当な人間なので「なんてマジメなんだ、とりあえず何か作ればいいのに」と思います。デザイン思考ではそのことを「クイック＆ダーティプロトタイプ」と呼んだりしますが、それだとなんだかカッコよすぎるので、私は「雑に作れ」と言ってます。 でも、言葉だけでうまく伝わるはずもなく、「どうすれば雑に作れるのか？」と再び議論を始めたりするので、なかなか難しいところです。 それでも「締め切り」というのは効果的なもので、次回までに何かを発表しなければいけないとなると、「議論してばかりじゃ話が進まない！」となり、ある種の覚悟を決めて雑に作ってくれるようになります。 私が印象的だったのは
56歳からコードを書き始めて食べていく方法
私は56歳、最近プログラミングを始めたんだ。 なぜかって？やりたいからに決まっているじゃないか。ようやく最近コツをつかめてきてね。でもコツをつかめたからといって簡単にはいかない。正直なかなか手こずっている。でもいいんだ。 アルゴリズムに挑戦して我を忘れるのは楽しいし、まだテストしたい事があって「あと数分だけ」と繰り返し自分に言い聞かせるのもいい。「今度こそ上手くいったかも、、」とドキドキしてから「やったぞ！ついに動いた。」となる瞬間も大好きだ。 でもこんな私には今まで趣味と呼べるものが何ひとつなかった。自分に見返りがない事に時間を費やすのは嫌だったんだ。ただ楽しみのためだけに何かをするのが好きじゃなかったのさ。休みの日にやる事といったら、ちょっとした小遣い稼ぎになるような事ばかりだった。 オーケー。もちろんコーディングだって小遣い稼ぎさ。上手くやればかなり稼げる。これだってあなたから見れば
もし次のリリースが最後のリリースだとしたら？と考える
VASILYではiQONのアプリアップデートは原則月に2回、1日と15日としています。月2回とリリースタイミングと回数を決めてやる一番の理由は、企画→開発→検証→企画・・・というサイクルを回しやすくして、プロジェクトにリズムを出すことです。リズムが出てくるとそれはグルーヴになり、グルーヴはムーブメントと昇華し、大きな成果が出せる、というイメージを持っています。 昨日アプリ開発チームと共に、次の定期リリースにどんな改善を入れるかということを議論しました。VASILYではエンジニアもデザイナーもプランナーも役職/役割に関係なくフラットに意見を出し議論するのですが（会議に参加して何も意見を出さないことは悪、だと考えています）、昨日の会議ではどのアイディアも甲乙捨てがたく、どれもやるべき改善のように思えました。 しかし、当然時間は有限なので全てを同時並行で進行させることはできないですし、次のリリー
「判断」と「決断」の違い
昔はなんとなくこの2つの言葉を使い分けをしていましたが、「ビジネスにおける数字の使い方」だったり「会社としての意思決定」だったりについて考えている中で、これを意識すると考えやすくなるな、と思うようになりました。 「判断」と「決断」の定義辞書的に言うと、 【判断】物事を理解して，考えを決めること。論理・基準などに従って，判定を下すこと。 【決断】きっぱりと心を決めること。是非善悪を見定めて裁くこと。 となります。（いずれも三省堂大辞林より） 中竹竜二さんという早稲田大学のラグビー部の監督だった方が、そのまんまの題名で「判断と決断」という本を書かれていますが、この中では以下のように書かれています。 【判断】は過去に対して客観的に評価すること。 【決断】は未来に対して主観的に方向性を打ち出すこと。 （ちなみにこの本、情報収集→整理→判断→→→決断→組織への浸透、という一連の流れで、自身の経験を踏
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to Be a Manager Everyone Wants to Work for