[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-promo
Subject: Re: [kde-promo] Article about Baloo
From: Jos Poortvliet <jos () opensuse ! org>
Date: 2014-02-19 6:10:53
Message-ID: CAABAGrXmSQ7iDMbopEP-mOKbJB2-OaE0gk5Qsr1At6tSQUqUfA () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Feb 18, 2014 10:49 PM, "David Edmundson" <david@davidedmundson.co.uk>
wrote:
>
> I think the important thing is to remember is that the promo team
> should be using their relevant expertise to help the developer achieve
> the promotional goals the developer has, I'm concerned that due to
> Vishesh's lack of availability we risk accidentally imposing our own
> agenda.
>
> Vishesh gave me the distinct impression that he wanted to put some
> distance between Nepomuk and Baloo. Vishesh certainly isn't stupid and
> I'm sure well aware of the pros and cons to both approaches, we
> discussed them at length in the office on many occasions. Vishesh is
> certainly going to have the best awareness of the public perception of
> Nepomuk out of any of us here and probably knows best.
This is essentially arguing between 'promo' (promote the heck out whatever
brainfart a KDE developer comes up with) and marketing (pro-actively
developing our brand). While the room for the latter is limited in a
community as open as ours and I once argued even that there is none, I now
do believe there is and should be room for that. Our rebranding was a first
example (at least for me personally) but there is more.
> Personally, I think it is a mistake to continue pushing Nepomuk on the
> premise that we have already put a lot of effort into branding
> Nepomuk. It's a very deliberate change of tact in the code and IMHO
> that should be reflected in how we publish it.
Not perse. A brand is separate from code to a very great degree and we
shouldn't feel forced to change brands upon code changes. While it isn't a
total disconnect I can't think of a reason why we can't decide to
rename-or-not based on pure marketing reasons here.
And yes, vishesh should have a say, but he is smart enough to also listen
to folks who do indeed know more about *marketing* than he does.
I will discuss this with him in person and yes, I feel the backend idea is
a very good one, all things considered.
> Knowing the codebase somewhat, the design objectives between the two
> are very different; there is no semantic linking between objects, just
> independent fast search stores in various places. I think it's
> important that developers to see them as being different so they do
> re-evaluate it's usefulness for their project. From a developer point
> of view, they are very different.
>
> Lets check our goals align with Vishesh's before we try and come up
> with a plan on how to achieve it.
>
> David
>
> _______________________________________________
> This message is from the kde-promo mailing list.
>
> Visit https://mail.kde.org/mailman/listinfo/kde-promo to unsubscribe, set
digest on or temporarily stop your subscription.
[Attachment #5 (text/html)]
<p dir="ltr"><br>
On Feb 18, 2014 10:49 PM, "David Edmundson" <<a \
href="mailto:david@davidedmundson.co.uk">david@davidedmundson.co.uk</a>> \
wrote:<br> ><br>
> I think the important thing is to remember is that the promo team<br>
> should be using their relevant expertise to help the developer achieve<br>
> the promotional goals the developer has, I'm concerned that due to<br>
> Vishesh's lack of availability we risk accidentally imposing our own<br>
> agenda.<br>
><br>
> Vishesh gave me the distinct impression that he wanted to put some<br>
> distance between Nepomuk and Baloo. Vishesh certainly isn't stupid and<br>
> I'm sure well aware of the pros and cons to both approaches, we<br>
> discussed them at length in the office on many occasions. Vishesh is<br>
> certainly going to have the best awareness of the public perception of<br>
> Nepomuk out of any of us here and probably knows best.</p>
<p dir="ltr">This is essentially arguing between 'promo' (promote the heck \
out whatever brainfart a KDE developer comes up with) and marketing (pro-actively \
developing our brand). While the room for the latter is limited in a community as \
open as ours and I once argued even that there is none, I now do believe there is and \
should be room for that. Our rebranding was a first example (at least for me \
personally) but there is more.</p>
<p dir="ltr">> Personally, I think it is a mistake to continue pushing Nepomuk on \
the<br> > premise that we have already put a lot of effort into branding<br>
> Nepomuk. It's a very deliberate change of tact in the code and IMHO<br>
> that should be reflected in how we publish it.</p>
<p dir="ltr">Not perse. A brand is separate from code to a very great degree and we \
shouldn't feel forced to change brands upon code changes. While it isn't a \
total disconnect I can't think of a reason why we can't decide to \
rename-or-not based on pure marketing reasons here.</p>
<p dir="ltr">And yes, vishesh should have a say, but he is smart enough to also \
listen to folks who do indeed know more about *marketing* than he does.</p> <p \
dir="ltr">I will discuss this with him in person and yes, I feel the backend idea is \
a very good one, all things considered.</p> <p dir="ltr">> Knowing the codebase \
somewhat, the design objectives between the two<br> > are very different; there is \
no semantic linking between objects, just<br> > independent fast search stores in \
various places. I think it's<br> > important that developers to see them as \
being different so they do<br> > re-evaluate it's usefulness for their \
project. From a developer point<br> > of view, they are very different.<br>
><br>
> Lets check our goals align with Vishesh's before we try and come up<br>
> with a plan on how to achieve it.<br>
><br>
> David<br>
><br>
> _______________________________________________<br>
> This message is from the kde-promo mailing list.<br>
><br>
> Visit <a href="https://mail.kde.org/mailman/listinfo/kde-promo">https://mail.kde.org/mailman/listinfo/kde-promo</a> \
to unsubscribe, set digest on or temporarily stop your subscription.<br> </p>
_______________________________________________
This message is from the kde-promo mailing list.
Visit https://mail.kde.org/mailman/listinfo/kde-promo to unsubscribe, set digest on \
or temporarily stop your subscription.
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic