In particular, we current have over three thousands tests, and they take hours to run. We are doing a lot of stuff there “let us insert million docs, write a map/reduce index, query on that, then do a mass update, see what happens”, etc.
The key challenges around compensation, at least for me, center around figuring out how to reward individual performance without encouraging internal competition, local optimization, or one person feeling rewarded while another feels punished. You want compensation to motivate people, not to have a negative impact on performance.
Agile software development is not about productivity; it’s about working well. Yes, I think there are potential gains in productivity for most teams. Even then, the bulk of the gains are from “maximizing the work not done” rather than becoming more efficient programmers.
Old crotchety principles sometimes surprise. The dependency inversion principle has long earned respect from programmers for its prowess at smashing the rigidity and fragility of otherwise un-lubricated systems.
Here at DZone, we are dedicated to providing our community with the knowledge needed to understand the latest technologies and trends and make the best decisions. That’s why we are excited to announce the release of our biggest research undertaking to date: DZone’s 2014 Cloud Platform Research Report.
Make sure you didn't miss anything with this list of the Best of the Week in the NoSQL Zone. This week's best include 30 years of NBA data crunched with MongoDB, a response using PostgreSQL, thoughts on when to use GridFS on MongoDB, and more!
Make sure you didn't miss anything with this list of the Best of the Week in the Big Data Zone. This week's best include machine learning and Flappy Bird, a how-to on using ElasticSearch from AngularJS, a collection of free books on statistical learning, and more!
In this article we look at how and why an agile team should gather elementary metrics, including lead time, throughput, velocity, and burn. We also look at cumulative flow, and briefly consider why the "actionable metrics" of the Lean Startup movement are so important to business.
In the timeless words of a great man: "It's a bughunt." Last week, the MongoDB team released MongoDB 2.6.0-rc0, and they're running a contest to find bugs. Bug "quality" is judged on severity, impact, and prevalence, and as long as you get your bug reports in by March 4th, you'll be up for some prizes.
Okay… let’s set a little context here. In my last post we talked about two different types of projects. The ones that are knowable and the ones that aren’t knowable. Projects where it makes sense to estimate and projects that are more like R&D investments where we are spending money to learn and discover. Today, I want to talk more about the first kind. The ones where we do have some idea of what we are building and the technical challenges that might be involved.
Celery ships with an configuration option called CELERY_ALWAYS_EAGER which causes all tasks to be executed immediately instead of being asynchronously executed on workers. This can be very useful for unit tests. Instead of running a real message queue and separate worker processes, your unit tests can execute all in one process and still run the necessary tasks.