【オンラインMeetup イベントレポート】第二回 AWSマルチアカウント事例祭り - ZOZO TECH BLOG
こんにちは、ZOZOテクノロジーズ CTO室の池田（@ikenyal）です。 ZOZOテクノロジーズでは、2/9に第二回 AWSマルチアカウント事例祭りを開催しました。 zozotech-inc.connpass.com AWSを活用する複数社が集まり、事例に関してお話しする祭典が「AWSマルチアカウント事例祭り」です。専門性の高い、ここでしか聞けないコアなトークをお届けしました。特にAWSを使用している方、AWSのマルチアカウント運用を始めたい方、AWSのマルチアカウント運用に課題を感じている方に向けたイベントです。 登壇内容 まとめ ZOZOテクノロジーズ、ニフティ、Classiよりそれぞれ1名ずつ、合計3名が登壇しました。 マルチアカウントでのIAMユーザ把握と可視化 IAMユーザー棚卸しへの取り組み (株式会社ZOZOテクノロジーズ 光野 達朗 / @kotatsu360) AWS
アメリカで大学院修了してニューヨークに引っ越してソフトウェアエンジニアとして働きだしてカリフォルニアに戻ってきてシリコンバレーでAmazonに転職した - from __future__ import katryo
いろいろあっていまはシリコンバレーで Amazon.com Services LLC （つまりAWSです）でSDE (Software Development Engineer) として働いている。AWSのAIとデータベースに関するあるサービスを開発中。主にフロントエンドを担当。どこまで書いていいのかわからないのでとりあえずぼかしておく。 前回の記事からだいぶ時間が経ってしまった。二年半も過ぎると過去の自分が他人のように思えてくる。この時点からの主な出来事を並べるとこうなる。 2019年5月: 南カリフォルニア大学（University of Southern California, USC）のコンピュータサイエンス修士課程（MS in Computer Science - Scientists and Entineer）を修了。 2019年6月: ニューヨークシティに引っ越す。 2019
Linuxメモ : あると便利かもしれないRust製コマンドラインツール - もた日記
インストール方法 bat ripgrep, ripgrep-all fd, fselect starship exa, lsd, nat nushell navi, tealdeer delta hyperfine xsv, csview py-spy bandwhich, gping, ht, dog hexyl, bingrep broot tokei genact, globe, glitchcat monolith shellharden fnm, volta pastel gitui, onefetch, git-interactive-rebase-tool skim watchexec dust, diskonaut, dua-cli, dutree zoxide ytop, bottom, zenith mcfly sd, desed topgrade pueue proc
線形代数とは？初心者にもわかりやすい解説 | HEADBOOST
「線形代数を簡単に理解できるようになりたい…」。そう思ったことはないでしょうか。当ページはまさにそのような人のためのものです。ここでは線形代数の基礎のすべてを、誰でもすぐに、そして直感的に理解できるように、文章だけでなく、以下のような幾何学きかがく的なアニメーションを豊富に使って解説しています。ぜひご覧になってみてください（音は出ませんので安心してご覧ください）。 いかがでしょうか。これから線形代数の基礎概念のすべてを、このようなアニメーションとともに解説していきます。 線形代数の参考書の多くは、難しい数式がたくさん出てきて、見るだけで挫折してしまいそうになります。しかし線形代数は本来とてもシンプルです。だからこそ、これだけ多くの分野で活用されています。そして、このシンプルな線形代数の概念の数々は、アニメーションで視覚的に確認することで、驚くほどすんなりと理解することができます。 実際のと
anyをunknownに変える - 西尾泰和のScrapbox
TypeScriptで手抜きしてanyを使っている箇所って「自分の書いたコードだけど型をきちんと書くのが面倒だからanyにしてる」って場合と「サードパーティのライブラリからやってくる値で、型がなんなのか調べるのが面倒だからanyにしている」ってケースがある。 例えば後者の例で、Firestoreから取ってきたドキュメントオブジェクトの型がよくわからないのでanyにしていた。 code:ts (doc: any) => { ... } これをunknownに変えると… code:ts (doc: unknown) => { ... } unknownにexistsが生えてるからどうか知らないぞ、と指摘される。 きちんとした型をつける必要があるのだが、どうすれば良いか？ code:ts if (doc.exists) { // ERROR: Object is of type 'unknown
Cheatsheet: XSS that works in 2021
It’s been a year since my last XSS cheatsheet, and a year of developments in XSS exploitology. Here’s a new and updated version jam-packed full of goodies that I use myself! Note: This cheat-sheet focuses on up to date and relevant items only. Would you take a cheat sheet with you to an exam that has a bunch of irrelevant stuff? No, of course not. I hate cheat sheets that waste space on methods th
Webアプリケーションのパフォーマンス勉強会を開催しました！ - ANDPAD Tech Blog
はじめまして、サーバサイドエンジニアの立木です。 特定業種向けポータルサイトやスマートフォンゲーム開発などを経て、昨年3月に入社し、現在はANDPADの開発に従事しています。 アンドパッドでは、技術顧問をして頂いてる三谷(mita2)さんによる、データベースに関する勉強会が定期的に行われております。 tech.andpad.co.jp 先日もデータベースの観点から、Webアプリケーションのパフォーマンスをいかにして監視し、改善していくかという勉強会を開催していただきました。 今回はその勉強会について気になったポイントをまとめてみたいと思います。 当日の資料 概要 ANDPADの現状について分析 Datadogによる分析手法 よくある改善パターン 質疑応答 ANDPADの現状について分析 Webサイトのパフォーマンスは大事当たり前ですが、Webサイトにとってパフォーマンスはとても重要です。
『スクラム実践者が知るべき97のこと』という本が出ます - ナイスビア珍道記
宣伝です！ スクラム実践者が知るべき97のこと 発売日: 2021/03/23メディア: 単行本（ソフトカバー） 新しい翻訳本が出ます。 弊社のryuzeeとharadakiroとわたしの3人で翻訳しました。 他の97 Thingsシリーズと同様、海外で活躍するスクラム実践者によるエッセイを97篇収めたエッセイ集です。 日本語版特典として、日本語による書き下ろしエッセイが10篇収録されています。 いずれもすばらしく読み応えのある文章をお寄せいただきありがとうございました。 及部敬雄さん kyon_mmさん 高橋一貴さん 長沢智治さん 平鍋健児さん やっとむさん 和田卓人さん 上記7名（掲載順）に加え、翻訳者3名が寄稿しています。 わたしは『「個人と対話よりもプロセスとツールを」を防ぐには』というタイトルで書きました。 自分らしいエッセイで言いたいことをかけたので、ぜひ感想などお寄せいただけ
LinuxのSCHED_DEADLINEスケジューラについての話 - TIER IV Tech Blog
こんにちは、ティアフォーでパートタイムエンジニアをしている佐々木です。 今回はLinuxに搭載されているスケジューラの一つ、SCHED_DEADLINEについて紹介していきたいと思います。自動運転には多数のクリティカルタスクがあり、自動運転の安心・安全をしっかりと確保するためにはこのスケジューラを上手に設定することでこれらのクリティカルタスクが効率的にまた互いにコンフリクトすることなくリアルタイムに処理されることを担保する必要があります。なお、この記事で紹介するコードはLinuxカーネル5.4.0 (Ubuntu 20.04 LTSのベースカーネル) を元としています。 また、ティアフォーでは「自動運転の民主化」をともに実現していく、学生パートタイムエンジニアを常時募集しています。自動運転を実現するためには、Softwareに関してはOSからMiddlewareそしてApplication
プログラムの「アーキテクチャに関するドキュメント」は面倒でも書くべき、ではどのように書くべきか？
開発プロジェクトに新しく加わった時は、まずプロジェクトの理解が第一。しかし、全体像を把握できるようなドキュメントがなく、コードから断片的な情報をかき集めるしかない場合もあります。新参の開発者がスムーズにプロジェクトを理解できるよう、大規模なプロジェクトでは「プロジェクト全体のアーキテクチャ」を示した「ARCHITECTURE.md」を添えた方がよいと、エンジニアのAleksey Kladov氏が指摘しています。 ARCHITECTURE.md https://matklad.github.io//2021/02/06/ARCHITECTURE.md.html Kladov氏はオープンソースプロジェクトの開発に携わる中で、「プロジェクトのアーキテクチャに対する知識量」によって開発スピードに大きな差が生じると気づいたとのこと。アーキテクチャに関する知識がない開発者にとって、大量のコードは「バラ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - boyEstrogen/Anime-Girls-Holding-Programming-Books: Anime Girls Holding Programming Books
満足して使っている有料サービスの一覧
@cybozu/eslint-configから学ぶ、全社共通ESLint configの運用