こんにちは。ナレッジワークの torii です。 7 月にフロントエンドエンジニアとして入社してもうすぐ半年、そろそろ技術記事の一つも書きたいなと思っていたところに、ちょうどいいネタを見つけたので投稿してみます！ Jest から Vitest に移行してみた 早速やったことですが、フロントエンドのテストフレームワークを Jest から Vitest に移行しました。理由としては、Jest が CJS を前提として動作しており、ESM 前提のモジュールを動かすのに一手間も二手間もかかるからです。 ナレッジワークのフロントエンドは Next.js を採用しており、テストフレームワークには Next.js と相性の良い Jest を採用していました。関数単位のテストや UI コンポーネントのテストを書く分には問題なかったのですが、それより上層（ページなど）になるとたちまち ESM 互換性の問題を

「出社はするけど、すぐ帰ります」が世界的な現象に。「Coffee Badging」は若者の本音だよね #TrendBuzz

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

インフラの環境構築を行ったときに、はい、環境です、と接続情報だけ顧客に提供したところで、そのまま受け取ってくれることはない。 ドキュメントはないんですか？。 何を作ったかを示すドキュメントとセットで初めて、プロにお金を払って仕事をしてもらった気持ちになる。今でも、ドキュメントを残せ、ドキュメントがないと今どうなっているかがわからなくなる、常に更新して最新にしよう、そんな掛け声は健在である。 このドキュメント、年々複雑さが増していると思う。というのも、IT関連のソフトウェアにしろクラウドにしろ、機能は増えるばかりだからだ。かつ、設定自体は年々洗練されており、デフォルト値で動くことも多い。たくさんの設定項目があるが、設定するのはほんの一部分である。 ドキュメントに何を残すべきか。設定値全てをドキュメントに書き込もうものなら莫大な量になる。一方で変更したものは少ししかない。このギャップが激しくな

何が大変か？ VSCodeはMSが作っているだけあってTypeScript統合がほぼ整っており、特に設定を頑張らなくてもそのままIDE機能が効くことが多いです。現代の多くのJavaScriptプロジェクトはこれで事足ります。 しかし、これには例外があります。Reactの実装は現時点ではFlowで書かれています。FlowはTypeScriptと同様のコンセプトを持つAltJS言語です。FlowはReactと同じくMeta(Facebook)製であるため、これまでReactでFlowが使われてきたのは一定の合理性があると言えるでしょう。 Flowの拡張子が *.js であることから、TypeScriptのIDE機能はFlowのソースコードに対しても反応します。文法が似ていることもあり、Go To Definitionなどの機能もある程度までは動作しますが、完全ではありません。また、エラー表示が

不具合概要バッファロー製NASにおいて、OneDrive連携機能を使用しているとファイルが消失する恐れがあります。 具体的には、OneDrive連携にて双方向同期モードを設定している環境において、ブラウザやWindowsのOneDrive連携ツール経由でOneDrive上のフォルダー名を変更、またはフォルダーを移動すると、変更/移動したフォルダー配下のファイルがNASとOneDriveの双方から消失します。 この不具合は、以下の両方を満たす場合に発生します。 OneDrive連携を使用し、双方向同期モードに設定している同期間隔を1分/5分/10分に設定しているこの不具合の影響を受ける製品は以下。 TS6000シリーズ (計20モデル)TS5020、TS5010シリーズ (計49モデル)TS3020、TS3010シリーズ (計26モデル)LS700シリーズ (計24モデル)一時的な回避策On

バッチを開発する際、既存の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'

目的 自分が使いそうな設定のまとめ。 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> <

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 に仮想マシン複数台を定義するマルチマシン(Malti-Machine)設定について解説します。 マルチマシン設定とは？ マルチマシン設定とは、一つの Vagrantfile に複数のゲストマシンを定義する設定です。 例えばWEBサーバーとDBサーバーの両方を同時に起動する必要がある場合や、クライアントとサーバーの関係のマシンを起動する必要がある場合などに、マルチマシン設定が役立ちます。 設定 複数台分のマシンの設定を同一の Vagrantfile に config.vm.define を利用して定義します。 サーバーを2台定義する最低限の設定は次のようなイメージです。 ここでは例として Box として precise32 を指定して2台を定義します。 Vagrant.configure("2") do |config| config.vm.box = "preci

パッチ適用の時間を短縮する「自動化」について解説する本連載「こっそり始めるパッチマネジメント自動化入門」。前回はパッチマネジメントの重要性について説明しました。今回はパッチ適用を円滑にするための自動化についてお話しします。 自動化のスコープ 本稿のスコープ（範囲）は次の通りです。 基盤環境構築、単体試験の自動化 パッチマネジメントを正しく運用するには試験環境でのパッチ適用試験が必須です。パッチ適用試験環境をタイムリーに短時間で構築するには、基盤環境の構築および単体試験の自動化が欠かせません。 ここではCI/CD（Continuous Integration／Continuous Delivery）ツールを組み合わせた基盤環境の自動化ソリューションを検討します。 基本になるのは構成管理ツール「Ansible」 「Ansible」（アンシブル）は、Red Hatが開発するオープンソースソフトウ

各サービスに加え、サポート費用、消費税諸々含め300万以上の課金が発生しました。 幸い今回の事象はラックの検証環境上で発生した事象のため、お客様への影響はなかったものの、これが「もしお客様環境で起きていたら......」と考えると背筋が凍ります。 事象の原因 今回上記(A)(B)の仕組みを定期的に実行する想定で各々EventBridgeルールの設定をしましたが、(B)のEventBridgeルールの設定に考慮漏れがありました。 具体的には、以下のように記載をしていました。 EventBridgeルールの作成時、イベントパターンのフォームから生成したJSONとなります。 ※ S3にオブジェクトが配置されたら後続処理を実施するというテンプレートを使用しました。 テンプレートの内容を深く理解せず、そのまま流用したことが本事象の発端となっていました。 ※ ただ、EventBridgeでは、ルールが

こんにちは。マネージド&セキュリティサービス部セキュリティサービス部門の閏間です。総合リスクマネジメントサービス「WideAngle」の新サービスの企画を担当しています。 本記事では、私がセキュリティの知識・技術向上のために業務外で取り組んでいるバグバウンティプログラムについて、3回にわたって紹介します。 本記事により、バグバウンティプログラムの有効性と、脆弱性探しのおもしろさの両方を伝えられれば幸いです。 （前編）バグバウンティプログラムの有効性について （中編）脆弱性探しの魅力と調査方法について （後編）実際に発見した脆弱性の詳細について【本記事】 なお、バグバウンティに関する記事としては、NTT Com社内バグバウンティのご紹介もありますので、ぜひそちらもご覧ください。 脆弱性の実例：3つの問題が重なってXSS(Cross Site Scripting)が発生 本記事では、私が過去に

C#でアプリケーションを作成するとアプリケーション構成ファイル(.exe.config)なるものが作成され、実行ファイル(.exe)を実行する際にアプリケーション構成ファイルの設定が読み込まれるわけですが、実行ファイルと構成ファイルに分けたくありません。 このアプリケーション構成ファイルの設定を実行ファイルの中に埋め込む方法はないでしょうか？ どなたかご存知の方がいらっしゃいましたらご教授ください。 追記： 具体的には *.exe.configの <startup> <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" /> </startup>

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

用語「フレーム問題」について説明。有限の処理能力しか持たないAI／ロボットは、無限の可能性を含む現実的な課題において、その課題に関係のあることだけを選び出して（＝フレームを設定して）適切に実行するのが難しいことを指す。 連載目次 用語解説 AI（人工知能）研究分野におけるフレーム問題（Frame problem）とは、AI搭載のロボット（以下、AIロボット）が何かの課題を実行しようとした際に、その課題に関係のあることだけを選び出して（＝フレームを設定して）、適切に実行するのは、現実的には非常に難しい、という問題を指す。 当然ながら、AIロボットの情報処理能力は有限である。それに対し、現実に起こり得る可能性は無限に近いはずだ。例えば完全自動運転車を作ると仮定してみよう。シンプルに考えれば、法定速度内で前の車とぶつからないように、決められた車道内を信号などの交通ルールを守りながら、走ればよいだ

.NET Framework を使用すると、開発者と管理者は 、構成ファイルを通じてアプリケーションを実行する方法を制御し、柔軟性を実現できます。 構成ファイルは、必要に応じて変更できる XML ファイルです。 管理者は、アプリケーションがアクセスできる保護されたリソース、アプリケーションが使用するアセンブリのバージョン、リモート アプリケーションとオブジェクトの場所を制御できます。 開発者は、設定を構成ファイルに配置できるため、設定が変更されるたびにアプリケーションを再コンパイルする必要がなくなります。 このセクションでは、構成できる内容と、アプリケーションの構成が役立つ理由について説明します。 この記事では、構成ファイルの構文について説明し、コンピューター、アプリケーション、セキュリティの 3 種類の構成ファイルに関する情報を提供します。 構成ファイルの形式 構成ファイルには、構成情報

環境変数に書き込む値を指定します。省略すると変数<var-name>が環境から削除されます。 [Windows NT系] [拡張構文] <value>内に環境変数を用いる際、特殊な展開方法を用いることができます。 [Windows NT系] [拡張構文] <expression>を演算式として処理し、式の処理結果を変数<var-name>に設定します。コマンドプロンプト上で実行している場合はその値を画面に出力します。式内の数値が実際に計算に用いられ、数値以外の文字は環境変数名として、計算時に展開されます。指定できる記号(演算子)は「解説」をご覧ください。「=」文字とそれ以降を省略した場合は変数に対して何も処理を行いません(コマンドプロンプト上では出力のみ行います)。 解説 Setコマンドは環境変数を操作する際に用いるコマンドです。基本的には「set 名前=値」といった使い方がなされます。