I am not a devops but seriously curious, wouldn't this scalability problem they are experiencing been solved already by using Amazon EC2 and stuff?
not sure if you are joking, since they are using ec2 afaik
Stockfighter is live
141–150 of 151 posts
Re: Stockfighter is live
#142Unable to validate my email. Earlier it wasn't working at all, now it tells me I need to be logged in (but I am, I think). Edit: Fixed for me now.
We had a bug in email validation (worked on staging grumble grumble ). Separately, our deploy script blows away memcached. Guess where email validation tokens were kept. I temporarily turned off bust-cache-on-deploy and the rapidly rising number of validated emails suggests things are working now. Now back to more DevOps craziness.
Re: Stockfighter is live
#143Earlier quoted context omitted.
I think skipping #5 is unwise. What's to stop someone from making starfighter account, scoring well, and then selling their account to some middling programmer?
What's to stop someone from diving head first down the stairs to speed up their descent?
However, I would want them to walk me through their code. And I would want to probe into why they made certain decisions. And I'd like to give them at least one challenge and witness their problem solving process. So #5 would most certainly not be skipped.
But if the expectation of this service is there's absolutely no technical vetting process outside of this game then I guess it wouldn't be a service I'd ever use to hire someone. I don't believe that's the case though.
Re: Stockfighter is live
#144Earlier quoted context omitted.
Modestly less trivial if you happen to put your chat server on the box with Rails because Rails is certainly not going to fall over and your chat server attempts to open several thousand websockets on a box with a not-too-generous number of open file descriptors, it appears.
I feel like a chat server is something best served by something not in your stack (especially Rails). I surprised you chose to do it in house. How about using https://pusher.com/ or https://www.firebase.com/ ?
Re: Stockfighter is live
#145Re: Stockfighter is live
#146Does anyone know what tool is used to create the stockfighter API doc [1]? Looks really nice. [1] https://starfighter.readme.io/v1.0/docs
Re: Stockfighter is live
#147Does anyone know what tool is used to create the stockfighter API doc [1]? Looks really nice. [1] https://starfighter.readme.io/v1.0/docs
Re: Stockfighter is live
#148Are you aware that the API docs have the subdomain "starfighter" on readme.io rather than "stockfighter"? Seems... strange.
Re: Stockfighter is live
#149Earlier quoted context omitted.
not sure if you are joking, since they are using ec2 afaik
okay. so isn't the purpose of that is to auto scale based on system load? Am I missing something?
However, a more critical factor is whether the architects designed their systems and software to scale effectively when the number of EC2 instances is adjusted. If there is a bottleneck that is not properly addressed by adding EC2 instances, then adding EC2 instances will be pointless.
Re: Stockfighter is live
#150Earlier quoted context omitted.
Modestly less trivial if you happen to put your chat server on the box with Rails because Rails is certainly not going to fall over and your chat server attempts to open several thousand websockets on a box with a not-too-generous number of open file descriptors, it appears.
I feel like a chat server is something best served by something not in your stack (especially Rails). I surprised you chose to do it in house. How about using https://pusher.com/ or https://www.firebase.com/ ?