Agreed on the 90% unit test coverage. I'm all for high test coverage, but I care more about having solid assertions. Too often I see test that are expecting an error, but not the error it's getting.
Major business rules need tests too, but they are much harder to write - so we get high unit test coverage and not hard conversations about test quality.
Useful tool, but it has some bugs related to consecutive build failures. Restarting Air is required to fix it. I still use it, just wish I didn't have to restart it frequently.
Shameless plug, but I built https://github.com/superhuman/lrt as simply as possible, explicitly to avoid this kind of issue (which seem to plague tools in this space).
A small group of friends and I are working on a virtual karaoke club using WebRTC and Go, https://github.com/ryanrolds/club. 100% agree with the WebRTC being easy to create proof-of-concepts, but there are a lot of edge cases and browsers differences that have to be worked through.
The current plan is to keep everyone in "groups", think friends at a table, small (max 6). The server will maintain peer connections with everyone in the "room" and broadcast the singer via that peering. As the singer changes, the server will simply allow the KJ to pick who is getting broadcast over the other server -> client peer.
Moonshadow Mobile is seeking an experienced JavaScript engineer to work in an informal atmosphere where employees are rewarded for their skills, knowledge, creativity and hard work, not their position or background. Our team is diverse, dedicated and brainy. If you enjoy working on challenging problems then Moonshadow may be the place for you.
We develop cutting-edge technology or "Big Data" visualization. Our technology retrieves and tallies geospatial data at extremely high speeds, typically 100 times faster than traditional databases. Our "speed record" is mapping 150 million records per second per processor core. As a result we can visualize databases with millions of records inside of Google Maps or Bing Maps in the same time that it takes others to visualize a few thousand records. We routinely bring up databases for customers with tens of millions of records. Our customers are typically large government organizations or companies that need to quickly understand or access large databases.
Please email your resume and salary requirements to jobs@moonshadowmobile.com. Be sure to include examples of mobile apps, code, graphics and websites you've worked on. This is an in-house position in downtown Eugene. No telecommuting.
Requirements:
- JavaScript, 3+ years
- Experience with Node.js a plus
- Strong attention to detail
- Strong feeling for GUI Design
- Experience with bug tracking tools (e.g. Redmine)
Major business rules need tests too, but they are much harder to write - so we get high unit test coverage and not hard conversations about test quality.