フロントエンドのテスト基盤を Jest から Vitest に移行した話
こんにちは。ナレッジワークの torii です。 7 月にフロントエンドエンジニアとして入社してもうすぐ半年、そろそろ技術記事の一つも書きたいなと思っていたところに、ちょうどいいネタを見つけたので投稿してみます！ Jest から Vitest に移行してみた 早速やったことですが、フロントエンドのテストフレームワークを Jest から Vitest に移行しました。理由としては、Jest が CJS を前提として動作しており、ESM 前提のモジュールを動かすのに一手間も二手間もかかるからです。 ナレッジワークのフロントエンドは Next.js を採用しており、テストフレームワークには Next.js と相性の良い Jest を採用していました。関数単位のテストや UI コンポーネントのテストを書く分には問題なかったのですが、それより上層（ページなど）になるとたちまち ESM 互換性の問題を
生産性向上メソッド「アジャイル」とは？タスクの細分化と進捗確認がポイントに | ライフハッカー・ジャパン
どのような生産性向上メソッドを最適とするのかは、人によって大きく異なります。 調節が可能で、自由裁量部分が大きく、流動的なメソッドは、ちょっとしたガイダンスがあればOKなタイプに適しています。逆に、きめ細かくルールが決まっているメソッドは、いつ何をやるべきかをはっきり指示してもらわないと物事を進められない人にぴったりでしょう。 J. D. Meier氏が考案したシステム「アジャイル・リザルト（Agile Results）」は、後者の「きめ細かくルールが決まっているメソッド」カテゴリーに入ります。 アジャイル・リザルトでは、一番大きな長期的目標を達成するために、短期的・中期的・長期的な目標をもとに細かなスケジュールと計画を立て、小さなタスクを完了させていくことで、すべてが完了するように設計します。 では、この「アジャイル・リザルト」の仕組みを説明しましょう。 アジャイル・リザルトとは？Mei
PHP: 定義済みの変数 - Manual
It seems that when you wish to export a varible, you can do it as return $varible, return an array(), or globalise it. If you return something, information for that varible can only travel one way when the script is running, and that is out of the function. function fn() { $varible = "something"; return $variable; } echo fn(); OR $newvariable = fn(); Although if global was used, it creates a point
ドキュメントの限界 - orangeitems’s diary
インフラの環境構築を行ったときに、はい、環境です、と接続情報だけ顧客に提供したところで、そのまま受け取ってくれることはない。 ドキュメントはないんですか？。 何を作ったかを示すドキュメントとセットで初めて、プロにお金を払って仕事をしてもらった気持ちになる。今でも、ドキュメントを残せ、ドキュメントがないと今どうなっているかがわからなくなる、常に更新して最新にしよう、そんな掛け声は健在である。 このドキュメント、年々複雑さが増していると思う。というのも、IT関連のソフトウェアにしろクラウドにしろ、機能は増えるばかりだからだ。かつ、設定自体は年々洗練されており、デフォルト値で動くことも多い。たくさんの設定項目があるが、設定するのはほんの一部分である。 ドキュメントに何を残すべきか。設定値全てをドキュメントに書き込もうものなら莫大な量になる。一方で変更したものは少ししかない。このギャップが激しくな
VSCodeでReactのソースコードを読むための準備
何が大変か？ VSCodeはMSが作っているだけあってTypeScript統合がほぼ整っており、特に設定を頑張らなくてもそのままIDE機能が効くことが多いです。現代の多くのJavaScriptプロジェクトはこれで事足ります。 しかし、これには例外があります。Reactの実装は現時点ではFlowで書かれています。FlowはTypeScriptと同様のコンセプトを持つAltJS言語です。FlowはReactと同じくMeta(Facebook)製であるため、これまでReactでFlowが使われてきたのは一定の合理性があると言えるでしょう。 Flowの拡張子が *.js であることから、TypeScriptのIDE機能はFlowのソースコードに対しても反応します。文法が似ていることもあり、Go To Definitionなどの機能もある程度までは動作しますが、完全ではありません。また、エラー表示が
BUFFALO製NASにファイルが消失する致命的不具合。119製品が対象。OneDriveとの連携に起因 | ニッチなPCゲーマーの環境構築Z
不具合概要バッファロー製NASにおいて、OneDrive連携機能を使用しているとファイルが消失する恐れがあります。 具体的には、OneDrive連携にて双方向同期モードを設定している環境において、ブラウザやWindowsのOneDrive連携ツール経由でOneDrive上のフォルダー名を変更、またはフォルダーを移動すると、変更/移動したフォルダー配下のファイルがNASとOneDriveの双方から消失します。 この不具合は、以下の両方を満たす場合に発生します。 OneDrive連携を使用し、双方向同期モードに設定している同期間隔を1分/5分/10分に設定しているこの不具合の影響を受ける製品は以下。 TS6000シリーズ (計20モデル)TS5020、TS5010シリーズ (計49モデル)TS3020、TS3010シリーズ (計26モデル)LS700シリーズ (計24モデル)一時的な回避策On
[詳解] crontabに頻出する > /dev/null 2>&1 の意味
バッチを開発する際、既存のcrontabの設定を眺めていると 0 * * * * sh hogehoge.sh > /dev/null 2>&1 という記述が目に入ることがあると思います。シェルスクリプトを実行するところまでは理解しやすいと思いますが、少し難解なのが > /dev/null 2>&1 の部分です。ざっくり解説しますとcronによるコマンドの定期実行時、当該コマンドによるエラーやecho等の出力を一切出さないようにする設定ですが、その具体的な仕組みを私もよく忘れやすいため備忘録を兼ねて解説を残します。 リダイレクトを理解するまずは sh hogehoge.sh > /dev/null 2>&1 の>についてです。これはリダイレクトといい、別の場所に出力内容を渡すことができる指定です。たとえばhoge.shというシェルスクリプトに #!/bin/bash echo 'aaa'
![[詳解] crontabに頻出する > /dev/null 2>&1 の意味](https://cdn-ak-scissors.b.st-hatena.com/image/square/db1b6d313d186829e6efeb85ad7e8c1ba6e8f48b/height=288;version=1;width=512/https%3A%2F%2Fmasyus.work%2F__og-image__%2Fimage%2Farticles%2Fcrontab-dev-null-21%2Fog.png)
log4j2の設定ファイル(XML) - Qiita
目的 自分が使いそうな設定のまとめ。 jar ファイル 最低限、以下のファイルが必要。 log4j-api-2.3.jar log4j-core-2.3.jar (2.3 はこれを書いている時点の最新バージョン) 全体 こんな感じで。 ファイル名はlog4j2.xmlとして、クラスパス上に配置。 <?xml version="1.0" encoding="UTF-8"?> <Configuration status="off"> <!-- AppenterやLoggerで使用するプロパティを定義する --> <Properties> <Property name="...">hoge</Property> <Property name="..." value="..." /> </Properties> <!-- ログの出力先と出力フォーマットを設定する --> <Appenders> <
意図せず約200万の.gitフォルダが公開、リスクの高い状態
CyberNewsは10月20日(米国時間)、「Millions of .git folders exposed to public｜Cybernews」において、数百万もの.gitフォルダが公開されていると伝えた。プロジェクトの重要な情報を含む約200万の.gitフォルダが一般に公開されていることがCyberNewsの調査チームにより明らかとなった。 Millions of .git folders exposed to public｜Cybernews GitはLinus Torvalds氏が20年近く前に開発した人気の高いオープンソースの分散型バージョン管理システム(VCS: Version Control System)。.gitフォルダにはリモートリポジトリのアドレス、コミット履歴ログなどプロジェクトに関する重要なメタデータが含まれており、このデータをオープンアクセスで放置してお
Vagrantで複数台同時起動するマルチマシン設定 |
本稿では、Vagrant に仮想マシン複数台を定義するマルチマシン(Malti-Machine)設定について解説します。 マルチマシン設定とは？ マルチマシン設定とは、一つの Vagrantfile に複数のゲストマシンを定義する設定です。 例えばWEBサーバーとDBサーバーの両方を同時に起動する必要がある場合や、クライアントとサーバーの関係のマシンを起動する必要がある場合などに、マルチマシン設定が役立ちます。 設定 複数台分のマシンの設定を同一の Vagrantfile に config.vm.define を利用して定義します。 サーバーを2台定義する最低限の設定は次のようなイメージです。 ここでは例として Box として precise32 を指定して2台を定義します。 Vagrant.configure("2") do |config| config.vm.box = "preci
Linux／Windowsのパッチ適用自動化のポイント――基盤環境構築、単体試験の自動化で使える4つのOSSとは
パッチ適用の時間を短縮する「自動化」について解説する本連載「こっそり始めるパッチマネジメント自動化入門」。前回はパッチマネジメントの重要性について説明しました。今回はパッチ適用を円滑にするための自動化についてお話しします。 自動化のスコープ 本稿のスコープ（範囲）は次の通りです。 基盤環境構築、単体試験の自動化 パッチマネジメントを正しく運用するには試験環境でのパッチ適用試験が必須です。パッチ適用試験環境をタイムリーに短時間で構築するには、基盤環境の構築および単体試験の自動化が欠かせません。 ここではCI/CD（Continuous Integration／Continuous Delivery）ツールを組み合わせた基盤環境の自動化ソリューションを検討します。 基本になるのは構成管理ツール「Ansible」 「Ansible」（アンシブル）は、Red Hatが開発するオープンソースソフトウ
AWS Lambdaで300万円以上課金されてしまった怖い話 | LAC WATCH
各サービスに加え、サポート費用、消費税諸々含め300万以上の課金が発生しました。 幸い今回の事象はラックの検証環境上で発生した事象のため、お客様への影響はなかったものの、これが「もしお客様環境で起きていたら......」と考えると背筋が凍ります。 事象の原因 今回上記(A)(B)の仕組みを定期的に実行する想定で各々EventBridgeルールの設定をしましたが、(B)のEventBridgeルールの設定に考慮漏れがありました。 具体的には、以下のように記載をしていました。 EventBridgeルールの作成時、イベントパターンのフォームから生成したJSONとなります。 ※ S3にオブジェクトが配置されたら後続処理を実施するというテンプレートを使用しました。 テンプレートの内容を深く理解せず、そのまま流用したことが本事象の発端となっていました。 ※ ただ、EventBridgeでは、ルールが
新たなセキュリティテスト手法、バグバウンティプログラムのすすめ（後編） - NTT Communications Engineers' Blog
こんにちは。マネージド&セキュリティサービス部セキュリティサービス部門の閏間です。総合リスクマネジメントサービス「WideAngle」の新サービスの企画を担当しています。 本記事では、私がセキュリティの知識・技術向上のために業務外で取り組んでいるバグバウンティプログラムについて、3回にわたって紹介します。 本記事により、バグバウンティプログラムの有効性と、脆弱性探しのおもしろさの両方を伝えられれば幸いです。 （前編）バグバウンティプログラムの有効性について （中編）脆弱性探しの魅力と調査方法について （後編）実際に発見した脆弱性の詳細について【本記事】 なお、バグバウンティに関する記事としては、NTT Com社内バグバウンティのご紹介もありますので、ぜひそちらもご覧ください。 脆弱性の実例：3つの問題が重なってXSS(Cross Site Scripting)が発生 本記事では、私が過去に
[C#]アプリケーション構成ファイル(*.exe.config)の設定を実行ファイル(*.exe)に埋め込みたい
質問をすることでしか得られない、回答やアドバイスがある。15分調べてもわからないことは、質問しよう！新規登録して質問してみよう
![[C#]アプリケーション構成ファイル(*.exe.config)の設定を実行ファイル(*.exe)に埋め込みたい](https://cdn-ak-scissors.b.st-hatena.com/image/square/d61d99447f3434c475f38686e3fcb4f6ab93528f/height=288;version=1;width=512/https%3A%2F%2Fteratail.com%2Fimg%2FogpImages%2FimgFacebookShare.png)
フレーム問題（Frame problem）とは？
用語「フレーム問題」について説明。有限の処理能力しか持たないAI／ロボットは、無限の可能性を含む現実的な課題において、その課題に関係のあることだけを選び出して（＝フレームを設定して）適切に実行するのが難しいことを指す。 連載目次 用語解説 AI（人工知能）研究分野におけるフレーム問題（Frame problem）とは、AI搭載のロボット（以下、AIロボット）が何かの課題を実行しようとした際に、その課題に関係のあることだけを選び出して（＝フレームを設定して）、適切に実行するのは、現実的には非常に難しい、という問題を指す。 当然ながら、AIロボットの情報処理能力は有限である。それに対し、現実に起こり得る可能性は無限に近いはずだ。例えば完全自動運転車を作ると仮定してみよう。シンプルに考えれば、法定速度内で前の車とぶつからないように、決められた車道内を信号などの交通ルールを守りながら、走ればよいだ
構成ファイルを使用してアプリを構成する方法 - .NET Framework
.NET Framework を使用すると、開発者および管理者は、"構成ファイル" を使用することにより、アプリケーションの実行方法を柔軟に制御できるようになります。 構成ファイルは XML ファイルで、必要に応じて変更できます。 管理者は、アプリケーションからアクセスできるプロテクト リソース、アプリケーションが使用するアセンブリのバージョン、およびリモート アプリケーションやオブジェクトの配置場所を制御できます。 開発者は、構成ファイル内に設定を格納できます。これにより、設定変更のたびにアプリケーションを再コンパイルする必要がなくなります。 このセクションでは、設定できる内容と、アプリケーションを設定することが有益である理由を説明します。 ここでは、構成ファイルの構文を説明し、3 種類の構成ファイル (マシン、アプリケーション、およびセキュリティ) について情報を提供します。 構成ファ
複数のプロジェクトでファイルを共有するには？ - ＠IT
複数のVisual Studioのプロジェクトで同じソース・コードを使いたい場合や同じバージョン情報を設定したい場合など、ソース・ファイルを共有したいことがある。共有すれば、1回の修正で、すべてのプロジェクトにそれを適用できるので、効率がよいからだ。 このような目的には、Visual Studioの標準機能として搭載されているリンク・ファイル機能が役立つ。この機能は、Visual Studio .NET（2002／2003）およびVisual Studio 2005で利用できる。 本稿では、このリンク・ファイル機能の使い方を紹介する。サンプルとして、Visual Studio 2005を使って、複数のプロジェクトでバージョン情報ファイル（AssemblyInfo.cs）の一部の情報（＝.NETアセンブリに設定する会社名と著作権情報）を共有する例を示す。 Visual Studioのリンク・
Set (環境変数の設定) - DOS/コマンドプロンプト コマンド一覧
環境変数に書き込む値を指定します。省略すると変数<var-name>が環境から削除されます。 [Windows NT系] [拡張構文] <value>内に環境変数を用いる際、特殊な展開方法を用いることができます。 [Windows NT系] [拡張構文] <expression>を演算式として処理し、式の処理結果を変数<var-name>に設定します。コマンドプロンプト上で実行している場合はその値を画面に出力します。式内の数値が実際に計算に用いられ、数値以外の文字は環境変数名として、計算時に展開されます。指定できる記号(演算子)は「解説」をご覧ください。「=」文字とそれ以降を省略した場合は変数に対して何も処理を行いません(コマンドプロンプト上では出力のみ行います)。 解説 Setコマンドは環境変数を操作する際に用いるコマンドです。基本的には「set 名前=値」といった使い方がなされます。
Geekなぺーじ : Linuxネットワークプログラミング
ここでは、Linuxを使ったネットワークプログラミングの説明を行いたいと思います。 ここで対象としている読者は、ネットワークプログラミング初心者（もしくは入門者）かつLinux環境でプログラミングを行いたい人です。 開発環境としては、C言語＋gccを想定しています。 説明内容は主にソケットプログラミングになります。 なお、C言語そのものが初めての方は「C言語入門」も参考にどうぞ。Windows専用には書いてませんが主にC言語で共通の部分を解説しています。 コードを書く前の準備 まず、gccを使える状態にしないといけません。 ディストリビューションにもよりますが、Linuxを普通にインストールしただけでは開発環境は入りません。 開発環境を用意するためには、gccやglibcなどのrpmを必要に応じてインストールしてください。 次に、エディタが必要になります。 mule、emacs、xemac
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub、プルリクエスト自動マージの一般提供を開始
