同じ会社に15年いても、仕事とキャラを変えたらやりたい事が出来てる話｜941::note
私はCulture Evangelist という肩書で「LINEのエンジニア文化を広め伝える」という仕事をしていて、具体的には技術に関連するブログやSNSの担当と技術イベントを担当しています。今の仕事をすることになったのはWebディレクターから技術広報へジョブチェンジし、自分本位の考え方からチームのためにどんな態度をとるべきか考えキャラチェンジした結果です。 このnoteで伝えたいこと このnoteでは、ディレクターやPMと呼ばれる仕事をしている方のキャリアパスの1つかもしれない「エバンジェリスト」という仕事についてや、同じ会社にい続けても自分次第でやりたい仕事はできるよ、という話をします。また、ライブドアだった頃のちょっと変わった体験についてもご紹介します。長いので適宜飛ばしながらでも見てください。 先日、チームのワークショップで「出来て1年のチームなので、お互い知らない事もあるしバック
サーバーレスパターン
やりたいこと（ユースケース）から利用パターンへ到達できるように、ユースケース主導で紹介。利用するサービスのすべての機能をを覚えなくてもやりたいこと/部分からスタートできます。実際、類似するアーキテクチャの実例が多くあることがわかります。 パターン別のテンプレートから始めてみよう! チュートリアルで体感しよう! - いくつかのパターンはテンプレート/雛形から始めることができます。それぞれのパターンの「Template」「Sample」「Solution」のリンク先を参照ください。 - 実際に作って動かせるチュートリアルに「Tutorial」「Workshop」リンクからアクセスできます。ちょっとしたトライに費用が気にならないのもサーバーレスの良いところ。 - 各パターンの特性に合わせたエラーハンドリングの記事を拡充中。それぞれのパターンの「エラーハンドリング」リンクからご確認ください。 -
Web APIにおける認可の現状確認 2019 春 - 解せぬ日記
最近Web APIの認可について思いを馳せる機会があったのだけど、どの方法で認可を実装するのがスタンダードなのか、そもそもそんなものは最初からないのか、よく分からなくなったので自分なりの考えをまとめることにした。 ファーストパーティのアプリが使うWeb API（プライベートなWeb API）の場合はセッションを使うケースもあるだろうが、セッションを使うケースでは悩むことも少なかったので、ここではアクセストークンを用いた認可にフォーカスして考えてみたい。ケースとしてはユーザー毎にアクセストークンが発行され、Browser-BasedアプリやNativeアプリからWeb APIが叩かれることを想定している。 追記 2019/03/04 認証や認可周りについてよく拝見させてもらっている方にブログで言及していただきました。合わせて読むことをお勧めします。 ritou.hatenablog.com
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
