Kd
хз что она делает непонятно
Size: a a a
2021 January 15
Kd
если там много ио с диском - лучше тогда на ссд
AN
Там просто клиент для гугл-шитов и аналитика простенькая с генерацией отчетов.
Kd
так ее можно было бы даже на флоппик уместить
DP
dotnet core 3 съест бинарник, собранный dotnet core 2
а потом не обдрищется?
DP
да 70 Мбайт — копейки же
1) изобрести .dll
2) собирать монолитные бандлы потому что всё мировое ИТ не способно в dependency solving
генитально....
2) собирать монолитные бандлы потому что всё мировое ИТ не способно в dependency solving
генитально....
AN
Dmitry Ponyatov
1) изобрести .dll
2) собирать монолитные бандлы потому что всё мировое ИТ не способно в dependency solving
генитально....
2) собирать монолитные бандлы потому что всё мировое ИТ не способно в dependency solving
генитально....
Ну так действительно не способно. Какой пример кроме никса и мавена есть?
AG
Dmitry Ponyatov
1) изобрести .dll
2) собирать монолитные бандлы потому что всё мировое ИТ не способно в dependency solving
генитально....
2) собирать монолитные бандлы потому что всё мировое ИТ не способно в dependency solving
генитально....
До тех пор, пока свобода, и не изобрели правил создания хорошо отделимых депенденси, будет как с проводами для старых телефонов.
DP
До тех пор, пока свобода, и не изобрели правил создания хорошо отделимых депенденси, будет как с проводами для старых телефонов.
просто номера версий — худший вариант, не учитывающий зависимостей по API например
AK
Dmitry Ponyatov
1) изобрести .dll
2) собирать монолитные бандлы потому что всё мировое ИТ не способно в dependency solving
генитально....
2) собирать монолитные бандлы потому что всё мировое ИТ не способно в dependency solving
генитально....
ну вон тебе npm - dependency solving, всё оформленно виде пакетов, долго и мучистельно приезжает куча всего, так что лучше бы была возможно собрать артифакт а-ля fatjar или гошный бинарь.
а если это ещё ну хоть как-то связанно с плюсами, то вообще пиздец. монолитные дистрибутивы и есть лучшее решение dependency solving
а если это ещё ну хоть как-то связанно с плюсами, то вообще пиздец. монолитные дистрибутивы и есть лучшее решение dependency solving
I
Dmitry Ponyatov
1) изобрести .dll
2) собирать монолитные бандлы потому что всё мировое ИТ не способно в dependency solving
генитально....
2) собирать монолитные бандлы потому что всё мировое ИТ не способно в dependency solving
генитально....
dll was a mistake (c) Hayao Miyazaki 😌
AN
ну вон тебе npm - dependency solving, всё оформленно виде пакетов, долго и мучистельно приезжает куча всего, так что лучше бы была возможно собрать артифакт а-ля fatjar или гошный бинарь.
а если это ещё ну хоть как-то связанно с плюсами, то вообще пиздец. монолитные дистрибутивы и есть лучшее решение dependency solving
а если это ещё ну хоть как-то связанно с плюсами, то вообще пиздец. монолитные дистрибутивы и есть лучшее решение dependency solving
Задница это а не разрешение зависимостей
DP
до сих пор подгорает — прислали криптобиблиотеку для железки с 8Мб, с зависимостями на 80+ Мб 8)
AN
По-видимому правильный путь - это некоторый higher order modularization типа того, что пытались сделать в jigsaw, но хороших решений пока нет
DP
и обязательно и принципиально programming language agnostic на верхнем уровне
AG
С терабайтами дисков никому не болит от монолитных апп, решение появится только тогда, когда будет болеть от размера монолита. Так что можно забыть об этой проблеме, ну или заняться увеличением размера артефактов.
AK
Задница это а не разрешение зависимостей
задница это когда твоя зависимость внезапно начинает хотеть какую-то определённую версию gcc, или пытается судорожно по всей системе искать какой-то неочевидный -devel пакет
AK
С терабайтами дисков никому не болит от монолитных апп, решение появится только тогда, когда будет болеть от размера монолита. Так что можно забыть об этой проблеме, ну или заняться увеличением размера артефактов.
именно