[prev in list] [next in list] [prev in thread] [next in thread]
List: owncloud
Subject: Re: [Owncloud] modularization
From: Melvin Carvalho <melvincarvalho () gmail ! com>
Date: 2012-02-20 20:41:01
Message-ID: CAKaEYhLgVpCftwG8zfAHwp7nkzk-_OveXJabprCOwVXX3OoRLw () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On 20 February 2012 21:05, Frank Karlitschek <karlitschek@kde.org> wrote:
>
> On 20.02.2012, at 20:14, Thomas Wanderer <newsabos@nurfuerspam.de> wrote:
>
> > Am 12.02.2012 20:56, schrieb Frank Karlitschek:
> >> Hi everybody,
> >>
> >> it=B4s importants that we structure ownCloud properly so that the code=
is
> still maintainable in a few years and that new developers understand what
> we do and can contribute.
> >>
> >> The app concept is very important to make it easy for developers to
> extend ownCloud without the need to understand every part of ownCloud. My
> goal is that every ownCloud user can install, update and delete every app
> independently from the used ownCloud core. Every app developer should be
> able to release a new app at every point in time and also update it
> independently from the core. The apps should run on different core versio=
ns
> if possible.
> >>
> >> It=B4s of course still a long way till we reach that goal but I think =
we
> should start now.
> >>
> >>
> >
> > Hello everyone! This is my first post here after following this project
> for a while and having (had) similar plans for a web-based central sync
> service for personal use.
> >
> > @modularization: I find this quite important! Being a Synology Disk
> Station user for some time I noticed that they want to break their
> web-frontenddown into a core and modular applications too...wow...of cour=
se
> this are not the big news but I thought it might be helpful as another
> source of input to see what other (commercial) projects plan. If OC makes
> this step I think it's quite important to define what is in core and what
> is an "app".
> >
> > Thomas
>
>
> Hi Thomas,
>
> thanks for your input. Apps are the way we structure ownCloud. If a
> project is growing it=B4s important to divide a software in sub modules,
> otherwise it will get messy over time, especially with PHP ;-) Our module=
s
> are called apps. If you look at the sourcecode you see that basically
> everything in ownCloud is an app which is good because it means that we
> have a structure. ;-)
>
> Please note that the modularization has nothing to do with what we
> actually ship. Of course we will ship several apps as default because
> otherwise ownCloud wouldn=B4t be that useful. ;-)
>
> This is an interesting point. Before the next release we need to decide
> which app is ready for inclusion in the release and what app need some mo=
re
> polishing. This is something we have to discuss here on the list a few
> weeks before the next release.
>
Hi Frank
My first post here.
Modularization of apps is definitely a good thing. I'm helping out on the
unhosted project where we are trying to build a modular infrastructure for
separating apps and data. Also I'm doing some work with the distributed
information group at MIT to achieve the same ends. The broad goal is
ambition and that is to decouple apps and data at web scale. So an
owncloud app can work with unhosted and vice versa, but also imagine
extending this to all web scale apps and data stores. Quite exciting stuff=
.
As the title implies modularity is the key. I'm sure you probably know
from your KDE work that is goes one level deeper. The real key is to give
resources a URI. This makes them universal, or, first-class objects of the
web. The fundamental principle of the web was (and still is) predicated on
this axiom. It's probably the most overlooked architectural point in any
system, but also the opportunity to make your system both modular and
powerful.
As much or our work reaches a level of maturity I think the really fun
stuff is going to see how it all interops in new and exciting way.
Looking forward to getting to know owncloud better!
>
>
>
> Cheers
> Frank
>
>
> Frank Karlitschek
> karlitschek@kde.org
>
>
> _______________________________________________
> Owncloud mailing list
> Owncloud@kde.org
> https://mail.kde.org/mailman/listinfo/owncloud
>
[Attachment #5 (text/html)]
<br><br><div class="gmail_quote">On 20 February 2012 21:05, Frank Karlitschek <span \
dir="ltr"><<a href="mailto:karlitschek@kde.org">karlitschek@kde.org</a>></span> \
wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex"> <div class="HOEnZb"><div class="h5"><br>
On 20.02.2012, at 20:14, Thomas Wanderer <<a \
href="mailto:newsabos@nurfuerspam.de">newsabos@nurfuerspam.de</a>> wrote:<br> <br>
> Am 12.02.2012 20:56, schrieb Frank Karlitschek:<br>
>> Hi everybody,<br>
>><br>
>> itīs importants that we structure ownCloud properly so that the code is \
still maintainable in a few years and that new developers understand what we do and \
can contribute.<br> >><br>
>> The app concept is very important to make it easy for developers to extend \
ownCloud without the need to understand every part of ownCloud. My goal is that every \
ownCloud user can install, update and delete every app independently from the used \
ownCloud core. Every app developer should be able to release a new app at every point \
in time and also update it independently from the core. The apps should run on \
different core versions if possible.<br>
>><br>
>> Itīs of course still a long way till we reach that goal but I think we \
should start now.<br> >><br>
>><br>
><br>
> Hello everyone! This is my first post here after following this project for a \
while and having (had) similar plans for a web-based central sync service for \
personal use.<br> ><br>
> @modularization: I find this quite important! Being a Synology Disk Station user \
for some time I noticed that they want to break their web-frontenddown into a core \
and modular applications too...wow...of course this are not the big news but I \
thought it might be helpful as another source of input to see what other (commercial) \
projects plan. If OC makes this step I think it's quite important to define what \
is in core and what is an "app".<br>
><br>
> Thomas<br>
<br>
<br>
</div></div>Hi Thomas,<br>
<br>
thanks for your input. Apps are the way we structure ownCloud. If a project is \
growing itīs important to divide a software in sub modules, otherwise it will get \
messy over time, especially with PHP ;-) Our modules are called apps. If you look at \
the sourcecode you see that basically everything in ownCloud is an app which is good \
because it means that we have a structure. ;-)<br>
<br>
Please note that the modularization has nothing to do with what we actually ship. Of \
course we will ship several apps as default because otherwise ownCloud wouldnīt be \
that useful. ;-)<br> <br>
This is an interesting point. Before the next release we need to decide which app is \
ready for inclusion in the release and what app need some more polishing. This is \
something we have to discuss here on the list a few weeks before the next \
release.<br> </blockquote><div><br>Hi Frank<br><br>My first post \
here.<br><br>Modularization of apps is definitely a good thing. I'm helping out \
on the unhosted project where we are trying to build a modular infrastructure for \
separating apps and data. Also I'm doing some work with the distributed \
information group at MIT to achieve the same ends. The broad goal is ambition and \
that is to decouple apps and data at web scale. So an owncloud app can work with \
unhosted and vice versa, but also imagine extending this to all web scale apps and \
data stores. Quite exciting stuff.<br> <br>As the title implies modularity is the \
key. I'm sure you probably know from your KDE work that is goes one level \
deeper. The real key is to give resources a URI. This makes them universal, or, \
first-class objects of the web. The fundamental principle of the web was (and still \
is) predicated on this axiom. It's probably the most overlooked architectural \
point in any system, but also the opportunity to make your system both modular and \
powerful. <br> <br>As much or our work reaches a level of maturity I think the \
really fun stuff is going to see how it all interops in new and exciting way. \
<br><br>Looking forward to getting to know owncloud better!<br> </div><blockquote \
class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex">
<br>
<br>
<br>
Cheers<br>
Frank<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Frank Karlitschek<br>
<a href="mailto:karlitschek@kde.org">karlitschek@kde.org</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
Owncloud mailing list<br>
<a href="mailto:Owncloud@kde.org">Owncloud@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/owncloud" \
target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br> \
</div></div></blockquote></div><br>
_______________________________________________
Owncloud mailing list
Owncloud@kde.org
https://mail.kde.org/mailman/listinfo/owncloud
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic