<div dir="ltr"><div>A little glue in the *RIGHT* places and a nice skin will win *EVERY* time.  The inappropriate marketing of any kind of product will always fail.   Namely no appropriate marketing is possible if the product sucks.   Only once you have a soild product can you start the real marketing (this assumes your aware of marketing 101 and know that without a market to market to no amount of marketing will sell your product).   But you need one more element here which is prove that your product does in fact solve the actual problem the potential customer has.  Now that everything is in place we can start the real work of marketing which is making the people who have the problem your product solves know that you have the a solution (a good healthy multi-vendor market should offer several solutions that are all appropriately marketed).   Thus the real job marketing of an appropriately product is to just let people know about what your product is and what it can do.   If it does not do what they want or in the way they want then no amount marketing will sell it to them if they are aware of a number of competing solutions.    If all these competing solutions depend on a common enabling technology (like a cloud computing platform... in this case it need not be petitecloud just the ability to manage instances and such) then it is *CRITICAL* that every competitor have a fair say in it's creation.... there is a problem here though if you allow everyone to have an equal say then you end up with crap every time.... there fore the only reasonable model I see for the above to work for something like petitecloud is a democratic benevolent dictatorship (the philospher king model)... namely we (the core team) will take input from everyone and have open processes and all that but what is actualy committed to code is our say and our say alone... same goes for contributions we welcome all and except for cases of introduction a requirement for radical refactoring we will take it (assuming it is safe, stable and robust).<br>
<br></div>A comment on "we don't support that feature"... here is a quote from our business plan on that:<br><br>


        
        
        
        <style type="text/css">P { margin-bottom: 0.08in; direction: ltr; color: rgb(0, 0, 0); line-height: 105%; text-align: left; widows: 2; orphans: 2; }P.western { font-family: "Calibri",sans-serif; font-size: 11pt; }P.cjk { font-family: "Calibri",sans-serif; font-size: 11pt; }P.ctl { font-family: "Times New Roman",serif; font-size: 11pt; }A:link {  }</style>


<p class="" style="margin-bottom:0.11in;font-weight:normal">
<span style="background:none repeat scroll 0% 0% transparent">All software companies to some
extent have “technical support” questions that must be answered
(or people will simply stop buying their products).   This is usually
delegated to a tech support department.  Having to deal with a “tech
support specialist” of large companies is one of the quickest ways
to anger our target market.  The reason is despite how long we wait
on hold (with the world's worst music played in a tin can) or how
many useless menus we go through and have very carefully explained
for the n</span><sup><span style="background:none repeat scroll 0% 0% transparent">th </span></sup><span style="background:none repeat scroll 0% 0% transparent">time
that we have already read the manual and searched the online
knowledge base it is still guaranteed that an actual developer who
can fix my issue will never be told about the issue, thus
guaranteeing it will never be fixed and will eventually get buried so
deep in the code base that it will be impossible to fix.  This entire
process is alienating to freelance developers because they often know
as much, if not more, about the product then the tech support people
do.</span></p>

<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 14, 2014 at 7:21 PM, Michael Thoreson <span dir="ltr"><<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Those criticisms perfectly explain why closed source solutions don't work when you are trying to make use of features from multiple vendors. Businesses spend stupid amounts of money on what sales people say will do the job for them and then hand off to the IT staff saying make them work together.<br>

<br>
You end up with custom scripting that will eventually break something and the only people that can fix it are your IT staff but they have to spend days on the phone with all the vendor support lines trying to get past the "we don't support that configuration" BS.<br>

<br>
No wonder Macrocrap (Microsoft) has done so well making lots of small programs seem to work together flawlessly.<br>
<br>
Michael Thoreson,<div class=""><br>
<br>
<br>
On 14/02/2014 6:00 PM, Aryeh Friedman wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
It is amazing how many people do not get it for example look at <a href="http://en.wikipedia.org/wiki/Extreme_programming" target="_blank">http://en.wikipedia.org/wiki/<u></u>Extreme_programming</a> (criticisms section)<br>

<br>
<br></div><div class="">
On Fri, Feb 14, 2014 at 6:57 PM, Michael Thoreson <<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a> <mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>>> wrote:<br>

<br>
    To me the concepts in that book are common sense. I did a medium<br>
    sized network setup for a Union Office in my area with vpn between<br>
    two cities and before even considering a quote or any real<br>
    discussion, I asked to spend a few days observing day to day tasks<br>
    at each office so I could understand how the offices functioned.<br>
<br>
    No sense spending $30,000 on a deployment and the customer say wtf?<br>
<br>
    Michael Thoreson,<br>
<br>
<br>
    On 14/02/2014 2:41 PM, Aryeh Friedman wrote:<br>
<br>
        In many ways this book is one of FNWE's bibles (books that<br>
        capture our way of doing things [which often predate reading<br>
        the book]).<br>
        <a href="http://www.amazon.com/Specification-Example-Successful-Deliver-Software/dp/1617290084" target="_blank">http://www.amazon.com/<u></u>Specification-Example-<u></u>Successful-Deliver-Software/<u></u>dp/1617290084</a><br>

<br>
        --         Aryeh M. Friedman, Lead Developer, <a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br>
<br>
<br>
        ______________________________<u></u>_________________<br>
        petitecloud-general mailing list<br>
        <a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@lists.<u></u>petitecloud.nyclocal.net</a><br></div>
        <mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>><div class=""><br>
        <a href="http://lists.petitecloud.nyclocal.net/listinfo.cgi/petitecloud-general-petitecloud.nyclocal.net" target="_blank">http://lists.petitecloud.<u></u>nyclocal.net/listinfo.cgi/<u></u>petitecloud-general-<u></u>petitecloud.nyclocal.net</a><br>

<br>
<br>
    ______________________________<u></u>_________________<br>
    petitecloud-general mailing list<br>
    <a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@lists.<u></u>petitecloud.nyclocal.net</a><br></div>
    <mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>><div class=""><br>
    <a href="http://lists.petitecloud.nyclocal.net/listinfo.cgi/petitecloud-general-petitecloud.nyclocal.net" target="_blank">http://lists.petitecloud.<u></u>nyclocal.net/listinfo.cgi/<u></u>petitecloud-general-<u></u>petitecloud.nyclocal.net</a><br>

<br>
<br>
<br>
<br>
-- <br>
Aryeh M. Friedman, Lead Developer, <a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br>
<br>
<br>
______________________________<u></u>_________________<br>
petitecloud-general mailing list<br>
<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@lists.<u></u>petitecloud.nyclocal.net</a><br>
<a href="http://lists.petitecloud.nyclocal.net/listinfo.cgi/petitecloud-general-petitecloud.nyclocal.net" target="_blank">http://lists.petitecloud.<u></u>nyclocal.net/listinfo.cgi/<u></u>petitecloud-general-<u></u>petitecloud.nyclocal.net</a><br>

</div></blockquote><div class="HOEnZb"><div class="h5">
<br>
______________________________<u></u>_________________<br>
petitecloud-general mailing list<br>
<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@lists.<u></u>petitecloud.nyclocal.net</a><br>
<a href="http://lists.petitecloud.nyclocal.net/listinfo.cgi/petitecloud-general-petitecloud.nyclocal.net" target="_blank">http://lists.petitecloud.<u></u>nyclocal.net/listinfo.cgi/<u></u>petitecloud-general-<u></u>petitecloud.nyclocal.net</a><br>

</div></div></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr">Aryeh M. Friedman, Lead Developer, <a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br></div>
</div>