Re: BeanShell alternatives (was Re: Status of projectand adding 1.5 generics)

"seth lytle" <[email protected]> Sat, 13 Dec 2008 23:35:39 -0500
Newsgroups gmane.comp.java.beanshell.devel
Message-ID <[email protected]>
for starters, this argument is a red herring - our problem is a lack
of development, not an excess. if someone made a tiny fraction of the
effort on beanshell2 that was made on the projects that forked, we'd
all be thrilled.

second, there's a huge, tho subtle, difference between a fork and a branch.

emacs v xemacs is a fork

but many (if not most) open/free software projects branch often. the
canonical example is linux - every developer maintains their own
branch, and many of those branches are followed by other developers
and users. the official releases are cherry-picked collections of
individual branches

as long as the repository is common (or distributed a la git), most of
the disadvantages are mitigated, and the need for mind-numbing
discussions is reduced. just do what you want to do - if others like
it they'll use it, and they might contribute




On Sat, Dec 13, 2008 at 8:58 PM, Paul Landes <[email protected]> wrote:
> Nice idea but multiple forks divides the efforts and lessons the "rule
> of increasing return" and features are no long combined into one
> distribution.  Examples of projects that tried forking but stagnated
> for this reason (among others) and converged are Emacs (e.g. GosMacs,
> XEmacs, etc), FreeBSD (e.g. BSD/386).
>
>
> seth lytle writes:
>  > i don't see how any of this conflicts with beanshell2.
>  >
>  > the code is in subversion.
>  > join the project, create a branch.
>  > cherry-pick any of the changes that fschmidt has made that you want,
>  > ignore the rest.
>  > "fix" whatever you want in your branch.
>  > if you think your branch/vision might appeal to other people, mention
>  > it on the wiki or on this list.
>  >
>  > if you have a few "bugs" that you'd like fixed, and are willing to fix
>  > one of them - post to the list and see if anyone will "trade" or work
>  > with you. but given that there's no budget, and that beanshell works
>  > for people as is (and i agree that at this point the implementation is
>  > the spec), that's about the only leverage anyone has got
>  >
>  > http://code.google.com/p/beanshell2
>  >
>  > seth
>  >
>  >
>  > On Sat, Dec 13, 2008 at 3:43 PM, Wade Chandler
>  > <hwadechandler-beanshell-/[email protected]> wrote:
>  > > ----- Original Message ----
>  > >
>  > >> From: David A. Lee <[email protected]>
>  > >> To: fschmidt <[email protected]>; beanshell-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>  > >> Sent: Saturday, December 13, 2008 12:28:00 PM
>  > >> Subject: Re: [Beanshell-dev] BeanShell alternatives (was Re: Status of projectand adding 1.5 generics)
>  > >>
>  > >> >> I feel that the first step in Leading an offshoot of Beanshell is to make
>  > >> >> and achieve agreement on a list of bugs to be fixed in the base of the
>  > >> >> offshoot.
>  > >> >>
>  > >> >
>  > >> > Why?  If everyone would just fix whatever bugs bother them in a common
>  > >> > source repository, then we would all benefit.  This is why I set up
>  > >> > BeanShell2.  Whenever I run into a bug that affects me, I fix it there.  I
>  > >> > wish others would do the same.
>  > >>
>  > >> Because with something like beanshell there is no formal specification.
>  > >> That means one person's bug is anothers feature.   In  a program like
>  > >> beanshell,
>  > >> its current implementation is the 'defacto standard'.
>  > >>
>  > >> Certianly there are a class of bugs that we all would agree are truely bugs,
>  > >> but I suggest there is a huge wider range of "things I think are wrong" that
>  > >> others would disagree.
>  > >> For some programs and people thats fine for others it is not.
>  > >> For example, I would stop using Java or C if anyone who thought there was a
>  > >> "bug" decided to "fix" it.
>  > >>
>  > >> There's good reasons for annoying painful slow beuracracies ... especially
>  > >> when the original innovator is no longer participating.
>  > >>
>  > >>
>  > >
>  > > I'll agree with that. Seems perhaps like Tomcat does, maybe multiple versions which just get patches applied for issues in that version would be good.
>  > >
>  > > Wade
>  > >
>  > >
>  > >
>  > >  ==================
>  > > Wade Chandler, CCE
>  > > Software Engineer and Developer, Certified Forensic Computer Examiner, NetBeans Dream Team Member, and NetBeans Board Member
>  > > http://www.certified-computer-examiner.com
>  > > http://wiki.netbeans.org/wiki/view/NetBeansDreamTeam
>  > > http://www.netbeans.org
>  > >
>  > > ------------------------------------------------------------------------------
>  > > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
>  > > The future of the web can't happen without you.  Join us at MIX09 to help
>  > > pave the way to the Next Web now. Learn more and register at
>  > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
>  > > _______________________________________________
>  > > Beanshell-developers mailing list
>  > > Beanshell-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>  > > https://lists.sourceforge.net/lists/listinfo/beanshell-developers
>  > >
>  >
>  > ------------------------------------------------------------------------------
>  > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
>  > The future of the web can't happen without you.  Join us at MIX09 to help
>  > pave the way to the Next Web now. Learn more and register at
>  > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
>  > _______________________________________________
>  > Beanshell-developers mailing list
>  > Beanshell-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>  > https://lists.sourceforge.net/lists/listinfo/beanshell-developers
>
>
> --
> Paul Landes
> [email protected]
>

------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/