|
The one my wife cooks, don't give a rat's which is genuine.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
You cant even tell whats in it?
|
|
|
|
|
Oh I know precisely what goes into it, what I don't know is if it is the "genuine" recipe. And no there are no anchovies!
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Well, it is actually 'underwater' chicken, because a pan of cold water is put on top of the cooking pan, to condense the juices back in.
But yeah, those juices, they are something to behold!
Did the kitchen have almost no smell when it was cooking? That ius what I found. All the flavour was staying in the pot, resulting in an incredible flavour profile.
I got my recipe off hotthaikitchen, if you want thai food, I can recommend it, it has a lot of recipes.
|
|
|
|
|
Munchies_Matt wrote: Did the kitchen have almost no smell when it was cooking? That ius what I found. All the flavour was staying in the pot, resulting in an incredible flavour profile. Yup, almost no smells, until you lift the pot and this waft of smells greets you
Munchies_Matt wrote: I got my recipe off hotthaikitchen, if you want thai food, I can recommend it, it has a lot of recipes. It's good to vary, and it is nice to have something completely different now and then. For normal meals, I'll try to use local materials. Also because it is half the price of stuff that is brought from afar
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
But those mail order herbs and spices do last a long time I find, even using them in reasonable quantity.
The only one I have really ripped through, because it is so damn versatile, is Thai sweet basil. I use it in a lot of Indian recipes too, like vadas and bhajis.
|
|
|
|
|
Munchies_Matt wrote: But those mail order herbs and spices do last a long time I find, even using them in reasonable quantity. You cook a lot of thai then?
Munchies_Matt wrote: I use it in a lot of Indian recipes too, like vadas and bhajis. With indian food I think of curries and rice, not fried food - but those were inviting pictures
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Of late, as in the last 6 months, been eating pretty much 100% Thai/Indian food.
|
|
|
|
|
Pure for taste, or other reasons?
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
It is staggeringly healthy, and incredibly tasty. SO tasty it leaves you feeling full, even though you arent always.
I dont eat breads, admittedly, or noodles, or white rice mind you, to keep it low GI.
But the spices too, one reads every day that turmeric is good, garlic and onions, chillies.
The meat is either chicken or fish, so zero fat pretty much. And I generally use plain oil for frying.
If I need something like flour there is chick pea flour, good source of protein, and brown rice flour. Again low GI.
It is also a high fiber diet, loads of veg, salads, etc.
It is good all over, and damn tasty. WHat more can you want!
|
|
|
|
|
Munchies_Matt wrote:
It is also a high fiber diet, loads of veg, salads, etc. That would be preferable for most people, but I'm currently avoiding those a bit to keep it easier to digest.
Munchies_Matt wrote: It is good all over, and damn tasty. WHat more can you want! I need to gain weight, so I often do eggs and bacon. Or fries with satay-sauce and fried unions
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
If you have a pressure cooker, give this recipe a try: Colombian Chicken Soup[^]. The recipe is super simple, takes less than ten minutes to prepare, and it tastes wonderful. I have found that using only the dark meat gives a much deeper flavor profile.
if (Object.DividedByZero == true) { Universe.Implode(); }
|
|
|
|
|
Thanks for the link
I don't have a pressure-cooker yet, but I'm sure I can borrow one. What's even better is that most of the pressure-cooker recipes work great in my slowcooker.
Hadn't heard about beefsteak tomato's before. I imagine it will taste a bit different than my cheap tomato-paste.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Eddy Vluggen wrote: I don't have a pressure-cooker yet We picked up a programmable pressure cooker from Instant Pot. We are liking it so far, especially since it can replace the oven for several things, such as baked potatoes, which is awesome considering summer temps around here have been in the high 90's F.
Eddy Vluggen wrote: Hadn't heard about beefsteak tomato's before. For this recipe, we used the regular tomatoes from the market and it was still quite good.
if (Object.DividedByZero == true) { Universe.Implode(); }
|
|
|
|
|
|
This and the previous post are oddly relevant to the third post
|
|
|
|
|
When managers use that language, it's called buzzword bingo.
When developers do the same, it's secret code for "RUN!!!!!!!!!!!"
|
|
|
|
|
Obviously Wally is boss at maximising reward vs work!
|
|
|
|
|
I was reading about how a few programmers were able to redo the healthcare.gov website, and could have written it to begin with at a much, MUCH lower cost:
The Secret Startup That Saved the Worst Website in America - The Atlantic[^]
It is not understatement to say that for its importance, this was the worst pile of excrement that software development has ever managed to produce (yes, even worse than Windows Vista). I figure someone has written a good book that discusses how this came to be.
|
|
|
|
|
Is that much of a surprise? Such things usually come from rotten project management, tightest schedules and insane customers who come with great ideas and changes every five minutes. Try working under such conditions and then take a good look at the results.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
You just described agile...
|
|
|
|
|
R. Giskard Reventlov wrote: You just described agile...
...as implemented at many BigCorps, but not all.
FTFY!
I know that Agile (like every other process methodology in the Universe) has been completely subverted from its true purposes at many BigCorps, but there is the core of Agile and the truth of Agile that is actually something very good.
If you just read the Agile Principles (and if managers didn't subvert that because they need to look like bigshots) then I believe you would find it is actually something great.
Principles behind the Agile Manifesto[^]
You can read those in 5 minutes but they'll make you think much longer. They're really great.
modified 10-Jun-18 15:49pm.
|
|
|
|
|
Very interesting, thank you.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
I remember when that came out and I signed it, thinking it was the coolest thing since sliced bread. Now, some 20 years later (I think it's been that long) my more jaded, experienced self looks at that and finds it to be a combination of obvious truths, vacuous fluff and inaccuracies.
Our highest priority is to satisfy the customer
through early and continuous delivery
of valuable software.
Fluff. Define "valuable" as well as "customer satisfaction."
Welcome changing requirements, even late in
development. Agile processes harness change for
the customer's competitive advantage.
Fluff. "Harness change" - WTF does that mean? Is Change a horse? "Customer's competitive advantage" - oi, Dilbert buzzword bingo.
Deliver working software frequently, from a
couple of weeks to a couple of months, with a
preference to the shorter timescale.
Just not true or possible in many situations. I might agree if it said "working modules" or "working sub-modules", but "working" is a scary concept -- particularly in a piece of software with a lot of inter-connectivity.
Business people and developers must work
together daily throughout the project.
That is the first thing I agreed with then and agree with now.
Build projects around motivated individuals.
Give them the environment and support they need,
and trust them to get the job done.
That is the second thing I agreed with then and agree with now. Except for the trust part. The reason for code reviews is because fundamentally, I don't trust you, and I don't actually trust myself that much either.
The most efficient and effective method of
conveying information to and within a development
team is face-to-face conversation.
Maybe. Plus whiteboards and Visio diagrams. Then again, I also work quite well with emails and documents. There's a lot to be said for a written document that one can review and annotate rather than poorly transcribed notes.
Working software is the primary measure of progress.
Totally disagree.
Agile processes promote sustainable development.
The sponsors, developers, and users should be able
to maintain a constant pace indefinitely.
Vacuous. There's nothing about agile processes that give's one an inkling of how to go about achieving sustainable development.
Continuous attention to technical excellence
and good design enhances agility.
Agreed.
Simplicity--the art of maximizing the amount
of work not done--is essential.
Agreed.
The best architectures, requirements, and designs
emerge from self-organizing teams.
Um, disagree. This results in architectural islands, creating chaos across the application. I've seen that, particularly in Python and Ruby development (and some Javascript) where each team puts together their own micro-architecture. The result is like the Babel.
At regular intervals, the team reflects on how
to become more effective, then tunes and adjusts
its behavior accordingly.
That would be nice.
|
|
|
|
|
Marc,
I really enjoyed reading your comments. I think they've created a great discussion on this entire idea. I agree with you on most of them.
First of all, I think that a lot of what taints the Agile Manifesto Principles is business itself.
There are so many terrible places that are "Agile" and they are nothing close.
Then, there are the problems inherent in the principles themselves such as "deliver working software frequently..." as you pointed out. Most companies are not going to stomach a project without an up-front estimate on time and $$$ so how would this even be possible? How can we just deliver the "minimum viable product" and continually say, "it'll be done some time in the future"?
There are obvious gaps (and even problems) in the principles. As a matter of fact, I don't believe that 99.5% of the companies out there would ever succeed with Agile.
That's because as @sahibgora so correctly pointed out in a message below : "After 25 years and multiple different "methods", I feel that it all depends on the people."
However, there is something that I like about The Agile Manifesto Principles.
When I think of how I do a project on my own, it is an almost exact copy of what the Agile Principles describe.
I bet it is the same way for you.
If I were able to build a team of people who were like-minded, who always kept the goal of what the customer wanted in mind and always drove toward "working software" and people who fought for the product so it would satisfy customer needs (and not fighting for something that the individual dev wanted just because they wanted a technology or whatever) then I think the Agile Principles as stated are fantastic.
But, in 99.5% of companies, it just ain't going to happen. However, I do think that using Agile as guiding principles can help. As guiding principles they are great but whenever a company gets ahold of this type of thing some manager starts thinking about how s/he can manage the process and make his/her life simpler and then it goes down the drain.
I do wonder why you disagree with "working software as the primary measure of success". When I'm building my own software that is totally the ultimate goal. I'm assuming again, you are saying that companies really don't focus on that. However, if the "working software" is the product then I am totally confused by why they wouldn't consider the finished and working product their measure of success??
Great discussion.
|
|
|
|
|