builders.flash 読者の皆さん ! こんにちは ! シニアテクニカルトレーナーの吉田慶章です。 私は builders.flash で「学び」に関する記事を書いています。前回の記事では、自律的で創造的に学ぶ方法として「ラーニング・パターン」を紹介しました。 今回の記事では builders.flash で一緒に「How to be a Developer」カテゴリーの記事を執筆している西村さんにインタビューをして、「ラーニング・パターン」に当てはめながら入社してからの「学習スタイル」を聞いてみたいと思います。「ラーニング・パターン」に限った話ではありませんが、自分で気付いている「自己認識」と相手から見て感じる「他己認識」は違うことがあるので、話しながら「学習スタイル」の棚卸しをすると効果的です。そんな意味も込めて今回の記事を書きました ! Here We Go ===┌(･_･

はじめに 新方針でDocker Desktopが大企業での利用の場合は商用ライセンスの使用が必要になるようです。新料金体系は8/31から実施ですが、2022年1月31日まで猶予期間があります。 個人やスモールビジネス、あるいは教育やOSSプロダクトなどは継続して無料版のPersonalを利用できるようですが、従業員数250人以上/年間売り上げ10億円以上の会社が対象になるようです。今見てる限りだと部署とかチームみたいな契約の単位では無く会社規模なので、大きな組織に所属してるともれなく対象になりそうですね。 $5/userからなので基本的には運用性も含めて払う方が楽だと思いますが、金額の大小にかかわらず予算を取るのが大変な組織や会社自体はデカくても部署がインキュベーションなので予算が基本無い、とか色んなパターンもあるかと思います。 ちょうど、手元のPCでここ最近 Docker Desktop

AWS Startup ブログ スタートアップにおけるマルチアカウントの考え方と AWS Control Tower のすゝめ こんにちは、スタートアップ ソリューションアーキテクトの松田 (@mats16k) です。 今回のテーマはマルチアカウント（複数の AWS アカウントの利用）です。近年セキュリティやガバナンスの強化を目的にマルチアカウント構成で AWS を利用されているお客様が多くいらっしゃいます。また、AWS もマルチアカウントでの運用を推奨しており、関連する多くのサービスや機能がリリースされています。 一方で、マルチアカウントに関する作業や知見はプロダクトの価値向上に対して直接的な影響を与えることが少なく、結果として対応や検討が後回しになっているスタートアップも多いのではないでしょうか。今回は特にシード・アーリーステージのスタートアップ向けに、マルチアカウントに対する考え方と

もりたま/ayammin @ayammin ところで時計って、男物のデザインをそのまま女性の腕につけられるサイズにしてくれたら絶対買うのにと思うモデル、女性向けになった途端にピンクになったりラインストーン埋め込まれたりしててゲンナリする…。

まえがき開発中のソフトウェアのライセンスを策定するため、現時点でのベストプラクティスについて探っていたところ、ここ数年の OSS ライセンスの動向が面白かったので復習も兼ねてまとめました。 特に、Umbrel が採用したという PolyForm という新しいライセンス形態が面白かったので、これについて詳しく述べます。 なぜ今ライセンスについてまとめるのか私はソフトウェアやサービスをマネタイズする方法について興味があり、特にビットコインの応用について調べたりしています。 ビットコイン (Lightning Network) を HTTP で利用することで、Web API の課金方法の可能性は大きく広がることは間違いないのですが、これはあくまで単なる支払いの手法であって、広く使われる事を前提としたソフトウェアの開発を支える手法にすることは(それだけでは)難しいという問題があります。 ソフトウェ

ステイホーム辛いよな 俺も辛い ネトフリでアメリカンバーベーキュー最強決戦！というのがあるから見たわけよ 飯テロされんのかなー アメリカの勝負する料理番組どんな感じなのかなー そんな軽い気持ちで見たわけよ そしたら全然知らない単語や工程が出てくるわけ デザートは定番のコブラーとか言ってるわけ はぁ？ デザートなのに蛇かよみたいな 何よコブラーって思って調べたらフライパンにベリーなどのフルーツ投入してその上にホットケーキミックスの練った粉を乗せて焼くデザートだって 何それ知らないよそんなの BBQにそんなのあるの？ シンプルなのにめっちゃ美味そうじゃんと脳味噌にガーンと電気ショックを受けた 肉焼くのもヤバい リブステーキ作るのにグリルの前に4時間番をして見張るとか言ってるわけ 桜のチップで香りを付けてあとはじっくり火を通していくんだとか はぁー？ 全然俺の知ってるBBQじゃねーな？ それで勘

中野 仁 (AnityA) @Jin_AnityA リーダーシップと意思決定の分布が日本が独特という話。 階層主義で合意形成を重んじるとなると、上下左右全部に話を通して凄まじいコミュニケーションコストがかかる上に、上と左右からはとりあえず意見だけは言えるのでリーダーに対して投げられる石がだいたい当たるという事では…。 pic.twitter.com/bqHxAufImN

自己PRに活用するコツ いちばんのポイントは、末尾に自分のアピールポイントを付け加えておくこと。「職務経歴書には、キャリア以外の余計なことを書いてはいけないのではないか」と思うかもしれませんが、書式は自由ですから、この書類を自己PRに使わない手はありません。 具体的には、最終ページの3分の1程度を使って、「自己PR」や「志望動機」などのタイトルをつけた一文を書くといいでしょう。ただし、転職の自己PRや志望動機は、新卒の就活の時のものとは違います。「もし入社したら、私は貴社にこう貢献できます」という内容を、できるだけ具体的に書いていきます。 これを書くには、志望先の企業がどんな事業課題を抱えているか、どんな人材を求めているかなどを想像する必要があります。ニュースや企業サイトなどで情報を集め、志望先のニーズをしっかり想像した上で、そこに自分の経験やスキルをどう生かせるかをまとめていくのです。

2021/8/17 に行われた AKIBA.AWS ONLINE #06 – AWS IAM 編 で 『ここが嬉しいABAC、ここが辛いよABAC』 というタイトルで登壇しました。 登壇資料を共有します。参考になれば幸いです。 資料 参考リンク 属性ベースのアクセス制御（ABAC）とは？ メリットと適切なアクセス制御モデル | Okta AWS の ABAC とは - AWS Identity and Access Management IAM チュートリアル: タグに基づいて AWS リソースにアクセスするためのアクセス許可を定義する - AWS Identity and Access Management IAM でのポリシーとアクセス許可 - AWS Identity and Access Management SaaSテナント分離をAWS IAMとABACで実装する方法 | Ama

組織の大小を問わず、システムやアプリケーションの信頼性がビジネスにとって重要なこと、また市場が求めるスピードでイテレーション（反復）しながら、信頼性を維持するのは難しいことが認識されています。サイトリライアビリティエンジニアリング（SRE）は、この課題に対する取り組みです。 本書は、大規模なプロダクションシステムの運用において、様々な企業や組織がSREをどのように実践しているかについて紹介します。Microsoft、Dropbox、Google、SoundCloud、Spotify、Amazon、Facebook、LinkedIn、Netflix、Lyftなど、規模や業種、提供するプロダクトやサービスが異なる様々な企業でのSREの導入と発展、そこから得た課題について解説します。 全33章で約40名の著者陣が「SREの導入」「SREの周辺領域」「SREのベストプラクティスと技術」「SREの人

※通話料とユニバーサルサービス料は除く マンションプランにしてはやや料金が高いうえに速度が200Mbpsと控えめだったので、速度・料金をちょっくら見直そうと思います。 改善方法 確認する限りではかなり安くできそうだったので、速度プランの変更含め改善点をリストアップしてみます。 プロバイダ[1]料金を安くする 対応機器使用料をなくす にねん割をつける 1Gbpsプランに変更 ※ひかり電話は結構な頻度で使用しているので現状維持。 では改善点を一つずつ説明していきます。 プロバイダの変更 とりあえずこの高すぎるODNのプロバイダを別のものに変更します。 どこにしようか悩んだのですが、IPoEに対応しており、かつNURO光で勢いのあるSo-netにしようと思います。 IPoEとは？ IPoEとは、インターネットへ接続する際の新しい通信方法です。 今までの通信方法にはPPPっていう信号を送るPPPo

/dev/hardening - Hardening Drivers Conferences 2021 OWASP Evening 2021.08 - Container Security / Privacy by Design

こんにちは、最近はAWS Control Towerばかり触っている上野です。 Control Towerの検証を進める中で色々と中身が見えてきたこともあり、個人的に嬉しいポイントと注意ポイントをまとめてみます。 導入検討をされている方、参考となれば幸いです。 Control Towerとは？ 詳細は以前書いた記事でまとめています。 東京上陸！AWS Control Towerを触ってマルチアカウント管理のベストプラクティスを理解する ～セットアップ編～ - NRIネットコム Design and Tech Blog 【Part2】東京上陸！AWS Control Towerを触ってマルチアカウント管理のベストプラクティスを理解する ～運用編～ - NRIネットコム Design and Tech Blog AWSのベストプラクティスに基づいたセキュアな状態の新規アカウントのセットアップと

ElasticのクライアントライブラリがAWS OpenSearchへの接続を排除。AWSは仕方なくクライアントライブラリのフォークを発表 オープンソースの検索エンジンElasticsearchは、ログ解析による運用監視やセキュリティインシデントの発見、データ分析などに使われている人気のソフトウェアです。 その開発元であるElasticは、Elasticsearchのクライアントライブラリに対して変更を加え、AWSが提供しているElasticsearch互換のサービス「Amazon Elasticsearch Service」に対して接続を拒否する機能を追加しました。 今後、Elasticsearchのクライアントライブラリを用いたアプリケーションはAWSのElasticsearch Serviceを使えなくなってしまいます。 そこでAWSはElasticsearchクライアントライブラリ

オリンピックを終えた選手の皆さんお疲れ様でした。結果が良かった方も思わしくなかった方もいると思いますが、どの選手もここまで努力してきたことは素晴らしいことだと思います。 このようなタイミングでお話しするのは憚られますが、お伝えしたいことがあります。それはオリンピックに出たりメダルを取っても幸せになるとは限らない、ということです。 東京五輪の残像という本があります。 1964年に東京五輪に出場した選手を追跡取材しているものです。オリンピックの光があまりにも強いために、呪縛から逃れられず苦しむ様子が描かれています。オリンピックに出る方法、勝つ方法はたくさん語られていますが、出てしまった後どのように生きていくかは実はあまり語られていません。 大きな大会の後や目標を達成してしまった後に、燃え尽き症候群と言われる症状が出ることがあります。アスリートは極度の重圧にさらされているために一般の方よりも精神

というのを使っていて思ったのでレポを書いていきます。 mabl とは - 基本的な機能 ざっくり言うと E2E テストをお手軽にメンテできるツールです。 こんな感じでポチポチ画面を操作していくと、それで実行したアクション(ボタンやリンクをクリックするなど)を自動で記録してくれて、E2E のテストを作成することが出来ます。 コードを書かずに　E2E　テストをサクッと作れちゃうのが魅力な訳ですが、それだけではありません。そんなすごいところを紹介していこうと思います。 mabl のここがすごい Auto Healing 何やら回復魔法みたいな感じでかっこいいですが、何かというと E2E テストがコケるようになった時に自動で修復してくれる機能です。 例えばボタンの位置が変わってしまっても、同じ文脈であろうボタンを自動で探して修復したりしてくれます。 E2E での辛さといえば、やはりテストのメンテナ

周りを見ていると何の苦もなく英語社会に適応しているわけですが、日々苦しんでいる人の奮闘記があっても良いのではないかと思って書きました。残念なエピソードを晒すことで実は自分もこうやって乗り切ってましたという人が現れお互いに助け合えることを期待しています。 概要 前提 バッドノウハウ 質問編 聞き取れなかった時にSorry?と聞き直さない 聞こえたところまで繰り返す 可能性のある質問全てに答える Do you mean ~ ? で可能性を潰していく うかつにYES/NOで答えない 他人に振ってみる 良い質問ですねぇを使う 何か言いそうな雰囲気を出して時間を稼ぐ 発言編 How are you?を速攻でキメる Can you hear me? Can you see my screen? に率先して答える How are you?にHow are you?で返す 発表編 話し続ける 質問が出ない

[レポート] モダンデータウェアハウスにおける「キンボール」〜残す価値のあるもの、ないもの #dbtcoalesce 大阪オフィスの玉井です。 2020年12月7日〜11日の間、Fishtown Analytics社がcoalesceというオンラインイベントを開催していました（SQLを触っている方はピンとくるイベント名ではないでしょうか）。 「Fishtown Analytics社って何やってる会社？」という感じですが、dbtというツールを開発しているベンダーです。dbtについては、下記をご覧ください。 今回は、その中からKimball in the context of the modern data warehouse: what's worth keeping, and what's notというセッションを受講したので、レポートを記します。 イベント概要 公式 Kimball in

Developers Summit 2021 Summer (2021/07/30)の登壇資料です。 https://event.shoeisha.jp/devsumi/20210730/session/3249/