[
https://issues.apache.org/jira/browse/BEAM-3046?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17480501#comment-17480501
]
Beam JIRA Bot commented on BEAM-3046:
-------------------------------------
This issue was marked "stale-assigned" and has not received a public comment in
7 days. It is now automatically unassigned. If you are still working on it, you
can assign it to yourself again. Please also give an update about the status of
the work.
> De-javafy the Python Metrics API
> --------------------------------
>
> Key: BEAM-3046
> URL: https://issues.apache.org/jira/browse/BEAM-3046
> Project: Beam
> Issue Type: Improvement
> Components: sdk-py-core
> Reporter: Robert Bradshaw
> Priority: P3
> Labels: community-onboarding, starter, triaged
> Fix For: 3.0.0
>
> Time Spent: 1h 50m
> Remaining Estimate: 0h
>
> For example, though Java forces one to put all stand-alone functions as
> static methods on a class (like Metrics) in Python one would just have
> standard module-level functions.
> Also, the MetricsFilter builder pattern is very Java-esque (and verbose). In
> Python, one would simply let result.metrics() take keyword arguments.
> We should seriously consider aggregating rather than returning lists of
> results, at least by default. E.g. in
> https://github.com/apache/beam/blob/master/sdks/python/apache_beam/examples/wordcount.py
> it assumes that there's no other metric with the given name in any
> subtransform (otherwise it may deterministically grab the "wrong" one.)
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
