I am surprised by how many companies spend extensive resources on ensuring that employees spend a certain amount of time in the office, and then some more on measuring it. However, they seem to ignore whether work is done or not. That comes up only during meetings. [Continue]
Rob Martin has an interesting article about how agile might die the same death (use this if you don’t have flash) as its predecessor. I have seen two issues hurting all kind of agile manifestations. One, it is difficult to build a mature team to really adopt agile. [Continue]
Veracode has found that outsourced software is a hotspot for hidden security vulnerabilities. I think we will get similar results if we scanned the outsource code for performance. But I think the problem is not that third party developers write bad code. [Continue]
Kelly Waters gives 3 scenarios where Agile Software Development does not work. One factor that is often ignored while diving into agile is the team structure. Companies like to have hierarchical team structures, where few good ones can get work done with many average ones. [Continue]
Andy Singleton has point when he says that Subversion still has its place. Or that centralized VCSs are not losing against the distributed VCSs. While I agree that Subversion is not going to fade away, I wonder if the ease of use is the best argument for it. [Continue]
Matt Assay points to a study which says that 62% of IT projects fail. The study cites two primary reasons: Managers do not consider the time and effort required to transfer of the know-how from designers to developers. QA is not given enough importance, and hence time. [Continue]
ocean has a radical perspective about what software development is, and a good one too. … Given all this commuication going on it may be that creating software is actually a communication exercise. The goal of this communication exercise isn’t to create code — or anything else. [Continue]
Mumbai is probably the only city where the distance is measured in time. If you ask, “How far is Andheri (a suburb) from Borivali (another suburb)?”, you will usually get answers like 45 mins or 1.5 hrs. Sounds absurd. [Continue]
Matt Assay points to Alan Cox’s talk – Dear Mr. Brooks, or: Software engineering in the free software world. There are not many talks that are informative and equally entertaining to engage you through their entire length. [Continue]
We do test a lot of our code to make sure that the software behaves as it intends to. But do we test our designs? A sturdy design can instill confidence in the team, much before we try to see the output or the results. [Continue]