Re: [google-appengine] Re: Bad news for GAE/Java from Google I/O

2014-01-13 Thread Alexandre Cassimiro Andreani
News?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.


[google-appengine] google-api-services-datastore-protobuf vs com.google.appengine.api.datastore

2014-01-13 Thread Alexandre Cassimiro Andreani
Is there some difference on cost and performance on Appengine with 
google-api-services-datastore-protobuf instead of 
com.google.appengine.api.datastore?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [google-appengine] Re: Snapchat

2014-01-22 Thread Alexandre Cassimiro Andreani
I would like to see Snapchat numbers. 

On Tuesday, 21 January 2014 20:33:38 UTC-2, Rafael Sanches wrote:
>
> Jim,
>
> It seems you're talking from a point of view of a big corporation. Since 
> snapchat didn't had big funding since short time ago, I was supposed we're 
> talking about startups. Big corporations are another beast where server 
> costs are irrelevant in it's sea of other useless costs and lazy people.
>
> I am talking from the point of view of a startup that struggles with cash 
> flow and find itself obligated to raise capital just to pay server costs. 
>
> I don't know why some people think I am insulting their family when I say 
> that appengine is very expensive for high traffic apps. Can you give me an 
> example where it's not expensive? I am giving my own because I've built 
> high traffic services for appengine, aws, hetzner, rackspace etc. 
>
> Is geographically dispersed services an essential feature for a startup? 
> It's simple till you complicate it. 
>
> thanks
> rafa
>
>
> On Tue, Jan 21, 2014 at 1:50 PM, Jim >wrote:
>
>> Yes, I'm quite aware of the various cloud stacks out there and have 
>> worked on projects using several of them including AWS and CloudStack. 
>>  Glad to see you're moving away from your $50 a month claim and it's now at 
>> 10 X $50 a month.  Now let's talk about geographically dispersed services 
>> with automated fail-over.  Then let's talk about what that good engineer 
>> you have costs you.  You really want to run your business on a platform 
>> with a single engineer behind it?  Does he/she get to sleep or go on 
>> vacation?  What happens when he/she quits?  You sure that cheap little 
>> hosting provider has the network bandwidth and resiliency you are going to 
>> need?  Now triple your infrastructure to be able to handle the hoped-for 
>> huge spike in volume.  Now crunch the numbers again and tell me what the 
>> savings really is.  It ain't anywhere close to $3,950 a month, that I am 
>> sure of.
>>
>>
>>
>> On Tuesday, January 21, 2014 1:58:56 PM UTC-6, Rafael Sanches wrote:
>>
>>> Jim, 
>>>
>>> In 2014 a good engineer can create your own cloud infrastructure with 10 
>>> machines like the ones I suggested.
>>>
>>> Again, I am not saying that I don't like appengine. In fact, I love it 
>>> and that's why I stick with it. 
>>> I am saying it's over priced to run a service like Snapchat. I don't 
>>> think there's any argument there. 
>>>
>>>
>>> Kaan,
>>>
>>> This is my gift to you: https://gist.github.com/mufumbo/8547036
>>>
>>> It extends all of the appengine image features: "=s/-c" and includes the 
>>> most useful one: "=h"
>>>
>>> Depending on appengine's image serving is a limitation, since "vertical 
>>> cropping" is extremely useful on many elegant websites. 
>>>
>>> For example, play around with: http://c1.picmix.net/61757192=s682=h300or 
>>> http://c1.picmix.net/61757192=s300=h600
>>>
>>> By the way, another way to reduce server costs is to pay the $400 or 
>>> $200 a month in support. 
>>> That way you get access to discounted instance hours. It decreased our 
>>> bill a bit and give access to a place to get feedback when appengine is 
>>> having problems or when you need to tweak your scheduling and performance 
>>> parameters that you don't have access from XML config.
>>>
>>> About three months ago I spent a whole month optimizing my servers to 
>>> reduce the costs from $10k to $5k. Even now, I feel it's too overpriced for 
>>> the performance it's delivering.
>>>
>>> thanks
>>> rafa
>>>
>>>
>>> On Tue, Jan 21, 2014 at 11:30 AM, Kaan Soral  wrote:
>>>
 I think he gets it much more than you give him credit for

 Hetzner example, as I interpret it, and think about it myself, is about 
 the price of computing/ram/bandwith, although it's not comparable 1:1, 
 it's 
 important to know how cheap computing and hosting has become over the 
 years, especially in this last 5-10 years

 It was really interesting to hear about your story Rafael, it was the 
 approximate reason why I started this discussion, to learn and speculate 
 about major services

 The 2000$ to 300$ cdn comparison is interesting, however no other 
 service that I know of matches the extreme capabilities of google images 
 service
 I use the =s/-c resizing/cropping extensively, that's why I could never 
 easily replace appengine, or the cdn

 You seem to have lived my worst case scenario, going out of money and 
 having to ask others for money.

 Anyway if you don't mind it would be great to learn more about your 
 product/story, but I'm guessing it's better to keep things as private as 
 possible :)


 On Tuesday, January 21, 2014 9:16:18 PM UTC+2, Jim wrote:
>
> 1970's?  What on earth about my post made you think of the 1970's?   
> My description of geographically redundant, web based applications?  
> Please 
> indeed.
>
> The link