最近はお客さんとの勉強会でDockerのドキュメントをつまみ食いして読むというのをやっていますが、改めて最新版を読んでみて、いろいろ思考が整理されました。2020年の20.10のマルチステージビルドの導入で大きく変わったのですが、それ以前の資料もweb上には多数あり「マルチステージビルドがよくわからない」という人も見かけるので過去の情報のアンラーニングに使っていただけるように改めて整理していきます。 仕事でPythonコンテナをデプロイする人向けのDockerfile (1): オールマイティ編で触れた内容もありますが改めてそちらに含む内容も含めて書き直しています。 本エントリーの執筆には@tk0miya氏から多大なフィードバックをいただきました。ありがとうございます。 基本的なメンタルモデル現代的な使い方を見ていくために「Dockerを使ってビルドする」というのはどのようなものか考えを整

G-gen の堂原と又吉です。当記事では、Amazon Web Services（AWS）、Microsoft Azure、Google Cloud（旧称 GCP）が提供するフルマネージドな RAG サービスの比較を行います。 はじめに 当記事について RAG とは 3社比較 前提条件 機能比較 料金シミュレーション 想定シナリオ AWS Azure Google Cloud 総評 AWS Azure Google Cloud 詳細の解説 Knowledge bases for Amazon Bedrock（AWS）の詳細 構成図 プロダクト一覧 Knowledge bases for Amazon Bedrock Amazon S3 Amazon OpenSearch Service できること 検索 対応データソース 料金 概要 基盤モデル利用料金 ベクトルデータベース料金 Azure

はじめに はじめまして、IPUSIRON（@ipusiron）と申します。現在はIT技術書の執筆を本業としつつ、FIRE生活を過ごしています。 最初の本が出たのが2001年です。途中で学生や会社員だった時期もありますが、20年以上執筆し続けていることになります。その間、30冊を超える本を執筆してきました。 このたび、「IT技術書を執筆して、FIREをどう実現したのか」というテーマのコラムを寄稿する機会をいただきました。これまでのキャリアを振り返りつつ、次に示す内容を紹介します。 IT技術書の執筆活動を続けてきた中で、印象深い出来事 IT技術書を執筆するということ IT技術書を執筆して、FIREを実現した理由や経緯 自らのキャリアを振り返って、他のエンジニアの方々に伝えたいこと Xでは、読書や執筆に関することを日々発信していますので、気軽にフォローしてください。 はじめに IT技術書の執筆活

EDR製品の有効性について質問させてください。 EDR製品を導入していれば、いわゆる標的型攻撃にみられるような不審なネットワーク探索をほぼ確実に検知できると考えて良いものなのでしょうか？ それともEDR製品ではどうしても検知できないネットワーク探索手法も存在するのでしょうか？ まず、EPP（Endpoint Protection Platform）とEDR（Endpoint Detection and Response）という二つの用語について説明します。 EPPは従来のウイルス対策ソフトをEDRとの対比のためにこう呼んでいますが、基本的にはシグネチャにより、パソコン等に入ってきたファイルをチェックして、マルウェアと判定したら隔離や警告をするものです。 EDRは、エンドポイント（パソコンやサーバー）の挙動を見張っていて、マルウェア特有の挙動を検知（Detection）したら、対応（Resp

[NIKKEI Tech Talk]�Bias for Action!! 実践から学ぶための仕組とコミュニティ / Community for Practice and Learning

Cheating the UX When There Is Nothing More to Optimize - PixelPioneers

スライド概要 2024/7/11開催のEmbedded SRE 現場に寄り添うアプローチで話したスライドです。 https://findy.connpass.com/event/323099/

志望校合格の裏に論理的なノウハウあり 私は東京、神奈川、大阪に約60教室を展開する「個別指導コノ塾」の経営者です。教育をテクノロジーでより良くしたいと受験アプリ「スタディサプリ」の開発に携わりましたが、5年ほどやって「デジタルだけでは限界もある」と感じるところがあり、リアル（教室）×デジタルの強みを掛け合わせたハイブリッドのスタイルに行きつきました。 当塾では全学力帯で9割の生徒が成績アップしています（※）。その理由は、出題傾向を分析し作成した教材をもとに、一人一人に合わせたカリキュラムを提供していることと、学習が継続する仕組みを取り入れているからです。 ※中学校1～3年生の1学期末テストと2学期末テストの比較データ（2021年） このノウハウはビジネスパーソンが取り組むあらゆる勉強（資格試験から生涯学習まで）に有効です。そこで本稿では、コノ塾で成果を上げているノウハウをベースとして、ビジ

はじめに この記事ではQiitaで550本以上記事を書いてきて、アウトプットに関する理論を発信し続けている私(@Sicut_study)がこれまでに発信してきた内容を1つの記事にまとめたものです。 私はプログラミングコーチングJISOUというアウトプット中心の最速でエンジニアとして成長できる教育事業を実施しております。 その中で多くの方と面談をしてきました。これからエンジニアになる人や、一定数経験している人など100人以上の方とお話をさせていただきましたが、エンジニアとしてのキャリアに悩む多くの人が共通した悩みを抱えていました。 勉強しているのだけど身についた感じがしない 自分のサービスを1つもリリースしたことがない(作りきった経験がない) インプットばかりになってしまう(インプットばかりに気づいていない) アウトプットが大事なのはわかるがやり方がわからない つまりエンジニアとして成長でき

以前からずっと思っていたことなのですが、どこかで書いておかないと忘れちゃうなと思っていたので、備忘録代わりに。 結論から先に言えば「無目的なインプットをやってこなかった人は、肝心カナメの時期にアウトプットできなくなる」という話です。どうしてそういうことになるのか、順に説明しましょう。 まず、いわゆる「勉強」について、ここでおそるべき一つの法則を提案したいと思います。それは「アウトプット＝インプットの法則」です。一体どんな法則なのかというと「人生全体で見てみれば、アウトプットの量とインプットの量は同じである」ということです。アウトプットする人はインプットしているし、インプットしていない人は、どこかで枯れる」ということで、実にシンプルな法則。 実名を挙げるのはさすがに憚られるので、ここでは差し控えますが、一時期にベストセラーを連発して飛ぶ鳥を落とすような勢いだったのに、ぱったりとアウトプットが

2024/07/13 大吉祥寺.pm 20分レギュラートーク 登壇資料

大吉祥寺PM 2024

まっくろくろいの @makkurokuroino 日傘デビューしてきました。オッサン日傘に何となく謎の抵抗があったんですが、いざやってみたら快適さで笑う。恥ずかしいかも、という気持ちに羽が生えてはフライアウェイ飛んできました。日傘してないオッサンを見るとつい日傘差し出しかねないレベル。恋が始まりそう。

TOPコラムITエンジニアの自己発信ストラテジーアウトプットのお題に選ぶ、奥深い自作「TODOアプリ」。mattn氏が教える、さらなる技術力の向上を目指すためのノウハウとは アウトプットのお題に選ぶ、奥深い自作「TODOアプリ」。mattn氏が教える、さらなる技術力の向上を目指すためのノウハウとは 2024年7月8日 mattn 大学卒業後、ソフトウェアハウスやSIerなどでソフトウェア開発に携わる。vi派生のテキストエディタVimの日本語化やプラグイン、Go言語などでOSS（オープンソースソフトウェア）の開発・コミュニティ運営に参加し、2019年からGoogle Developers Expert。2021〜2023年 GitHub Stars。著書に『みんなのGo言語』（2016年、2019年に改訂2版、技術評論社、共著）、『Go 言語プログラミングエッセンス』（2023年、技術評論社

個人的に「Webサービスの公開前チェックリスト」を作っていたのですが、けっこう育ってきたので公開します。このリストは、過去に自分がミスしたときや、情報収集する中で「明日は我が身…」と思ったときなどに個人的にメモしてきたものをまとめた内容になります。 セキュリティ 認証に関わるCookieの属性 HttpOnly属性が設定されていること XSSの緩和策 SameSite属性がLaxもしくはStrictになっていること 主にCSRF対策のため。Laxの場合、GETリクエストで更新処理を行っているエンドポイントがないか合わせて確認 Secure属性が設定されていること HTTPS通信でのみCookieが送られるように Domain属性が適切に設定されていること サブドメインにもCookieが送られる設定の場合、他のサブドメインのサイトに脆弱性があるとそこからインシデントに繋がるリスクを理解してお

2024年7月1日、OpenSSHの開発チームは深刻な脆弱性 CVE-2024-6387 が確認されたとしてセキュリティ情報を発出し、脆弱性を修正したバージョンを公開しました。この脆弱性を発見したQualysによれば、既定設定で構成されたsshdが影響を受けるとされ、影響を受けるとみられるインターネット接続可能なホストが多数稼動している状況にあると報告しています。ここでは関連する情報をまとめます。 概要 深刻な脆弱性が確認されたのはOpenSSHサーバー（sshd）コンポーネント。脆弱性を悪用された場合、特権でリモートから認証なしの任意コード実行をされる恐れがある。 悪用にかかる報告などは公表時点でされていないが、glibcベースのLinuxにおいて攻撃が成功することが既に実証がされている。発見者のQualysはこの脆弱性の実証コードを公開しない方針としているが、インターネット上ではPoC

はじめに HTTPS(HTTP Over TLS)とは SSL/TLS HTTPSの流れ 実際に通信を観察 自己署名証明書の用意 サーバーの作成 WireSharkの準備 リクエストを送信して観察 まとめ はじめに エンジニア２年目のTKDSです！ 普段何気なく使ってるほとんどのWebサイトが対応しているHTTPS通信の仕組みについて調べてみました。 本記事では、Wiresharkを用いてHTTPSの内部動作を解析し、どのようにしてデータが保護されているのかを具体的に解説します。 記事の後半では、Wiresharkを使って実際の通信データを観察し、暗号化プロセスの詳細を確認してみます。 HTTPS(HTTP Over TLS)とは HTTPS(HTTP Over TLS)は、HTTPの暗号化版で、ウェブサイトとブラウザ間の安全な通信を実現するプロトコルです。 TLSを使用して、HTTP通信

タイミーでは顧客に素早く、継続的に価値を届けられるエンジニアリング組織であるためにチームトポロジーをベースにした組織設計と運営を行なっております。 いかにプロダクトチームが素早くかつ安定して価値提供できる状態を作るか、プラットフォーム性とイネイブリング性をどのように使い分けて組織を強化しているか、SR…

@Vengineerの戯言 : Twitter SystemVerilogの世界へようこそ、すべては、SystemC v0.9公開から始まった はじめに 2019年4月24日にツイートしたこれ。このツイートがきっかけで下記のブログ => Design Solution Forum 2019 での講演に繋がりました。 vengineer.hatenablog.com 8月7日から9日まで限定公開 Design Solution Forum 2019 での講演資料を 8月7日から9日まで限定公開しています。 40年間エンジニアをやるために、真剣に考える7つのこと のスライドを この週末公開します。 1)、技術 2)、コミュニティ 3)、伝える 4)、時間 5)、お金 6)、お仕事 7)、ライフスタイルhttps://t.co/lgbHQTzilH— Vengineer＠ (@Vengineer