generic progress can be rendered via `--v2-ui` mos...
# developmentw
witty-crayon-22786
11/16/2019, 4:13 AMgeneric progress can be rendered via
--v2-uiš„ 1
witty-crayon-22786
11/16/2019, 4:13 AMbut you could do something like "fraction of launched nodes completed" or something
a
aloof-angle-91616
11/16/2019, 4:13 AMyeah
w
witty-crayon-22786
11/16/2019, 4:13 AMthe bar would... expand over time. because monads.
witty-crayon-22786
11/16/2019, 4:14 AMbut i expect that it would stabilize?
āļø 1
a
aloof-angle-91616
11/16/2019, 4:15 AMi feel like thereās probably some known kind of number we can give that effectively approximates progress, especially since forkjoin is a well known pattern
w
witty-crayon-22786
11/16/2019, 4:16 AMwell, that part isn't forkjoin related.
a
aloof-angle-91616
11/16/2019, 4:16 AMah understood
w
witty-crayon-22786
11/16/2019, 4:16 AMit's just that in a monadic graph like this, you can't know when you're "done" creating nodes
witty-crayon-22786
11/16/2019, 4:16 AMwhereas in applicative, the size of the graph is known relatively early.
witty-crayon-22786
11/16/2019, 4:16 AMbazel still ends up changing its progress bar upper bound a bunch of times though, possibly due to skyframe.
a
aloof-angle-91616
11/16/2019, 4:17 AMthis is the assertion that i didnāt like in ābuild systems a la carteā because i think this is a very interesting and novel problem