フロントエンド技術の変化激しすぎィ！ついていけねえよ！って人向けのメッセージ - Qiita
この記事の動機 当方フロントエンド好きなエンジニア。 フロントエンドが嫌い という増田がホッテントリ入りしてて、中身を読んでみると正論と言える内容もあるものの、幾つか勘違いもあって悲しくなった。 勘違いされたままなのは悲しい。 そこで、フロントエンドに浅く接している人に対して、ストレスなくフロントエンド技術の変化の激しさに対処出来るよう、フロントエンドエンジニアからの弁明とも言えるメモを残すことにした。 毎年のように流行りのフレームワークやらツールやらが変化してない？ あなたが感じるこのフィーリングは正しい。 実際何が流行っているかという点では、毎年のように変化が起こっている。 ただし、"○○○が流行ってきたから、前まで使っていた△△△はクソ。"という考えは正しくないし、○○○が△△△よりも必ずしも優れているというわけではない。 フロントエンドの世界では、UXやデザインの違いによってとても
OAuth 2.0 全フローの図解と動画 - Qiita
RFC 6749 (The OAuth 2.0 Authorization Framework) で定義されている 4 つの認可フロー、および、リフレッシュトークンを用いてアクセストークンの再発行を受けるフローの図解及び動画です。動画は YouTube へのリンクとなっています。 English version: Diagrams And Movies Of All The OAuth 2.0 Flows 追記 (2019-07-02) 認可決定エンドポイントからクライアントに認可コードやアクセストークンを渡す方法については、別記事『OAuth 2.0 の認可レスポンスとリダイレクトに関する説明』で解説していますので、ご参照ください。 追記（2020-03-20） この記事の内容を含む、筆者本人による『OAuth & OIDC 入門編』解説動画を公開しました！ 1. 認可コードフロー RF
SlackとGASを使って会社のお弁当発注を自動化した話 - Qiita
こちらの内容は第一回 MAMORIO Meetupで発表した内容をまとめたものです。 背景 弊社ではお弁当が必要な人は前日に注文しておけば、会社が無料で提供してくれる福利厚生があります。（素晴らしいですね ) ちょうど会社の近くに安くて美味しいお弁当屋さんがあり、配達もしてくれるのですが、この注文先のお弁当屋さんは電話かFAXでしか注文を受け付けておらず、誰かが毎日集計して朝お弁当屋さんに注文する必要がありかなり面倒です。 具体的には以下のような作業が毎日必要になります。 集計 呼びかけ: 明日誰がお弁当が必要か聞く リマインド: 集計時に忙しくてすぐ答えてくれない人もいるので未回答の人に対してリマインドする キャンセル: 集計したもののやっぱりキャンセルとなった場合はその分を差し引く 確定&発注: 集計した個数を電話あるいはFaxで発注する この作業を毎日人がやっているようでは、弊社の様
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
