automatically generate op convenience overloads?
Personne n'a encore pris cette issue.
- Langage dominant
- Java
- Étoiles
- 928
- Forks
- 227
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
Should we extend the code generation for ops to automatically generate convenience overloads? This would help reduce the gap between Python notation and Java notation.
As an example of where we stand now, here's some Python code (keras/metrics.py, around line 2203):
dp = p[:self.num_thresholds - 1] - p[1:]
And here's the corresponding Java code (AUC.java, around line 809):
Operand<T> dP =
tf.math.sub(
tf.slice(
p, tf.constant(new int[] {0}), tf.constant(new int[] {getNumThresholds() - 1})),
tf.slice(p, tf.constant(new int[] {1}), tf.constant(new int[] {-1})));
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par comparer l’exemple Python dans keras/metrics.py vers la ligne 2203 avec l’implémentation Java dans AUC.java vers la ligne 809. Déterminez quelles surcharges utilitaires devraient être générées et comment les formes Python et Java devraient correspondre ; le travail est terminé lorsqu’un périmètre de génération convenu et l’API Java qui en résulte sont définis.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- java, tensorflow
- Domaine
- api, tooling
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100