Aspetos a ter em conta ao dar feedback sobre representações.
Dar feedback sobre uma representação é diferente de dar feedback sobre uma única solução.
O ponto essencial do feedback de representação é que se aplica a várias soluções. Tudo o que o representador normaliza não deve ser comentado, porque não tens forma de saber qual era a sintaxe original de uma solução em particular.
Por exemplo, muitos representadores normalizam os espaços em branco de uma solução. Por isso, mesmo que a solução mostrada na interface de feedback de representação tenha problemas de formatação, não os deves comentar, porque outras soluções com a mesma representação podem não ter esses problemas de formatação.
Outro exemplo é a atribuição de nomes a variáveis, funções, métodos ou classes. Como os representadores podem normalizar os nomes dos identificadores, não deves comentar esses nomes. Mesmo que o teu representador atualmente não normalize os nomes dos identificadores, continua a não comentar esses nomes, porque é uma normalização que provavelmente virá a ser adicionada a um representador mais tarde.
Como os alunos vão ver tanto os comentários do representador como os do analisador, certifica-te de que não duplicas comentários. Para ajudar nisto, os comentários do analisador aparecem na página de feedback da representação.
Se uma representação tiver feedback e se verificar uma destas duas situações:
será criada uma nova representação.
O feedback da representação antiga também se aplica provavelmente à nova representação, mas não podemos ter a certeza. Por isso, copiamos o feedback da representação antiga como feedback em rascunho para a nova representação. O feedback em rascunho da nova representação não faz com que os seus comentários sejam aplicados às soluções com essa representação. Em vez disso, o feedback em rascunho serve para pré-preencher o feedback quando um supermentor quer dar feedback sobre a nova representação.