Здравствуйте, B0FEE664, Вы писали:
NB>>да уже сколько лет просим, дайте нормальную билд систему с пакетным менеджером. NB>>бесполезно
BFE>Зачем это нужно?
зачем это нужно питону, расту и многим другим языкам? не знаю
может чтобы поменьше заниматься любовью с кучей разных (используемых в применяемых библиотеках) и вместо решения инфраструктурных вопросов сконцентрироваться на непосредственно стоящей задаче
ну и боусом была бы возможность не тащить в страндартную библиотеку все модное/молодежное
смотрю направо, смотрю налево, никто никуда не бежит ))
тем более раст слишком тяжел в компиляции
я как то простенькие примеры компилял и мне очень не понравилась ни скорость компиляции, ни дисковое пространство которое уходит под весь билд
Здравствуйте, reversecode, Вы писали:
R>я как то простенькие примеры компилял и мне очень не понравилась ни скорость компиляции, ни дисковое пространство которое уходит под весь билд
Ты ж сам говорил, 100 CPU не проблема. Вот, разработчики растовского компилятора к тебе и прислушались.
а давайте вы не будете врать и как минимум перекручивать то что я сказал ?
зы но я не Е.Музыченко, уходить дальше во флуд по этой ветке мне не интересно
я говорил что если бизнесу удобнее жить в -O0 что бы обходить УБ, то видимо им дешевле купить 100cpu и терабайты памяти что бы достичь той же производительности что и с -O3, чем нанять правильных разработчиков
или раст не использует оптимизацию ?
использует
но ресурсоемкость компилятора слишком жирновата для условного хелоуворда
что тогда говорить о серьезных проектах ?
да
Pzz>С ней есть одна проблемка: она паршиво работает в окружении с ограниченной сетевой connectivity во время сборки.
это уже детали конкретных реализаций (насколько знаю, в расте никто не мешает прописать виртуальный репозиторий)
главное они там есть, и ими можно пользоваться
кому невозможно ?
но вы опять не по адресу, сходите к Е.М. и подискутируйте с ним,
зачем он использует язык который не понимает и не умеет использовать правильно
Здравствуйте, night beast, Вы писали:
NB>это уже детали конкретных реализаций (насколько знаю, в расте никто не мешает прописать виртуальный репозиторий) NB>главное они там есть, и ими можно пользоваться
Мне очень нравится, как в Go сделана работа с внешними репами (насколько я понимаю, в расте она сделана примерно так же).
Но вот одна проблема. У меня есть опенсорсный проект, написанный на Go. Когда его включали в Убунту/Дебиан, они очень убедительно ныли, как им тяжело и неказисто иметь дело с программами с внешними зависимостями. Потому, что сборка идет на изолированных от сети виртуальных машинках. Пришлось парсер конфигурационных файлов руками переписать, чтобы не ныли.
В конторе, где я работаю, сейчас очень жесткие правила относительно втаскивания публичного опенсорса в периметр компании. Опасаются пакостей, связанных с политической ситуацией. Приходится стараться укладываться в stdlib. Мне это технически проще, чем с ИБ торговаться.
В общем, есть у этой системы не только свои достоинства, но и свои недостатки.
Pzz>Но вот одна проблема. У меня есть опенсорсный проект, написанный на Go. Когда его включали в Убунту/Дебиан, они очень убедительно ныли, как им тяжело и неказисто иметь дело с программами с внешними зависимостями. Потому, что сборка идет на изолированных от сети виртуальных машинках. Пришлось парсер конфигурационных файлов руками переписать, чтобы не ныли. Pzz>В конторе, где я работаю, сейчас очень жесткие правила относительно втаскивания публичного опенсорса в периметр компании. Опасаются пакостей, связанных с политической ситуацией. Приходится стараться укладываться в stdlib. Мне это технически проще, чем с ИБ торговаться.
Так в чем проблема положить исходники зависимостей рядом со своим кодом?
Менеджеры пакетов Go и Rust такое точно умеют. У менеджера пактов Rust так же точно есть опция чтобы
вообще к сети не обращаться во время сборки (--offline) и использовать конкретные версии
пакетов (--locked), в Go наверное тоже подобный флаг(и) есть.
Здравствуйте, Pzz, Вы писали:
Pzz>В конторе, где я работаю, сейчас очень жесткие правила относительно втаскивания публичного опенсорса в периметр компании. Опасаются пакостей, связанных с политической ситуацией. Приходится стараться укладываться в stdlib. Мне это технически проще, чем с ИБ торговаться.
даже в таких условиях ничто не мешает этой конторе разрабатывать независимые друг от друга компоненты (с блекджеком) и включать их в проект стандартным образом.
я с го не работал, но сильно сомневаюсь, что там нельзя подтягивать внешние зависимости не из сети, а локально.
Pzz>В общем, есть у этой системы не только свои достоинства, но и свои недостатки.
это не недостатки системы. это недостатки конкретных реализаций.
и если этот вопрос встанет остро, его довольно быстро решат.
но, как я понял, у тебя уже есть некоторый опыт работы системой пакетирования.
на основании его скажи свое мнение, нужно ли оно в с++, или нет.
BFE>Концепты, корутины, модули...
Мне представляется, что модули — самое важное из всего.
Остальное в некотором роде экзотика, хотя и крутая.
А модули — это же прям нужно-нужно.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, LaptevVV, Вы писали:
LVV>Мне представляется, что модули — самое важное из всего. LVV>Остальное в некотором роде экзотика, хотя и крутая. LVV>А модули — это же прям нужно-нужно.
Ну вот видите, сколько людей, столько и мнений. А мне, например, те модули нафиг бы не тарахтели, зато без концептов жизнь не мила. Бытие определяет сознание — диалектика.
--
Не можешь достичь желаемого — пожелай достигнутого.
NB>>>да уже сколько лет просим, дайте нормальную билд систему с пакетным менеджером. LVV>>Самим написать? NB>чтобы иметь n+1 ?
Автомобили же делают. И самолеты...
Зато это будет именно то, что ВАМ нужно.
А если сделать опенсорс, то, возможно, и другим тоже понравится.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, LaptevVV, Вы писали:
NB>>чтобы иметь n+1 ? LVV>Автомобили же делают. И самолеты... LVV>Зато это будет именно то, что ВАМ нужно.
ты вроде на Го пишешь?
тут в соседнем сообщении Pzz говорил что у стандартной системы есть некоторые недостатки.
нет желания переписать? народ обязательно (нет) перейдет на твою, ручаюсь.
Здравствуйте, night beast, Вы писали:
NB>но, как я понял, у тебя уже есть некоторый опыт работы системой пакетирования. NB>на основании его скажи свое мнение, нужно ли оно в с++, или нет.
Я считаю, что основная проблема c++ в том, что в него втащили вообще все, что есть где-нибудь еще. Поэтому нет, не нужна, и сам c++ не нужен. Его не исправишь, добавляя новые функции.
