Apply black

I propose the introduction of black code formatter in order to create an environment that is easy to deal with other problems.

https://github.com/psf/black

For example, in the following, ” and ’ of (A) will be unified.

(A)

if y_type not in ["binary", "multiclass", 'multilabel-indicator']:

https://github.com/awslabs/autogluon/blob/master/core/src/autogluon/core/metrics/classification_metrics.py#L19

[sxjscience]

Since Black won’t change the API and just enhances the coding format, I will prefer adopting it after v0.1.

[Innixma]

Hi @daikikatsuragawa,

Thanks for the follow-up! I think in ~2 weeks we should be in a good spot for the PR. v0.2 release is planned in ~1-2 weeks, so we will try to get that released and then directly follow-up with the apply black PR. I might also try to apply black to a few of the submodules individually before then to minimize the blast radius. The tricky part is we have collaborators / devs working on each of the submodules at the same time, so per-module refactors will likely be less disruptive.