Но таски для мсбилда не пишутся на XML!

Итого имеем: + супер внятную систему логгирования, которая при желании пользователя пишет ВСЁ + описание тасок на типизированном языке - сами энд-юзер штуки описываются на XML - легаси формат проектов — это ёбаный страх

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

Ну я не знаю, что вы хорошего находите в мсбилде. Любая кастомная логика там - это страх и ужас.

Исторические причины, омские фреймворки и всякие странные хотелки.

В градле - централизованных логов по существу ни хрена нет; смотри то, что тебе изволил записать автор таски (если знаешь флаг, которым повысить verbosity — а его никто не помнит, и поэтому авторы тасок редко когда заморачиваются) - описание самих тасок на типизированных языках — строго опционально и пока не распространено + но можно писать таски по-человечески + сами билдскрипты пишутся на языке программирования + можно на типизированном + в билдскриптах можно делать что угодно - но люди действительно делают что угодно, и ты затрахаешься отлаживать потом

В градле - централизованных логов по существу ни хрена нет; смотри то, что тебе изволил записать автор таски (если знаешь флаг, которым повысить verbosity — а его никто не помнит, и поэтому авторы тасок редко когда заморачиваются) - описание самих тасок на типизированных языках — строго опционально и пока не распространено + но можно писать таски по-человечески + сами билдскрипты пишутся на языке программирования + можно на типизированном + в билдскриптах можно делать что угодно - но люди действительно делают что угодно, и ты затрахаешься отлаживать потом

Такое лучше, конечно, скриптить поверх

У меня кстати как-то с трудом заводился kotlin dsl для грэдла, когда я последний раз его пробовал. Это нормально или сейчас уже пофиксили?

Честно — хер его знает, я пока что с kts не сильно экспериментировал. У нас есть проекты, где переехали с Груви на Котлин, и там видно мелкие костылики в билдскриптах. Насколько это в реальности стрёмно — пока сказать не могу; на вид, вроде, не очень плохо.

Я делаю на Градле всякие странные штуки, и могу ответственно заявить: он точно лучше Мавена и SBT, но, пожалуй, мсбилд всё-таки понятнее.

Мсбилд всяко лучше чем все жава ужасы, да. Но если выбирать чем собирать жаба котлен, то точно градл

сука не работает!!1

Хорршо все-таки, что у нас мсбилд а не gulp какой-нибудь и прочие всякие вебпаки

А почему не работает?

И уже даже из rust я пытаюсь сделать второй питон, чтобы было легко читать код

`` /// Returns the union of two dictionaries, using the combiner function for duplicate keys. let private merge combiner (source1: Map<'Key, 'Value>) (source2: Map<'Key, 'Value>) = Map.fold (fun m k v' -> Map.add k (match Map.tryFind k m with Some v -> combiner v v' | None -> v') m) source1 source2 ``

let merge combiner (source1: Map<'Key, 'Value>) (source2: Map<'Key, 'Value>) = let mutable map = source1 for KeyValue(k,v) in source2 do map <- map.Add(k,v) map

Это ж не то

let merge2 combiner (source1: Map<'Key, 'Value>) (source2: Map<'Key, 'Value>) = let mutable map = source1 for KeyValue (k2, v2) in source2 do let newValue = match map.TryFind k2 with | None -> v2 | Some v1 -> combiner v1 v2 map <- map.Add(k2, newValue) map

Но как-то твоя версия ничего не выиграла кмк, я надеялся что есть что-то ещё более компактное и стандартное.

let merge2 combiner (source1: Map<'Key, 'Value>) (source2: Map<'Key, 'Value>) = let mutable map = source1 for KeyValue (k2, v2) in source2 do let newValue = match map.TryFind k2 with | None -> v2 | Some v1 -> combiner v1 v2 map <- map.Add(k2, newValue) map

Можно voption заюзать

вопшон!

ещё бы один раз мапу собрать...

можно ж в Seq накапливать, а потом Map.ofSeq, не?

не, то же самое. если подумаешь. Даже хуже

> F# > чистый код … > питон

Разве в питоне любят грязный код? По-моему, он и создавался, чтобы код был чище, чем в c++

Все любят tensorflow?

Разве в питоне любят грязный код? По-моему, он и создавался, чтобы код был чище, чем в c++