Just because I’m not available doesn’t mean someone else isn’t interested. Like I said, just MO.
> On Feb 1, 2019, at 7:22 PM, Milind Thombre <thomb...@gmail.com> wrote: > > Thanks for the critique. > > I guess I will proceed to do a small study for my specific use case without > external contributors then.....Keeping the big bucks for myself and not > contributing anything to the community. > > Now off to lick my wounds ;) > >> On Sat 2 Feb, 2019, 6:42 AM Robert Engels <reng...@ix.netcom.com wrote: >> I’m sorry, but I don’t have the bandwidth. I also think it may be a fools >> errand, or so narrowly focused that it isn’t very valuable. Every case is >> somewhat unique which is why the architects get the big bucks to make the >> “right” call given all the factors. >> >>> On Feb 1, 2019, at 7:05 PM, Milind Thombre <thomb...@gmail.com> wrote: >>> >>> 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. -- 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.
