2024年に読んで印象に残った本の技術書編です。去年はそんなに多くの冊数は読めていません。というか、技術書を執筆して出版したので、技術書そのものにお腹いっぱいだったのは大きいと思います。 本を書いたという話は下記です。 blog-dry.com 非技術書編を先に書いているので、よかったらこちらもどうぞ。 blog-dry.com 免責事項ですが、記憶を元に書いている箇所が含まれることがあります。また、書籍のリンクにはアフィリエイトコードが付与されているので、苦手な方はURLから外してご購入ください。 目次 ルールズ・オブ・プログラミング Tidy First? Domain Modeling Made Functional 大規模データセットのためのアルゴリズムとデータ構造 コード×AIーソフトウェア開発者のための生成AI実践入門 モデル検査器をつくる〜Goで実装して学ぶ形式手法〜 まとめ
例えば、Content-Typeメタデータの値を細工したオブジェクトを取得させることでXSSを発生させたり、Content-Dispositionメタデータを細工してRFD (Reflected File Download) を引き起こしたり、 x-amz-storage-classメタデータを操作して意図せぬストレージクラスを使用させEDoS (Economical Deninal of Sustainability)を発生させたり、といった攻撃が成立する可能性があります。 中でもContent-Typeを悪用したXSSは、S3の仕様や使用方法だけでなく、ブラウザの挙動にも注意を払う必要があり、アプリ開発者は攻撃の原理と対処を理解しておく必要があります。 9/21にAzaraさんとSecurity-JAWSのコラボで、この問題にフォーカスしたCTFイベント「とある海豹とSecurity-
ひとつの翻訳が、終わった。 １本の翻訳原稿を仕上げた、わけではない。 この世界に存在していた翻訳のひとつが いま終焉を迎えたのだ。 2024年末現在、僕の手元にきている来年の依頼は０件。 2025年の収入見込みも畢竟、０円ということになる。 あくまでもひとつの翻訳の話である。 つまりは翻訳のひとつの話である。 関係ないと思うならこの先を読まなくてもいい。 自分の知る現実と違うならこの先を信じなくてもいい。 人間の数だけ人間があり 現実の数だけ現実がある。 そのような場所を あるいはそのとらえ難さをこそ 人は「世界」と呼ぶのだから。 そうしてその「世界」の中で ひとつの翻訳が終わった。 じつに翻訳のひとつとして 文字通り終わってしまった。 もっとも、収入の見込みが完全に断たれた経験はこれが初めてではない。 わずか数ヶ月前まで遥かな対岸でちらちらと燃えていたはずの疫禍がその存外長い舌を露わにし
このパートでおもしろかったのはデッドコードに対するアプローチで、ただ一言。「消そう。以上」で笑った。 管理術(いつ整頓するか？)大きく分けて、「いつ整頓を始めるか？」「いつ整頓をやめるか？」「どのようにコードの構造の変更と振る舞いの変更を組み合わせるのか？」について書かれている。 ざっくり書かれていることを箇条書きで列挙する。 整頓のPRは分ける。それ用にしかも少なく。 一つのステップに分けて整頓する。例えばデッドコードを消すだけ。ヘルパーに分けるだけという単位。 この単位は最初の整頓で説明された単位で説明されている。 単位ごと(書籍ではバッチと呼ばれる)の整頓にかける時間は数分から1hまで。根拠は振る舞いの変更はパレートの法則よろしく20%のファイルで起こる。みんなそこを通っていれば、いずれ整っていく。 先に整頓、あとに整頓、改めて整頓、整頓しないのどれを取るか？ あと回しにしても整頓は
今年、私の勤めていた日系の会社で米国子会社を閉じることになり、私も含め従業員全員レイオフになりました。その際に、過去にレイオフされた方々のブログが非常に参考になったため、自分でも記録を残しておこうと思い、久しぶりにブログを書くことにしました。 米国におけるレイオフに関しては先人の記事が多くありますが、会社がなくなるタイプのレイオフや、小規模な会社におけるレイオフの情報はまとまったものを見かけなかったため、本記事では主にそこに注力します。 （幸い転職活動は終了しました。本当に多くの方々に助けていただき感謝しております。） 通常のレイオフとの違い元の会社が存続する一般的なレイオフと会社がなくなるタイプのレイオフではいくつか異なる点があります。その中でも最も影響の大きな違いは健康保険と401k（確定拠出年金的なもの）の扱いです。 今回は特に保険周りでできる限り準備をしたにも関わらずひどい目にあっ
肺の感染症などの原因になる細菌「緑膿（りょくのう）菌」は、密集し生命活動がほとんど止まった状態になると多くの抗菌薬が効かなくなることが分かったと物質・材料研究機構などが発表しました。抗菌薬が効かない「耐性菌」の対策は世界的な課題になっていて、研究チームは新たな治療法を調べるうえで重要な成果だとしています。 「緑膿菌」は免疫の低下した人に感染すると慢性的な肺感染症や、敗血症などを起こす細菌で抗菌薬が効きにくい「耐性菌」が存在するため、対策が課題となっています。 この菌は「バイオフィルム」と呼ばれる密集した塊になり、酸素が不足した状態になると、活動が不活発になるとともに薬への耐性を持つことが知られていましたが、どの程度活動が低下すると耐性を獲得するのかは詳しく分かっていませんでした。 日本の物質・材料研究機構やアメリカのカリフォルニア工科大学の研究チームは、緑膿菌がエネルギーを消費する際の微弱
AWS事業本部コンサルティング部の石川です。 この記事は AWS Analytics Advent Calendar 2024 の 22 日目の記事です。 Amazon S3 Tables は、「クエリパフォーマンスが最大 3 倍高速になり、1 秒あたりのトランザクション数が最大 10 倍」と言われています。本日は、「Amazon S3 Tables vs Iceberg Tables on Amazon S3 」と題して、パフォーマンスを比較したいと思います。 どのようなクエリが速くなるのか 具体的にどのようなクエリが速くなるのかについて考察します。 セルフマネージドテーブルストレージと比較すると、クエリパフォーマンスが最大 3 倍高速になり、1 秒あたりのトランザクション数が最大 10 倍になる 引用: Amazon Web Services ブログ の Amazon S3 の新しいテ
2024年12月26日、日本航空は同社のネットワーク機器に対して大量のデータ送付を受けたことによるネットワーク障害が発生し、一部運航に影響が及んだことを明らかにしました。障害は同日14時までに復旧しています。また関連は不明ですが、その後も金融機関において大量のデータ送信に起因したとみられる障害が発生しています。ここでは関連する情報をまとめます。 大量データ受信でネットワーク機器障害 障害が発生したのは日本航空で社内外接続に使用されるネットワーク機器（ルーター）。この障害により社外通信を必要とする社内のシステム（国土交通省に飛行計画を報告する飛行情報管理システムや貨物重量を計算するシステムなど）が通信不能により使えなくなり*1、一部の航空機の運航等に影響が及ぶ不具合が生じた。 www.youtube.com 機器障害の原因について、日本航空は初報でサイバー攻撃によるものと説明*2。その後表現
はじめに サーバーサイドエンジニアの kurisu(ryomak) です。 普段は、カード決済やあとばらいチャージに関連する機能の開発・運用を行っております。 本記事でお話しすること 本記事では、インデックス追加によって決済レスポンスタイムを改善した事例をご紹介します。具体的なインデックス設計の検討や実行計画の見直しを通じて、どのようにレスポンスタイムを最適化したのか、その裏側を詳しく解説します。インデックス追加によるパフォーマンスチューニングの際の参考になれば幸いです。 はじめに 本記事でお話しすること 決済処理の遅延の検知 事の発端 実行環境 原因調査 遅くなったクエリの特定 対応検討 方針 検証項目 インデックスの「アタリ」をつける ① オーソリゼーション履歴：(オーソリゼーションID, 承認番号,受信日時) ② オーソリゼーション：(カードID, 初回受信日時) ③ オーソリゼーシ
About two years ago, our head maintainer @ridiculousfish opened what quickly became our most-read pull request: #9512 - Rewrite it in Rust Truth be told, we did not quite expect that to be as popular as it was. It was written as a bit of an in-joke for the fish developers first, and not really as a press release to be shared far and wide. We didn’t post it anywhere, but other people did, and we go
年末が来たぞ～！！！！ というわけで、今年も一年の記事をふりかえる時期がやってまいりました。 まずはその第一弾として、デイリーポータルZのライター陣に、自分以外の記事で好きなものを選んでもらいました。同じサイトの書き手ならではの、リスペクトと悔しさにあふれたチョイスをどうぞ。選者によるコメント付きです。
韓国南西部にあるムアン（務安）空港で29日午前9時すぎ、タイのバンコクを出発してムアン空港に向かっていた韓国のLCC＝格安航空会社「チェジュ（済州）航空」のボーイング737型機が胴体着陸し、空港の外壁に衝突して炎上しました。 韓国政府によりますと旅客機には、乗客175人と乗員6人のあわせて181人が搭乗し、乗客は韓国人が173人、タイ人が2人だということです。 事故のあと機体の後部の付近から乗員2人が救助されましたが、消防は29日夜、乗客175人全員と乗員4人のあわせて179人の死亡が確認されたと明らかにしました。 ソウルにある日本大使館の関係者によりますと事故が起きた旅客機に日本人が乗っているという情報はないということです。 消防は救助された乗員の話などから鳥が衝突するバードストライクがあり、その後、エンジンにトラブルが発生したとしています。 さらに何らかの原因で航空機の車輪が正常に作動
「日本人の読み書き能力は世界トップクラス」という調査結果がありましたが、日本人の識字率が高いって本当ですか？ 回答は「分からない」です。現在の日本人の識字率を科学的に調査したデータはありません。過去には1948年の調査があります。しかし、以下に述べる理由から、日本人の識字率が高いのか低いのかはまだ分かっていません。 GHQ提案による1948年の識字率調査 1948年の調査は、第二次世界大戦後の連合国軍の占領政策のもとGHQの「提案」によって、日本側が組織的に動いて実施されたものです。得られた結果は「日本人の読み書き能力は極めて高く世界トップクラス」という「常識」の科学的根拠だとされてきましたが、最近の研究で新しい事実が明らかになりました。 この調査は「代表性を有するデータ」を収集する方法論を開拓したうえで、全国規模で実査をおこないました。その学術的価値は極めて高いと諸学界から評価されていま
こんにちは。バクラク申請・経費精算 ネイティブアプリエンジニアのchocoyamaです。 最近妻が身近な金継ぎ師を探しているので、もし身近な金継ぎ師がいらっしゃる方はご紹介いただけると嬉しいです。 この記事はLayerXテックアドカレ2024の23日目の記事です。 今回の記事では私たちモバイルアプリチームが実装アーキテクチャをどのように決定・運用しているのかをご紹介したいと思います。 前提情報 現在バクラクのモバイルアプリチームは、社員3名 + インターン生1名といったエンジニア構成でFlutter製のネイティブアプリ開発を行っています。 このアプリはフォームを中心としたプロダクトで、今年9月にストアリリースを行いました。 bakuraku.jp アプリの規模感としては、実装ボリュームがとても大きく、クライアント側でカバーすべき機能の膨大さから、私個人の経験としても過去最大レベルに複雑度の
笑い通り越して恐怖。二連覇など誰が予想しただろうか。いや予想はしていたとしても本当にそんなことが起きるはずがない、できるはずがない、と思っていた。しかし、来た。来てしまった。しかも、 トップバッター令和ロマン 「もうやめてくれ」と思ってしまった。二連続のトップバッター優勝は意味不明すぎる。加藤一二三がクジを引いた時点で良くも悪くも『M-1グランプリ2024』は完全に「誰が令和ロマンを倒すのか」の大会になってしまった。一二三がクジを引いたばかりに。 「終わらせましょう」というツカミ、オールバックの髪型、肩の異常に尖ったスーツ。昨年とは何もかもが違う高比良くるま。逆になにも変わっていない松井ケムリ。 登場時の二人の魔王のような佇まい。あの日、令和ロマンを形作ったなにもかもが恐怖。ネタうんぬんよりも、観客を自分たちの空気に巻き込むための種まきが上手すぎる。 そしてさらなる恐怖。昨年と同じく「準決
この記事で書きたいことは、大体以下のようなことです。 ・「タスクを実行する能力」は大事ですが、「タスクを適切に振る能力」もとても大事です ・「タスクを振るのが苦手」という人は、かなりのベテランでも珍しくありません ・管理職になった頃、私も「タスクを人に振る」ことが大の苦手で、しばしば自分で仕事を抱え込んだり、タスクを偏らせたりしてしまっていました ・「タスクの意味や優先順を明確に言語化出来ておらず、タスク振りに説得力がないこと」が最大の原因だったと思っています ・解決する為に、「タスクを徹底的に言語化すること」「誰にお願いするか、その理由も明確化すること」「それをチームで共有すること」などを習慣化しました ・その結果、以前よりはだいぶマシなマネジメントが出来るようになった気がします ・言語化大事ですよね。今後も精進します 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書い
この記事は hacomono advent calendar 2024 の18日目の記事です 今年9月にhacomonoにJOINし、基盤本部というところで今後のhacomonoのアーキテクチャ設計をしている @bootjp と申します。分散システムが好きです。 hacomonoも昨今のWebサービスの例にもれず、分散システム化しています。 そしてより高い可用性と低い運用コストを目指して新たなアーキテクチャの検討をしています。 今回はその取り組みのなかで、分散システムに関わる難しさというテーマで一貫した時刻の取り扱いの話で記事を書きます。 はじめに 昨今のWebをはじめとしたサービスは一つのサーバーで完結することが少なくなりました。 一つのアプリケーションを複数のサーバーやコンテナで、そして異なるサービスのシステムを組み合わせて「分散システム」として構築されています。 それは可用性や負荷分
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く