| |
| 2.44, Аноним (-), 19:16, 27/01/2025 [^] [^^] [^^^] [ответить]
| +/– |
Причём тут сборочная система Meson? Ах да! В Паскале есть модули.
| | |
|
| 1.8, Илья (??), 12:11, 27/01/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Боже, смотрю на это и думаю, как же здорово работать с дотнетом, где нету вот всех этих десятков сборочных систем и постоянной миграции с одной на другую
| | |
| |
| |
| 3.12, Илья (??), 12:28, 27/01/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
с++ разработчики жалуются, говорят, что у них на каждый проект по своей сборочной системе написано.
Андроид-разрабы жалуются на градл-мавен, который сам поломался-сам починился.
JS "разрабы" переписывают по кругу с Webpack на Vite на Parcel на Rollup на Esbuild
Python "разрабы" вообще невдупляют
У одних нас, дотнетчиков, простой как палка dotnet, который уже лет 8 не менялся
| | |
| |
| 4.20, Аноним (20), 13:50, 27/01/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
У Rust вменяемый тулинг из коробки
У Golang вменяемый тулинг из коробки
Вот где сразу видна разница между инструментом для работы и творчеством гаражников.
| | |
| |
| 5.50, Аноним (50), 23:35, 27/01/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Вот где сразу видна разница между инструментом для работы и творчеством гаражников.
И вы это написали, конечно, используя ос, софт и либы на этом всем? Работу видно по результату так то.
| | |
| 5.59, Тот_Самый_Анонимус_ (?), 05:54, 28/01/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
У них на каждого по хозяину. Язык прибит к одной конторе, и больше нет желающих пилить реализацию.
Тут видна разница между востребованным инструментом и навязываемым.
| | |
| 5.65, Аноним (65), 12:21, 28/01/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> У Golang вменяемый тулинг из коробки
Это который требует использовать URL в сети для импорта,
кеширует когда не надо, а когда надо нет.
Требует от репозитория соответствия идеи языка?
Ну странно для вменяемого тулинга.
А да еще засирает indirect зависимостями и не вычищает их после себя.
Сомнительно сомнительно.
| | |
|
| 4.22, Аноним (22), 13:58, 27/01/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Python "разрабы" вообще невдупляют
Невдупляют что? Накой скриптовому языку билд-система?
| | |
| |
| 5.53, Bottle (?), 23:58, 27/01/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Зачем языкам вообще билд-система? Таковая рождается из неполноценности языка.
| | |
| 5.66, Аноним (65), 12:23, 28/01/2025 [^] [^^] [^^^] [ответить]
| +/– |
Все вдупляют уже давно есть pip, poetry, а сейчас подезжают и
новыенькие подклки.
В том числе и на божественном Rust на который уже надр$ают всем миром.
| | |
|
| 4.36, Аноним (36), 17:49, 27/01/2025 [^] [^^] [^^^] [ответить]
| +/– | |
"JS "разрабы" переписывают по кругу с Webpack на Vite на Parcel на Rollup на Esbuild"
Смешались в кучу кони, люди. Vite использует и rollup и esbuild для разных целей. Переводят проекты с webpack либо шаблонов на нем основанных на vite. Получают значительное упрощение конфигурации, уменьшение числа зависимостей, ускорение сборки и поднятия локального проекта.
Я думаю от ускорения запуска и сборки дотнет проекта в десятки раз + уменьшения числа зависимостей вы бы тоже не отказались.
| | |
| |
| 5.38, Илья (??), 18:05, 27/01/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Я думаю от ускорения запуска и сборки дотнет проекта в десятки раз + уменьшения числа зависимостей вы бы тоже не отказались.
Дожились 😅😁
Статически-типизированный Dotnet компилируется быстрее чем JS. При этом основное приемущество JS - отсутствие компиляции 😆😆😆
| | |
| |
| 6.42, Аноним (36), 18:33, 27/01/2025 [^] [^^] [^^^] [ответить]
| +/– |
"быстрее" всётаки надо проверять, все проекты на dotnet что я видел запускались на порядок медленней современных vite проектов. Да и чистый JS мало кто использует.
| | |
|
|
|
| 3.21, Аноним (21), 13:52, 27/01/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Ему просто надо на что-то пожаловаться. Не видишь, что ему так хочется найти оправдания и дальше сидеть на игле микрософта? Он просто себя так успокаивает.
| | |
|
| 2.16, Аноним (16), 13:07, 27/01/2025 [^] [^^] [^^^] [ответить]
| +6 +/– |
Зато есть десяток версий дотнета и .core c безумной фрагментацией. Спасибо, жрите сами.
| | |
| |
| 3.17, Илья (??), 13:42, 27/01/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Зато есть десяток версий дотнета и .core c безумной фрагментацией. Спасибо, жрите
> сами.
хз, 10 лет с дотнетом работаю, с такими проблемами не сталкивался. Можешь подробней рассказать?
| | |
| |
| |
| 5.19, Аноним (18), 13:49, 27/01/2025 [^] [^^] [^^^] [ответить]
| +/– |
А до этого ещё Web Forms были на которые микросфот вроде тоже забили.
| | |
| 5.23, Илья (??), 13:58, 27/01/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Работа на 4 часа, в особо упоротых случаях на день работы. Есть еще?
| | |
| |
| 6.27, Аноним (18), 16:21, 27/01/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
с VB переехать на C# это у вас на 4 часа:)
а может managed C++ на линуксе тоже магете?
| | |
| |
| 7.29, Илья (??), 16:42, 27/01/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> с VB переехать на C# это у вас на 4 часа:)
автогенератор c# из VB есть, это же CLR.
> а может managed C++ на линуксе тоже магете?
не, с крестами пусть опущеные работают
| | |
| |
| 8.32, Аноним (32), 17:13, 27/01/2025 [^] [^^] [^^^] [ответить] | +/– | я думаю вы уже поняли что проблем с миграцией у МС куда больше чем работы на 4 ч... текст свёрнут, показать | | |
| |
| 9.39, Илья (??), 18:10, 27/01/2025 [^] [^^] [^^^] [ответить] | +/– | Куда меньше чем с крестами или, упаси боже, JS С пейфоном не сравниваю потому ч... текст свёрнут, показать | | |
|
| 8.33, Аноним (32), 17:24, 27/01/2025 [^] [^^] [^^^] [ответить] | +1 +/– | я как то переписывал проект с managed C на C CLI Благо проект был не большо... текст свёрнут, показать | | |
|
|
| 6.28, Аноним (18), 16:22, 27/01/2025 [^] [^^] [^^^] [ответить]
| +/– |
А 3rd party зависимости как быстро перепишите с asp.net на core?
| | |
| |
| 7.30, Илья (??), 16:44, 27/01/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А 3rd party зависимости как быстро перепишите с asp.net на core?
Ну мы месяца за полтора весь код перевели на кор, со всеми зависимостями. Но у нас более ста проектов было и мы не отрываясь от основной работы делали
| | |
| |
| 8.31, Аноним (32), 17:09, 27/01/2025 [^] [^^] [^^^] [ответить] | +/– | и с webforms перелезли вы просто молоды web forms было проще прибить чем с нег... текст свёрнут, показать | | |
| |
| 9.40, Илья (??), 18:22, 27/01/2025 [^] [^^] [^^^] [ответить] | +/– | а мы и не пытались генерирует это плохо Просто пользуйся проверенными фреймвор... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 2.24, Аноним (22), 14:03, 27/01/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Боже, смотрю на это и думаю, как же здорово работать с дотнетом, где нету вот всех этих десятков сборочных систем и постоянной миграции с одной на другую
А откуда им взяться в технологии, прибитой сугубо к Винде? Так-то и разработчики C++ под Винду еще с 90-х юзают Visual Studio и горя не знают.
| | |
| |
| 3.41, Илья (??), 18:24, 27/01/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> А откуда им взяться в технологии, прибитой сугубо к Винде?
я винду около года не включал. Вся разработка это fedora+docker+rider+dotnet. ЧЯДНТ
| | |
| |
| 4.51, Аноним (51), 23:40, 27/01/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> я винду около года не включал. Вся разработка это fedora+docker+rider+dotnet. ЧЯДНТ
Собственно вот это. Шестерки майкрософта намного лучше смотрятся - в винде. А тащить свой маздай и его методы в линух - может вам еще и спасибо сказать?
| | |
|
|
| 2.45, Ivan_83 (ok), 19:21, 27/01/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
 В чём плюс то?
Вы прикованы на мертво к венде, а за её пределами ваш диалект хоть и можно запустить но он никому не нужен.
| | |
| |
| 3.48, Илья (??), 21:50, 27/01/2025 [^] [^^] [^^^] [ответить]
| +/– |
> В чём плюс то?
> Вы прикованы на мертво к венде
Нет, дотнетчики сейчас в основном с маков работают
| | |
| |
| 4.52, Аноним (51), 23:47, 27/01/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Нет, дотнетчики сейчас в основном с маков работают
Прикольная фронда у майкрософта случилась. Но как известно от смены рабовладельца результат не меняется.
| | |
|
|
| 2.55, Нуину (?), 02:30, 28/01/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Боже, смотрю на это и думаю, как же здорово работать с дотнетом, где нету вот всех этих десятков сборочных систем и постоянной миграции с одной на другую
Ну есть одна, которую тоже надо настраивать.
Никто не мешает выбрать одну систему сборки и ее использовать.
| | |
| |
| 3.63, Илья (??), 09:39, 28/01/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Никто не мешает выбрать одну систему сборки и ее использовать.
но это не работает. Собрать c/c++ проект руками для того, чтобы его просто запустить - это самое настоящее приключение, в котором в конце ты упираешься в то, что у тебя операционная система неправильной версии (!)
| | |
|
| 2.58, Олдскул (?), 04:55, 28/01/2025 [^] [^^] [^^^] [ответить]
| +/– |
С такой философией можно сказать: как вы можете ездить на машинах когда их столько моделей и марок существует, вот троллейбус - он один... Хз, мне показалось или у тебя кризис и ты пытаешься найти хоть что-то позитивное в дотянете? Он же по факту сейчас сейчас совсем не конкурентен и новых проектов на нем не рождается...
| | |
| |
| 3.62, Илья (??), 09:34, 28/01/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Он же по факту сейчас сейчас совсем не конкурентен и новых проектов на нем не рождается...
а мужики-то и не знали
| | |
|
| 2.72, Аноним (72), 18:24, 28/01/2025 [^] [^^] [^^^] [ответить]
| +/– |
Шёл 2025 год, Илья гордился тем, что работает в экосистеме Windows.
| | |
| |
| 3.76, User (??), 21:10, 28/01/2025 [^] [^^] [^^^] [ответить]
| +/– |
Шел 2025 год. Эксперты opennet начали догадываться, что java'у можно запустить не только на sun solaris...
| | |
|
|
| 1.34, Аноним (34), 17:27, 27/01/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Кроме Make ничего не нужно.
Почему? Да потому что все эти хипстерские билд стстемы тупо не умеют фиксить зависимости. Make тоже не может, но мейк это стандарт.
Вот скачал я очередной проЭкт с хаба, мало того что там окажется очередная васянская билд стстема, так еще и все зависимости придется самому ручками ставить/билдить. И нет бы положить сорцы всех библиотек прямо в архив, так нет, потрать целый день на поиски ОПРЕДЕЛЕННОЙ ВЕРСИИ библиотеки.
Если уж тащите мне в систему гору г*вна, уж сделайте так чтобы я ввел одну команду и оно само сбилдилось и установило все зависимости
| | |
| |
| 2.35, Аноним (32), 17:29, 27/01/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
вы за какие проекты говорите? llvm neovim собираются в однострочник
| | |
| 2.37, Аноним (22), 17:56, 27/01/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Make тоже не может, но мейк это стандарт
Make - это огрызок, абсолютно бесполезный вне юниксового окружения с coreutils.
> И нет бы положить сорцы всех библиотек прямо в архив, так нет, потрать целый день на поиски ОПРЕДЕЛЕННОЙ ВЕРСИИ библиотеки
Абсолютно все современные билд системы (в т.ч. сабж) для C и C++ могут скачать и собрать любую либу, необходимую для проекта. Так что тут уже вопросы сугубо к автору проекта с хаба, а не к билд системе.
| | |
| |
| 3.46, Ivan_83 (ok), 19:26, 27/01/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Make - это огрызок, абсолютно бесполезный вне юниксового окружения с coreutils.
Нет.
Во фре свой bmake и никакого coreutils оно не требует.
Кажется и gmake линуксовый coreutils тоже не требует, но я не уверен.
> Абсолютно все современные билд системы (в т.ч. сабж) для C и C++ могут скачать и собрать любую либу, необходимую для проекта. Так что тут уже вопросы сугубо к автору проекта с хаба, а не к билд системе.
Я хз что на это ответить.
С одной стороны да, технически это возможно.
С другой так редко кто делает, потому что даже в случае сборки из CMake другого CMake проекта это не очень гладко происходит, а если там другая сборочная система то это скатывается до уровня шелл скриптов.
| | |
| |
| 4.49, Аноним (43), 23:20, 27/01/2025 [^] [^^] [^^^] [ответить] | +/– | Что нет Где ты увидел в исходном сообщении слово требует Речь шла о том, ч... большой текст свёрнут, показать | | |
| |
| 5.54, Ivan_83 (ok), 00:50, 28/01/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Речь шла о том, что make целиком и полностью работает с внешними утилитами, и без оных из coreutils ты даже файлик не сможешь удалить, копировать, переместить.
Нет во фре в базе кореутилс, а файлик удалить можно :)
> В Cmake так делают все.
Я видел чтобы вобирали левые либы всего несколько раз, один раз оно было надо чтобы получить доступ ко внутренним структурам. OpenToonz.
Подавляющее большинсов просто проверяет что нужные либы уже есть в системе и фейлится если нет или отключает какие то опции если оно опциональное.
> Что ты конкретно имеешь в виду? Хоть один пример.
То и имею ввиду.
Если ты в CMAke добавляешь сборку зависимости которая собирается хотя бы мезоном то это будет мало чем отличатся от того чтобы написать шелл скрипт который будет собирать нужное по очередли просто дёргая обычные комманды для сборки.
Некоторые в таких случаях пишут для чужих либ свои cmake файлы.
| | |
| |
| 6.61, Аноним (61), 09:29, 28/01/2025 [^] [^^] [^^^] [ответить] | +/– | Не разводи цирк Ты прекрасно понял, что речь шла о юниксовых утилитах типа rm, ... большой текст свёрнут, показать | | |
| |
| 7.70, Ivan_83 (ok), 16:34, 28/01/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Не разводи цирк. Ты прекрасно понял, что речь шла о юниксовых утилитах типа rm, cp, mv и т.п., вне зависимотси от того, опакечены они или идут в базовой системе.
Так ты просто линуксойд и не понимаешь что жизнь без coreutils для многих обыденность, а тебе оно мастхэв.
Вот и всё.
> А когда есть задача собирать их локально как часть проекта (о чем и идет речь в в этой ветке), то они интегрируются в систему сборки.
Ну вот я такое считанные разы видел.
> Еще раз: если я подключаю к CMake проект на meson, накой мне шелл скрипт? Ты вообще о ExternalProject_Add() слышал?
К тому что твой ExternalProject_Add() мало чем отличется от того если бы автор положил шелл скрипт который бы в начале собрал все зависимости их родными сборочными системами а потом дёрнул cmake собрать основной проект.
И я помню только один проект на CMake где внутри собирались чужие либы.
На самом деле есть ещё аддоны для коди с эмуляторами, но там можно сказать что основно проекта и нет совсем, CMake там просто обёртка-прокси для сборки эмуляторов.
Те мой спич к тому что всегда такая сборка это какие то костыли и проще этого избегать пока совсем других вариантов не останется.
| | |
| |
| 8.71, Аноним (61), 16:56, 28/01/2025 [^] [^^] [^^^] [ответить] | +/– | Ну так покажи то самое переименование удаление файла силами сугубо make Или что... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| 2.57, Нуину (?), 02:35, 28/01/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Кроме Make ничего не нужно.
> Почему? Да потому что все эти хипстерские билд стстемы тупо не умеют фиксить зависимости. Make тоже не может, но мейк это стандарт.
Это не задача make. Проблема make в том, что он очень обобщен и для выполнения преобразования нужно вызывать внешнюю команду, что может быть долго.
| | |
| |
| 3.68, Аноним (65), 12:27, 28/01/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Это не задача make.
Мне нжуно нажать и получить результат, а задача не задача это уже вопрос к автору. Почему он придумал гору абстракций.
Аналог pixi например берет выкачивает зависимость и ставит. Чем не замена make.
| | |
|
|
| |
| 2.69, Аноним (65), 12:30, 28/01/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
А на кой ему успевать? Его основная цель быть автономным (работать без Python)
с этой задачей он справляется. Другое дело, что его аудитория это эмбед,
а для этого нужно заовзить тулчейны для процессоров разных и разводить
кроскомпиляцию, а тут куча деталей с сотней параметраов.
| | |
|
|
