BNC are fine in my book, a pox on the bugger/s who keeps putting PL259\SO239 on equipment!
I have no problem with BNCs in principle... it's just that PARTICULAR one was a pretty jank hack, which was not med's fault at all. But since med decided to keep it, now I have something to noodge him about besides the "2465 Fan Bodge of
DOOM".
mnem
We've made it to
leet level. Welcome to page
1337 (for those playing at default settings, knudge, knudge, wink, wink).
When I first heard of Python and learned that it used indentation to determine the structure of the code, I was appalled that someone would create a language like that. But over time I've started to change my mind. For one, it forces people to actually indent code properly. Also, it prevents abominations like this:
if (condition) {
code here;
} else {
other code here;
}
I also love BNC's, so convenient.
Sorry.... was that a picture you posted med? I can't see it, since I'm wearing my
Bodge-Blocker Sunglasses™...
mnem
You gave it a name - and you must have said the name 3 times!!!
Mnem ... where do you get those glasses?
When I first heard of Python and learned that it used indentation to determine the structure of the code, I was appalled that someone would create a language like that. But over time I've started to change my mind. For one, it forces people to actually indent code properly. Also, it prevents abominations like this:
if (condition) {
code here;
} else {
other code here;
}
Exactly why I accept/tolerate Python's structure requirement. Code blocks should be clearly set apart and decipherable to a reader who didn't grow up with the original coder.
This isn't BASIC, where whitespace takes up part of your precious 16K of memory. I used to get teased about the way I wrote Java and other "modern" languages because I refused to spaghetti-thread or declare dozens of classes which made the code ghastly to read.
You gave it a name - and you must have said the name 3 times!!!
mnem ... where do you get those glasses?
Yeah; I was expecting that from med... actually sooner, TBH.
- Sorry... sometimes I repeat myself... repeat myself... repeat myself...
I got mine from wch... he was having a conniption fit about all his gear hiding from him unless he looked sideways at it... mnem
Awww, man... where'd my Steelers socks go?
....and now for something completely different...Can anyone recommend a good source for NON-sleeved banana test leads that I can use with the 427A and my 3455A? Both are 1 kV max dc.
You gave it a name - and you must have said the name 3 times!!!
mnem ... where do you get those glasses?
Yeah; I was expecting that from med... actually sooner, TBH. - Sorry... sometimes I repeat myself... repeat myself... repeat myself...
I got mine from wch... he was having a conniption fit about all his gear hiding from him unless he looked sideways at it...
mnem
Awww, man... where'd my Steelers socks go?
Now offering felt Blue Bodge Blockers by @ Beanfliying. The idea has to be worth squillions
bean, izzat you? All I can see is
blue fuzz...
mnem
Its like I'm being mugged by a giant blue hamster...
....and now for something completely different...
Can anyone recommend a good source for NON-sleeved banana test leads that I can use with the 427A and my 3455A? Both are 1 kV max dc.
I have cut the sleeves off with a sharp razor blade. It was either a Fluke or Pomona set.
....and now for something completely different...
Can anyone recommend a good source for NON-sleeved banana test leads that I can use with the 427A and my 3455A? Both are 1 kV max dc.
DIY?
Plenty of options for buying 4mm gold bullets from the R/C market plus the usual electronic suspects. One of my 10AWG sets for high current use (40-60A if needed) next to an evilbay one (10A max before they melt).
Fat tip soldering iron and a little Lead/Silver solder for preference.
When I first heard of Python and learned that it used indentation to determine the structure of the code, I was appalled that someone would create a language like that. But over time I've started to change my mind. For one, it forces people to actually indent code properly.
That's a non-problem with most languages: use an IDE to force indent the code in a standard way with a single keystroke.
That's impossible with Python.
That feature isn’t necessary. By nature of the indentation being structural, the code is correctly indented if it works.
Code blocks should be clearly set apart and decipherable to a reader who didn't grow up with the original coder. This isn't BASIC, where whitespace takes up part of your precious 16K of memory.
Quite right.
I used to get teased about the way I wrote Java and other "modern" languages because I refused to spaghetti-thread or declare dozens of classes which made the code ghastly to read.
With a modern (i.e. <15 years old) IDE you don't "read code", you "browse code". The IDE creates its own internal representation of the code, and provides keystrokes to rapidly move around the codebase.
The principal uses of classes inheritance and instantiation are:
- to allow someone to have a good guess at what they don't have to look at - saves masses of reading!
- to allow composability
- to allow a client to say "I'd like one of those, except it differs in this way"
- to allow a client to say "can we have another one of those as well"
Nonetheless,
all techniques and technologies can be and are misused. Good taste is important, and rare. Some people should never be let near a keyboard.
W.r.t. autoformatting.
That feature isn’t necessary. By nature of the indentation being structural, the code is correctly indented if it works.
That's a circular justification!
And how often have you seen unit tests that are sufficiently good that they can spot the effects of
changed indentation? Most unit tests I've seen are
dismal; all that mattered was getting the green light, since that
defined that it worked. Cough, splutter.
The problems arise with unspotted fat fingers, cut and paste operations, inserting/removing level.
None of those are insurmountable, but having explicit delimiters increases the chance that the compiler will spot an infelicity, and reduces the opportunities for error.
It is exactly that. Which is intentional because it puts style and correctness in the same domain. When they are not, it makes functional interpretation of what’s in front of you more difficult. C case statements are a brilliant little hole where this goes to hell.
Also how do you know your code still works if you don’t test it? Hence goto fail mentioned earlier which would have been picked up if they had a test suite that was worth more than a bag of crisps.
But throwing all of this aside, where do you think the biggest risks are? Mostly in interpreting the problem domain competently. Case in point I watched some code destroy 100k archived financial documents once because a business analyst misread archival requirements. The code did what it was told efficiently and without mercy. Edit: try and understand OAuth2 without leaving a hole the size of a bus in something
Dang didn't think of that ... it does tend to go off if it goes flat though.
issue 2 will have a low voltage cutoff. Thanks for the heads up! I'll get issue 1 working first and thoroughly test it. Should be able to achieve that with a fat low Rds(on) MOSFET, comparator and TL431 off the top of my head.
Here's how I did it: https://www.eevblog.com/forum/projects/battery-undervoltage-lockout/msg1060148/#msg1060148
Thanks for that - appreciated! I had something very similar brewing in my head
It is exactly that. Which is intentional because it puts style and correctness in the same domain. When they are not, it makes functional interpretation of what’s in front of you more difficult.
Prettyprinting and correctness should not be in the same domain.
Without correctness, prettiness is irrelevant - unless you are an artiste
With correctness, given a suitable language and IDE, prettiness is merely two clicks away! We're not working with 5 channel paper tape on 5cps telytypes anymore!
Prettiness ought to be easy.
C case statements are a brilliant little hole where this goes to hell.
There are far worse problems with C than that!
Also how do you know your code still works if you don’t test it?
You can't test quality into a product.
Hence goto fail mentioned earlier which would have been picked up if they had a test suite that was worth more than a bag of crisps.
But throwing all of this aside, where do you think the biggest risks are? Mostly in interpreting the problem domain competently. Case in point I watched some code destroy 100k archived financial documents once because a business analyst misread archival requirements. The code did what it was told efficiently and without mercy. Edit: try and understand OAuth2 without leaving a hole the size of a bus in something
That's why validation and verification are two separate disciplines. Figuring out what to do
ought to be more difficult than doing it.
There are many pitfalls to creating and maintaining something that is correct. Pitfalls shold not be introduced unnecessarily.
Regrettably some tools introduce problems that other tools avoid. Such tools shold be deprecated.
Here's the latest actual paper card I got from Ireland. I worked the station Dec 2017 on 30m and May 2019 on 20m. Amazingly , the postmark is June 10 and I got the letter on June 14th. That is really fast!
Did know what object was on the stamp so researched it. It is this -
Donore Handle
700-720
This object, found on a riverbank at Donore, Co. Meath, in 1984, is almost certainly the handle for a church door. Its opulence and sophistication tell us how far Irish monasteries had come from the largely ascetic impulses behind their foundation. It reveals a period of obvious prosperity, in which the church is fully integrated in the structures of power. The handle is a spectacular and supremely confident expression of technological mastery. It is made up of three pieces: a beautifully engraved circular plate of tinned bronze, a splendid lion’s head that was probably made from a wax model and a frame that was probably cast from a twopiece mould. The lion’s eyes are inlaid with brown glass made to look like amber.
http://100objects.ie/donore-handle/