More details would be really helpful. Also the author seems to be responding to a question of reliability by talking about performance which is not the same thing.
More details would be really helpful. Also the author seems to be responding to a question of reliability by talking about performance which is not the same thing.
"Inadequate concurrency features" IS an inherent problem with Python The Language.
(Notice I didn't say "inadequate use of concurrency features", I said "inadequate concurrency features").
With sufficient development time Andy could have introduced more concurrency and optimisation into the Python monitoring component (I'm thinking Gevent might have been a nice fit)...but without introducing additional frameworks or libraries Go had these features as a core component.
The offhand performance comment aside, Andy was noting that a component written in Go is depended on to handle VERY high volumes of message throughput in a financial services firm.
While no proof of reliability it is merely anecdotal support that Go is being used in production environments.