sudovoodoo
sudovoodoo on Hacker News
Location: Dallas, TX
Remote: Yes
Willing to Relocate: No
Technologies: Elixir, Python, Ruby, Typescript, React/Svelte/Vue, Postgres/Mysql, AWS/GCP, Rust, Go, Flutter & React Native
Email: [email protected]
Resume: https://www.dropbox.com/scl/fi/dlck0y8mu9crayu5mk5ya/resume-...
LinkedIn: https://linkedin.com/in/ryanpager
Github: https://github.com/ryanpager
Summary:
Well rounded developer with over 15 years of experience on both front end, back end and cloud infrastructure. Has been a part of multiple start up exits (successful ones), and has grown various companies from ground level to 100MM ARR. Willing to put in the work to get anything accomplished and also has a strong leadership and mentorship mentality to the people around me.
If your using a salt, just change the salt and deploy. We frequently do this and it works great. All existing tokens are expired.
Talk Fusion | Full-Stack Developer | Full-time | Dallas Texas | Onsite | 80-130k (full benefits) DOE
* Work on majority of web applications and APIs
* We use a ton of webrtc, websockets, high scale email blasting, just a ton of cool stuff
* VueJS (ES6, Webpack), NodeJS (Typescript), Stylus (or SCSS), D3 (Graphing reports) and other fun stuff
* We value intelligent designs where you can work smarter not harder, keep your stress level down, and enjoy day to day live outside of work more.
* We are a debt free, $180M/yr revenue company -- extremely stable.
==Contact==
[email protected]
https://talkfusion.com
- Ryan Page, CTO
We use SocketIO as our main interface through NodeJS, and the websocket engine is uWS. The intermediary to communicate between servers is Redis. EC2 + ELB (the new application load balancer is slick) makes it scalable quickly.
Side note -- we use it under the node interface w/ SocketIO
We have been using it (0.4.1) since it came out, and really cannot say enough good things about it. We were able to cut down our socket server nodes by ~ 50%, and it is way more stable (both server wise and connection wise). Combined with AWS, it really has made life extremely easy.
So -- m3.large ec2 instances have a few problems with them. 1, your only running a 2 core machine (1 worker, and assuming 1 broker to distribute through redis). That is not nearly enough to handle really a real-time chat server where everyone is spamming it all the time. Another issue is the network performance of an m3.large instance -- its moderate (which is another word for not very good).
With 2 c4.8xlarge instances behind ELB, we consistently see between 20 to 50K active connections on live meetings, and the servers sit at < 2% usage. Latency between event cycles is < 0.015ms.
I see a lot of people having problems with this, but the issue is usually the resources they give to it, or the actual handling of socket events. If the socket server is just a relay there should be no reason a single m4.4xlarge instance cant handle 600K+ connections.
www.jayway.com/2015/04/13/600k-concurrent-websocket-connections-on-aws-using-node-js/
www.talkfusion.com -- in specific, the live meetings & video chat portion use socket cluster as its backer. We generally use c4.8xlarge instances to back the socket infrastructure.
Should say that we horizontally scale this thing pretty heavily using the sc-redis module. Elasticache + ELB + 4 EC2 Instances = support for 5000+ person conferences :D
From personal experience -- switching from socket.io to socketcluster.io for our conferencing platform was a life saver. Its so much more stable & performant its crazy. We also use it to run our webrtc video chat platform which works great as well. Cant say enough good things about this.
Posted by
sudovoodoo on Monday June 08, 2015 @11:18PM
from the github.com dept.
Posted by
sudovoodoo on Wednesday March 25, 2015 @03:11PM
from the gist.github.com dept.
Also -- if you want to apply & have a github account, please send that along with your resume.
Some other notes --
- While you have to come into the office, work hours are somewhat flexible (I work very early to mid afternoon)
- We follow pretty standard coding guidelines (i.e. PSR for PHP)
- +1 for solid Unit Testing experience (PHP Unit, Mocha, Jasmine, Selenium, etc)