> I think any work that is meant to last and ends up in a form that > isn't fit for long term maintenance isn't serious work.
I'm sorry, but I continue seeing the OOP redesign as a long term objective, but not appropriated as GSOC main objective. But It's possible to do little refactors to prepare the work for a future fully redesign. My main objective for this GSOC is improve a bit the code structure, doing little refactors in functions and structures, and fix the problems with scheduling and synchronization. If another person want to be my mentor for this objective, I'll value It. Thanks, and sorry El vie., 31 ene. 2020 a las 22:08, Richard Braun (<rbr...@sceen.net>) escribió: > On Fri, Jan 31, 2020 at 08:58:41PM +0100, Almudena Garcia wrote: > > > That's not exactly what I mean. Let's talk on IRC to sort this out. > > > > I've not seen you today in freenode, so I'll write my opinion here: > > I'm always on IRC, just not in #hurd. You can message me directly. > > > I think that a better idea could be to continue the current work with > easy > > refactors (change some names, create functions to avoid duplicated code, > > moved some data (as apic_id) to more correct structures... etc), which is > > simpler than a fully OOP redesign. > > > > what do you think? > > I think any work that is meant to last and ends up in a form that > isn't fit for long term maintenance isn't serious work. > > -- > Richard Braun >
