* Re: fish names
[not found] ` <20100224221032.GD30264@elf.ucw.cz>
@ 2010-03-05 21:26 ` Pavel Machek
2010-03-05 22:00 ` Bill Gatliff
0 siblings, 1 reply; 2+ messages in thread
From: Pavel Machek @ 2010-03-05 21:26 UTC (permalink / raw)
To: Brian Swetland; +Cc: Daniel Walker, linux-arm-msm
> > If the opinion of mainline linux is "we will not take your code because
> > we don't like what you named your hardware", okay, so be it.
>
> We are perfectly capable of running sed over the patches... but you
> should be also capable of just running sed over your trees, and that
> would be better for anyone.
Just... having misnamed support for dream in mainline is way better
than no support at all.
But, consider this:
a) everyone knowing what trout means knows what dream means.
b) about 10 people total outside of google know what trout means.
c) proportion of non-google people working on the code will only
increase, because google is now working on nexus seven or something...
...so -- what is better name?
And what is the cost really? The patches need to be cleaned up,
anyway, so...?
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: fish names
2010-03-05 21:26 ` fish names Pavel Machek
@ 2010-03-05 22:00 ` Bill Gatliff
0 siblings, 0 replies; 2+ messages in thread
From: Bill Gatliff @ 2010-03-05 22:00 UTC (permalink / raw)
To: Pavel Machek; +Cc: Brian Swetland, Daniel Walker, linux-arm-msm
Pavel Machek wrote:
> And what is the cost really? The patches need to be cleaned up,anyway, so...?
>
A higher priority is getting everyone (Google, OEMs, and the community)
to settle on a common tree, from which we all base our ongoing work.
Then we won't have this ongoing need to clean up anything.
The path of least effort towards that goal is to stick with the names we
already have for the existing code. At some point in the future, when
the code in question isn't so volatile, then we can mutually consider
whether renaming creates more pain than it eliminates. Since by that
time we'll all be comfortable with the mapping between the fish and
commercial product names, I doubt there will be any motivation to do the
additional work.
I really don't have a problem with the current, aquatic-vertebrate-based
convention so long as once a trade name is announced, we note that
somewhere in the source code so that LXR et. al can find it. We're all
familiar with variable name abstractions like "'x' is the valve position
before the error term is added", I don't see why we can't deal with
platform names in the same way. Google calls it mahimahi, HTC calls it
Nexus One.
<devil's advocate>
If we do a code rename, should it be "nexusone", "nexus_one",
"nexus-one", "nexusOne", "NexusOne", or what?
</devil's advocate>
As for new platforms, the one who writes the first line of code always
gets to pick the name. That shouldn't be news to anyone here.
b.g.
--
Bill Gatliff
Embedded systems training and consulting
http://billgatliff.com
bgat@billgatliff.com
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-03-05 22:00 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1266970110.24069.94.camel@c-dwalke-linux.qualcomm.com>
[not found] ` <a55d774e1002231745h3c60293r4c66d85b675f1f90@mail.gmail.com>
[not found] ` <20100224213945.GC30264@elf.ucw.cz>
[not found] ` <a55d774e1002241352j3775729cx90e1c0a9bafc7a25@mail.gmail.com>
[not found] ` <20100224221032.GD30264@elf.ucw.cz>
2010-03-05 21:26 ` fish names Pavel Machek
2010-03-05 22:00 ` Bill Gatliff
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).