We've never really had a conversation about coding style in the fubu projects. The prevailing style is (the arbitrary C# style that I adopted years ago at ThoughtWorks):
* public members are Pascal cased * anything non-public (private, internal, protected) is camel cased * fields are prefaced with _'s -- except in unit tests. I like the "theSomething" convention that I picked up from an old TW colleage * Use {} on all if/then statements unless it's all one line like "if (something) return;" * Mostly use the "I" nomenclature for interfaces because everyone understands it
Do we care? I know it's all arbitrary and consistency is all that's important.
What's not negotiable, and I think we all do decent job of this anyway:
* Favor composition over inheritance when you can * Small classes & methods with cohesive responsibilities (all that SOLID mumbo jumbo, and not because "of fear of CodeBetter guys," but because it makes things work out better in the long run)
Jeremy D. Miller The Shade Tree Developer jeremydmil...@yahoo.com
+1. I twitch a little at the inconsistency of _ and no_ in tests, but it's all style and taste and there's no accounting for taste, so it might as well be that or anything.
-Chad
On Fri, Jan 6, 2012 at 5:19 PM, Jeremy D. Miller <jeremydmil...@yahoo.com>wrote:
> We've never really had a conversation about coding style in the fubu > projects. The prevailing style is (the arbitrary C# style that I adopted > years ago at ThoughtWorks):
> * public members are Pascal cased > * anything non-public (private, internal, protected) is camel cased > * fields are prefaced with _'s -- except in unit tests. I like the > "theSomething" convention that I picked up from an old TW colleage > * Use {} on all if/then statements unless it's all one line like "if > (something) return;" > * Mostly use the "I" nomenclature for interfaces because everyone > understands it
> Do we care? I know it's all arbitrary and consistency is all that's > important.
> What's not negotiable, and I think we all do decent job of this anyway:
> * Favor composition over inheritance when you can > * Small classes & methods with cohesive responsibilities (all that SOLID > mumbo jumbo, and not because "of fear of CodeBetter guys," but because it > makes things work out better in the long run)
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
> We've never really had a conversation about coding style in the fubu projects. The prevailing style is (the arbitrary C# style that I adopted years ago at ThoughtWorks):
> * public members are Pascal cased > * anything non-public (private, internal, protected) is camel cased > * fields are prefaced with _'s -- except in unit tests. I like the "theSomething" convention that I picked up from an old TW colleage > * Use {} on all if/then statements unless it's all one line like "if (something) return;" > * Mostly use the "I" nomenclature for interfaces because everyone understands it
> Do we care? I know it's all arbitrary and consistency is all that's important.
> What's not negotiable, and I think we all do decent job of this anyway:
> * Favor composition over inheritance when you can > * Small classes & methods with cohesive responsibilities (all that SOLID mumbo jumbo, and not because "of fear of CodeBetter guys," but because it makes things work out better in the long run)
> Jeremy D. Miller > The Shade Tree Developer > jeremydmil...@yahoo.com
> -- > You received this message because you are subscribed to the Google Groups "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/fubumvc-devel?hl=en.
> I prefer leaving 'private' keyword off of private items as that is the default for fields and methods.
> -d
> On Jan 6, 2012, at 5:19 PM, "Jeremy D. Miller" <jeremydmil...@yahoo.com> wrote:
>> Folks,
>> We've never really had a conversation about coding style in the fubu projects. The prevailing style is (the arbitrary C# style that I adopted years ago at ThoughtWorks):
>> * public members are Pascal cased >> * anything non-public (private, internal, protected) is camel cased >> * fields are prefaced with _'s -- except in unit tests. I like the "theSomething" convention that I picked up from an old TW colleage >> * Use {} on all if/then statements unless it's all one line like "if (something) return;" >> * Mostly use the "I" nomenclature for interfaces because everyone understands it
>> Do we care? I know it's all arbitrary and consistency is all that's important.
>> What's not negotiable, and I think we all do decent job of this anyway:
>> * Favor composition over inheritance when you can >> * Small classes & methods with cohesive responsibilities (all that SOLID mumbo jumbo, and not because "of fear of CodeBetter guys," but because it makes things work out better in the long run)
>> Jeremy D. Miller >> The Shade Tree Developer >> jeremydmil...@yahoo.com
>> -- >> You received this message because you are subscribed to the Google Groups "FubuMVC Development Group" group. >> To post to this group, send email to fubumvc-devel@googlegroups.com. >> To unsubscribe from this group, send email to fubumvc-devel+unsubscribe@googlegroups.com. >> For more options, visit this group at http://groups.google.com/group/fubumvc-devel?hl=en. > -- > You received this message because you are subscribed to the Google Groups "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/fubumvc-devel?hl=en.
On Fri, Jan 6, 2012 at 3:45 PM, Ian Battersby <ian.batter...@gmail.com> wrote: > I prefer 100% explicitness and consistency, I'm afraid I even turn on > StyleCop naming conventions (only) to enforce this - test assemblies too.
> .. and yes that even means putting "internal" on a console app ;)
> PS. Just my two-penniesworth, I already follow the existing convention of > any OSS projects in pull requests.
> PPS. I was once labelled "StyleNazi" by a colleague of notable ranting > reputation :p
> On 6 Jan 2012, at 23:33, Dru Sellers <d...@drusellers.com> wrote:
> I prefer leaving 'private' keyword off of private items as that is the > default for fields and methods.
> -d
> On Jan 6, 2012, at 5:19 PM, "Jeremy D. Miller" <jeremydmil...@yahoo.com> > wrote:
> Folks,
> We've never really had a conversation about coding style in the fubu > projects. The prevailing style is (the arbitrary C# style that I adopted > years ago at ThoughtWorks):
> * public members are Pascal cased > * anything non-public (private, internal, protected) is camel cased > * fields are prefaced with _'s -- except in unit tests. I like the > "theSomething" convention that I picked up from an old TW colleage > * Use {} on all if/then statements unless it's all one line like "if > (something) return;" > * Mostly use the "I" nomenclature for interfaces because everyone > understands it
> Do we care? I know it's all arbitrary and consistency is all that's > important.
> What's not negotiable, and I think we all do decent job of this anyway:
> * Favor composition over inheritance when you can > * Small classes & methods with cohesive responsibilities (all that SOLID > mumbo jumbo, and not because "of fear of CodeBetter guys," but because it > makes things work out better in the long run)
> Jeremy D. Miller > The Shade Tree Developer > jeremydmil...@yahoo.com
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
> To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
> On Sat, Jan 7, 2012 at 7:19 AM, ahjohannessen <ahjohannes...@gmail.com> wrote: > I like all of those and have tried to follow your style to my best.
> One thing I like as well is when doing expressions like this:
> blah.Each(p => > { > // more than one line > });
> I prefer having the { vertically aligned with whatever started the expression instead of having it like this:
> chuck.Each(p => > { > // code > });
> A minor OCD thing :D > -- > You received this message because you are subscribed to the Google Groups "FubuMVC Development Group" group. > To view this discussion on the web visit https://groups.google.com/d/msg/fubumvc-devel/-/Mxh0J0_19EcJ.
> To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/fubumvc-devel?hl=en.
I don't care either way as long as it is consistent.
Is there a way to have solution-wide formatting settings with vs and/or R# so that this happens automatically and we don't have to think about it? On Jan 7, 2012 8:24 AM, "Ian Battersby" <ian.batter...@gmail.com> wrote:
>> To post to this group, send email to fubumvc-devel@googlegroups.com. >> To unsubscribe from this group, send email to >> fubumvc-devel+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
> On Sat, Jan 7, 2012 at 7:19 AM, ahjohannessen <ahjohannes...@gmail.com> wrote: > I like all of those and have tried to follow your style to my best.
> One thing I like as well is when doing expressions like this:
> blah.Each(p => > { > // more than one line > });
> I prefer having the { vertically aligned with whatever started the expression instead of having it like this:
> chuck.Each(p => > { > // code > });
> A minor OCD thing :D > -- > You received this message because you are subscribed to the Google Groups "FubuMVC Development Group" group. > To view this discussion on the web visit https://groups.google.com/d/msg/fubumvc-devel/-/Mxh0J0_19EcJ.
> To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/fubumvc-devel?hl=en.
> To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
The only solution I know of that would work for me also (CR user) is StyleCop; happy to pass on the StyleCop config file we use for test assemblies as it disables all but naming conventions.
> I don't care either way as long as it is consistent.
> Is there a way to have solution-wide formatting settings with vs and/or R# so that this happens automatically and we don't have to think about it?
> On Jan 7, 2012 8:24 AM, "Ian Battersby" <ian.batter...@gmail.com> wrote: > +1, LOL ;-)
> On 7 Jan 2012, at 14:21, Corey Kaylor <co...@kaylors.net> wrote:
>> My preference is the opposite on that one.
>> On Sat, Jan 7, 2012 at 7:19 AM, ahjohannessen <ahjohannes...@gmail.com> wrote: >> I like all of those and have tried to follow your style to my best.
>> One thing I like as well is when doing expressions like this:
>> blah.Each(p => >> { >> // more than one line >> });
>> I prefer having the { vertically aligned with whatever started the expression instead of having it like this:
>> To post to this group, send email to fubumvc-devel@googlegroups.com. >> To unsubscribe from this group, send email to fubumvc-devel+unsubscribe@googlegroups.com. >> For more options, visit this group at http://groups.google.com/group/fubumvc-devel?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups "FubuMVC Development Group" group. >> To post to this group, send email to fubumvc-devel@googlegroups.com. >> To unsubscribe from this group, send email to fubumvc-devel+unsubscribe@googlegroups.com. >> For more options, visit this group at http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/fubumvc-devel?hl=en.
On Sat, Jan 7, 2012 at 12:34 PM, Joshua Arnold <rncodep...@gmail.com> wrote: > I'm gonna flip a 180 on you and say that I agree with Alex. I read his msg > on my phone and misunderstood him. I like the braces left aligned
> On Saturday, January 7, 2012, Corey Kaylor <co...@kaylors.net> wrote: > > 3 of them yes
> > On Sat, Jan 7, 2012 at 10:27 AM, ahjohannessen <ahjohannes...@gmail.com> > wrote:
> >> I bet Josh and Corey have huge monitors :p
> >> -- > >> You received this message because you are subscribed to the Google > Groups "FubuMVC Development Group" group. > >> To view this discussion on the web visit > https://groups.google.com/d/msg/fubumvc-devel/-/VvRwEhsBMoAJ. > >> To post to this group, send email to fubumvc-devel@googlegroups.com. > >> To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > >> For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
> > -- > > You received this message because you are subscribed to the Google > Groups "FubuMVC Development Group" group. > > To post to this group, send email to fubumvc-devel@googlegroups.com. > > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
Braces alone on a line suck. Less context in patches, bad boundaries for conflicts, etc.
We have resharper and other tools to tell us what our scope is and indentation alone is just fine. This is one of the reasons that K&R is used on a big project like mono.
We've been brainwashed by the crap standard that Microsoft gave us in MSDN over the last 10+ years for C#.
In addition, I can't stand this:
public property Something { get { return _something; } set { _something = value; }
}
really?? 12 lines to do what??
If it's doing nothing, give it the right amount space:
public property Something { get { return _something; } set { _something = value; } }
one line.
I understand the position of "it's my preference" and all that. We just have to dig a bit to see why "it's your preference".. maybe it's just the amount of time I spent in C/C++.. I always thought of B&D as wasteful and inefficient after using it for a few years.
On Sat, Jan 7, 2012 at 11:45 AM, Corey Kaylor <co...@kaylors.net> wrote: > Ha, ditto. I was a bit confused on the monitors comment, but thought I would > run with it anyways.
> On Sat, Jan 7, 2012 at 12:34 PM, Joshua Arnold <rncodep...@gmail.com> wrote:
>> I'm gonna flip a 180 on you and say that I agree with Alex. I read his msg >> on my phone and misunderstood him. I like the braces left aligned
>> On Saturday, January 7, 2012, Corey Kaylor <co...@kaylors.net> wrote: >> > 3 of them yes
>> > On Sat, Jan 7, 2012 at 10:27 AM, ahjohannessen <ahjohannes...@gmail.com> >> > wrote:
>> >> I bet Josh and Corey have huge monitors :p
>> >> -- >> >> You received this message because you are subscribed to the Google >> >> Groups "FubuMVC Development Group" group. >> >> To view this discussion on the web visit >> >> https://groups.google.com/d/msg/fubumvc-devel/-/VvRwEhsBMoAJ. >> >> To post to this group, send email to fubumvc-devel@googlegroups.com. >> >> To unsubscribe from this group, send email to >> >> fubumvc-devel+unsubscribe@googlegroups.com. >> >> For more options, visit this group at >> >> http://groups.google.com/group/fubumvc-devel?hl=en.
>> > -- >> > You received this message because you are subscribed to the Google >> > Groups "FubuMVC Development Group" group. >> > To post to this group, send email to fubumvc-devel@googlegroups.com. >> > To unsubscribe from this group, send email to >> > fubumvc-devel+unsubscribe@googlegroups.com. >> > For more options, visit this group at >> > http://groups.google.com/group/fubumvc-devel?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "FubuMVC Development Group" group. >> To post to this group, send email to fubumvc-devel@googlegroups.com. >> To unsubscribe from this group, send email to >> fubumvc-devel+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
I don't think most of this stuff really matters - I think the biggest indicators should be "Can it be read and does it loosely conform to the general principles of the rest of the project" - stopping at what you use underscores to represent (or not) and casing for method and variables is probably the most sane thing you can do.
"And just so you know, I'm feeling like this guy for even writing this post:"
And so you should! I think if you ask a community what coding guidelines will be you'll find 1000000 opinions on 10000 different little nitpicks that different people have (even a small community like this), and you'll come up with a committee-designed document that scares new people away from contributing ;-)
Is anything broken right now? You guys having a hard time dealing with the standards in the code being submitted to Fubu? I haven't seen m(any) posts on the subject, so I don't know what you're trying to achieve by starting this discussion ;-)
(Sorry, I read the mailing list regularly even though I'm a complete Javascript obsessee these days - I wouldn't have replied if Ian hadn't mentioned me above ;-))
On Sun, Jan 8, 2012 at 9:29 PM, Adam Dymitruk <a...@dymitruk.com> wrote: > Braces alone on a line suck. Less context in patches, bad boundaries > for conflicts, etc.
> We have resharper and other tools to tell us what our scope is and > indentation alone is just fine. This is one of the reasons that K&R is > used on a big project like mono.
> We've been brainwashed by the crap standard that Microsoft gave us in > MSDN over the last 10+ years for C#.
> In addition, I can't stand this:
> public property Something > { > get > { > return _something; > } > set > { > _something = value; > } > }
> really?? 12 lines to do what??
> If it's doing nothing, give it the right amount space:
> public property Something { get { return _something; } set { > _something = value; } }
> one line.
> I understand the position of "it's my preference" and all that. We > just have to dig a bit to see why "it's your preference".. maybe it's > just the amount of time I spent in C/C++.. I always thought of B&D as > wasteful and inefficient after using it for a few years.
> </rant>
> On Sat, Jan 7, 2012 at 11:45 AM, Corey Kaylor <co...@kaylors.net> wrote: > > Ha, ditto. I was a bit confused on the monitors comment, but thought I > would > > run with it anyways.
> > On Sat, Jan 7, 2012 at 12:34 PM, Joshua Arnold <rncodep...@gmail.com> > wrote:
> >> I'm gonna flip a 180 on you and say that I agree with Alex. I read his > msg > >> on my phone and misunderstood him. I like the braces left aligned
> >> On Saturday, January 7, 2012, Corey Kaylor <co...@kaylors.net> wrote: > >> > 3 of them yes
> >> > On Sat, Jan 7, 2012 at 10:27 AM, ahjohannessen < > ahjohannes...@gmail.com> > >> > wrote:
> >> >> I bet Josh and Corey have huge monitors :p
> >> >> -- > >> >> You received this message because you are subscribed to the Google > >> >> Groups "FubuMVC Development Group" group. > >> >> To view this discussion on the web visit > >> >> https://groups.google.com/d/msg/fubumvc-devel/-/VvRwEhsBMoAJ. > >> >> To post to this group, send email to fubumvc-devel@googlegroups.com. > >> >> To unsubscribe from this group, send email to > >> >> fubumvc-devel+unsubscribe@googlegroups.com. > >> >> For more options, visit this group at > >> >> http://groups.google.com/group/fubumvc-devel?hl=en.
> >> > -- > >> > You received this message because you are subscribed to the Google > >> > Groups "FubuMVC Development Group" group. > >> > To post to this group, send email to fubumvc-devel@googlegroups.com. > >> > To unsubscribe from this group, send email to > >> > fubumvc-devel+unsubscribe@googlegroups.com. > >> > For more options, visit this group at > >> > http://groups.google.com/group/fubumvc-devel?hl=en.
> >> -- > >> You received this message because you are subscribed to the Google > Groups > >> "FubuMVC Development Group" group. > >> To post to this group, send email to fubumvc-devel@googlegroups.com. > >> To unsubscribe from this group, send email to > >> fubumvc-devel+unsubscribe@googlegroups.com. > >> For more options, visit this group at > >> http://groups.google.com/group/fubumvc-devel?hl=en.
> > -- > > You received this message because you are subscribed to the Google Groups > > "FubuMVC Development Group" group. > > To post to this group, send email to fubumvc-devel@googlegroups.com. > > To unsubscribe from this group, send email to > > fubumvc-devel+unsubscribe@googlegroups.com. > > For more options, visit this group at > > http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
On Sun, Jan 8, 2012 at 12:37 PM, Rob Ashton <robash...@codeofrob.com> wrote: > I don't think most of this stuff really matters - I think the biggest > indicators should be "Can it be read and does it loosely conform to the > general principles of the rest of the project" - stopping at what you use > underscores to represent (or not) and casing for method and variables is > probably the most sane thing you can do.
> "And just so you know, I'm feeling like this guy for even writing this > post:"
> And so you should! I think if you ask a community what coding guidelines > will be you'll find 1000000 opinions on 10000 different little nitpicks that > different people have (even a small community like this), and you'll come up > with a committee-designed document that scares new people away from > contributing ;-)
> Is anything broken right now? You guys having a hard time dealing with the > standards in the code being submitted to Fubu? I haven't seen m(any) posts > on the subject, so I don't know what you're trying to achieve by starting > this discussion ;-)
> (Sorry, I read the mailing list regularly even though I'm a complete > Javascript obsessee these days - I wouldn't have replied if Ian hadn't > mentioned me above ;-))
> Regards,
> Rob
> On Sun, Jan 8, 2012 at 9:29 PM, Adam Dymitruk <a...@dymitruk.com> wrote:
>> Braces alone on a line suck. Less context in patches, bad boundaries >> for conflicts, etc.
>> We have resharper and other tools to tell us what our scope is and >> indentation alone is just fine. This is one of the reasons that K&R is >> used on a big project like mono.
>> We've been brainwashed by the crap standard that Microsoft gave us in >> MSDN over the last 10+ years for C#.
>> In addition, I can't stand this:
>> public property Something >> { >> get >> { >> return _something; >> } >> set >> { >> _something = value; >> } >> }
>> really?? 12 lines to do what??
>> If it's doing nothing, give it the right amount space:
>> public property Something { get { return _something; } set { >> _something = value; } }
>> one line.
>> I understand the position of "it's my preference" and all that. We >> just have to dig a bit to see why "it's your preference".. maybe it's >> just the amount of time I spent in C/C++.. I always thought of B&D as >> wasteful and inefficient after using it for a few years.
>> </rant>
>> On Sat, Jan 7, 2012 at 11:45 AM, Corey Kaylor <co...@kaylors.net> wrote: >> > Ha, ditto. I was a bit confused on the monitors comment, but thought I >> > would >> > run with it anyways.
>> > On Sat, Jan 7, 2012 at 12:34 PM, Joshua Arnold <rncodep...@gmail.com> >> > wrote:
>> >> I'm gonna flip a 180 on you and say that I agree with Alex. I read his >> >> msg >> >> on my phone and misunderstood him. I like the braces left aligned
>> >> On Saturday, January 7, 2012, Corey Kaylor <co...@kaylors.net> wrote: >> >> > 3 of them yes
>> >> > On Sat, Jan 7, 2012 at 10:27 AM, ahjohannessen >> >> > <ahjohannes...@gmail.com> >> >> > wrote:
>> >> >> I bet Josh and Corey have huge monitors :p
>> >> >> -- >> >> >> You received this message because you are subscribed to the Google >> >> >> Groups "FubuMVC Development Group" group. >> >> >> To view this discussion on the web visit >> >> >> https://groups.google.com/d/msg/fubumvc-devel/-/VvRwEhsBMoAJ. >> >> >> To post to this group, send email to fubumvc-devel@googlegroups.com. >> >> >> To unsubscribe from this group, send email to >> >> >> fubumvc-devel+unsubscribe@googlegroups.com. >> >> >> For more options, visit this group at >> >> >> http://groups.google.com/group/fubumvc-devel?hl=en.
>> >> > -- >> >> > You received this message because you are subscribed to the Google >> >> > Groups "FubuMVC Development Group" group. >> >> > To post to this group, send email to fubumvc-devel@googlegroups.com. >> >> > To unsubscribe from this group, send email to >> >> > fubumvc-devel+unsubscribe@googlegroups.com. >> >> > For more options, visit this group at >> >> > http://groups.google.com/group/fubumvc-devel?hl=en.
>> >> -- >> >> You received this message because you are subscribed to the Google >> >> Groups >> >> "FubuMVC Development Group" group. >> >> To post to this group, send email to fubumvc-devel@googlegroups.com. >> >> To unsubscribe from this group, send email to >> >> fubumvc-devel+unsubscribe@googlegroups.com. >> >> For more options, visit this group at >> >> http://groups.google.com/group/fubumvc-devel?hl=en.
>> > -- >> > You received this message because you are subscribed to the Google >> > Groups >> > "FubuMVC Development Group" group. >> > To post to this group, send email to fubumvc-devel@googlegroups.com. >> > To unsubscribe from this group, send email to >> > fubumvc-devel+unsubscribe@googlegroups.com. >> > For more options, visit this group at >> > http://groups.google.com/group/fubumvc-devel?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "FubuMVC Development Group" group. >> To post to this group, send email to fubumvc-devel@googlegroups.com. >> To unsubscribe from this group, send email to >> fubumvc-devel+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
On Sun, Jan 8, 2012 at 3:37 PM, Rob Ashton <robash...@codeofrob.com> wrote: > I don't think most of this stuff really matters - I think the biggest > indicators should be "Can it be read and does it loosely conform to the > general principles of the rest of the project" - stopping at what you use > underscores to represent (or not) and casing for method and variables is > probably the most sane thing you can do.
> "And just so you know, I'm feeling like this guy for even writing this > post:"
> And so you should! I think if you ask a community what coding guidelines > will be you'll find 1000000 opinions on 10000 different little nitpicks > that different people have (even a small community like this), and you'll > come up with a committee-designed document that scares new people away from > contributing ;-)
> Is anything broken right now? You guys having a hard time dealing with the > standards in the code being submitted to Fubu? I haven't seen m(any) posts > on the subject, so I don't know what you're trying to achieve by starting > this discussion ;-)
> (Sorry, I read the mailing list regularly even though I'm a complete > Javascript obsessee these days - I wouldn't have replied if Ian hadn't > mentioned me above ;-))
> Regards,
> Rob
> On Sun, Jan 8, 2012 at 9:29 PM, Adam Dymitruk <a...@dymitruk.com> wrote:
>> Braces alone on a line suck. Less context in patches, bad boundaries >> for conflicts, etc.
>> We have resharper and other tools to tell us what our scope is and >> indentation alone is just fine. This is one of the reasons that K&R is >> used on a big project like mono.
>> We've been brainwashed by the crap standard that Microsoft gave us in >> MSDN over the last 10+ years for C#.
>> In addition, I can't stand this:
>> public property Something >> { >> get >> { >> return _something; >> } >> set >> { >> _something = value; >> } >> }
>> really?? 12 lines to do what??
>> If it's doing nothing, give it the right amount space:
>> public property Something { get { return _something; } set { >> _something = value; } }
>> one line.
>> I understand the position of "it's my preference" and all that. We >> just have to dig a bit to see why "it's your preference".. maybe it's >> just the amount of time I spent in C/C++.. I always thought of B&D as >> wasteful and inefficient after using it for a few years.
>> </rant>
>> On Sat, Jan 7, 2012 at 11:45 AM, Corey Kaylor <co...@kaylors.net> wrote: >> > Ha, ditto. I was a bit confused on the monitors comment, but thought I >> would >> > run with it anyways.
>> > On Sat, Jan 7, 2012 at 12:34 PM, Joshua Arnold <rncodep...@gmail.com> >> wrote:
>> >> I'm gonna flip a 180 on you and say that I agree with Alex. I read his >> msg >> >> on my phone and misunderstood him. I like the braces left aligned
>> >> On Saturday, January 7, 2012, Corey Kaylor <co...@kaylors.net> wrote: >> >> > 3 of them yes
>> >> > On Sat, Jan 7, 2012 at 10:27 AM, ahjohannessen < >> ahjohannes...@gmail.com> >> >> > wrote:
>> >> >> I bet Josh and Corey have huge monitors :p
>> >> >> -- >> >> >> You received this message because you are subscribed to the Google >> >> >> Groups "FubuMVC Development Group" group. >> >> >> To view this discussion on the web visit >> >> >> https://groups.google.com/d/msg/fubumvc-devel/-/VvRwEhsBMoAJ. >> >> >> To post to this group, send email to fubumvc-devel@googlegroups.com >> . >> >> >> To unsubscribe from this group, send email to >> >> >> fubumvc-devel+unsubscribe@googlegroups.com. >> >> >> For more options, visit this group at >> >> >> http://groups.google.com/group/fubumvc-devel?hl=en.
>> >> > -- >> >> > You received this message because you are subscribed to the Google >> >> > Groups "FubuMVC Development Group" group. >> >> > To post to this group, send email to fubumvc-devel@googlegroups.com. >> >> > To unsubscribe from this group, send email to >> >> > fubumvc-devel+unsubscribe@googlegroups.com. >> >> > For more options, visit this group at >> >> > http://groups.google.com/group/fubumvc-devel?hl=en.
>> >> -- >> >> You received this message because you are subscribed to the Google >> Groups >> >> "FubuMVC Development Group" group. >> >> To post to this group, send email to fubumvc-devel@googlegroups.com. >> >> To unsubscribe from this group, send email to >> >> fubumvc-devel+unsubscribe@googlegroups.com. >> >> For more options, visit this group at >> >> http://groups.google.com/group/fubumvc-devel?hl=en.
>> > -- >> > You received this message because you are subscribed to the Google >> Groups >> > "FubuMVC Development Group" group. >> > To post to this group, send email to fubumvc-devel@googlegroups.com. >> > To unsubscribe from this group, send email to >> > fubumvc-devel+unsubscribe@googlegroups.com. >> > For more options, visit this group at >> > http://groups.google.com/group/fubumvc-devel?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "FubuMVC Development Group" group. >> To post to this group, send email to fubumvc-devel@googlegroups.com. >> To unsubscribe from this group, send email to >> fubumvc-devel+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
On Sun, Jan 8, 2012 at 2:25 PM, Mike O'Brien <m...@mikeobrien.net> wrote: > I agree with Rob that style and conventions should just flow from whats > already out there. Outside of that, any color will do for the bike shed.
> On Sun, Jan 8, 2012 at 3:37 PM, Rob Ashton <robash...@codeofrob.com> wrote:
>> I don't think most of this stuff really matters - I think the biggest >> indicators should be "Can it be read and does it loosely conform to the >> general principles of the rest of the project" - stopping at what you use >> underscores to represent (or not) and casing for method and variables is >> probably the most sane thing you can do.
>> "And just so you know, I'm feeling like this guy for even writing this >> post:"
>> And so you should! I think if you ask a community what coding guidelines >> will be you'll find 1000000 opinions on 10000 different little nitpicks that >> different people have (even a small community like this), and you'll come up >> with a committee-designed document that scares new people away from >> contributing ;-)
>> Is anything broken right now? You guys having a hard time dealing with the >> standards in the code being submitted to Fubu? I haven't seen m(any) posts >> on the subject, so I don't know what you're trying to achieve by starting >> this discussion ;-)
>> (Sorry, I read the mailing list regularly even though I'm a complete >> Javascript obsessee these days - I wouldn't have replied if Ian hadn't >> mentioned me above ;-))
>> Regards,
>> Rob
>> On Sun, Jan 8, 2012 at 9:29 PM, Adam Dymitruk <a...@dymitruk.com> wrote:
>>> Braces alone on a line suck. Less context in patches, bad boundaries >>> for conflicts, etc.
>>> We have resharper and other tools to tell us what our scope is and >>> indentation alone is just fine. This is one of the reasons that K&R is >>> used on a big project like mono.
>>> We've been brainwashed by the crap standard that Microsoft gave us in >>> MSDN over the last 10+ years for C#.
>>> In addition, I can't stand this:
>>> public property Something >>> { >>> get >>> { >>> return _something; >>> } >>> set >>> { >>> _something = value; >>> } >>> }
>>> really?? 12 lines to do what??
>>> If it's doing nothing, give it the right amount space:
>>> public property Something { get { return _something; } set { >>> _something = value; } }
>>> one line.
>>> I understand the position of "it's my preference" and all that. We >>> just have to dig a bit to see why "it's your preference".. maybe it's >>> just the amount of time I spent in C/C++.. I always thought of B&D as >>> wasteful and inefficient after using it for a few years.
>>> </rant>
>>> On Sat, Jan 7, 2012 at 11:45 AM, Corey Kaylor <co...@kaylors.net> wrote: >>> > Ha, ditto. I was a bit confused on the monitors comment, but thought I >>> > would >>> > run with it anyways.
>>> > On Sat, Jan 7, 2012 at 12:34 PM, Joshua Arnold <rncodep...@gmail.com> >>> > wrote:
>>> >> I'm gonna flip a 180 on you and say that I agree with Alex. I read his >>> >> msg >>> >> on my phone and misunderstood him. I like the braces left aligned
>>> >> On Saturday, January 7, 2012, Corey Kaylor <co...@kaylors.net> wrote: >>> >> > 3 of them yes
>>> >> > On Sat, Jan 7, 2012 at 10:27 AM, ahjohannessen >>> >> > <ahjohannes...@gmail.com> >>> >> > wrote:
>>> >> >> I bet Josh and Corey have huge monitors :p
>>> >> >> -- >>> >> >> You received this message because you are subscribed to the Google >>> >> >> Groups "FubuMVC Development Group" group. >>> >> >> To view this discussion on the web visit >>> >> >> https://groups.google.com/d/msg/fubumvc-devel/-/VvRwEhsBMoAJ. >>> >> >> To post to this group, send email to >>> >> >> fubumvc-devel@googlegroups.com. >>> >> >> To unsubscribe from this group, send email to >>> >> >> fubumvc-devel+unsubscribe@googlegroups.com. >>> >> >> For more options, visit this group at >>> >> >> http://groups.google.com/group/fubumvc-devel?hl=en.
>>> >> > -- >>> >> > You received this message because you are subscribed to the Google >>> >> > Groups "FubuMVC Development Group" group. >>> >> > To post to this group, send email to fubumvc-devel@googlegroups.com. >>> >> > To unsubscribe from this group, send email to >>> >> > fubumvc-devel+unsubscribe@googlegroups.com. >>> >> > For more options, visit this group at >>> >> > http://groups.google.com/group/fubumvc-devel?hl=en.
>>> >> -- >>> >> You received this message because you are subscribed to the Google >>> >> Groups >>> >> "FubuMVC Development Group" group. >>> >> To post to this group, send email to fubumvc-devel@googlegroups.com. >>> >> To unsubscribe from this group, send email to >>> >> fubumvc-devel+unsubscribe@googlegroups.com. >>> >> For more options, visit this group at >>> >> http://groups.google.com/group/fubumvc-devel?hl=en.
>>> > -- >>> > You received this message because you are subscribed to the Google >>> > Groups >>> > "FubuMVC Development Group" group. >>> > To post to this group, send email to fubumvc-devel@googlegroups.com. >>> > To unsubscribe from this group, send email to >>> > fubumvc-devel+unsubscribe@googlegroups.com. >>> > For more options, visit this group at >>> > http://groups.google.com/group/fubumvc-devel?hl=en.
>>> -- >>> You received this message because you are subscribed to the Google Groups >>> "FubuMVC Development Group" group. >>> To post to this group, send email to fubumvc-devel@googlegroups.com. >>> To unsubscribe from this group, send email to >>> fubumvc-devel+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/fubumvc-devel?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "FubuMVC Development Group" group. >> To post to this group, send email to fubumvc-devel@googlegroups.com. >> To unsubscribe from this group, send email to >> fubumvc-devel+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
Hey, all I wanted to know was did anyone care. All I saw was a whole bunch of "it's fine, I don't care"
Good enough for me.
________________________________ From: Adam Dymitruk <a...@dymitruk.com> To: fubumvc-devel@googlegroups.com Sent: Sun, January 8, 2012 11:23:29 PM Subject: Re: [fubumvc] Coding style -- we've never really discussed it
Looks like Jeremy's question has been "Bike Shedded". We can now move on to important topics.
On Sun, Jan 8, 2012 at 2:25 PM, Mike O'Brien <m...@mikeobrien.net> wrote: > I agree with Rob that style and conventions should just flow from whats > already out there. Outside of that, any color will do for the bike shed.
> On Sun, Jan 8, 2012 at 3:37 PM, Rob Ashton <robash...@codeofrob.com> wrote:
>> I don't think most of this stuff really matters - I think the biggest >> indicators should be "Can it be read and does it loosely conform to the >> general principles of the rest of the project" - stopping at what you use >> underscores to represent (or not) and casing for method and variables is >> probably the most sane thing you can do.
>> "And just so you know, I'm feeling like this guy for even writing this >> post:"
>> And so you should! I think if you ask a community what coding guidelines >> will be you'll find 1000000 opinions on 10000 different little nitpicks that >> different people have (even a small community like this), and you'll come up >> with a committee-designed document that scares new people away from >> contributing ;-)
>> Is anything broken right now? You guys having a hard time dealing with the >> standards in the code being submitted to Fubu? I haven't seen m(any) posts >> on the subject, so I don't know what you're trying to achieve by starting >> this discussion ;-)
>> (Sorry, I read the mailing list regularly even though I'm a complete >> Javascript obsessee these days - I wouldn't have replied if Ian hadn't >> mentioned me above ;-))
>> Regards,
>> Rob
>> On Sun, Jan 8, 2012 at 9:29 PM, Adam Dymitruk <a...@dymitruk.com> wrote:
>>> Braces alone on a line suck. Less context in patches, bad boundaries >>> for conflicts, etc.
>>> We have resharper and other tools to tell us what our scope is and >>> indentation alone is just fine. This is one of the reasons that K&R is >>> used on a big project like mono.
>>> We've been brainwashed by the crap standard that Microsoft gave us in >>> MSDN over the last 10+ years for C#.
>>> In addition, I can't stand this:
>>> public property Something >>> { >>> get >>> { >>> return _something; >>> } >>> set >>> { >>> _something = value; >>> } >>> }
>>> really?? 12 lines to do what??
>>> If it's doing nothing, give it the right amount space:
>>> public property Something { get { return _something; } set { >>> _something = value; } }
>>> one line.
>>> I understand the position of "it's my preference" and all that. We >>> just have to dig a bit to see why "it's your preference".. maybe it's >>> just the amount of time I spent in C/C++.. I always thought of B&D as >>> wasteful and inefficient after using it for a few years.
>>> </rant>
>>> On Sat, Jan 7, 2012 at 11:45 AM, Corey Kaylor <co...@kaylors.net> wrote: >>> > Ha, ditto. I was a bit confused on the monitors comment, but thought I >>> > would >>> > run with it anyways.
>>> > On Sat, Jan 7, 2012 at 12:34 PM, Joshua Arnold <rncodep...@gmail.com> >>> > wrote:
>>> >> I'm gonna flip a 180 on you and say that I agree with Alex. I read his >>> >> msg >>> >> on my phone and misunderstood him. I like the braces left aligned
>>> >> On Saturday, January 7, 2012, Corey Kaylor <co...@kaylors.net> wrote: >>> >> > 3 of them yes
>>> >> > On Sat, Jan 7, 2012 at 10:27 AM, ahjohannessen >>> >> > <ahjohannes...@gmail.com> >>> >> > wrote:
>>> >> >> I bet Josh and Corey have huge monitors :p
>>> >> >> -- >>> >> >> You received this message because you are subscribed to the Google >>> >> >> Groups "FubuMVC Development Group" group. >>> >> >> To view this discussion on the web visit >>> >> >> https://groups.google.com/d/msg/fubumvc-devel/-/VvRwEhsBMoAJ. >>> >> >> To post to this group, send email to >>> >> >> fubumvc-devel@googlegroups.com. >>> >> >> To unsubscribe from this group, send email to >>> >> >> fubumvc-devel+unsubscribe@googlegroups.com. >>> >> >> For more options, visit this group at >>> >> >> http://groups.google.com/group/fubumvc-devel?hl=en.
>>> >> > -- >>> >> > You received this message because you are subscribed to the Google >>> >> > Groups "FubuMVC Development Group" group. >>> >> > To post to this group, send email to fubumvc-devel@googlegroups.com. >>> >> > To unsubscribe from this group, send email to >>> >> > fubumvc-devel+unsubscribe@googlegroups.com. >>> >> > For more options, visit this group at >>> >> > http://groups.google.com/group/fubumvc-devel?hl=en.
>>> >> -- >>> >> You received this message because you are subscribed to the Google >>> >> Groups >>> >> "FubuMVC Development Group" group. >>> >> To post to this group, send email to fubumvc-devel@googlegroups.com. >>> >> To unsubscribe from this group, send email to >>> >> fubumvc-devel+unsubscribe@googlegroups.com. >>> >> For more options, visit this group at >>> >> http://groups.google.com/group/fubumvc-devel?hl=en.
>>> > -- >>> > You received this message because you are subscribed to the Google >>> > Groups >>> > "FubuMVC Development Group" group. >>> > To post to this group, send email to fubumvc-devel@googlegroups.com. >>> > To unsubscribe from this group, send email to >>> > fubumvc-devel+unsubscribe@googlegroups.com. >>> > For more options, visit this group at >>> > http://groups.google.com/group/fubumvc-devel?hl=en.
>>> -- >>> You received this message because you are subscribed to the Google Groups >>> "FubuMVC Development Group" group. >>> To post to this group, send email to fubumvc-devel@googlegroups.com. >>> To unsubscribe from this group, send email to >>> fubumvc-devel+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/fubumvc-devel?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "FubuMVC Development Group" group. >> To post to this group, send email to fubumvc-devel@googlegroups.com. >> To unsubscribe from this group, send email to >> fubumvc-devel+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
-- You received this message because you are subscribed to the Google Groups "FubuMVC Development Group" group. To post to this group, send email to fubumvc-devel@googlegroups.com. To unsubscribe from this group, send email to fubumvc-devel+unsubscribe@googlegroups.com. For more options, visit this group at http://groups.google.com/group/fubumvc-devel?hl=en.
<jeremydmil...@yahoo.com> wrote: > Hey, all I wanted to know was did anyone care. All I saw was a whole bunch > of "it's fine, I don't care"
> Good enough for me.
> ________________________________ > From: Adam Dymitruk <a...@dymitruk.com> > To: fubumvc-devel@googlegroups.com > Sent: Sun, January 8, 2012 11:23:29 PM > Subject: Re: [fubumvc] Coding style -- we've never really discussed it
> Looks like Jeremy's question has been "Bike Shedded". We can now move > on to important topics.
> On Sun, Jan 8, 2012 at 2:25 PM, Mike O'Brien <m...@mikeobrien.net> wrote: >> I agree with Rob that style and conventions should just flow from whats >> already out there. Outside of that, any color will do for the bike shed.
>> On Sun, Jan 8, 2012 at 3:37 PM, Rob Ashton <robash...@codeofrob.com> >> wrote:
>>> I don't think most of this stuff really matters - I think the biggest >>> indicators should be "Can it be read and does it loosely conform to the >>> general principles of the rest of the project" - stopping at what you use >>> underscores to represent (or not) and casing for method and variables is >>> probably the most sane thing you can do.
>>> "And just so you know, I'm feeling like this guy for even writing this >>> post:"
>>> And so you should! I think if you ask a community what coding guidelines >>> will be you'll find 1000000 opinions on 10000 different little nitpicks >>> that >>> different people have (even a small community like this), and you'll come >>> up >>> with a committee-designed document that scares new people away from >>> contributing ;-)
>>> Is anything broken right now? You guys having a hard time dealing with >>> the >>> standards in the code being submitted to Fubu? I haven't seen m(any) >>> posts >>> on the subject, so I don't know what you're trying to achieve by starting >>> this discussion ;-)
>>> (Sorry, I read the mailing list regularly even though I'm a complete >>> Javascript obsessee these days - I wouldn't have replied if Ian hadn't >>> mentioned me above ;-))
>>> Regards,
>>> Rob
>>> On Sun, Jan 8, 2012 at 9:29 PM, Adam Dymitruk <a...@dymitruk.com> wrote:
>>>> Braces alone on a line suck. Less context in patches, bad boundaries >>>> for conflicts, etc.
>>>> We have resharper and other tools to tell us what our scope is and >>>> indentation alone is just fine. This is one of the reasons that K&R is >>>> used on a big project like mono.
>>>> We've been brainwashed by the crap standard that Microsoft gave us in >>>> MSDN over the last 10+ years for C#.
>>>> In addition, I can't stand this:
>>>> public property Something >>>> { >>>> get >>>> { >>>> return _something; >>>> } >>>> set >>>> { >>>> _something = value; >>>> } >>>> }
>>>> really?? 12 lines to do what??
>>>> If it's doing nothing, give it the right amount space:
>>>> public property Something { get { return _something; } set { >>>> _something = value; } }
>>>> one line.
>>>> I understand the position of "it's my preference" and all that. We >>>> just have to dig a bit to see why "it's your preference".. maybe it's >>>> just the amount of time I spent in C/C++.. I always thought of B&D as >>>> wasteful and inefficient after using it for a few years.
>>>> </rant>
>>>> On Sat, Jan 7, 2012 at 11:45 AM, Corey Kaylor <co...@kaylors.net> wrote: >>>> > Ha, ditto. I was a bit confused on the monitors comment, but thought I >>>> > would >>>> > run with it anyways.
>>>> > On Sat, Jan 7, 2012 at 12:34 PM, Joshua Arnold <rncodep...@gmail.com> >>>> > wrote:
>>>> >> I'm gonna flip a 180 on you and say that I agree with Alex. I read >>>> >> his >>>> >> msg >>>> >> on my phone and misunderstood him. I like the braces left aligned
>>>> >> On Saturday, January 7, 2012, Corey Kaylor <co...@kaylors.net> wrote: >>>> >> > 3 of them yes
>>>> >> > On Sat, Jan 7, 2012 at 10:27 AM, ahjohannessen >>>> >> > <ahjohannes...@gmail.com> >>>> >> > wrote:
>>>> >> >> I bet Josh and Corey have huge monitors :p
>>>> >> >> -- >>>> >> >> You received this message because you are subscribed to the Google >>>> >> >> Groups "FubuMVC Development Group" group. >>>> >> >> To view this discussion on the web visit >>>> >> >> https://groups.google.com/d/msg/fubumvc-devel/-/VvRwEhsBMoAJ. >>>> >> >> To post to this group, send email to >>>> >> >> fubumvc-devel@googlegroups.com. >>>> >> >> To unsubscribe from this group, send email to >>>> >> >> fubumvc-devel+unsubscribe@googlegroups.com. >>>> >> >> For more options, visit this group at >>>> >> >> http://groups.google.com/group/fubumvc-devel?hl=en.
>>>> >> > -- >>>> >> > You received this message because you are subscribed to the Google >>>> >> > Groups "FubuMVC Development Group" group. >>>> >> > To post to this group, send email to >>>> >> > fubumvc-devel@googlegroups.com. >>>> >> > To unsubscribe from this group, send email to >>>> >> > fubumvc-devel+unsubscribe@googlegroups.com. >>>> >> > For more options, visit this group at >>>> >> > http://groups.google.com/group/fubumvc-devel?hl=en.
>>>> >> -- >>>> >> You received this message because you are subscribed to the Google >>>> >> Groups >>>> >> "FubuMVC Development Group" group. >>>> >> To post to this group, send email to fubumvc-devel@googlegroups.com. >>>> >> To unsubscribe from this group, send email to >>>> >> fubumvc-devel+unsubscribe@googlegroups.com. >>>> >> For more options, visit this group at >>>> >> http://groups.google.com/group/fubumvc-devel?hl=en.
>>>> > -- >>>> > You received this message because you are subscribed to the Google >>>> > Groups >>>> > "FubuMVC Development Group" group. >>>> > To post to this group, send email to fubumvc-devel@googlegroups.com. >>>> > To unsubscribe from this group, send email to >>>> > fubumvc-devel+unsubscribe@googlegroups.com. >>>> > For more options, visit this group at >>>> > http://groups.google.com/group/fubumvc-devel?hl=en.
>>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups >>>> "FubuMVC Development Group" group. >>>> To post to this group, send email to fubumvc-devel@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> fubumvc-devel+unsubscribe@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/fubumvc-devel?hl=en.
>>> -- >>> You received this message because you are subscribed to the Google Groups >>> "FubuMVC Development Group" group. >>> To post to this group, send email to fubumvc-devel@googlegroups.com. >>> To unsubscribe from this group, send email to >>> fubumvc-devel+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/fubumvc-devel?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "FubuMVC Development Group" group. >> To post to this group, send email to fubumvc-devel@googlegroups.com. >> To unsubscribe from this group, send email to >> fubumvc-devel+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.
On Mon, Jan 9, 2012 at 2:02 PM, Adam Dymitruk <a...@dymitruk.com> wrote: > I care. But the majority doesn't.
> On Mon, Jan 9, 2012 at 5:42 AM, Jeremy D. Miller > <jeremydmil...@yahoo.com> wrote: > > Hey, all I wanted to know was did anyone care. All I saw was a whole > bunch > > of "it's fine, I don't care"
> > Good enough for me.
> > ________________________________ > > From: Adam Dymitruk <a...@dymitruk.com> > > To: fubumvc-devel@googlegroups.com > > Sent: Sun, January 8, 2012 11:23:29 PM > > Subject: Re: [fubumvc] Coding style -- we've never really discussed it
> > Looks like Jeremy's question has been "Bike Shedded". We can now move > > on to important topics.
> > On Sun, Jan 8, 2012 at 2:25 PM, Mike O'Brien <m...@mikeobrien.net> wrote: > >> I agree with Rob that style and conventions should just flow from whats > >> already out there. Outside of that, any color will do for the bike shed.
> >> On Sun, Jan 8, 2012 at 3:37 PM, Rob Ashton <robash...@codeofrob.com> > >> wrote:
> >>> I don't think most of this stuff really matters - I think the biggest > >>> indicators should be "Can it be read and does it loosely conform to the > >>> general principles of the rest of the project" - stopping at what you > use > >>> underscores to represent (or not) and casing for method and variables > is > >>> probably the most sane thing you can do.
> >>> "And just so you know, I'm feeling like this guy for even writing this > >>> post:"
> >>> And so you should! I think if you ask a community what coding > guidelines > >>> will be you'll find 1000000 opinions on 10000 different little nitpicks > >>> that > >>> different people have (even a small community like this), and you'll > come > >>> up > >>> with a committee-designed document that scares new people away from > >>> contributing ;-)
> >>> Is anything broken right now? You guys having a hard time dealing with > >>> the > >>> standards in the code being submitted to Fubu? I haven't seen m(any) > >>> posts > >>> on the subject, so I don't know what you're trying to achieve by > starting > >>> this discussion ;-)
> >>> (Sorry, I read the mailing list regularly even though I'm a complete > >>> Javascript obsessee these days - I wouldn't have replied if Ian hadn't > >>> mentioned me above ;-))
> >>> Regards,
> >>> Rob
> >>> On Sun, Jan 8, 2012 at 9:29 PM, Adam Dymitruk <a...@dymitruk.com> > wrote:
> >>>> Braces alone on a line suck. Less context in patches, bad boundaries > >>>> for conflicts, etc.
> >>>> We have resharper and other tools to tell us what our scope is and > >>>> indentation alone is just fine. This is one of the reasons that K&R is > >>>> used on a big project like mono.
> >>>> We've been brainwashed by the crap standard that Microsoft gave us in > >>>> MSDN over the last 10+ years for C#.
> >>>> If it's doing nothing, give it the right amount space:
> >>>> public property Something { get { return _something; } set { > >>>> _something = value; } }
> >>>> one line.
> >>>> I understand the position of "it's my preference" and all that. We > >>>> just have to dig a bit to see why "it's your preference".. maybe it's > >>>> just the amount of time I spent in C/C++.. I always thought of B&D as > >>>> wasteful and inefficient after using it for a few years.
> >>>> </rant>
> >>>> On Sat, Jan 7, 2012 at 11:45 AM, Corey Kaylor <co...@kaylors.net> > wrote: > >>>> > Ha, ditto. I was a bit confused on the monitors comment, but > thought I > >>>> > would > >>>> > run with it anyways.
> >>>> > On Sat, Jan 7, 2012 at 12:34 PM, Joshua Arnold < > rncodep...@gmail.com> > >>>> > wrote:
> >>>> >> I'm gonna flip a 180 on you and say that I agree with Alex. I read > >>>> >> his > >>>> >> msg > >>>> >> on my phone and misunderstood him. I like the braces left aligned
> >>>> >> On Saturday, January 7, 2012, Corey Kaylor <co...@kaylors.net> > wrote: > >>>> >> > 3 of them yes
> >>>> >> > On Sat, Jan 7, 2012 at 10:27 AM, ahjohannessen > >>>> >> > <ahjohannes...@gmail.com> > >>>> >> > wrote:
> >>>> >> >> I bet Josh and Corey have huge monitors :p
> >>>> >> >> -- > >>>> >> >> You received this message because you are subscribed to the > Google > >>>> >> >> Groups "FubuMVC Development Group" group. > >>>> >> >> To view this discussion on the web visit > >>>> >> >> https://groups.google.com/d/msg/fubumvc-devel/-/VvRwEhsBMoAJ. > >>>> >> >> To post to this group, send email to > >>>> >> >> fubumvc-devel@googlegroups.com. > >>>> >> >> To unsubscribe from this group, send email to > >>>> >> >> fubumvc-devel+unsubscribe@googlegroups.com. > >>>> >> >> For more options, visit this group at > >>>> >> >> http://groups.google.com/group/fubumvc-devel?hl=en.
> >>>> >> > -- > >>>> >> > You received this message because you are subscribed to the > Google > >>>> >> > Groups "FubuMVC Development Group" group. > >>>> >> > To post to this group, send email to > >>>> >> > fubumvc-devel@googlegroups.com. > >>>> >> > To unsubscribe from this group, send email to > >>>> >> > fubumvc-devel+unsubscribe@googlegroups.com. > >>>> >> > For more options, visit this group at > >>>> >> > http://groups.google.com/group/fubumvc-devel?hl=en.
> >>>> >> -- > >>>> >> You received this message because you are subscribed to the Google > >>>> >> Groups > >>>> >> "FubuMVC Development Group" group. > >>>> >> To post to this group, send email to > fubumvc-devel@googlegroups.com. > >>>> >> To unsubscribe from this group, send email to > >>>> >> fubumvc-devel+unsubscribe@googlegroups.com. > >>>> >> For more options, visit this group at > >>>> >> http://groups.google.com/group/fubumvc-devel?hl=en.
> >>>> > -- > >>>> > You received this message because you are subscribed to the Google > >>>> > Groups > >>>> > "FubuMVC Development Group" group. > >>>> > To post to this group, send email to fubumvc-devel@googlegroups.com > . > >>>> > To unsubscribe from this group, send email to > >>>> > fubumvc-devel+unsubscribe@googlegroups.com. > >>>> > For more options, visit this group at > >>>> > http://groups.google.com/group/fubumvc-devel?hl=en.
> >>>> -- > >>>> You received this message because you are subscribed to the Google > >>>> Groups > >>>> "FubuMVC Development Group" group. > >>>> To post to this group, send email to fubumvc-devel@googlegroups.com. > >>>> To unsubscribe from this group, send email to > >>>> fubumvc-devel+unsubscribe@googlegroups.com. > >>>> For more options, visit this group at > >>>> http://groups.google.com/group/fubumvc-devel?hl=en.
> >>> -- > >>> You received this message because you are subscribed to the Google > Groups > >>> "FubuMVC Development Group" group. > >>> To post to this group, send email to fubumvc-devel@googlegroups.com. > >>> To unsubscribe from this group, send email to > >>> fubumvc-devel+unsubscribe@googlegroups.com. > >>> For more options, visit this group at > >>> http://groups.google.com/group/fubumvc-devel?hl=en.
> >> -- > >> You received this message because you are subscribed to the Google > Groups > >> "FubuMVC Development Group" group. > >> To post to this group, send email to fubumvc-devel@googlegroups.com. > >> To unsubscribe from this group, send email to > >> fubumvc-devel+unsubscribe@googlegroups.com. > >> For more options, visit this group at > >> http://groups.google.com/group/fubumvc-devel?hl=en.
> > -- > > You received this message because you are subscribed to the Google Groups > > "FubuMVC Development Group" group. > > To post to this group, send email to fubumvc-devel@googlegroups.com. > > To unsubscribe from this group, send email to > > fubumvc-devel+unsubscribe@googlegroups.com. > > For more options, visit this group at > > http://groups.google.com/group/fubumvc-devel?hl=en.
> > -- > > You received this message because you are subscribed to the Google Groups > > "FubuMVC Development Group" group. > > To post to this group, send email to fubumvc-devel@googlegroups.com. > > To unsubscribe from this group, send email to > > fubumvc-devel+unsubscribe@googlegroups.com. > > For more options, visit this group at > > http://groups.google.com/group/fubumvc-devel?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "FubuMVC Development Group" group. > To post to this group, send email to fubumvc-devel@googlegroups.com. > To unsubscribe from this group, send email to > fubumvc-devel+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/fubumvc-devel?hl=en.