Eu descobri mais tarde que muitos sistemas não são incapazes de avançar, mas são especialmente bons em empurrar novamente para o ponto de partida coisas que já foram avançadas um pouco. Recentemente, ao olhar para @SignOfficial, a ideia que repetidamente surge na minha mente não é crescimento, nem narrativa, mas sim um outro problema mais real: o que foi claramente confirmado na frente, ainda precisa ser confirmado novamente; o que foi claramente explicado antes, precisa ser repetido em outra etapa; o que claramente já resultou, quando chega à próxima fase, parece que voltou ao ponto de partida. O que pesa mais em um sistema não é a falta de ação, mas o fato de que as ações realizadas não se consolidaram em um estado que possa ser sustentado adiante. À primeira vista, parece que está sempre avançando, mas na verdade, muita energia é gasta em "não voltar e refazer uma vez mais".

Agora, quando olho para SIGN, o que realmente me faz olhar duas vezes é isso. Para mim, não é apenas uma função suplementar, mas mais como lidar com a questão de "como garantir que o passo anterior não tenha sido em vão". O que foi confirmado, o que foi estabelecido, quais partes ainda podem ser utilizadas, se essas coisas puderem ser mantidas de forma mais estável, o fluxo não será facilmente levado de volta ao ponto de partida. Muitos projetos gostam de falar sobre velocidade, mas agora estou mais interessado: será que pode reduzir o caminho de volta no sistema? Porque o custo de retrabalho normalmente não é perceptível, mas ele pode consumir lentamente a eficiência real.

#Sign地缘政治基建 $SIGN @SignOfficial