Paul, <br><br>First of all, thank you for sharing all this information<br><br>In this case it seems like a client is already using SalesForce and asking about doing some changes. So after this i&#39;ve been asked about how many time it would take for a developer to get into the platform<br>
<br>My first guess was a week, then i downloaded the manual (with &gt; 300 
pages) and i started thinking in two weeks, but if it&#39;s Java i don&#39;t think we&#39;ll be able to take it. We are doing PHP mostly, also FB apps, ASP, AS, but not Java<br>
<br>From what you are telling me, it seems like we might need to develop in Java, not in PHP, is this correct? <br><br><br>best,<br>Fernando<br><br><br><br><div class="gmail_quote">On Mon, Aug 9, 2010 at 2:23 PM, Paul A Houle <span dir="ltr">&lt;<a href="mailto:paul@devonianfarm.com">paul@devonianfarm.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div class="h5">Fernando Gabrieli wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi all, i&#39;m working for a company which is considering creating a website using SalesForce<br>
<br>
I&#39;ve been asked about how many time it would take for a developer to get into it<br>
<br>
Have you ever used it? How much did it take to you to get familiar?<br>
<br>
thanks in advance<br>
<br>
best regards<br>
Fernando<br>
<br>
</blockquote></div></div>
   I haven&#39;t made &quot;Salesforce pages&quot; (public-facing web sites that run on the SF platform) but I have done some work with the API and I made it to Dreamforce last year.<br>
<br>
   From a technical point of view,  you can develop public and private facing SF applications with a system that&#39;s very similar to modern MVC frameworks like CakePHP or symfony,  but you&#39;d do coding in a language called APEX,  which is derived from Java,  and the database is somewhere between SQL and NoSQL.  There&#39;s a Web UI builder in the IDE for it,  so you can build simple pages with very little coding -- I saw a demo aimed at marketing people where they were able to knock up a form in the builder in about five minutes.  Particularly looking at the API I see a lot of similarities between the SF platform and the Facebook platform,  but SF is really optimized for classic OLTP applications and doesn&#39;t have the specializations for large social networks that you see in sites like FB or LinkedIn.<br>

<br>
   That said,  I find the business of Salesfore puzzling.  I like building web sites that are supported by advertising,  so think in terms of eCPM,  which is typically between $0.25-$5.00 for the sites I make.  Pages hosted on the SF platform cost $1.00 eCPM to host,  which would eat an unacceptable amount of my profits...  Particularly when the costs of a more conventional system (MySQL/PHP,  or MSSQL/<a href="http://ASP.NET" target="_blank">ASP.NET</a>) is probably 1/100 that assuming reasonable scale and utilization.  SF has an ARPU of around $1000 a year...  If it wasn&#39;t possible to provision a similar kind of service for 1/1000 the price,  it wouldn&#39;t be possible for Facebook to exist.  You&#39;d think,  given the prices they charge,  SF would have good margins,  but according to what they file with the S.E.C.,  Salesforce.com&#39;s margins are much much smaller than those of Amazon Web Services!<br>

<br>
   In the back end,  SF has several big clusters that center around an instance of Oracle 10g,  and they buy lots of gold plated hardware.  The reliability of SF is excellent,  and performance is really good for OLTP work,  but the platform is weak for analytics,  network analysis and anything that doesn&#39;t fit into its paradigm...  They charge something like $1K / month/ GB for database storage,  which is just nuts...  They could be storing it in RAM for what they&#39;re charging.<br>

<br>
   Overall,  if your company is already using SF and you want to build applications that communicate with your SF database in an OLTP manner,  SF pages are a reasonable way to go.  If you don&#39;t already have a commitment to SF,  I&#39;d stay away.  They like to recall the days that they were a disruptive upstart,  but I think 10 years from now they&#39;re going to be seen as an over-the-hill high cost provider.<div>
<div></div><div class="h5"><br>
_______________________________________________<br>
New York PHP Users Group Community Talk Mailing List<br>
<a href="http://lists.nyphp.org/mailman/listinfo/talk" target="_blank">http://lists.nyphp.org/mailman/listinfo/talk</a><br>
<br>
<a href="http://www.nyphp.org/Show-Participation" target="_blank">http://www.nyphp.org/Show-Participation</a><br>
</div></div></blockquote></div><br><div style="visibility: hidden; display: inline;" id="avg_ls_inline_popup"></div><style type="text/css">#avg_ls_inline_popup {  position:absolute;  z-index:9999;  padding: 0px 0px;  margin-left: 0px;  margin-top: 0px;  width: 240px;  overflow: hidden;  word-wrap: break-word;  color: black;  font-size: 10px;  text-align: left;  line-height: 13px;}</style>