comanage-dev - Re: [comanage-dev] Updated Coding Guidelines
Subject: COmanage Developers List
List archive
- From: Scott Koranda <>
- To: Marie Huynh <>
- Cc: Benn Oshrin <>, comanage-dev <>
- Subject: Re: [comanage-dev] Updated Coding Guidelines
- Date: Fri, 16 Dec 2011 18:48:25 -0600
Hi,
> I'm concerned that if I continue to revise the same pieces of code ad
> nauseam while already behind schedule, we're not going to catch up. �If
> we're going back to fix old code anyway, why not do it all at the same
> time and run it through one of these formatters before tagging?
I understand and I am not unsympathetic.
That being said, since the code is fresh in your mind and you
are motivated to get it committed now is a good time
to go ahead and fix the formatting.
We are still learning how to code together on this project and
I am hopeful that COmanage emerges as a tool that really does
fundamentally change how science projects manage electronic
collaboration, at least in the US.
So it is worth the investment.
I am also conscious that it is easy for me to say these things
since it is not my code...
Still, let's get it done.
And Benn will owe you bubble tea the next time we are in LA...
Thanks,
Scott
>
> [1]http://coding.smashingmagazine.com/2007/07/12/time-savers-code-beautifier-and-formatter/��
> Sure, they won't fix everything, but it's better than doing it all by
> hand.
>
> On Fri, Dec 16, 2011 at 5:34 AM, Scott Koranda
> <[2]>
> wrote:
>
> > On 12/15/11 11:06 PM, Scott Koranda wrote:
> > >I do support a consistent and sane coding style, but the
> > >length of the document is considerable now, and the detail
> > >fine. We have reached the point of diminishing returns.
> >
> > Are you saying we should revert or that we should stop here?
>
> No, not revert.
>
> I definitely support having a consistent code style and that
> we should all follow it as written.
>
> I am saying that it feels comprehensive and evolving it
> further makes sense only if it solves a particular
> problem--not just for the sake of making it complete with
> respect to some metric.
> >
> > If you compare against the other examples linked, I think we're on
> > par in terms of both length and detail.
> >
>
> Exactly. So let's use it.
>
> Cheers,
>
> Scott
>
> References
>
> Visible links
> 1.
> http://coding.smashingmagazine.com/2007/07/12/time-savers-code-beautifier-and-formatter/
> 2.
> mailto:
- [comanage-dev] Updated Coding Guidelines, Benn Oshrin, 12/15/2011
- Re: [comanage-dev] Updated Coding Guidelines, Scott Koranda, 12/15/2011
- Re: [comanage-dev] Updated Coding Guidelines, Benn Oshrin, 12/16/2011
- Re: [comanage-dev] Updated Coding Guidelines, Scott Koranda, 12/16/2011
- Re: [comanage-dev] Updated Coding Guidelines, Marie Huynh, 12/16/2011
- Re: [comanage-dev] Updated Coding Guidelines, Scott Koranda, 12/16/2011
- Re: [comanage-dev] Updated Coding Guidelines, Benn Oshrin, 12/16/2011
- Re: [comanage-dev] Updated Coding Guidelines, Benn Oshrin, 12/17/2011
- Message not available
- Message not available
- Re: [comanage-dev] Updated Coding Guidelines, Marie Huynh, 12/20/2011
- Re: [comanage-dev] Updated Coding Guidelines, Benn Oshrin, 12/20/2011
- Re: [comanage-dev] Updated Coding Guidelines, Marie Huynh, 12/20/2011
- Re: [comanage-dev] Updated Coding Guidelines, Benn Oshrin, 12/20/2011
- Message not available
- Re: [comanage-dev] Updated Coding Guidelines, Scott Koranda, 12/16/2011
- Re: [comanage-dev] Updated Coding Guidelines, Marie Huynh, 12/16/2011
- Re: [comanage-dev] Updated Coding Guidelines, Scott Koranda, 12/16/2011
- Message not available
- Re: [comanage-dev] Updated Coding Guidelines, Benn Oshrin, 12/20/2011
- Re: [comanage-dev] Updated Coding Guidelines, Benn Oshrin, 12/16/2011
- Re: [comanage-dev] Updated Coding Guidelines, Scott Koranda, 12/15/2011
Archive powered by MHonArc 2.6.16.