第4回EMS勉強会の舞台裏（オンライン配信のやり方）ATEM mini｜hikky
MicrosoftのEnterprise Mobility + Security(以下EMS）という製品のコミュニティJapan EMS User Groupというグループを運営しています 以前からEMS勉強会では勉強会の様子をYouTubeに配信＆数カ月後にセッションごとに分割して公開していました。 https://www.youtube.com/channel/UCx3lTSUjQ9Ug5BnzOAe-znA/videos 第3回の開催日(2020/2/1)あたりがCOVID-19が流行りはじめのような時期でした。 第4回をオフラインでできたらやりたいと思いつつ、状況も改善せずなので完全オンライン開催(2020年10月17日（土））を決めて進めました。 色々とやり方はありますが、第4回EMS勉強会での構成を説明します ちなみにこの回私の担当範囲は、 ・配信構成設計、構築 ・司会 ・配信
手っ取り早くウェブアプリケーションにOAuth2認証を導入する - その手の平は尻もつかめるさ
bitly/oauth2_proxyを用いて，ウェブアプリケーションに手っ取り早くOAuth2認証を導入するという話です． oauth2_proxyは良い感じでOAuth2による認証を肩代わりしてくれる君で，何らかのリバースプロキシの認証機構と組み合わせて利用すると簡単にOAuth2ログインを実現することができます． 今回は例としてKibanaにGoogleのOAuth2ログインを導入してみたいと思います． 構成 Kibana bitly/oauth2_proxy nginx +------+ +-------+ +--------------+ +--------+ | | | | ----auth----> | | | | | user | --request--> | nginx | | oauth2_proxy | <--auth--> | Google | | | | | <--
10年引きこもりニートしてた就職氷河期直撃アラフィフでも社会復帰してReactで成り上がれるよ｜erukiti
社会問題にもなっている就職氷河期直撃世代のえるきちです。クッソどうでもいい専門学校を出てから10年引きこもりニートしてました。 どん底（と言っても本当にどん底ではないかもしれない）からでも、普通に人生なんとかなるみたいな話です。あと、怪しげなサロンやスクールに通うくらいならN予備校に通う方がいいと思いますという話です。 ワナビー界隈だと年収公開したりするようなキラキラパリピが人気集めるんですって？わざわざ金の話をこれ見よがしに語る人、まっとうなエンジニアではないので気をつけた方がいいですよ。 年収は特に書きませんが、スタートアップに勤めて、同人誌書いたりしつつ、面白おかしく生きるのに問題無い金額は稼いでおります。 前提: 他の世代の人への補足アラフィフ4x歳だったら、経験も豊富で金も一杯もらってんだろ当然だろみたいに考える人もいるかもしれませんが、それは必ずしもそうとはいえません。 たとえ
ITエンジニア35歳定年説のその後: 実際に達者でやってる人達のキャリア事例｜久松剛／IT百物語の蒐集家
ITエンジニア35歳定年説。今でも時折語られるワードですが、文脈としては「35歳定年説なんて嘘だよね」という形で使われがちです。現在LIGで年齢制限無しで採用活動をしていることもあり、改めて市場を調査中です。私自身も38歳で転職してきたので、今回は35歳以上のミドル層、主にエンジニアがどこで活躍しているのかついてお話します。今はまだ20代で怖いものなしの方にも加齢は不可避な事情であるため、現在のミドルの状況は知っておいて損はないでしょう。また、30代未経験エンジニアの方々についても触れていきますので参考になれば幸いです。 ITエンジニア35歳定年説とは何だったのか この話が出てくる度に少し調べてみるのですが、この説は詠み人知らずなようです。IT業界の黎明期から言われていたとも言われています。 次に出版物について調べてみたところ、2005年に2冊ほど見つかりました。いずれも著者自身の経験が書
ネットワーク越しリトライ考 - その手の平は尻もつかめるさ
ここ最近では何らかのインターネットサービスを構築・運用するにあたって、ネットワーク越しのリトライを考えることは避けられなくなりつつあります。 micro services のようなアーキテクチャを採用している場合はサービス間のメッセージのやり取りはまず失敗する前提 (つまりリトライをする前提) で組む必要がありますし、たくさんのクライアントがいてそのクライアントが定期的に何かを処理してセントラルにデータを送ってくる IoT のようなシステムを構築する時もその処理のリトライをよく考える必要があります。 というわけで「ネットワーク越しのリトライ」についてここ最近考えていることをざっくりと書き留めるものであります。 前提 リトライをする側をクライアント、リトライを試みられる側をサーバと呼称します リトライにおいて、サーバおよびネットワークはクライアントよりも弱者です クライアントはリトライをコン
SSH接続をWebブラウザの純粋なHTTP上で実現する - nwtgck / Ryo Ota
HTTPといえばHTML/CSS/JavaScriptや画像などの小さめの限りがあるデータを手に入れるためによく使われている印象がある。REST APIのようなHTTPを使ったAPIでも限りのあるデータがリクエストとレスポンスになる印象が強い。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Microsoft、「Visual Studio Code」の新しい拡張機能「Jupyter」を発表／「Python」言語拡張と切り離して、それ以外のプログラミング言語でも利用可能に
おでん/焼鳥/熱燗が1台で楽しめる「せんべろメーカー」 - 家電 Watch
GitHub - aws-amplify-jp/awesome-aws-amplify-ja: 日本語で書かれているAWS Amplifyのツール、チュートリアル、記事などのリンク集
秋葉原電子パーツ屋店長「ツイ廃専用液晶を装着」ツイ廃「ほしい！販売して！」
つくもたんの後任？店頭でも見かけるようになったツクモのバーチャル販売員「九十九 トッカ」