почему не POST

Так там в зависимостях же form-data, а в undici  есть свой клас для этого... Так то конечно, но это же лишняя зависимость

вот https://github.com/nodejs/undici/blob/main/lib/fetch/formdata.js

Так еще проще https://runkit.com/skellla/wqeqweqw

Если уж на то пошло, то для бизнеса выгодней не "эффективный и хороший" по мнению разработчиков, а написанный и зарелиженный быстрее чем аналогичный функционал у конкурентов ;)

и пока в меня не начали бросаться помидорами сразу отмечу, что чтобы релизиться быстро можно найти несколько методов, как при этом обеспечить качество: например научиться переиспользовать бизнес-логику из предыдущих проектов... Но это конечно актуально только если есть цель показать бизнес результат, а не рассуждать о философии "правильной" разработки

и не надо говорить что все проекты разные - это слишком большой комплимент убогой человеческой фантазии ;)

Нельзя стричь все продукты под одну гребёнку, где то бюджет три мешка картошки и на вчера нужен мвп, а где то большая код база и разработка новой фичи будет стоить в разы дороже если код база в ужасном состоянии из-за гонки за сроками.
Девелопер - овнер код базы, он должен ее защищать и оберегать от говно кода, выше кидал статью почему это выгодно.

Когда разработчик самолично подписался под участием в проекте, то он уже сам виноват и в том что бюджета недостаточно, и в том что не смог изначально правильно прособеседовать своего работодателя с целью выявления всех потенциальных проблем (в том числе нехватки бюджета). Да и кого мы обманываем, современного разработчика ничего кроме ценника при трудоустройстве не интересует. Но он не может сам себе в этом признаться, почему и ищет потом объяснения, почему не может писать свой код и быстро, и качественно одновременно. Имхо.

если говорить в среднем, то да, но мы то с вами господа инженеры, так что нас не интересуют как делают в среднем, нас интересует как расти над собой, приносить продукту максимальное велью на разных фазах и быть довольными жизнью.
по поводу денег - самые лучшие зарплаты на продуктах с высоким качеством кода, а не на галерах где тяп ляп и сдал заказчику

спорное утверждение)

которое из?

часто видел что в продукт заманивают с низкими зп, но с "классными" технологиями/проектом

так а как связаны технологии и качество кода?

я написал /проект подразумевая качество кода в контексте разговора

ну не логично платить бешенный деньги за поддержку красивого и причесанного кода) а вот там где ужас и надо порядки наводить в легасе - высокая плата вполне оправдана)

это с точки зрения разработчика

с точки зрения бизнеса качественный код проще поддерживать и расширять

и следовательно дешевле в поддержке и требует менее квалифицированного специалиста для его сопровождения

это  парадоксально, но такие качели есть)