|
I tried this recipe, worked very well. But I agree with you that the juice might help in giving a more intense orange flavor. Or perhaps the 3-days of soaking as Peter suggested would preserve the flavor better?
Thanks all around...
|
|
|
|
|
My agency just put my work group and some select clients through an Agile Boot camp. Early on we were told that everyone is a developer and those sub humans who write code are just um… coders. Then my supervisor jumps up and says so anyone can be a coder. We can have testers or anyone be the coders.
So from this we get if everyone is a developer then no one is the developer, and code if written at all can be written by any warm body if we bother to write it at all.
Anyone interested in pipe welding as a career? I hear it pays well.
It's always darkest before it goes completely black.
|
|
|
|
|
Just think of the lucrative contracts available to sort the resulting mess out!
Life is like a s**t sandwich; the more bread you have, the less s**t you eat.
|
|
|
|
|
Earl Owens wrote: code if written at all can be written by any warm body
I've been to QA. Warmed-over is sufficient. 
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Does it matter if the bite marks show?
Software Zen: delete this;
|
|
|
|
|
Depends.
Do you live (or undead) in Wales?[^] 
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Aspirin cures headaches. Oh, good, then it cures broken arm pain and toothache pain and every other ailment also.
Manager: We need a process. Let's try Agile.
6 weeks later...
Manager: After all that time spent learning Agile, we have learned that Agile is the be-all end-all.
It has to be or else we just wasted a lot of time and money learning a process we could've learned in a few hours.
Developer: Now you're on to something. Could've learned it in a few hours.
The truth is you cannot write a book about something you learn in a few hours. So books on Agile wouldn't sell unless they are long.
Also, Contracting and Training groups need long subjects to teach so they can charge vast amounts of money.
The heart of Agile is simple. But it has been falsely inflated for monetary gain.
Ugh.
If you've ever developed a substantial piece of software by yourself you probably found that you adhered to the basic principles of Agile. It's really that easy.
Everyone is a developer. Up until someone goes to do maintenance on their code.
|
|
|
|
|
newton.saber wrote: Everyone is a developer. Up until someone goes to do maintenance on their code.
Then what do they become?
|
|
|
|
|
A maintainer that sustains the code. It's called sustaining engineering.  Ugh.
If your actions inspire others to dream more, learn more, do more and become more, you are a leader.-John Q. Adams
You must accept one of two basic premises: Either we are alone in the universe, or we are not alone in the universe. And either way, the implications are staggering.-Wernher von Braun
Only two things are infinite, the universe and human stupidity, and I'm not sure about the former.-Albert Einstein
|
|
|
|
|
Dead if I get my way.
Life is like a s**t sandwich; the more bread you have, the less s**t you eat.
|
|
|
|
|
Annoyed. Angry. Disturbed. Confused. Miserable.  Suspicious. Late to dinner. Bald.
Edit...
Oh, wait, that's what you become when you go to do maintenance on their code.
They become...uh...err...
Unavailable.
modified 6-Nov-14 16:03pm.
|
|
|
|
|
|
A Roto-Rooter [^].
« I am putting myself to the fullest possible use which is all, I think, that any conscious entity can ever hope to do » HAL (Heuristically programmed ALgorithmic computer) in "2001, A Space Odyssey"
|
|
|
|
|
A former employee?
We can program with only 1's, but if all you've got are zeros, you've got nothing.
|
|
|
|
|
-- The heart of Agile is simple. But it has been falsely inflated for monetary gain.
Total agreement.
|
|
|
|
|
In all seriousness, I'm not that convinced by Agile yet - I suspect it's "just another fad" that is going to get dropped in a couple of years when "working code" starts being "not-working code" and the maintenance headache of not having any idea how it works (and no documentation) starts to bite. A problem made worse by an attitude of "any warm body will do".
Pipe welding doesn't pay that well in the UK - the country is apparently full of Polish plumbers who can do it for a cup of tea and a fiver... 
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
Is that what Maciej is doing these days?
Life is like a s**t sandwich; the more bread you have, the less s**t you eat.
|
|
|
|
|
Griff, at some level I'd agree with you - we've all seen the new new thing come and go.
Back in my Science Systems days we sometimes used a formal methodology called Dynamic System Development Methodology (DSDM) where appropriate.
It was great for stuff like web pages and user interfaces. Not so great for database design and complex real-time stuff. It was agile before Agile ... another tool in our toolbox to use for the right widget.
I don't believe that agile works in all cases, in others it's a no brainer and doesn't need a fancy title. As soon as someone takes a common-sense idea, gives it a fancy newspeak title, publishes a book or two and commends it's universal use I'm turned off (what was that Universal something or other that was all the rage 10 years ago?!!!)
I used to belong to the Anarchy Society, but I didn't like the rules.
Life is like a s**t sandwich; the more bread you have, the less s**t you eat.
|
|
|
|
|
The problem is that all these b***rds want something for nothing.
They *won't* pay the money for the ability, they *won't* work it out, they just want a formula to apply to save them having to think or analyse or do justice. They want to be the guy senior management pats on the head for saving x-amount of salary by hiring the cheapest.
And when the product isn't up to scratch, they're long gone.
Fortunately where I work they pay well, recruit quality and avoid all gimmicks.
As for Polish plumbers, I hired a local West Country man to hack my garden ready for the Winter. He quoted £35 to nuke the hedges back to the Stone Age, a ridiculously low quote. He turned up on Saturday and did a superb job in pouring rain. I paid him £45. Cheap at the price, the guy was a genuine grafter, and I don't miss the extra tenner.
Agile evangelists are for people who know the price of everything and the value of nothing.
|
|
|
|
|
At my company we use the agile dev process lightly - it's mainly common sense and good planning that allows us to identify and work on small pieces of functionality that can be safely integrated into our product without causing instability. Task estimates are set by developers and vetted by dev managers (all of whom have been hard-core devs in the past and still know their s---). Our daily status meetings are brief (10 mins for a team of 10) and to the point, and everyone on the team has a pretty good idea of what the others are working on. Our public APIs are well documented (the MSDN-style documentation is produced as part of the nightly build) and all check-ins undergo a brief code review.
I know we're not the only team that works like this, but posts at CP sure make me think so sometimes. 
/ravi
|
|
|
|
|
There's nothing wrong with agile per se, but idiots are a problem no matter what system you implement.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
OriginalGriff wrote: Pipe welding doesn't pay that well in the UK - the country is apparently full of Polish plumbers who can do it for a cup of tea and a fiver... 
[Queue song: "I wanna be a cowboy", by Boys Don't Cry]
Go west young man... go west [^]
|
|
|
|
|
I suspect it's like any paradigm. Those that need strictly enforced rules ("but agile says it has to be done this way, every time") aren't imaginative enough to adapt and succeed when necessary.
Are all facets of any process necessary on any project? I suppose one could argue that noting a typo in some text on page A of the application is requirements gathering. But, sometimes, that's it; we don't need a whole process to discuss and mull over the implications of making that fix.
OTOH, some things are complex enough that nobody could imagine all the test cases without putting a little of it in place and seeing it in action. I think that's what agile brings, is making sure everyone has that understanding up front, and that it's not panties-in-a-bunch time when some corner case reveals itself. It's just time to adapt.
|
|
|
|
|
Agile? Hmm... oh yeah, that's the thing that all the younger developers get hung up in while I get work done! 
|
|
|
|
|
Disclaimer: Note that the following applies to Scrum, not necessarily all of Agile.
"
In Scrum, Development Team members are called “developers,“ regardless of their background, job title, or skill set. Development Team members may have experience in software engineering, testing, architecture and design, graphic design, database administration, business analysis, technical writing, or other similar specialties. Regardless of what their resume says, they are now “developers“ as far as Scrum is concerned. They should burn their business cards and focus on delivering value in the form of working software. Also, there are no subteams in Scrum, such as testing or QA. The Development Team performs all of the work required to deliver the done increment of the software product. It’s important to note that just because a team member is called a developer, this does not necessarily mean that they will be developing (writing) code. Depending on the task, they may be developing architecture, developing user interface or design, developing test cases, developing database objects, developing installers, or developing documentation, etc. Everyone develops something.
"
-- Professional Scrum Development with Microsoft® Visual Studio® 2012, Richard Hundhausen
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
