Reconsider Loss generic parameter

I brought this up with @JimClarke5 but wanted to get some wider comments on it.

The generic parameter for Losses doesn't seem right:

<T extends TNumber> Operand<T> call(Ops tf, Operand<? extends TNumber> labels, Operand<T> predictions, Operand<T> sampleWeights);

It binds the loss value, the predictions, and the weights to the same data type. There is no relation there: it's easy enough to imagine float-weighted cosine similarity of one hot vector predictions, which would return a float. The only necessary data type parameter I can think of is the return type, and that should be on the class.

Commencez par la signature de méthode générique de Loss présentée dans l’issue et examinez l’API Loss environnante ainsi que ses appelants. Consultez la discussion existante dans les commentaires pour vérifier l’accord sur les relations entre les types. La tâche est terminée lorsque la conception générique est décidée et que l’API et les appelants concernés reflètent cette décision de manière cohérente.