|
I have about 1000 sheets of fanfold carbon in my office. When a trainee programmer in the 80s I tested a program that printed to 3-part line-printer. Foolishly (I lived and learnt) the first run was with the correct stationery. It had an endless loop. The operator phoned me up when the first box of stationery was all used up (only printed one line per page) checking if I really needed it, and how many boxes it would take. He made me come down to the machine room and collect it. Seemed an embarrassing waste to put it in the skip, so I took it home as "I'd need carbon paper sometime".
|
|
|
|
|
I'd be much more sanguine with the whole thing if the folks mandating vaccines had more sense.
My wife had covid.
But they are forcing her to get the vaccine. Because vaccines trick your body into thinking it was exposed to the virus.
You'd think actually HAVING the virus would be good enough.
|
|
|
|
|
It seems to be different there... Here those had the virus do not get the vaccine - not for now at least...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
|
|
|
|
|
So - is this an EU rule or did Germany manage to screw up common sense on its own?
Now - no bragging rights, here: every state has its own rules and some are not even up to the standard of asinine (Florida comes to mind - no surprises there).
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
|
|
I'll be getting the vaccine when it's offered. Maybe with Bill Gates' chip in my arm I'll get a discount on Windows 11...
|
|
|
|
|
|
Well - no one else ventured an entry to this thread so, out of desperation:
Sugar cone, two scoops of pistachio.
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
There's a business opportunity here. Localised anti-noise generator sort of thing. The A400M has active real time anti-noise vibration damping.
|
|
|
|
|
|
Did not see that one coming...
|
|
|
|
|
So we've built a system that uses Azure, it's a function that validates a payload and pushes it onto a queue, and then another function pulls it off to process it. It's integration, keeping two systems in sync
Worked fine until the client decided to push in 2000 records at once. We find that HTTP functions blow up if they get too many calls. At one point they were sending 20, waiting 30 seconds, sending more and that still blew up.
We've been chasing this for over a month. There's Azure doco on this being limiting code that you can turn off. You cannot. The doco is all over the place. We found it doesn't happen to C# script BUT C# script won't work with queues with sessions.
Today we get one of my co workers to code review it all. He says it all looks good then, off the cuff, says, why does your DI code use injecttransient. Because we're injecting a few lightweight classes and I didn't trust the idea of a singleton across Azure servers being better.
So I make them all singletons, and now the code works. No documentation anywhere that I can find on why that would be.
|
|
|
|
|
yikes - that's a nasty trap - kudos to co-worker btw for asking the question
|
|
|
|
|
Yeah, I found no doco so his suggestion was awesome. I did find other limits that I could turn off, so I assume all of those changes also worked in their own way
|
|
|
|
|
There are tons of undocumented behaviors in Azure - it is an environment developed in production...
For instance (from my personal experience) a Linux based app service is actually sits behind an IIS wrapper, where that wrapper always 'talks' to the Linux instance in HTTP, which actually makes it unusable for like 90% of the scenarios in today world, where HTTPS is a minimum requirement and checked by most...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
|
|
|
|
|
*sigh* there's a lot of defunct doco still live as well. The source of truth is what your function does in real life
|
|
|
|
|
Feel free to ignore this because it's just a wild stab in the dark (and it's obvious once one knows), but are you somehow injecting an HttpClient using transient ?... because HttpClient is (as I know due to (cough) experience) "once per app" and exhibits interesting behaviour if it's continually 'new'd ... see first comment line in the c# example (link below) and text in the in the Remarks section...
HttpClient Class (System.Net.Http) | Microsoft Docs[^]
HTH
|
|
|
|
|
No, in .NET Core there's a HTTP Context factory. I inject that to get a HttpClient
|
|
|
|
|
Christian Graus wrote: No documentation anywhere that I can find ... because people who live in glass houses don't throw stones.
Really? Honestly there's gotta be sample/example use somewhere. If there's no sample there's no way anyone's gonna use it. Anyone who is anybody.
Now, as for Bob ...
|
|
|
|
|
There's tons of .NET Core and Azure functions samples. Nothing on the issue I had that I found while searching
|
|
|
|
|
This thought has nothing to do with the thought of the day line of thoughts. It was brought about by a conversation I had with the Mrs., by OG's thank you post this morning, and by a question last week where the OP really needed to just debug.
The conversations was about books and how she likes to have the physical book. I feel the same way and it took me a long time to get used to PDF 'books'. But I got to thinking about how I learned to program all those years ago, it was basic of course, the C=64 version. All I could do was RTFM. That was all that was available for Basic and Assembly at the time. Within a few years I was able to move to a Pc and start learning C. I had a copy of Microsoft C and again only the manual. But I learned, bought other books as I could, and learned some more.
In all of that I had to fix my own problems and typo's, lots of typo's . No one else could help. I find that I still use those methods to solve my current problems. Last step is to search online, and maybe ask some colleagues for a new set of eyes on the code.
Makes me wonder if colleges who teach programming classes, teach debugging? Or should it be a course all by it's lonesome?
Anyways, just a thought I had. What are yours?
Jack of all trades, master of none, though often times better than master of one.
|
|
|
|
|
I don't know if any college class teaches debugging, per se. At best, they can introduce debugging tools, and show their capabilities. Depending on your profession, learning how to {debug, troubleshoot, diagnose} is a dark art, and all that can be given are general rules of thumb. It mostly boils down to experience.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
I'd disagree to an extent.
Debugging is a state of mind; a way of thinking about the world. It's the process of looking at an event and working out what happened, how you got from "there" to "here" and what you saw happening en route - looking at the symptoms of a problem and deducing what had to happen to cause them; what that means about the underlying process; what actually happened.
I can say with some confidence that I learned a lot more about debugging by buying an unreliable motorcycle that I did on any university course!
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
I agree. See Operational Research.
Also
I learned much more from my failures than my successes.
If you can keep your head while those about you are losing theirs, perhaps you don't understand the situation.
|
|
|
|