IvanWebProgrammer

Пример реализации: stackblitz

У LG с буквой U - это ultrawide мониторы. Это как два моника. С двумя ультраширокими мониками будет неудобно, да и незачем. Я бы взял один LG 38UC99, он громадный, это как два 20-23'. Я раньше тоже всегда сидел с двумя 22' мониками, и считал, что нет ничего удобнее, пока не пересел на 28' ultrawide. В винде сочетание клавиш Win+стрелки решают проблему с разделением экрана на окна (да и у LG есть отдельный софт).

Это конечно субъективно, но мне нравится работать за большим экраном. Сейчас пользуюсь одним 27", в планах разместить рядом монитор поменьше в вертикальном положении чисто для вывода различных консолей при разработке. Так что предлагаю посмотреть в сторону конфигурации главного большого дисплея и вспомогательного поменьше.

использую для переключения контекста работы, виртуальные рабочие столы. По опыту 2 монитора, тем более таких огромных, не удобно -> приходится головой вертеть (реально устаешь башкой крутить). Да и вобще я люблю фокусироваться, поэтому специально все эти "браузеры и средства связи" на отдельном виртуальном рабочем столе находятся, когда надо тогда на них и переключаюсь.

У меня в свое время было и 2, и 3 монитора единовременно работающих на одной машине. Что главное я извлек из этой истории - шею Вы накачаете быстрее, чем в спортзале!

Лично для себя выбрал связку из 2х мониторов с диагональю до 24 дюймов каждый...

UPD: ответ применим к программированию и дизайну, в игрушки не играю...

было 2 монитора 27", через 2 недели понял, что не комфортно и поменял на 2 по 22" - гуд...не играю.
Ну и про расстояние от глаз до мониторов сразу нужно подумать, да и вообще про рабочее место.

34" это очень много для программирования, сам использую 2 Х 24", однажды пробовал ставить 27", реально начинаешь головой верить.

Для игр вам понадобиться хороша видео карта на подобии GTX1080Ti, а лучше сразу GTR 2080 на 1 монитор.
Для программирования он будет сильно большой, т.е. вы не будете видеть весь экран придется поворачивать голову, что не есть хорошо, хотя есть решение, поставить его в дальний угол комнаты!
Я думаю ставить два монитора в моем случае это:
Удаленное администратирование ПК в сети
Мониторинг серверов в реальном времени
Какое нибудь онлайн совещание
Для программирование если смотреть какой нибудь мануальчик на 2м мониторе
И если ставить второй монитор то 16-17 дюймов хватает, т.к работать будете на основном в 99% случаях, то есть чтобы нагрузка на видео была минимально! в моем случае основной 24'' дополнительный 17''

Это очень субъективный вопрос. Кому-то хватает одного макбука 13 дюймов, а кому-то 40-ка дюймового телевизора мало. Лучше попробуйте сами поработать хотя бы за одним таким, там и до вывода недалеко.

Пробовали, но не на сервере. Язык приятный, экосистема сыровата, людей мало.

Если пишете карманный проекта для себя - используйте чего душа пожелает, хоть Idris с зависимыми типами. Разброс в стабильности/производительности здесь вопрос второстепенный, и реальная производительность будет зависеть в первую очередь от того, как именно Вы напишете проект. Потому можете спокойно использовать Dart на сервере, если он Вам по душе (но, честно, он тот ещё "середнячок" и есть языки поприятнее).

Если проект не для себя, а для заказчика, либо вообще в будущем планируется поддержка его другими людьми (то есть планируется рост проекта), то Dart - плохой выбор. Найти обученного специалиста - тяжело. Экосистема всё ещё сыровата (хотя потенциал хорош). Исключение - если у Вас есть желание и ресурсы на обучение команды Dart специалистов (как, например, у Wrike).

BabelEdit

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

В общем, посмотри вот это - Тык

Возьми за основу, я делал это как раз с прицелом на то, чтобы в папке src лежал твой модуль, а в папке playground ты мог как бы типа его тестировать.

После того как завершишь с разработкой просто делай npm run release, соберется все необходимое для пуша в npm.

на сайте npm все написано и даже видео есть
https://docs.npmjs.com/getting-started/publishing-...

Никак. Она же однопоточная. Это ограничение V8 поэтому есть кластер для запуска на нескольких ядрах. Максимум который можно выжать из Nodejs стремится к уровню golang, но правильно написанный golang быстрее.
Если собираете статистику, то попробуйте ещё erlang/elixir.