Hi,
the changes to the KMeans example look good so far. About moving everything to 
external classes, IMHO we should do it, but I can also see why it is nice to 
have the whole example contained in one file. So let’s see what the others 
think.

Cheers,
Aljoscha
> On 21 Jan 2016, at 18:04, Stefano Baghino <stefano.bagh...@radicalbit.io> 
> wrote:
> 
> Hello dev,
> 
> I'm currently working on [FLINK-2021] Rework examples to use ParameterTool
> <https://issues.apache.org/jira/browse/FLINK-2021> and we're trying to
> improve the readability of the K-Means example until we reach a
> satisfactory starting point to rework the other examples as well. I
> think Robert's
> improvements
> <https://github.com/rmetzger/flink/blob/4c3b569b522172043fe1f49da2858bae37519eef/flink-examples/flink-examples-batch/src/main/java/org/apache/flink/examples/java/clustering/KMeans.java>
> (not relying on RequiredParameters and removal of static variables, in
> particular) are good enough to be that starting point and integrated those
> changes in the PR <https://github.com/apache/flink/pull/1536>.
> 
> Before moving on I'd like to have a feedback on the work done so far.
> Also: what would you think of moving POJOs and user functions to separate
> files to declutter the main class? I've noticed that both in the examples
> and in the training solutions there's a general tendency to keep everything
> in one place, however my feeling is that splitting the classes would keep
> files short and readable, while allowing quick navigation between
> files/classes in most editors without having to scroll through the file to
> reach the code you're interested in.
> 
> -- 
> BR,
> Stefano Baghino
> 
> Software Engineer @ Radicalbit

Reply via email to