Re: [DISCUSS] FLIP-XXX Improving PyFlink - The Zen of Flink

2025-07-03 Thread Zander Matheson
sed > > separately and those that don't could be made into issues and tracked > that > > way? I am open to suggestions and this is my first FLIP so I don't know > the > > best path forward :). > > +1 to this approach. > > > I will add you to the doc

Re: [DISCUSS] FLIP-XXX Improving PyFlink - The Zen of Flink

2025-07-01 Thread Zander Matheson
On the subject of Beam. I don't think this is a requirement for this initiative, but ideally, long term, it would be nice to not have to rely on Beam *where possible*, but I do understand the size of that effort is quite large and we could move it out of this FLIP. The current work item was really

Re: [DISCUSS] FLIP-XXX Improving PyFlink - The Zen of Flink

2025-06-30 Thread Zander Matheson
Thanks Dian Fu, On 1) This is more in reference to how if we modify things like the builder pattern, we could end up changing certain configuration patterns. I will reframe this to say - Currently there are no expected interfaces that will be removed, but as the work evolves there may be some requ