はじめに こんにちは。WEAR部フロントエンドブロックの藤井です。WEARでは現在、Webサイトのリプレイスを進めています。本記事では、リプレイスに至った背景や課題と、課題解決のために行ったリプレイスのアーキテクチャ選定についてご紹介します。 なぜリプレイスするのか WEARはサービスローンチしてから約10年が経ちます。これまでローンチ当時の技術スタックのまま開発を続け、サービスを成長させてきました。今後もより継続的にスピード感を持ってユーザーへ価値を届けていくにあたってさまざまな課題があったため、新たな技術スタックでリプレイスを開始することにしました。 リプレイス前の環境 リプレイス前の環境はオンプレミスの環境にロードバランサー、Windowsサーバー(IIS)があり、そこでVBScriptが動いています。VBScriptでテンプレートHTMLにデータを流し込み、ブラウザに表示する仕組み

Homebrewで管理しているパッケージのアップデートを通知してくれるアプリ「Brewlet」がcaskでインストールしたアプリに対応しています。詳細は以下から。 Brewletは米プリンストン大学の研究員のZaid Kokajaさんオープンソースで開発しているHomebrewパッケージのアップデートチェックツールで、一定時間ごとにHomebrewのパッケージをチェックし、アップデートがあるとmacOSの通知機能でユーザーに通知してくれる機能がりますが、このBrewletが「Brewlet v1.6」アップデートでHomebrew caskに対応しています。 New features include: Outdated casks are read in and will be displayed in the menu. See #19 and #27 Output from brew

いわゆる“3大クラウド”（AWS、Azure、GCP）が提供するサービスのうち、設定ミスが起きやすいのは？──トレンドマイクロは4月6日、定期的に公開しているセキュリティレポート内で、こんな調査の結果を発表した。 調査はトレンドマイクロが提供する、クラウド環境の設定不備を検知する企業向けサービス「Trend Micro Cloud One-Conformity」が、2021年に全世界で実施した検査の結果を基に実施。設定ミスの発生率などをクラウドサービスごとに算出した。 AWSで最も設定ミスが多かったのは、AWSの各種サービスの設定や管理を支援する「AWS CloudFormation」。約582万回の検査で、約257万件（発生率44％）の設定ミスが見つかったという。2位はストレージサービス「Amazon S3」（約753万回で約267万件、発生率35％）、3位はEC2インスタンス向けのスト

自社パッケージ製品のクラウド版 を開発していて、色々やりたい放題やってるのでメモ。 方針 遠回り駆動開発 やりたい放題やる 王道は無視して「じぶんのかんがえたさいきょうの」をでいく 可能な限り OSS 開発元が提供しているクラウドサービスを利用する ベアメタルサーバーを使う 三大クラウドサービス (AWS, GCP, Azure) を使わない なぜ利用している技術を公開するのか 自社で使って良かった OSS やサービスはより多くの人に知って欲しいと考えています。 また、特に隠す理由がないというのもあります、むしろ大きな声で Tailscale や TimescaleDB 、 VictoriaMetrics 、Cloudflare 、DataPacket など、ほんとうに素晴らしい使わせて頂いていると言っていきたい。 我々が利用させて頂いている製品の企業や開発者の方へ とても素晴らしい製品を

佐々木投手は10日、千葉市のZOZOマリンスタジアムで行われたオリックス戦に先発しました。 10日は、自己最速に並ぶ164キロをマークするなど160キロ台のストレートと落差のあるフォークボールがさえ、1回2アウトとしたあと、3番・吉田正尚選手から空振り三振を奪うと、5回の3アウトまで13者連続で三振を奪いました。 終盤も160キロ台をマークするなど球威が衰えなかった佐々木投手は9回2アウトまでランナーを1人も許さず、最後は代打の杉本裕太郎選手からこの試合、19個目となる三振を奪って完全試合を達成しました。 1人のランナーも出さない完全試合は、平成6年に巨人の槙原寛己投手が達成して以来、28年ぶり16人目です。また20歳5か月での達成は史上最年少です。 また、この試合で佐々木投手は13者連続の奪三振で64年ぶりにプロ野球記録を更新したほか、1試合19個の奪三振では27年ぶりにプロ野球記録に並