Re: I'm Back

"Jorge Uriarte Aretxaga" <[email protected]>
Newsgroups gmane.comp.java.scarab.devel
Message-ID <[email protected]>
My feeling is that any planning will assume some resource dedication,
so I don't think any tool will help (and that being said by an scrum
master, jajaja...)

So we better go step-by-step. Let's review our tracker, let's talk
about future changes, let's make a realistic roadmap.
Previous experiences in this project resulted in zero or little
progress, because of our failure in allocating the amount of working
hours. Let's learn from the past.

_
Jorge

On 2/22/08, Roall Lein-Killi <[email protected]> wrote:
> I think we're in the same pragmatic world, Jorge.
>
>  Hopefully we could define user stories and requirements so we're
>  able to write some good tests. Then we could play a lot.
>
>  I'll drop any technology discussions (mostly) and line up for the
>  business needs.
>
>  Any ideas about how we could do the planning? Any agile tools?
>
>
>  Killi
>
>
>  On 22. feb.. 2008, at 11.11, Jorge Uriarte Aretxaga wrote:
>
>  > On 2/22/08, Roall Lein-Killi <[email protected]> wrote:
>  >> Good timing. (Inpiring for a new dud to see people come back)
>  >>
>  >
>  > Inspiring too to get people around :-)
>  >
>  > Just some quick comments:
>  >
>  > Please take a look at the mailing lists' archive so you can get some
>  > background info on previously debated approaches to evolution
>  > (searching for 'spring', hibernate, pojo, turbine 2.4,  might help).
>  > There have been lots of talking about it, and even the wiki holds some
>  > interesting info about migrating toward a more service-oriented
>  > architecture (not necessarily tied to any given container)
>  > There's even a http://scarab-incubator.tigris.org/ where we tried to
>  > evolve some experiments (though it didn't get too much traction)
>  >
>  > And now, some personal ideas, thrown out in no intended order:
>  > - let's follow the agnostic way.
>  > - Think of services, pojos, don't get tied to anything.
>  > - Isolate the data layer so you can change it 'if needed'.
>  > - Build a good business layer you can later evolve, publish, use from
>  > GWT, EclipseRCP, XmlRPC,XFire,whatever web framework you prefer,
>  > etc....
>  > - Don't try to change the whole world, at least not at once.
>  >
>  > _
>  > Jorge
>  >
>
> > ---------------------------------------------------------------------
>  > To unsubscribe, e-mail: [email protected]
>  > For additional commands, e-mail: [email protected]
>  >
>
>  Mvh Killi
>
>  --
>  Roall Lein-Killi; mob +47 97 66 00 72; fax +47 22 33 60 24
>  Kongens gate 14; Boks 805 Sentrum, 0104 Oslo; Norway
>  http://www.conduct.no; mailto:[email protected]
>
>  Conduct AS - Professional Open Source
>  Red Hat and JBoss Authorized Integration Partner
>  Atlassian Partner
>  Pentaho Preferred Integration Partner
>
>
>
>
>
>
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: [email protected]
>  For additional commands, e-mail: [email protected]
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.