Do you think we could jointly author 1. An unbiased research study with an improved methodology, better statistical analysis and appropriate and varied benchmarking program(s) ?
2. CSP and other cost savings/increase study (ROI) by shifting to go long term. Also: if you think this idea is great, do you know anyone I can approach who may be willing to pay nominal research costs for such a proposal? Thx Milind On Sat 2 Feb, 2019, 6:25 AM robert engels <reng...@ix.netcom.com wrote: > 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 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> 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 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> wrote: >>> > >>> > On Fri, 1 Feb 2019 15:13:35 -0800 (PST) >>> > 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 >>> > >>> > >>> > -- >>> > { "github":"github.com/shuLhan", "site":"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. >>> > For more options, visit 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. >> >> >> > -- > 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. > > > -- 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.
