Станислав Макаров

Хорошо, допустим, я подключил один пк к порту 3000, а что если пк 2, 4, 100, 500 000?

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

Connections are uniquely identified by the OS by the following 5-tuple: (local-IP, local-port, remote-IP, remote-port, protocol). If any element in the tuple is different, then this is a completely independent connection.

When a client connects to a server, it picks a random, unused high-order source port. This way, a single client can have up to ~64k connections to the server for the same destination port.

Переводя на русский, за счёт того что КЛИЕНТ при подключении выбирает рандомный порт-источник, каждый клиент может поднять около 64к соединений (по количеству свободных портов на КЛИЕНТЕ) на ОДНУ И ТУ ЖЕ пару ip:порт.

Проблемы, которую вы выдумали, не существует.

Для этого придумали динамический import. Либо пользуйтесь им нативно (если ваша среда исполнения это позволяет), либо пропускайте это через бандлер. Пример для вебпака.

Ответ на ваше уточнение.

а соединять куски программ или целеком в зависимости от ТЗ уже кем то написаные?

На сегодняшний день это и есть основная работа большинства разработчиков. Они берут "куски программ", т.е. сложные, отлично написанные библиотеки, и соединяют их в зависимости от ТЗ. Если задача типовая - под неё уже наверняка кто-то написал или пишет библиотеку (вот такие программисты ленивые и изобретательные), если задача НЕтиповая, т.е. её решение нужно и ценно только ВАМ - ну тогда логично, что за вас её никто ещё не успел написать. Огромное количество задач в разработке ПО уже решено с помощью библиотек. По сути в каждом новом проекте вы пишете лишь небольшой кусочек кода, который решает именно вашу задачу. ОСОБЕННО это касается всяких стартапов и PoC, которые по сути и есть склеивание библиотек плюс небольшой кусочек бизнес-логики для демонстрации идеи.

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

Ну да, его много. Это всё - библиотеки.

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

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

Существует много готовых кодов, частей программ или целиком

Вам нужно понять, что фрагмент готового кода, особенно если он достаточно крупный (не 10 строк, а, допустим, 10 тысяч строк) ценен тогда, когда у него есть хорошо описанный интерфейс (API) и хорошо поставленные требования к нему, который этот код выполняет. Это всё и есть часть определения понятия "библиотека".
А если у вас в распоряжении трёхстраничный gist на гитхабе, то фиг вы его куда прикрутите, пока не разберётесь, что там написано. А с учётом того, что идеально этот кусок кода всё равно вам не подойдёт, то ещё и выяснится, что проще с нуля написать.

Virtual inheritance

struct IInitSystem : virtual IEcsSystem {
  virtual void Init(void) { std::cout << "Init" << std::endl; }
};

struct IRunSystem : virtual IEcsSystem {
  virtual void Run(void) { std::cout << "Run" << std::endl; }
};

Если под "универсальным классом" вы имеете в виду класс-дженерик, то почитайте про параметрический полиморфизм и полиморфизм через подтипы. Параметрический полиморфизм в контексте C# это про дженерики, полиморфизм через подтипы - это о вашем "указать родительский класс".

Это сильно разные механизмы, и чтобы понять разницу, попробуйте реализовать какой-нибудь List или Dictionary без использования дженериков, как предлагает вам Василий Банников , и как было в .NET 1.1 (о боги, это было как будто позавчера), до появления обобщённых типов. И увидите, как теряется типобезопасность и сколько нужно кастить туда-сюда.

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

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

Или вот ещё планировщик есть: Bree

using System;
using System.Text.RegularExpressions;
					
public class Program
{
	public static void Main()
	{
		string data = "some text *text* ok *text* hello **world*";
		// Надо, чтобы стало "some text **text** ok **text** hello ***world**"
		string pattern = @"(?:[*])([^*].*?)(?:[*])";
		var regex = new Regex(pattern);
		var result = regex.Replace(data, m => $"*{m.Value}*");
		Console.WriteLine(result);
	}
}

А у вас что-то странное в коде делается с поиском совпадений и заменами. Вообще не понял, что вы хотели сделать, это так не работает.

Если есть 100%-ная уверенность, что во входной строке не будет НЕзаэкранированного юникода, и вообще все символы будут в Latin-1, то можно так:

print(s.encode('latin-1').decode('unicode_escape'))

Так как вы компилируете ваш код (в частности модуль user.model.ts) в формат модуля CommonJS, то в JS-выхлопе после компиляции будут вызовы require. Судя по чейнджлогу для версии 4.0 Ситник выпилил нафиг поддержку CommonJS в 4-й версии, однако она остаётся в версии 3 и будет некоторое время поддерживаться. Вы не можете взять и из CommonJS-модуля сделать require ES-модуля (а в пакете версии 4 только ES-модули и остались).

Следовательно, в зависимости от того, что у вас в проекте и насколько он большой:

• вы можете задуматься о переходе в своём проекте на использование ES-модулей. Для этого нужно поменять опцию module в tsconfig.json на es2015/es2020/es2022. Это самый предподчтительный вариант, но все остальные ваши инструменты и библиотеки должны быть готовы работать с ES-модулями
  
• вы можете откатиться на nanoid третьей версии
  
• вы можете использовать динамический импорт, как вам и предлагают, но мне кажется вам проще взять версию 3