We don't know where ufuncs are from!
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 30/100
Piste de recherche
Commencez par lire le code de traçage et d’agrégation des résultats qui enregistre les appels de méthodes ufunc et présente actuellement leur union. Le travail terminé doit inclure le nombre d’appels de méthodes pour chaque ufunc et identifier où chaque ufunc a été défini ou importé, y compris les cas provenant de NumPy et SciPy ; la question connexe de savoir quel module exporte un type peut rester séparée.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
During the tracing, it's helpful to know not only which methods on the ufuncs class are called (__call__, reduce, etc) but also which ufuncs themselves are used (add, multiple, etc).
Currently, we are presenting the results of those, not as the product of those two features, but as their union. i.e. we should stats for the reduce method on the ufunc class, but we don't show how many times reduce was called on add vs multiple. That's one "issue", but the other more pressing one is we don't know where ufuncs come from!
All we know is their names. Up until now, I had been assuming they are all defined in the numpy module. However, scipy for example has many that are not.
We should somehow figure out how to understand where they were defined, or what module they were imported from.
I guess to do this, we would have to do some kind of traversal of imported modules, to understand where they are defined? This also could be helpful for the related problem of recording, which module, exports a certain type instead of which module it was defined in.
- Langage dominant
- Python
- Étoiles
- 74
- Forks
- 6
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
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.
Autres issues de data-apis/python-record-api
-
bug
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
data-apis/python-record-api#145 · 1 commentaire ·
-
ufunc data seems to be missing Ouverteenhancement
Difficulté 4/5 3-5 jours Accessibilité débutants 30/100
data-apis/python-record-api#144 · 4 commentaires ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
data-apis/python-record-api#142 ·
-
Cleanup of Python Stack Access Ouverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 20/100
data-apis/python-record-api#81 · 2 commentaires ·
-
Create better view of results Ouvertegood first issue
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
data-apis/python-record-api#71 · 1 réaction ·
Toutes les issues de data-apis/python-record-api
Issues similaires
-
essnmx good first issue
Difficulté 1/5 Moins d'une heure Accessibilité débutants 95/100
-
[Feature] 奇物选择添加优先级 Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
syfoud/Simulated_Scepter#174 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
Giskard-AI/giskard-oss#2840 · 1 commentaire ·
-
A claim comment carrying the issue number is silently declined while the workflow reports success Ouvertearea: repo bug perceived difficulty: 2
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
yeti-platform/yeti#1380 ·