[Building Sakai] Sakai development estimate

Diego del Blanco Orobitg diego.delblanco.sakai at gmail.com
Wed Feb 26 17:38:21 PST 2014


Benjamin, as you want to change so much things in the interface and you
want to simplify functionality ... maybe it can be an option to use Sakai
as "core" and then create a totally new application that calls Sakai with
the restful services, as if you were creating a mobile app for Sakai, only
with the tools and features you want from Sakai. So you could access
directly Sakai to have the full features or access your application to have
the reduced set of functionality.

Only a idea...




2014-02-26 17:42 GMT-06:00 Steve Swinsburg <steve.swinsburg at gmail.com>:

> Hi Benjamin,
>
> You certainly can drop functionality quite easily, and with eay upgrades,,
> just pick what you want to deploy and remove the rest from the build in the
> pom.xml modules section (then you can remove it from the svn externals).
> Note that some tools depend on others, generally for their API so its a bit
> of tweaking to get it right. Here is a cut down build that has the portal
> and a sprinkling of other tools, just to show how far you can cut it down:
> https://source.sakaiproject.org/svn//msub/anu.edu.au/services/2.8.x/
>
> For a new design, copy the portal vm templates to a new directory, then
> customise, and configure with the portal.templates sakai property
> (portal.templates=mynewportal). I'd try to leave the backbone code alone
> (SkinnableCharonPortal.java et al) as much as possible so upgrades are
> easier.
>
> The responsive design are a new set of portal templates so maybe take
> those and customise.
>
> cheers,
> Steve
>
>
>
> On Thu, Feb 27, 2014 at 10:33 AM, Benjamin Fouassier <
> b.fouassier at gmail.com> wrote:
>
>> Steve,
>>
>> Thanks a lot about the best workflow to start the project and deploying,
>> my first try on a local environment on my machine was indeed not a walk in
>> the park.
>> I am going to have a closer look to all the new features in Sakai 10.
>>
>> To give you further details, here what I can say (specs are still in the
>> making, and of course I cannot communicate a lot about this..) :
>>
>>  About the lessons aspect, I am afraid it concerns Sakai overall, and
>> looking at the new designs, I think I can say that we want to drop the
>> entire interface, change what a lesson is (organizing a student workspace
>> into modules, each module containing for steps between learning and
>> practicing).
>> Basically we want to use a lot of Sakai features, drop a lot of useless
>> (for this project) functionality, with a minimalist design and navigation.
>> That would mean a real clean separation of the core with the presentation
>> layer, being able to load only desired modules, and still being able to
>> update Sakai..
>> Sounds quite optimistic to say the least.
>>
>> Many thanks for your help.
>> Benjamin
>>
>>
>> On Wed, Feb 26, 2014 at 12:45 PM, Steve Swinsburg <
>> steve.swinsburg at gmail.com> wrote:
>>
>>> Hi Benjamin,
>>>
>>> Without having fuller details, you'd be looking at a few months, maybe
>>> 4-6, and feasible for one developer.
>>>
>>> Can you elaborate on the lessons aspect, do you mean the lessons tool?
>>> Or Sakai overall? You mention navigation so I wasnt sure if that meant
>>> Sakai overall.
>>> For peer reviewing, would they be new tools or modifications to existing
>>> tools? If mods, which ones?
>>> For responsive design, there is a new portal and skin coming out of NYU
>>> that adds this, so you might be able to utilise that. It will be for Sakai
>>> 10.
>>> For localisation, what locale/language?
>>>
>>> You probably want to get the deployment right first, so you know how the
>>> build works and how things come together, then modify code and add bits and
>>> pieces. I'd allow a week or two to get the build/deployment process
>>> understood and bedded down and code modules figured out, then you could
>>> begin development on the features you were after.
>>>
>>> Depending on when you start, I would probably be using the Sakai 10
>>> branch so you can take advantage of the new features and save yourself some
>>> time. In 6 months the release will be well and truly nailed down so you'll
>>> be on a stable codebase. Keep up to date.
>>>
>>> cheers,
>>> Steve
>>>
>>>
>>> On Thu, Feb 27, 2014 at 8:53 AM, Benjamin Fouassier <
>>> b.fouassier at gmail.com> wrote:
>>>
>>>> Hi everybody,
>>>>
>>>> I am completely new to Sakai (and open source projects actually),
>>>> beginner in Java (but advanced in OOP and design patterns using PHP and AS3
>>>> with FLEX framework) and would like to have your opinion about a Sakai
>>>> project implementation in terms of time estimate and feasibility.
>>>> Without giving too much details, here are the main steps :
>>>>
>>>> - Deploy Sakai from the current trunk on a "classic" hosting platform
>>>> (that validates the requirement Java / Tomcat / etc..) to validate the
>>>> process of installation / deployment.
>>>> - Changing completely the presentation layer, including the way lessons
>>>> are visually represented as the menu to simplify a lot the navigation.
>>>> - Extend/create some modules to add features in terms of sharing/peer
>>>> reviewing
>>>> - Responsive design
>>>> - Localization
>>>> - Deploy the final version on a cloud based environment such as AWS
>>>>
>>>> A rough estimate would be useful to know if this can be done within a
>>>> couple of months, by a single developer, or this isn't realistic at all.
>>>>
>>>> Although from your experience, what do you think is the best way to get
>>>> the development going, to start from the last release stable version and
>>>> don't update or keep the code up to date with the last improvements
>>>> committed in trunk ?
>>>>
>>>> Ultimately I would be glad to have your general opinion about this kind
>>>> of sakai development.
>>>>
>>>> Thank you all for your help.
>>>> Benjamin
>>>>
>>>>
>>>> On Wed, Feb 26, 2014 at 11:41 AM, Benjamin Fouassier <
>>>> b.fouassier at gmail.com> wrote:
>>>>
>>>>> Hi everybody,
>>>>>
>>>>> I am completely new to Sakai (and open source projects actually),
>>>>> beginner in Java (but advanced in OOP and design patterns using PHP and AS3
>>>>> with FLEX framework) and would like to have your opinion about a Sakai
>>>>> project implementation in terms of time estimate and feasibility.
>>>>> Without giving too much details, here are the main steps :
>>>>>
>>>>> - Deploy Sakai from the current trunk on a "classic" hosting platform
>>>>> (that validates the requirement Java / Tomcat / etc..) to validate the
>>>>> process of installation / deployment.
>>>>> - Changing completely the presentation layer, including the way
>>>>> lessons are visually represented as the menu to simplify a lot the
>>>>> navigation.
>>>>> - Extend/create some modules to add features in terms of sharing/peer
>>>>> reviewing
>>>>> - Responsive design
>>>>> - Localization
>>>>> - Deploy the final version on a cloud based environment such as AWS
>>>>>
>>>>> A rough estimate would be useful to know if this can be done within a
>>>>> couple of months, by a single developer, or this isn't realistic at all.
>>>>>
>>>>> Although from your experience, what do you think is the best way to
>>>>> get the development going, to start from the last release stable version
>>>>> and don't update or keep the code up to date with the last improvements
>>>>> committed in trunk ?
>>>>>
>>>>> Ultimately I would be glad to have your general opinion about this
>>>>> kind of sakai development.
>>>>>
>>>>> Thank you all for your help.
>>>>> Benjamin
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> sakai-dev mailing list
>>>> sakai-dev at collab.sakaiproject.org
>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>>
>>>> TO UNSUBSCRIBE: send email to
>>>> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
>>>> "unsubscribe"
>>>>
>>>
>>>
>>
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>



-- 
***************************************
*Diego del Blanco Orobitg*
Spain & LATAM Regional Manager (*ANI Sakai*)
Apereo LATAM Representative (*Apereo Foundation*)

P: (+34) 653 683 489
E: ddelblanco at anisakai.com
Sk: ddelblanco.ani
***************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20140226/af3cb59e/attachment.html 


More information about the sakai-dev mailing list