As a side note, I think that the change from small updates to large updates involved a shift to slightly more complex plots. With the short updates, we were doing a lot of "do independent things A, B, and C, each with one update, and then wrap them all together with update D". Now we have "do thing A, then thing B that is a result of A, then thing C that's a result of B and A, and then D that is a logical consequence of all of them, and all of it in one giant update". This means that update complexity scales superlinearly in the size of the update, which is both good and bad. On the good side, the update is more intricate, meaning that it's more interesting to read and gives Grom the opportunity to tell a more interesting story. On the bad side, it takes longer, and sometimes it becomes hard to vote because there's too much complexity in a single update's vote.
If that's a reasonable analysis, I think that I'll propose something of a mix: when we're doing things that we'd like to be complicated, long updates; when we're doing fluffy things, short updates. When all we're doing is choosing tinkertech to build, talking to people, and having fun, shorter updates probably work better. When we're having a giant fight like this, longer updates give Grom time to build better plots and make things more interesting.
