この記事はenechain Advent Calendar 2024の21日目の記事です🎄 はじめに こんにちは。enechainでソフトウェアエンジニアをしている@nakker1218です。 私たちのチームでは、電力の取引仲介を行う同僚(ブローカー)たちが使う、注文の統合管理システムeNgineの開発しています。 ブローカーは日々1分1秒を争いながら収益を上げているため、システムが停止したり機能に不具合が生じると、事業に非常に大きな影響を与えてしまいます。 一方、電力業界はドメインが複雑で、要件や機能も多いため、バグが発生するリスクが高いです。 実際にこれまで以下のような問題が発生したことがありました。 Validな注文なのに、バリデーションが通らなくなった 特定の選択肢が選択されているときに表示されるはずのフォームが表示されない ショートカットキーを使ったインタラクションが一部正しく

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 2024年12月25日に、Rubyの新しいバージョンであるRuby 3.4がリリースされました。 一方、2021年12月2日に出版した書籍「プロを目指す人のためのRuby入門 改訂2版」（通称・チェリー本。以下、本書）は執筆当時最新だったRuby 3.0を対象にしています。 本書は紙の本であるため、簡単に内容をアップデートすることができません。しかし、何もしないとどんどん内容が古くなってしまい、「本の通りやってみたけど、今使っているRubyとなんか動きが違う」ということになってしまいます。 そこで新しいRubyのバージョンがリ

概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: 37signals Dev — A vanilla Rails stack is plenty 原文公開日: 2024/12/20 原著者: Jorge Manrubia -- 37signalsの首席エンジニアです 日本語タイトルは内容に即したものにしました。 今の世の中で、Railsアプリを新しく作るゆとりに恵まれているならば、バニラアプリとして作る1、すなわち依存関係を何も足さないのが、私たちからのオススメです。 Rubyの依存関係は、よほどの理由がない限りRailsに追加しない。 Railsで生成したGemfileは、極力手つかずのままにしておく。 JavaScriptの依存関係をRailsに追加するのは、Ruby依存関係の場合以上に慎重に検討する。 Reactなどのフロントエンドフレームワークも、それらにJSONを送り込

追記（2024/12/26） 以下の#20760によると、macOS 15 SequoiaではRuby 3.0.6をビルドできなくなったそうです。 参考: Bug #20760: Ruby 3.0.6 fails to build on macOS 15.0 24A335 arm64 - Ruby master - Ruby Issue Tracking System このことから、macOS 15 Sequoia以降の環境では、何らかのパッチを自力で当てるなどして対応しない限り、Ruby 3.0.xまでのバージョンは本記事の手順をもってしてもビルドできなくなったと考える方がよいと思います。 また、Docker HubのRubyにも、Ruby 3.1.xより古い公式イメージは置かれていません。 なお、Ruby 3.0.6については、hsbtさんが上のissueで回避方法の例を示しています。

東京都下水道局が、腎臓病患者の生活に欠かせない「人工透析」の後処理から生じる排水の性質が、下水道管を損傷させる可能性が高いことを突き止めた。事実確認から全国初の実態調査、検証、対策へとつなげ足かけ約7年。業界の協力も得て、東京23区内の透析医療施設の未対応ゼロを実現させた。 「見たことがない」損傷平成29年11月、都内のビルで下水のつまりが発生。都下水道局のベテラン職員が確認に向かうと、思わず「こんな状態の管、見たことがない」とこぼすほど、損傷が進んでいた。 底は掘り返したような状態となり、コンクリートは溶け、内部の砂粒や鉄筋が露出。あるいは腐食によってあるべきはずの管が完全に姿を消している。家庭などから排水を集め、下水道管へつなぐ、「公共汚水ます」や「取付管」と呼ばれる部分だ。最悪の場合、道路陥没などにもつながる状況だったという。 このビルの下水の性質を1週間にわたって調査すると、基準を

東京都のインフルエンザの患者数が急増し、最新の定点当たりの患者数が警報基準を超えたことが関係者への取材でわかりました。患者数は2週続けて前の週の倍以上となり、都は年末年始で人が集まる機会が増える中、感染対策の徹底を呼びかけることにしています。 都は先週、今月15日までの1週間に報告された都内のインフルエンザの定点当たりの患者数は17.36人で、注意報の基準にあたる10人を超えたと発表しました。 そして、今月22日までの1週間に報告された最新の定点当たりの患者数は、40.02人となり、警報基準にあたる30人を超えたことが関係者への取材でわかりました。 都内のインフルエンザの定点当たりの患者数が警報基準を超えるのは、5年前の2019年1月以来となります。 患者数は2週続けて前の週の倍以上となり、感染が急速に拡大していて、都は、年末年始の帰省やイベントなどで人が集まる機会が多くなることから、こま

58年前（1966年）、今の静岡市清水区で一家4人が殺害された事件で、一度、死刑が確定した袴田巌さん（88）について、ことし9月、静岡地方裁判所は再審で無罪の判決を言い渡し、有罪の決め手とされてきた証拠について捜査機関がねつ造したと指摘しました。 最高検察庁は、長期間に及んだ再審請求の手続きや当時の捜査の問題点について検証し、26日に結果を公表しました。 報告書では冒頭で、まず「無罪の結論を否定するものではなく、検察は袴田さんを犯人視していない」と説明しました。 捜査段階の取り調べが非人道的だと指摘されたことについて、「検察官が袴田さんを犯人であると決めつけたかのような発言をしながら自白を求めるなど、供述に真摯に耳を傾けたものとは言えなかった」としています。 また、再審請求の手続きで検察が証拠の開示に応じず、審理が長期化したことについて、当時は通常の刑事裁判でも証拠開示の制度が無かったこと

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

以下の文章は、電子フロンティア財団の「Defending Encryption in the U.S. and Abroad: 2024 in Review」という記事を翻訳したものである。 Electronic Frontier Foundation プライベートな会話をする権利――これは私たちの最も基本的な権利の一つであり、強力な暗号化技術と切り離せない関係にある。このことをEFFのサポーターたちは深く理解している。デジタル社会において、強力な暗号化なしにプライバシーは存在しえないのだ。 だからこそ私たちは、暗号化への攻撃に常に目を光らせている。今年、米国、英国、EUで提案された反暗号化法案への反対運動を展開し、成果を上げることができた。また、通信システムへのバックドア・アクセスがいかに危険であるかを如実に示す出来事もあった。 大規模ファイルスキャンを推進する米国法案が頓挫 米国上院の

選定基準の一例を示します。 「それなりに機能揃ってて、使い慣れてて、今後も消えないのがいい」 -> ALB 「ECS以外にもEKSやLambda等色々使ってて、かつ多くのVPC/アカウント同士を繋げたい」 -> VPC Lattice 「シンプルに名前解決できればOK。信頼性・可観測性は不要or自前実装する」 -> Service Discovery 「ECS間を信頼性・可観測性高く繋げたい。ECS以外との通信は少ないから別途考える」 -> Service Connect 「マイクロサービスの数が多く、信頼性・可観測性へのこだわりが強い。ECS以外も繋ぐ」 -> App Mesh （終了予定なので、VPC Latticeか、Service Connect+αか...） そもそもECSのサービス間通信とは ECSサービス->ECSサービスの通信を指します。 ECSサービス間通信 単に「アクセ

RDS Proxy はリリースして４年以上経過（Amazon RDS Proxy が一般提供開始）しましたが、そこまで一般的な情報は多くないのと、自分の整理の意味を込めて適度に吐き出しておきたいと思います。 用途はいくつかある中で、今回は単純な負荷に対するスケーリング対策としての内容となります。今年最後の記事なのに想像込みの部分もあって絞まらないかもですが、お手柔らかにお願いします。 はじめに RDS Proxy は便利な可能性を提供してくれるものですが、ただ導入しただけで幸せになれる類のものではありません。どのような仕組みであり、なぜ効率が良くなり、どのように扱えばよいのか、について正しく理解しようとする姿勢が必要なのは、他のシステムと同じです。 基本的な情報についてはリンクを置いておきますので、そちらに任せるとして、ここではそういう情報を一見しただけではわからなそーな部分についてまとめ

未来さんは、目標に適した食事を評価する際は笑顔になる一方、ユーザーがお酒を飲み過ぎていたり、摂取カロリーが少なすぎ／多すぎたりするなど不摂生をすると、涙を見せる。これに対し、SNS上では「あすけんの女は厳しすぎる。すぐ泣く」「泣かれずに済む方法が分からない」「逆に泣かせたい」など、未来さんの“厳しい”評価が話題になるのだ。 こうした声に記者も注目していたのだが、ある日の編集会議でのこと。ITエンジニアの食事が話題になった。そこで、記者に1つの疑問が生じた。ITエンジニアとして働いている友人に聞くと、食生活が不規則になりがちという話を耳にすることが多い。では、あすけんを開発するITエンジニアは“あすけんの女”を泣かせていないのか、と。 運営元のaskenに対し、この疑問を投げかけてみたところ、あすけんを開発するITエンジニアの食事を取材できることになった。取材したのは、普段からあすけんを利用

大規模言語モデル(LLM)を用いたAIは、驚くほど自然な文章やリアルな画像を生成できる能力を備えている一方で、危険なことに回答したり不適切な画像を生成したりできないように、セキュリティロックがかかっていることがほとんどです。しかし、意図的にLLMをだまそうと試みてロックを回避するジェイルブレイク(脱獄)の方法もしばしば話題になります。GoogleのAIチームでコンサルタントを務めた経験もある技術者のマット・ウェッブ氏は、特別なテクニックを使わなくても「ちょっとずつAIの思考をずらす」ことによるジェイルブレイクの例を解説しています。 Narrative jailbreaking for fun and profit (Interconnected) https://interconnected.org/home/2024/12/23/jailbreaking LLMには、爆弾の作り方といった

はじめに 2024年4月23日～26日、NATO CCDCOE主催の国際サイバー演習「Locked Shields 2024」が開催され、JPCERT/CCから筆者を含む5名が参加しました。今回はこうした演習に官民双方が参加することの意義について考えます。 演習の概要等はこれまでにもさまざまな参加者／組織の方の記事が出ていますので、そちらをご覧いただければと思います。 注記：「なぜ、終わってから半年も経って“感想文”を出しているのか」と思われるかもしれませんが、けっして、筆者がサボっていたとか、うっかり忘れていたわけではなく、演習内容に関する情報開示について関係各方面から厳正で丁寧な確認をいただいた、という次第です。 リアルタイムインシデント対応の機会 演習の本番はDay0からDay2まで3日間あり、毎日7時間の演習時間内に演習環境上でさまざまなサイバー攻撃が同時多発的に発生し、リアルタイ

この記事はNTTテクノクロス Advent Calendar 2024シリーズ2の24日目の記事であり、翌日25日の記事と合わせた連載の第1回目になります。 こんにちは。NTTテクノクロスの堀江です。普段はAWSやAzure上でのシステム設計、構築や実装、調査検証系の案件を幅広く担当しています。 1. はじめに 本記事では、「テストピラミッド」の概念を用いて、AWS CDKで実装するインフラの適切なテスト戦略を模索していきます。 テストピラミッドは一般的なソフトウェア開発におけるテスト戦略(どの様なテストを、どの程度実施すべきか)を検討する上で頻繫に用いられる概念です。それをインフラに対するテスト戦略としても運用可能か、インフラのテストにおけるテストピラミッドはどの様な形になるか、といったことを本記事では模索します。 1.1. 構成 この取り組みは、本記事【理論編】と明日公開されるもう一つ

最近、Twitterやブルースカイみたいなタイムライン形式のSNSを見ていて、モヤモヤすることがある。あの形式、流れる情報は膨大だけど、一つの話題をじっくり深掘りするには向いていない。議論の途中で別の話題が流れてきて、元の話がどんどん埋もれていく。結果として、表層的な反応やバズに飲み込まれて、「本当に大事なこと」が曖昧になりがちだ。 それでも、タイムラインの片隅で見かける深い議論やリポスト形式のやり取りを見ると、「こういう内容こそ、きちんと整理された場で議論すればもっと良くなるのに」と感じることが多い。たとえば、昔の掲示板/Slack/Teamsのようにトピックごとに整理された場があれば、もっと建設的な議論が可能になるんじゃないかと思う。議論したい欲求は皆にあるのに、なぜかタイムライン形式のSNSばかりが選ばれてしまう。この矛盾をどうにか解消できないものか。 匿名性の高いサービスである増田

株式会社ハムスターは古き良きクラシックゲームを、最新のゲーム機に移植しリリースする事業に取り組んでいます。 ゲームの権利をお持ちのみなさま、みなさまのゲームをぜひリリースさせてください。 アーケードゲームだけではなく、家庭用ゲーム機向けのゲームでも構いません。 「私たちが子供のころに夢中になって遊んだ大好きなゲーム」 それを世界中の人々に、後世に伝えていくこと、そしていつでも誰でも気軽に遊べる環境を整えていくことは、とても大切なことだと考えています。思い出のゲームは人それぞれ違います。当時遊んだ懐かしい思い出、その思い出のゲームとまた出会えて遊べるように、1タイトルでも多くリリースすることを目指しています。 ゲームの権利は、ライセンスをしていただいても、またゲームの権利を買い取らせていただいても構いません。ハムスターでは多くのゲームメーカーのみなさまとライセンス契約を締結しておりますし、ま

はじめに こんにちは、AWSでデベロッパーアドボケイトをしているものです。この記事はOpenTelemetry Advent Calendar 2024の最終日の記事です。現時点で何日か穴が空いてるので、代打で書きたい方がいたらぜひご参加ください。去年の記事みたいなゴリゴリの内部実装みたいな話を書こうとも思いましたが、OpenTelemetryの盛り上がりを来年以降も継続するためにメンバー募集をしたいと思います。 宣伝 唐突に宣伝ですがOpenTelemetryの概念を理解するための入門書として『入門OpenTelemetry』という書籍が来月末に発売されます。 入門 OpenTelemetry ―現代的なオブザーバビリティシステムの構築と運用 作者:Ted Young,Austin ParkerオライリージャパンAmazon "Learning OpenTelemetry"の翻訳書です。

私の目標は、読者が午前中に本書を読み始めたら、午後には設計が上達していることだ。 本当にそのとおりだった。読んでる途中で既に自分の設計に対する考えが良い方向に変わってると感じた。とても良かった。おすすめです。 『Tidy First?』 をいただいて読んだ。昨日（2024年12月25日）発売。英語版が2023年11月28日発売だから、たった1年で日本語版が出たということだな。うれしい！はやい！ありがたい！ ソフトウェア設計に焦点を当てたシリーズの最初の1冊ということで、サブタイトルに「個人で実践する経験主義的ソフトウェア設計」とあるように、1人でできる種類のソフトウェア設計について書かれている。続刊ではチームについての話になる予定のようで、それも今から楽しみ。 2周読んだ なんとなく2周読もうと思ってそうした。 1周目は細かい部分は気にせずにざーっと1,2時間くらいで読んだ。全体的にどうい

デジタルペンテスト部の山崎です。 メールのクライアントとしてMicrosoft Outlook for Windowsを使っている皆さん、新しいOutlookへの移行は進んでいらっしゃいますでしょうか？ 新しいOutlook（Outlook new）が登場したことにより、今まで使っていた従来のOutlook（Outlook classic）は、今後、徐々にフェードアウトしていくことが発表されています。 ◉ Outlookの移行タイムライン 移行の段階としては、現在、以下の図のGA（General Availability；一般提供）のところです。今後、新しいOutlookが既定でオンとなるオプトアウトの段階、そして、従来のOutlookが使えなくなるカットオーバーの段階へと進んでいきます。 それぞれの段階の12ヶ月前に通知があるということです。永続的ライセンスがあれば少なくとも2029年ま