Hi, Just to chip in here I have to disagree that type checking is only available in low level languages. There are many high level, easy to code systems with explicit and compile time checks. I don't think that as a project grows it should get lower level - that is counter intuitive and may indicate that you have the wrong language not the wrong abstraction level...
Andy On Mon, 10 Apr 2017 at 05:52, Simon Lees <sfl...@suse.de> wrote: > > > On 04/10/2017 12:21 PM, Gustavo Sverzut Barbieri wrote: > > On Sun, Apr 9, 2017 at 9:38 PM, Simon Lees <sfl...@suse.de> wrote: > >> On 04/10/2017 12:39 AM, Gustavo Sverzut Barbieri wrote: > >>> Hi all, > >>> > >> > >> Enlightenment is using it in some places and some E widgets are no > >> longer used, however given that the plan is to rewrite the all the > >> configs anyway no one has bothered to replace them all with elementary, > >> once this is done then e widgets will likely be removed. > > > > yes, but my point below is when we do that, try to do in the highest > > possible way, like using lua, mvc whenever appropriated, etc. > > > > Well my personal experience from working on large scale software > projects suggests that for larger projects you don't want too high a > language as loosing your compile time type checking etc tends to lead > towards more bugs and less manageable software. That is why personally I > prefer C++ or maybe C for larger projects, I guess for some E modules > you could probably get away with it. As with smaller elementary based > applications although if I was going to write one I'd probably use python. > > That however, just brings us to probably what is your bigger hurdle, > Enlightenment developers tend to be old and grumpy and still like to do > everything in C for reasons that escape me :-P > > > > > >>> - Could we eliminate all custom FS -> List/View code paths and use > >>> the MVC that gives you that? > >>> > >>> From IRC talks it's clear that our technology is not there yet, of > >>> course Eo needs to be declared stable, eolian_lua needs some work and > >>> MVC is still immature... but my bet is that unless we commit to the > >>> above these will never happen, > >>> > >> The reason the 1.19 release is now dragging out to 7 months is because > >> eo hasn't been declared stable and from what it seems like know one has > >> the time to put in to get this finished. As a result releases are harder > >> because some apps like eflete and enventor are using eo and whenever efl > >> is released we need to sync there release as well. > > > > Developers disagree on how to get Eo out... this is another issue. My > > personal take on this is we should sync everything for a while and > > force strict version dependency of all apps and EFL until it's fully > > done. > > > > Speaking with a distro maintainers hat on I will simply say that idea is > Madness and can't happen :-P (Being like that with 1-2 apps is hard > enough already). > > The only way we can move forward here is if we can get a api we are > willing to call stable then release it. > > > > If we try to provide "super stable, never breaks API/ABI" it will > > impact immensely the small development team we have and you can expect > > 1.19-like experience for all other releases. > > > I far prefer these experiences to releasing every 3 months then having > to update every piece of software using efl every 3 months. > > > -- > > Simon Lees (Simotek) http://simotek.net > > Emergency Update Team keybase.io/simotek > SUSE Linux Adelaide Australia, UTC+10:30 > GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- http://andywilliams.me http://ajwillia.ms ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
