Моё мнение, при развернутом self-hosted GitLab'е (у вас наверняка он?) - не нужно. Гитлабовский Package Registry закрывает все потребности и позволяет нормально работать со своими внутренними пакетами.
Один раз завели крупные группы, в которых делаете репы с системными либами и держите nuget.config в конечных проектах с адресами на Package Registry.
Опознает, ведь зрительный аппарат нормальный и распознаёт длины волн также, как и ваш. Но вот "видит" человек при этом то, что вы видите, когда смотрите на серо-буро-фуксиевый.
Собственно концепцию квалиа можно растянуть ещё дальше, и вообразить, что этот человек вообще ничего не видит. Его "картинка" это что-то, что конкретно вы посчитали бы просто чёрно-белый шумом.
При этом с человеком все нормально, он здоров. Вы оба посмотрите на кружку и согласитесь, что это кружка. Потому, что это просто слова, которые мы неявно согласились использовать для разных паттернов.
Что же такое человек видит (и в общем смысле чувствует) вы не сможете понять никогда, даже если разберёте его на элементарные части и тщательно проанализируете. Максимум - сможете сформулировать законы "чувствования".
А там уже и философский зомби за углом поджидает.
Поэтому лучше философию не трогать, трогайте зелёную траву на улице в летнюю погоду :)
Мне, как человеку, у которого есть опыт только с сишным синтаксисом (C++ и преимущественно C#), Раст бьёт по глазам очень сильно.
Но это далеко не так больно, как факт того, что в Расте до сих пор нет стабильного ABI. Ладно стабильного, компилятор Раста даже не способен выдать после компиляции инфу в адекватном виде по макетам типов, что решило бы множество проблем взаимодействия. 25 год подходит к концу, на секундочку.
Хорошо сделанную либу, написанную на Расте, просто невозможно вызвать из, например Шарпа, не написав кучу клея с оверхедом.
То есть язык, с которым невозможно общаться без С ABI (повышая цену вызова), позиционируется как замена С.
Разбирать модификатор из версии языка 7.2 в 25 году это сильно.
Там, где нужна передача жирной структуры по ссылке и мутации нет, на замену in давно пришел ref readonly - ругается на передачу по значению в компайл тайме.
Он довольно не точен, поскольку оцениваемый код выполняется только один раз, и на время этого выполнения могут влиять различные сайд-эффекты (жесткий диск, не прогретый кэш и переключение контекста процессора, другие приложения и т.д.).
Это все второстепенно. Первостепенно - JIT-компиляция, которую учитывают нормальные бенчмарк библиотеки и "прогревают" метод.
По умолчанию, при передаче в метод или при возврате из метода, экземпляры значимых типов копируются, когда как экземпляры ссылочных типов передаются по ссылке.
По-умолчанию, копируются оба. Я понимаю, что автор хотел сказать, но не могу не позанудствовать.
Если очень грубо - это хитрый софтверный растеризатор с иерархией, который конечно же эксплуатирует mesh-shader'ы, если они доступны.
Хотел тезисно ответить на статью, но она представляет из собой какой-то бессвязный поток сознания и борьбы с Юнитишниками тезисами, которые автор непонятно где увидел.
Ассемблер на 53.3% - JavaScript и 46.7% - TypeScript? Гений.
А гении не редко бывают отвергнуты обществом.
Так решается тем, что nuget.org держится в nuget.config наряду с адресами на гитлаб. Рабочие машины и раннеры чувствуют себя нормально.
Заодно лента гитлаба и как нормальный источник отладочных символов выступает - VS и Rider дружат.
Я может проблематику не понимаю.
Моё мнение, при развернутом self-hosted GitLab'е (у вас наверняка он?) - не нужно. Гитлабовский Package Registry закрывает все потребности и позволяет нормально работать со своими внутренними пакетами.
Один раз завели крупные группы, в которых делаете репы с системными либами и держите
nuget.configв конечных проектах с адресами на Package Registry.Опознает, ведь зрительный аппарат нормальный и распознаёт длины волн также, как и ваш. Но вот "видит" человек при этом то, что вы видите, когда смотрите на серо-буро-фуксиевый.
Собственно концепцию квалиа можно растянуть ещё дальше, и вообразить, что этот человек вообще ничего не видит. Его "картинка" это что-то, что конкретно вы посчитали бы просто чёрно-белый шумом.
При этом с человеком все нормально, он здоров. Вы оба посмотрите на кружку и согласитесь, что это кружка. Потому, что это просто слова, которые мы неявно согласились использовать для разных паттернов.
Что же такое человек видит (и в общем смысле чувствует) вы не сможете понять никогда, даже если разберёте его на элементарные части и тщательно проанализируете. Максимум - сможете сформулировать законы "чувствования".
А там уже и философский зомби за углом поджидает.
Поэтому лучше философию не трогать, трогайте зелёную траву на улице в летнюю погоду :)
Шершавый кабан снова выходит на связь.
Мне, как человеку, у которого есть опыт только с сишным синтаксисом (C++ и преимущественно C#), Раст бьёт по глазам очень сильно.
Но это далеко не так больно, как факт того, что в Расте до сих пор нет стабильного ABI. Ладно стабильного, компилятор Раста даже не способен выдать после компиляции инфу в адекватном виде по макетам типов, что решило бы множество проблем взаимодействия. 25 год подходит к концу, на секундочку.
Хорошо сделанную либу, написанную на Расте, просто невозможно вызвать из, например Шарпа, не написав кучу клея с оверхедом.
То есть язык, с которым невозможно общаться без С ABI (повышая цену вызова), позиционируется как замена С.
Подобного мусора будет все больше с каждым днём. Зря выпустили нейроджина, ох, зря.
Разбирать модификатор из версии языка 7.2 в 25 году это сильно.
Там, где нужна передача жирной структуры по ссылке и мутации нет, на замену
inдавно пришелref readonly- ругается на передачу по значению в компайл тайме.Ого, копипаста от гпт. Спасибо!
Это не IL-код.
Это не почти тоже самое, это диаметрально противоположные вещи.
Классы - тип ссылочный, структуры - значимый. Разница фундаментальна в контексте шарпа и принципиальна при написании кода. Вы точно программист?
Классом является только строка. Возможно, все же стоит забивать голову.
Очередной пересказ документации Microsoft от GPT.
Ни слова про LibraryImport вместо DLLImport.
Ни слова про то, что в шарпе давно есть указатели на функции.
Если воспользуетесь оп-кодами вместо Expression, то сможете выиграть немного времени на построении.
Это все второстепенно. Первостепенно - JIT-компиляция, которую учитывают нормальные бенчмарк библиотеки и "прогревают" метод.
По-умолчанию, копируются оба. Я понимаю, что автор хотел сказать, но не могу не позанудствовать.
Я бы добавил учебники/статьи по теории графов.
У того же Грегори в разделе, описывающем обновление зависимых объектов, просто обозначается проблематика, но не даётся решение.
Вы можете прочитать про это из первых рук.
Да и посмотреть на исходники (при наличии доступа) тоже можете -UnrealEngine/Engine/Source/Runtime/Renderer/Private/Nanite. А здесь шейдеры - UnrealEngine/Engine/Shaders/Private/Nanite
Если очень грубо - это хитрый софтверный растеризатор с иерархией, который конечно же эксплуатирует mesh-shader'ы, если они доступны.
Хотел тезисно ответить на статью, но она представляет из собой какой-то бессвязный поток сознания и борьбы с
Юнитишникамитезисами, которые автор непонятно где увидел.