А разве языки со статической типизации дают какую-то гарантию для данных извне, которые не подверглись предварительной проверке?

Если там есть рантайм типы, то да. Компилятор сделает проверки вместо тебя, и они запустятся в рантайме.

Он не better хотя бы потому что ты сам к нему охладел. Если инструмент привносит проблемы, то стоит ли его называть better thomesing?
В твоей аргументации за тс, кстати, есть только один неоспоримый аргумент: количество вакансий. И отлучается, что лучший он для тебя только потому что работу проще найти будет
Но этот аргумент не говорит о самом тс, он говорит лишь о моде и текущей ситуации на рынке

Ну не то чтобы охладел. Просто понял, что проблем в нём больше, чем я думал ранее. Мода большой +. и для меня ts субьективно он приносит больше пользы, чем вреда.

Очень тупой вопрос но всё же.

На вин 10 когда меняешь громкость вылазит еще название трека который ща играет. Node может это узнавать?

При этом, насколько я понимаю, опыта работы с нодой у тебя либо нет вообще, либо он минимален, и твои выводы о пользе исключительно теоретические?

https://www.npmjs.com/package/@nodert-win10-cu/windows.media.playback может это подойдет?

Гляну, спасибо

Для того, чтобы дать объективную оценку, нужно иметь возможность быть объективным
Ты упоминал о своём опыте с жабой: он был длительным? То есть ты действительно можешь объективно сравнить тс с жабой или другим языком того же класса?

По поводу лавр — это время ещё покажет. Ts ничего не мешает обогнать хотя бы джаву (шарпы пока очень динамично идут вперед), тем более что его сообщество очень активно развивается.

даже если не может, всегд можете дописать на с++ модуль или просто вызвать скрипт/бинарник через child_process

Лол
Как говорится, запомните этот твит

Да, могу сравнить. Скажу так, код на ts гораздо менее раздут чем тот же на джаве. По поводу типов, что там что тут особых проблем не испытываю. Опять же, проверки в рантайме в тс делаются относительно легко, чтобы освоиться с библиотекой валидации мне потребовалось меньше часа наверно.
Джава на первый взгляд — прекрасный инструмент, дохрена фишек из коробки. Но если что-то вдруг пошло не так, ковыряться в логах на 100 строчек — сомнительное удовольствие. К тому же, если надо добавить какую-то фичу, которая из коробки не предусмотрена — приходилось тьму дров наломать. И самое стремное для меня там было — работа с менеджером пакетов.
Это уже мое субъективное мнение)

Большой опыт с жавой? В годах/проектах
У меня конкретно с ней - мизерный, не более полугода, но вот никаких проблем с мавеном не было, и уж что за логи на сотню строк - ума не приложу. Может мне повезло, может не хватило времен вкусить прелести этих логов
А многословность жавы часто считают её преимуществом

Поработай с JavaEE

Да, ты прав. Только погружаюсь в nodejs. Прод опыта с ней пока нет совсем.

Работал, спринг пришлось потрогать

Юзал на фронте react+js, react+ts. На беке проэцирую свой опыт с пхп на ноду, + сам что то пишу поиграться. Так и делаю выводы.

Spring — это далеко не джава EE. Spring — веб-Фреймворк. А вот ee предусматривает огромное количество взаимосвязанных компонентов для работы с бд, очередями, развертыванием на облачных платформах. И вот когда у тебя очередь в одном из пакетов ляжет из-за того, что орм не смогла достучаться до сущности в базе — ты увидишь охранительно большой лог. Причём ничерта не понятный

Если кто-то юзает MySQL Workbench
Подскажите пожалуйста, ибо я совсем новичок

Как сделать так чтобы эта кнопка стала активной?