On Sat, 2016-03-12 at 11:09 +0300, Dmitry Olshansky via Digitalmars-d wrote: > On 05-Mar-2016 14:05, Dmitry Olshansky wrote: > > > > I'm having an opportunity to do a small tech-talk on things D in a > > eCommerce shop that is currently sold on Go (migrating to SOA from > > PHP > > monolith). I do not intend that to become Go vs D battle but it > > gives > > the context.
Switching from PHP to Go is not a bad idea as CloudFlare have blazed that trail and created a who community around it. > The talk went better then I would expect with lots of good > questions. Sounds like some good people, using Go for good reasons not blind fashion. > Compile-time features generated the most favorable discussion. This is now a bit topic again in C++, witness all the debating over constexpr and C++17 and C++20. > Obligatory slides: > http://slides.com/dmitryolshansky/deck/fullscreen/ > > std.concurrency working only with threads and lack of better > integration > of fibers in std is our weak spot as prompted by further questions. Clearly there are many feature similarities between D and Go as well as differences (slices vs. generics). looked like a nice selection of example in teh slides to pick up on this. Thread pool and work stealing is clearly the way forward for actor/dataflow architecture, though explicit threads have their place as well. std.parallelism has a task pool system. I wonder if there should be a strategic move to (in some sense) merge std.concurrency, std.fibers and std.parallelism into a single consistent whole (possibly remaining three separate by connected packages rather than a single monolith. Java has had great benefit from having a single concurrency/parallelism strategy even though it ends up with different leaves not a monolith. -- Russel. ============================================================================= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Road m: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder
signature.asc
Description: This is a digitally signed message part