Thursday, February 17, 2011
"1. Agile is a software team focused method that can be scaled up to all parts of an organization with a software development component
2. Agile is a team based method that can be used anywhere there are teams – whether software is involved or not (yes, you can use this in your church meetings)
3. Agile should be expanded to include the entire organization, from business stakeholders to support folks. The intent should be enterprise agility."
2. Agile is a team based method that can be used anywhere there are teams – whether software is involved or not (yes, you can use this in your church meetings)
3. Agile should be expanded to include the entire organization, from business stakeholders to support folks. The intent should be enterprise agility."
Wednesday, February 16, 2011
Tuesday, February 15, 2011
Thursday, February 10, 2011
Security is hard. I mean, even understanding the terms and the limits of knowledge is hard to follow.
Usability, or the general lack thereof, kills me. I went to the gas station. The pump I pulled up to had a tiny note on it when I went to put in my credit card that said basically: broken, move to another pump, or pay inside. So I go inside and say I want to fill it up on my credit card - which I can do when the pump reader is not broken - but the person in the store said oh no you either have to give me a specific $ figure, or move to another pump.
So I told him I'd never give them my business ever again and drove away. Man.
So I told him I'd never give them my business ever again and drove away. Man.
Sure, models aren't the territory, but food for thought, nevertheless. I'd rather be working with a model even if I dislike it - maybe just a kind of riposte, something to egg on further thought.
"Scrum is three roles, four meetings, four artifacts, and two levels of commitment. What does it say about you or your organization if you’re not willing to try and follow a minimal process with just these four basic concepts? Picking and choosing from these minimal processes and practices devastates effectiveness for many reasons."
Of course, the devil is in the details.
Of course, the devil is in the details.
I thought there was a long-running meme that security and usability are pretty much fundamentally at odds with one another. It is therefore refreshing to think about the possibility of security and usability being successfully blended together for an all-'round win.
Contracts might be a way to foster more agility. I've heard it said that the DoD is going to mandate agile or lean approaches from its contractors. I've seen discussions in the agile community about how to craft contracts that support collaboration and bonuses rather than defining delivery dates and penalties. Maybe we can re-frame the discussion up front.
Naive functional fibonacci is pretty sad performance-wise. Even if you are using a lazy, memoizing language it probably isn't as good as the imperative version that only has to keep track of the last 2 values as it moves on up towards the final n. How would we ever have a system that could look at something like fibonacci and transform it magically (which is of course in a lot of ways a really bad, dangerous, idea because it makes debugging even harder in the long run perhaps) into something sane from the perspective of loads and stores?
If somebody says to me, I want Agile Tools, I sort of think they are missing the point. The tools should come after the philosophy has really been learned and imbibed. Ideally, the tools should be pretty custom, should respect the fact that every situation is unique. On the other hand, it gets me thinking that maybe there are tools which could fit into that request: tools for quality. If you do, say, Scrum but don't have the engineering chops, you are going to - basically - suck at hitting your sprints. What are all the underlying, fundamental aspects of Quality that have to be met to really do Agile well? What tools can be made available there? QuickCheck, ADD, BDD, cloud-based concurrency tests suites, systems like IMVU's push-to-production-with-no-fear, what else?
If performance were not an issue, it seems like Declarative programming style is >> Functional is >> Imperative. Things like Prolog are great for their sweet spots. I wonder, wish that kind of usability could be extended and refined. I wonder if Attempto Controlled English would be a close-enough-to-natural-language approach to mix in with Declarative style. Dreams.
Subscribe to:
Posts (Atom)