4 ms·
I'm not trolling. I've watched them build their own stack, throw it away, build it again, throw it away. That's waste.
by csmithuk 13y ago
I'm not trolling. I've watched them build their own stack, throw it away, build it again, throw it away. That's waste.
- vdaniuk 13y agoThat is experimentation. Experimentation is a necessity and is a cornerstone of a good design. Don't you agree?
- csmithuk 13y agoYes and no. Some notes: * Experimentation doesn't make it into production twice unless you're doing something wrong. * There are proven solutions off the shelf both open source and commercial. * They should be value driven rather than innovation driven. We aren't paying them to be a research agency. * There is an ongoing maintenance cost and in-house only knowledge when you do an NIH job of something. That is not efficient.
- johneth 13y agoIt would be even more wasteful to build a stack, then even if it didn't work / new features needed to be added / old cruft needed to be removed / new devices and services need to be supported, just keep using and developing that stack. It's called agile development, and it lets them respond quickly and efficiently to changes in requirements / mission. See also: Facebook, Twitter, most other tech companies.
- csmithuk 13y agoThat's fine but the first iterations were because they fucked the requirements up. Regardless of Agile/not, due diligence when selecting products or deciding to write them is required.
- johneth 13y agoRequirements, especially in government, will change quite quickly whatever you do, so I'd argue that fast agile development is more beneficial and cost-effective than slower development cycles.
- Spearchucker 13y agoCan you expand? Can you give an example of requirements changing quickly or frequently in government? Given that they're constrained mostly by budget and legislation I'd argue the opposite. That notwithstanding, I'd also be very interested to know how agile is a panacea to fast-changing requirements, especially as opposed to techniques such as designing for change (at the architectural level, so not just the implementation level, i.e. loose coupling, encapsulation and abstraction interfaces).
- leoedin 13y agoHow close are you to these guys? When you say "I've watched them build their own stack", are you referring to having read some blog posts, or do you know them personally? The money that the fairly small team are spending is a drop in the ocean compared to many government funded projects. If you want to get angry about misspent public funds, I can think of countless other areas that are orders of magnitude worse. The reality is that a small team of people directly employed by the government working fairly effectively can build and discard their stack as many times as they want and still be significantly cheaper than getting a big company to do it.
- csmithuk 13y agoI watch github, I watch their blog, I read interviews, I get the picture. It's my job to look at dysfunctional teams both from a technology and a process perspective. I've seen teams like this many times before. They are expensive, inefficient and the return is considerably lower than the investment has promised. Just because the historic approaches are worse doesn't exclude these guys from scrutiny. They'll quite happily piss £40k of dev cost up the wall while other departments are arguing over £200 ultrasounds for cancer patients. Scrutiny must be universal and unforgiving.
- mattmanser 13y agoSo long answer, short, you don't know. I've not been watching them closely, but they are delivering, which seems an extremely strong indication they're not dysfunctional at all. Every now and then I end up on a gov site they've redone and it's immediately obvious they've had at it because it's easy to use, responsive, etc. You're sounding like one of those pointy haired bosses that don't understand that good developers play to succeed, and it doesn't always pay off. But if you stop them you end up with crap because the good people leave.
- code_not_curse 13y agoGot to say it sounds like you were pretty far away too, but the page loads quick so it is ok they redeveloped the stack with Ruby, Scala, Go, and when they get bored and want to learn Elixir or Erlang, maybe they rewrite it again. After all, it is only our taxes paying for it. Sounds more like a pointy haired boss to me.