【非同期】node.js part.1【javascript】

**デフォルトの名無しさん** · 2020/03/27(金) 23:39:03.67

railsのいいところ
・モノリシック
・ruby

railsの悪いところ
・モノリシック
・ruby

node (next/nuxt) を使うのはフロントエンドのいわゆるbffなんでdbアクセスはしない
nodeはdbにアクセスするバックエンドのapiを叩くだけ
だからバックエンドにrailsでもいいんだけどapiサーバならgoでもいいよね、goの方がいいよねってのが最近の流れかな
モノリシックならrailsが強かったけどマイクロサービス(を意識)するならフロントエンドで強いnode+バックエンドで強いgoが増えてる感じ
typescriptが当たり前になってきてるように静的型チェックが好まれてきてるってのもあってruby/rails推す人は減ってる
うちのバッグエンドは相変わらずjavaだけどな

**デフォルトの名無しさん** · 2020/03/28(土) 02:32:46.37

>>23
なるほど！！わかりやすい説明ありがとう

**デフォルトの名無しさん** · 2020/03/28(土) 14:25:46.82

サーバー側を、JavaScript, Node.js で作るのは苦痛。
Ruby で良い

どの道、主戦場は、Docker/Kubernetes だし

**デフォルトの名無しさん** · 2020/03/28(土) 15:04:34.69

こういう話をしてるんだけどね
https://image.itmedia.co.jp/ait/articles/1803/12/news012_06.jpg

nodeで作るのはサーバといってもbackend for frontendsのところな
ここは大部分がreactやvueをゴリゴリ使うところだからrails使っても結局jsやで
だったらnodeの方がずっといい
next/nuxtがある今は尚更
db触るapiサーバはrailsでもいいけど人気はgoでjavaでもいい(ここでnodeは使わない)

まずはこの記事でも読んでくれ
https://www.atmarkit.co.jp/ait/spv/1803/12/news012.html

その上でrailsを推すならbff作るにもnodeよりrailsが向いてると言いたいのかbff不要でモノリシック最高と言いたいのか明確にしてくれ

**デフォルトの名無しさん** · 2020/03/28(土) 15:52:46.92

BFFって目的が違うだけで使う技術はただのバックエンドと変わらんと思うが？
BFFがSSRにReact使うというなら、ただのバックエンドだってSSRするわけだし。

**デフォルトの名無しさん** · 2020/03/28(土) 16:22:33.70

旧来のモノリシックなバックエンドでssrする場合はサーバサイド専用のテンプレート言語を使ってた
古のerbやjsp、その最たるものはphpだな
最近のssrはspaとして動くjsのコードをサーバでもそのまま使うところが違う
だから必然的にjsの実行環境がサーバサイドでも必要になる
それもあってnodeでbffを構築するのが有力な選択肢になってるわけ
railsでもreact/vueをssrできるといっても結局はhypernovaでnodeプロセスを立てるわけじゃん(hypernovaは古いのかな？知らんけど何使っても中はnodeでしょ)
だったら素直にnode使ったほうがいいよね
どうせフロントエンドの大部分はjsなんだしフロントエンドエンジニアはみんなjs書いてるんだから極々一部のために複雑な構成にしたくないしruby書きたくもない

**デフォルトの名無しさん** · 2020/03/28(土) 16:27:26.03

「SSRやるならnodeが良い。」って話にBFF関係なやん、ってだけ。
べつにnodeバックエンドは否定しないよ？

**デフォルトの名無しさん** · 2020/03/28(土) 16:43:39.28

いやいや、nodeはdbを捏ねるにはライブラリも実績も乏しいからbffでないバックエンドには向かないぞ
bffっていう立ち位置ができるまでnodeはサーバサイドjsではなくフロントエンドのコマンドラインツール(grant/gulpってあったな)止まりだったことを忘れたか？

**デフォルトの名無しさん** · 2020/03/28(土) 17:10:15.44

は？いつの時代の話をしている？
うちのnodeバックエンドはmongoやpostgresも普通に使ってるけど？

**デフォルトの名無しさん** · 2020/03/28(土) 17:26:36.88

いつの時代でも広くは使われてないだろ
お前んとこの事例がレアケースなだけで
だから「ただのバックエンド」に普通nodeは入らない

**デフォルトの名無しさん** · 2020/03/28(土) 17:37:38.75

まさか、ただのnodeバックエンドよりSSR使ったBFFの方が多いとでも？
本当にそんな統計があったとしたら興味深いが。

**デフォルトの名無しさん** · 2020/03/28(土) 18:07:38.88

ssrはともかくdbアクセスするバックエンドよりもしないbffの方が事例として紹介された数は断然多いと思うぞ
instagram, twitter, netflix, yahoo(us)辺りはssrもしてるbffの有名どころ、facebookはssrなしbff、airbnbがssrするbffの先駆者(もうやめてるが)、paypal, walmart, ebay, grouponとかはbffって用語が普及する前(もちろんssr以前)からその用途で使ってた
国内だとca, pixiv, recruit辺りがssrするbffの事例出してたかな
nodeをbffじゃないバックエンドって国内で有名な事例はcaくらいじゃね

**デフォルトの名無しさん** · 2020/03/28(土) 18:44:55.87

>ssrはともかくdbアクセスするバックエンドよりもしないbffの方が事例として紹介された数は断然多いと思うぞ

別に珍しくもないからわざわざ紹介されんだけでは？

**デフォルトの名無しさん** · 2020/03/28(土) 18:58:26.38

少なくともnodeが出て数年(10年代前半)は本番で使ってるというだけで珍しかったはずだけどもういいよ
君とは違う世界線に住んでると思ってくれ

**デフォルトの名無しさん** · 2020/03/29(日) 14:33:20.38

>>27
railsはssrしているが、bffではない。
bffはbackends for frontendsだから、reactやvueなどモダンなフロントエンドのために存在するものだから

**デフォルトの名無しさん** · 2020/03/29(日) 15:58:34.26

>>37
それは目的の話で>>27も目的は違うと書いてるわけでな

**デフォルトの名無しさん** · 2020/03/29(日) 18:00:10.33

>>38
目的と技術は両方とも一緒でしょ

サーバーがフロントエンドのために存在しているものが、その名の通りbffでしょ

**デフォルトの名無しさん** · 2020/03/29(日) 18:34:46.34

>>39
BFFは特定のクライアントのためのAPI Gatewayを用意するアーキテクチャパターン
該当する役割を担ってるサーバー/レイヤー/コンポーネントを便宜上BFFと呼んでるだけ

BFFは目的の話でそれを実現する技術スタックとして何を使うかとは別の話

**デフォルトの名無しさん** · 2020/03/29(日) 18:44:15.05

>>40
bffの目的というのはssrや特定のクライアントに対してのapi endpointの定義とかだよね？

あと、サーバー、レイヤー、コンポーネントのそれぞれの違いを教えてほしい

**デフォルトの名無しさん** · 2020/03/29(日) 18:51:50.89

それくらいググれよ……

**デフォルトの名無しさん** · 2020/03/29(日) 18:54:02.46

>>39
だとするとツッコミどころがおかしいぞ。
>>27は(目的が違うだけで)使う技術は同じだからbffとただのバックエンドを区別して考える
必要はないと言っているわけで。

**デフォルトの名無しさん** · 2020/03/29(日) 19:06:04.34

27はその後のレス読むと(railsではなく)nodeバックエンドの話をしてるからややこしい
37はrailsの話してるから全然噛み合ってない気がする

node bffとnodeバックエンド：目的は違うが技術は同じ
node bffとrailsバックエンド：目的も技術も違う

**デフォルトの名無しさん** · 2020/03/29(日) 19:18:11.09

サーバサイドにnode.jsをまだ使ったことないけれど、エコシステム整ってくれば既存のバックエンド言語を置き換えるくらいのポテンシャルある感じなんだ？

**デフォルトの名無しさん** · 2020/03/29(日) 19:20:02.24

>>43
ここではっきりして欲しいのは目的が何を指しているのか。

みんなそれぞれが口に出している目的が違う気がする

**デフォルトの名無しさん** · 2020/03/29(日) 19:27:04.31

(ダメだこいつ・・・)

**デフォルトの名無しさん** · 2020/03/29(日) 19:30:17.50

目的に違いがあるのかもしれないがそこに意味はない→「目的」を掘り下げる意味もない
ってことなんだが。

**デフォルトの名無しさん** · 2020/03/29(日) 20:23:03.93

>>45
いいえ

**デフォルトの名無しさん** · 2020/04/04(土) 01:57:12.17

>>49
バックエンドをnodeで開発してるけど全然辛くないよ。
何が問題だと考えてるの？

**デフォルトの名無しさん** · 2020/04/04(土) 02:48:49.28

>>50
辛くない程度じゃ既存の言語を置き換える理由になるわけないだろ
逆にどれほどのアドバンテージがあるのか>>45に教えてあげれば？

**デフォルトの名無しさん** · 2020/04/04(土) 03:05:51.42

>>51
すまん
置き換えるがreplaceの意味だったのね
技術選定として視野に入るか的な意味だと思ってた

**デフォルトの名無しさん** · 2020/04/09(木) 15:09:19.88

まぁ、既存のものは良くも悪くも既に動いているっていう実績あるからな。COBOLも未だに無くなってないし。

**デフォルトの名無しさん** · 2020/04/13(月) 21:32:21.61

node.jsで5ch作りたいんだけれど何から始めればいいんだろう
nodeistはインストールした

因みにJavascriptはdocument.writeまで出来る

**デフォルトの名無しさん** · 2020/05/03(日) 02:46:18.30

スクラッチで構築するシステムは、クラウドとの相性考慮するとnodeが第一選択肢で次にPython検討するくらいかな
AWS, Azure, GCPでスクリプト実行できるようなサービスがリリースされると、大体1～2番目にnodeが使えるようになるしね

**デフォルトの名無しさん** · 2020/05/05(火) 16:21:46.44

PHP, Ruby, GoあたりはNodeに駆逐される未来しか見えない

**デフォルトの名無しさん** · 2020/05/15(金) 22:59:31.26

nodeはsync化をちゃんとやってくれれば
覇権とれる
コールバックが当たり前の出てくるようなライブラリや
フレワがのさばってる以上は避けられ続ける

**デフォルトの名無しさん** · 2020/05/17(日) 15:53:55.99

async/awaitが標準的に支えればいいよね。
deno使おう

**デフォルトの名無しさん** · 2020/05/17(日) 17:11:57.10

Deno応援する
はやくNodeを駆逐してほしいわ

**デフォルトの名無しさん** · 2020/05/17(日) 18:00:44.21

応援するならまずはdenoスレ立てろや口だけ野郎が！

**デフォルトの名無しさん** · 2020/05/18(月) 09:30:33.34

おまいらのカで oden 流行らせてよ

**デフォルトの名無しさん** · 2020/05/18(月) 22:57:26.48

COD:MW ODEN
低レートだが高威力なこいつで狩るのは嫌いじゃない

**デフォルトの名無しさん** · 2020/05/20(水) 15:20:09.39

>>59
同意。

**デフォルトの名無しさん** · 2020/06/07(日) 16:48:57.46

npm -g install xxxx
した後
yarn global list
したらxxxxはリストに現れるもの？

あるいは逆に
yarn global add yyyy
とした後、
npm -g list
としたらyyyyはリストに現れるもの？？

browserifyで実験したらなんかyarnで入れたつもりがnpmのリストに出てこなかった気がするんだけど
おま環？

バージョン：
D:\proj_picbbs\TypeScript_x01\_scrap>node --version
v12.18.0

D:\proj_picbbs\TypeScript_x01\_scrap>npm --version
6.12.0

D:\proj_picbbs\TypeScript_x01\_scrap>yarn --version
1.22.4

**デフォルトの名無しさん** · 2020/08/05(水) 20:29:33.65

フロントエンドのnode.jsでフォームを連動させたいんだけど
チュートリアルとかサンプルを教えてクレメンス

一つのセレクトメニューを選んだら、もう一つのセレクトメニューも連動して選択される。
みたいなやつ

「node.js フォーム　連動」
とかでもあまり情報無いし・・

65 · 2020/08/05(水) 20:40:20.61

スレチだった
移動します

**デフォルトの名無しさん** · 2020/12/12(土) 00:15:14.10

node js からシステムデフォルトのファイルエクスプローラで指定フォルダなりファイルなりを表示したい場合って、
os 別に場合分けするしかないんか…？
用意されてたり、用意されてるライブラリだったりはない感じですかね

**デフォルトの名無しさん** · 2020/12/14(月) 18:56:20.59

>>67
fsっていうライブラリがbult inで入ってる

**デフォルトの名無しさん** · 2020/12/14(月) 19:47:00.45

必ずGUI環境があるとも限らんしなぁ

**デフォルトの名無しさん** · 2020/12/15(火) 00:06:32.24

そういうことね
nodejsはサーバーサイドで利用するフレームワークだからguiを使用するような実装するは無理そう

**デフォルトの名無しさん** · 2020/12/15(火) 00:52:26.20

ElectronとかNW.jsとかであるよ

**デフォルトの名無しさん** · 2020/12/15(火) 01:02:08.79

election nwとか使うんだったらhtmlでええやん

**デフォルトの名無しさん** · 2020/12/15(火) 01:49:04.07

html使えば指定ファイルをシステムデフォルトのファイルマネージャーで開けるの？

**デフォルトの名無しさん** · 2020/12/15(火) 10:12:30.28

https://developer.mozilla.org/ja/docs/Web/HTML/Element/input/file

これじゃダメなの

**デフォルトの名無しさん** · 2020/12/15(火) 12:21:06.56

ファイルマネージャーもいいけど、頼むからドラッグ＆ドロップにも対応しておいてね。

**デフォルトの名無しさん** · 2020/12/15(火) 14:51:45.29

>>74
ダメだろw

**デフォルトの名無しさん** · 2020/12/15(火) 15:16:37.42

Electronなら独自APIにelectron.shell.showItemInFolderというのがあるけどnode.js自体にはない

https://www.npmjs.com/package/open-file-explorer
これなんかも結局OS別にspawnしてるしなぁ

**デフォルトの名無しさん** · 2020/12/23(水) 01:23:03.32

libuvの実装読んでる人とかいるかな

**デフォルトの名無しさん** · 2020/12/23(水) 06:46:50.18

Boost.asio使ってるのでlibuvはかぶってますしねえ。

**デフォルトの名無しさん** · 2020/12/29(火) 20:43:46.71

Goと比較した場合のAPIサーバーを作る場合のメリットを教えて。フロントはvueを使っている

**デフォルトの名無しさん** · 2020/12/30(水) 21:26:48.35

バックエンドで prisma とかを使う場合、フロントと型を共有できる。
一つの言語で書くことができる

それくらいしかないと思う。

**デフォルトの名無しさん** · 2020/12/30(水) 23:12:43.82

>>81
あざます
なるほど、あとはlodashとかあるしコレクション操作がGoより簡単とか？

webフロントしかいじれない人にAPIを短期間で開発してもらう必要があって
TS + node.jsでやってもらおうかと思ったけど
今の会社のAPIがほぼGoでできてるから、どうしたものか悩ましかったんすよねぇ。

Prisma名前しか知らなかったけどいいすねぇ。すでにプロダクション環境で使われるレベルなのかな。

**デフォルトの名無しさん** · 2020/12/31(木) 00:46:19.99

loadash 相当のライブラリは go にもあるだろうからそれが理由で ts / js を採用するのは良くないかも。
でもフロントしか経験がない人間に任せるとしたら　ts nodeの組み合わせでいいと思う。

あるある技術構成は

express or fastify / prisma / firebase auth

になるかな。

apiサーバーとしてのパフォーマンス要件が特にない場合は prisma 使えばいいと思うよ。

**デフォルトの名無しさん** · 2021/01/02(土) 20:13:07.21

>>83
あざます。参考になる・・。
ここでのprismaは TypeORMと同じ立ち位置？
リレーションを使ったときにタイプセーフになる(らしい)のはいいなぁ。

**デフォルトの名無しさん** · 2021/01/03(日) 00:19:48.93

type ormと同じ立ち位置だけど、厳密には色々ちがう

https://www.prisma.io/docs/concepts/more/comparisons/prisma-and-typeorm

↑に type orm との比較が書いてある。少しだけ複雑なアプリケーションを両方を使用して書けばprismaのメリットがわかると思う

**デフォルトの名無しさん** · 2021/01/31(日) 00:38:35.74

>>84
めちゃくちゃ遅レスだけど、ありがとう
prismaを管理画面で試験的に使い始めたけどいい感じですわ。

**デフォルトの名無しさん** · 2021/02/01(月) 21:42:09.81

おお、よかった

**デフォルトの名無しさん** · 2021/02/01(月) 22:25:28.00

非同期で得するのは、ネットワークへファイルを送り出すときくらいのような気がするのですよ。

**デフォルトの名無しさん** · 2021/02/01(月) 23:07:36.70

また来たのか

**デフォルトの名無しさん** · 2021/03/04(木) 20:04:39.55

音声再生のライブラリ漁ってみたがあんまり良いのないのね…
コマンドラインツールに音声ファイル丸投げするような感じのやつばっかり
ってか、VSCode の Extension で音だすやつ片っ端から何使ってるのか見たけど、
少なくとも Windows 環境では全部コマンドラインツールに丸投げして音声再生してた

マルチスレッドで多重再生するみたいなの Java で作ってたんだけど、そういうのは難しそうなのかな
js 自体がシングルスレッドだから、別プロセスの何かに頼るしかないんだろうけど

**デフォルトの名無しさん** · 2021/03/04(木) 20:46:29.66

今はworker_threadがあるからマルチスレッド使えるぞ
ネイティブ(c/c++)アドオン作るのがめんどいんじゃね

**デフォルトの名無しさん** · 2021/03/04(木) 22:58:38.75

何がしたいの？

**デフォルトの名無しさん** · 2021/03/05(金) 13:48:11.22

今やりたいのは、単純な通知音ですね

ただ、音って割といろいろな場面で使うので、
ある程度使い回しの効くライブラリがあるといいなと思って調べてました
音が何個かかぶっても、汚い音にならないといいかなーと

イメージ的には下みたいな感じの事ができると嬉しいです

ファイル名指定するだけお手軽再生
メモリ上にいつロードするかを指定（ストリーム or プリロード）
１つの音声ファイルに対して多チャンネル割当できて、多重再生できる
チャンネル番号（スレッド）ごとに再生、ストップ、ループ、回数指定ループ
sync / async 両対応

**デフォルトの名無しさん** · 2021/03/05(金) 13:52:54.22

タイプ音とかゲームの効果音なんかは、
別プロセスにファイル名指定で投げるのってかなり非効率で、
音源管理のスレッドでプリロードしておいて、
後はそのロードしたデータを毎回再生しにいくだけの方がいいかなと思うのですよ

そういう効率的な再生ライブラリは Node.js には見当たらないなーと思いまして

（喫緊の通知音だけに関してみるとあれですけど）

**デフォルトの名無しさん** · 2021/08/05(木) 00:36:39.98

ウェブサイトのHTML取得までできたが、その中身のtdタグとかの内容取得がわからん
ネットでちょっと調べてcherio使うまでは分かったが
初心者向けの本買えば載ってるかなやりかた
伝助のデータ取得したいだけなんだが

**デフォルトの名無しさん** · 2021/08/13(金) 22:17:12.46

>>95
htmlparser2

**デフォルトの名無しさん** · 2021/11/01(月) 15:33:43.60

EJSとやらを少しいじってまあ面白いなあと

しかしサーバー関連って毎回バケツの底ぶち抜くようなもんで
個人のPCでやるのは度胸いるなあ

**デフォルトの名無しさん** · 2022/01/18(火) 20:30:50.18

勘違いしてたらスマンなんだが教えてくれ。
jsってボケボケテキトーに書いてたらめちゃくちゃな順番で実行されてくんだけど、async/await使うとキッチリ順番通りに動いていくってことであってる？

特定のファイル名のcsvファイルを再起処理で探してきて、jsonに変換して送信するって処理書いてみたんだけど…
順番に実行してもらいたいところにasyncawait付け足してったらうまく動いたからさ。

ググると「非同期処理でasyncawait使う」って書いてあるのにasyncawait使ったら順番通りに実行されたから混乱してしまって。

js難しすぎん？
vbaしか書いたことないからハァ～さっぱりさっぱり！
やっぱり俺にはエクセルvbaがお似合いだぜ

**デフォルトの名無しさん** · 2022/01/18(火) 20:51:30.53

そうですね

**デフォルトの名無しさん** · 2022/01/18(火) 21:03:16.57

非同期処理でasyncawait使う

↑をもちっと詳しく書くと↓

非同期処理を待ち合わせるためにasync/await使う

非同期処理の完了をawaitで待ち合わせたから順番通りに実行されたんやろ

**デフォルトの名無しさん** · 2022/01/20(木) 11:54:34.71

待ち合わせる　⇐これ知人にも言われたけど、全然ピンとこないんだよね…
どういうこっちゃ？状態
もうちょいちゃんと読み込んでトレーニングしないと使いこなせそうにないな…

**デフォルトの名無しさん** · 2022/01/20(木) 12:48:53.44

非同期処理は基本待ってくれない
awaitを付けると文字取り待ってくれる
程度のイメージ

**デフォルトの名無しさん** · 2022/01/21(金) 20:00:20.03

async await使って動かしたい順番通りに動くようになったぜ！
csvから加工したjsonも送れるようになったぜ！
しかしforeverとかいうのがまったく動かねぇぜ！
先はなげえぜ！

**デフォルトの名無しさん** · 2022/02/11(金) 19:47:27.42

asyncよりもpromiseのがわかりやすくね？

**デフォルトの名無しさん** · 2022/02/13(日) 12:14:26.10

parcelってプロダクションでも使えますか？

**デフォルトの名無しさん** · 2022/02/24(木) 22:25:36.08

練習にnodeでコンソールアプリ作ってるんだけど2日くらい悶々としてる。
一度非同期処理に入るとフラグ管理するか全部非同期メソッドにしないとダメなんだな。

**デフォルトの名無しさん** · 2022/07/03(日) 22:26:50.27

jsdomをインストールしようとしたら
Unsupported engine
package: 'jsdom@20.0.0',
required: { node: '>=14' },
とインストールできなかった。古いjsdomのはインストールできる
Node.jsは14から一部のOSでインストールできなくなったのに、14以降でないと最新のjsdomをインストールできない

**デフォルトの名無しさん** · 2022/07/31(日) 02:28:27.61

質問です
nodejsで自作モジュールを作って使ってるのですが、自作モジュールにも「const socket = require('websocket')」のようにモジュールを利用しています。

メインのスクリプトでnpm installしたときに自作モジュールも同じくnpm installさせたいのですが何か方法はありますか？

ちなみに、npmのスクリプトで「"install": "npm i --no-save && cd user_lib && npm i --no-save"」と記載してnpm run installした場合、メインのnpm iは実行されるのですが2つ目の自作モジュールのnpm iが失敗します。

**デフォルトの名無しさん** · 2022/08/08(月) 13:10:04.52

nodejsも使ってみないとなあと思うけどWSL2で運用できるのかな？

結局仕事で使ってるPHPに戻りそうだけどJSによるWEBやDOMの操作は知ってるに越したこと無いし

**デフォルトの名無しさん** · 2023/02/13(月) 21:08:50.92

レベル低過ぎて恥ずかしいけどProgateのNode.js終えた
レッスンIとIIがとても難しくて挫折しそうになったけど周回して時間かけたら理解出来て、それからレッスンVIまでスムーズだった
レッスンIIIはMySQL組み合わせてテーブルをWEBの操作に応じて編集する内容だけどIとII分かってたら難しくない
レッスンIVはデバッグの仕方で意図的に混ぜてあるミスを直すんだがI、II、III理解してたら簡単だった
レッスンIVはexpressでログインの管理、これは難しかったし長かったけど一回で理解出来た
レッスンVIはその応用でbcryptを使いパスワードをハッシュ化させてWEB入力のパスワードと比較する内容だけどまぁ簡単だった
唯一難しかったのはejsファイルにif文書いて引数入れるとres.renderでそのejsファイルを呼び出すとこにもその引数定義しないといけないしejs側にforEach書いたらそのejsファイル呼び出すjs側にもforEachに対応したオブジェクト書かないと駄目なとこ

progateは超初心者向けだけどその中でもNode.jsは一番難しいらしくて、覚悟してたけど最初から挫折しそうになって自信無くして、でもそこ超えたらスムーズに理解出来たのがとても嬉しい😇

**デフォルトの名無しさん** · 2023/02/13(月) 21:09:58.76

次はreactやって、それからProgate卒業してreact-native勉強してAndroidアプリ作りたい

**デフォルトの名無しさん** · 2023/02/13(月) 21:12:44.79

嬉しいわ
ここの皆ならProgateのNode.jsとか鼻で笑っちゃう内容なんだろ？凄いね

**デフォルトの名無しさん** · 2024/04/28(日) 17:37:21.06

jestが思ったように動かなくてイライラした

**デフォルトの名無しさん** · 2025/05/27(火) 19:37:53.73

httpサーバをexpressからhonoに変えてみた
性能差がわかるほどのことはまだしてない