Depending on your scale, even 10% greater efficiency can mean a lot of dollars… 
But that is where cost / benefit analysis comes in… Cost to develop and 
maintain vs. decreased ongoing deployment costs (less servers/cpu needed, etc.)

> On Feb 1, 2019, at 6:51 PM, Milind Thombre <thomb...@gmail.com> wrote:
> 
> Agreed, though even if it scales horizontally, your cloud service provider 
> bill could scale vertically as well. :).
> 
> Time to market is a greater consideration for me currently , so I've already 
> chosen python/Django for v1. 0. I am comfortable with Python and  am going to 
> finish faster. 
> 
> But I wanted an exploration into golang running in parallel (different team) 
> that could rewrite the cloud modules for future cost savings and faster 
> response times. 
> 
> Does this strategy sound good to you guys? 
> 
> Regards 
> Milind
> 
> On Sat 2 Feb, 2019, 6:12 AM robert engels <reng...@ix.netcom.com 
> <mailto:reng...@ix.netcom.com> wrote:
> Exactly. In a lot of cases if the application can horizontal scale, the raw 
> performance matters little if time to market is the greatest concern.
> 
>> On Feb 1, 2019, at 6:39 PM, Milind Thombre <thomb...@gmail.com 
>> <mailto:thomb...@gmail.com>> wrote:
>> 
>> True. e.g. Development time/effort, availability of developers, support 
>> community strength and longetivity of the chosen technology platform to name 
>> a few!
>> 
>> 
>> 
>> On Sat 2 Feb, 2019, 6:02 AM robert engels <reng...@ix.netcom.com 
>> <mailto:reng...@ix.netcom.com> wrote:
>> Yes, but even those tests don’t provide a real analysis as to which is the 
>> better platform, because there is far more to consider than just the runtime 
>> performance - although for some cases it would immediately exclude certain 
>> platforms & frameworks.
>> 
>> > On Feb 1, 2019, at 6:23 PM, Shulhan <m.shul...@gmail.com 
>> > <mailto:m.shul...@gmail.com>> wrote:
>> > 
>> > On Fri, 1 Feb 2019 15:13:35 -0800 (PST)
>> > thomb...@gmail.com <mailto:thomb...@gmail.com> wrote:
>> > 
>> >> 
>> >> However, there has been no comprehensive quantitative study on this
>> >> so far that I am aware of.
>> >> 
>> > 
>> > Did you mean like Web Framework Benchmark by TechEmpower? [1]
>> > 
>> > [1] 
>> > https://www.techempower.com/benchmarks/#section=intro&hw=ph&test=plaintext 
>> > <https://www.techempower.com/benchmarks/#section=intro&hw=ph&test=plaintext>
>> > 
>> > 
>> > -- 
>> > { "github":"github.com/shuLhan <http://github.com/shuLhan>", 
>> > "site":"kilabit.info <http://kilabit.info/>" }
>> > 
>> > -- 
>> > You received this message because you are subscribed to the Google Groups 
>> > "golang-nuts" group.
>> > To unsubscribe from this group and stop receiving emails from it, send an 
>> > email to golang-nuts+unsubscr...@googlegroups.com 
>> > <mailto:golang-nuts%2bunsubscr...@googlegroups.com>.
>> > For more options, visit https://groups.google.com/d/optout 
>> > <https://groups.google.com/d/optout>.
>> 
>> 
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "golang-nuts" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to golang-nuts+unsubscr...@googlegroups.com 
>> <mailto:golang-nuts+unsubscr...@googlegroups.com>.
>> For more options, visit https://groups.google.com/d/optout 
>> <https://groups.google.com/d/optout>.
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "golang-nuts" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to golang-nuts+unsubscr...@googlegroups.com 
> <mailto:golang-nuts+unsubscr...@googlegroups.com>.
> For more options, visit https://groups.google.com/d/optout 
> <https://groups.google.com/d/optout>.

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to