Так рано же ещё
Инвесторы только-только позакрывали позиции, и даже стартапы пока проедают выданные им деньги
Через месяц, может, у стартапов начнутся проблемы, производственные цепочки начнут рассыпаться, и компании смогут понять, где и как им надо ужаться
Тогда и можно будет начинать судить о ситуации

https://youtu.be/ls8wcw6gHx4?t=6012 лид о подходе Тимура писать на чистом NodeJS )

писать с минимумом внешних зависимостей и "изобретать велосипед" (aka говнокодить) – не одно и то же. Это разве не очевидно? Непонятен вывод девушки из этой посылки

З того, що зрозумів я:
Якщо хочеш писати на чистому nodeJS потурбуйся про те, щоб код був написаний "нормально", щоб його можливо було зрозуміти і підтримувати.
Ну і припущення, що "в рамках великих проектів" писати щось з 0 чи використовувати власні і незадокументовані пакети - не надто хороша ідея.
P.S. вона зазначила про "исходит из ..", чому це не позбавлене сенсу, але чому це не завжди доцільно.

я хоть в целом согласен с идеей про велосипеды, но девушка рассказала, что открыла для себя jsdoc, а парень уверен в красоте xml (если я правильно понял его) - это какая-то дичь

Тут важко не погодитись.
Хоча відносно xml схем, тут таке, про доцільність.

Я не открыла jsdoc, ему сто лет, мне нравится сваггер генерить оттуда. То у меня вылетело из головы название вечер запарилась

С минимумом внешних зависимостей вообще прекрасный подход. Но без фанатизма когда вы проект завалили потому что писали html 2 pdf конвертер как выше упоминали

переслушал - да, я не прав, речь шла о недавнем использовании генерации сваггера из jsdoc, а не о самом jsdoc

Помимо говнокода, минус использования пакетов еще и в том, что на практике (в каждом конкретном проекте), тебе нужна только малая часть его функционала.  Но ввиду того, что все библиотеки/фреймворки пытаются быть универсальными и решать ВСЕ задачи, тебе приходится тащить сотни ненужных строк кода в свой проект.  Конечно же, как и во всем в жизни, здесь нет единственно верного подхода и использовать или не использовать пакет зависит от конкретной ситуации :)

По-трушному на каждом проекте должен вестись лог технических решений. Это папка с документами в которых вы пишете 1) какая стояла проблема 2) какие вы рассматривали способы решения (пакеты или самим), плюсы и минусы каждого из вариантов и в конце пишете 3) что вы в итоге выбрали брать/делать и почему. По такому логу потом можно посмотреть как на проекте принимались решения, какие были приоритеты в тот момент

Все программисты делятся на 2 категории - те кто пишет код неправильно и те кто знает как писать правильно)

какую проблему этот лог решает?

ошибки, которые повторять не нужно

У меня сейчас на проекте работает товарищ который 20 лет в индустрии, работал в Yahoo, основал 2 стартапа - он круто делает код ревью (замечает тонкие вещи) но может и начудить чего-то типа такого. Просто например потому что он не знал, что можно реквайрить  json по другому. Но его сильные стороны вообще в других вещах! И js просто один из языков которые он знает

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

npm с тобой не согласен 🙈

хотя бы для того, чтобы не пытаться одной знакомой технологией покрыть все классы решаемых задач
ну и для расширения кругозора
а то что это за программист, который знает только один язык? разве может такой человек считаться специалистом?

Спеціаліст в цій мові)