|
Well it is just a form of betting.
|
|
|
|
|
True...
and sometimes is even worse than gambling.
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
If there's no fundamental reason for a stock getting cheaper, like bad news or being overvalued, adding to a position can make sense. It's on sale! How long it will take to recover is the question. Maybe someone had to sell and it will come back quickly. Maybe the sector lost some of its appeal and it will take longer. Or maybe there's bad news that you don't know about yet. 
|
|
|
|
|
Greg Utas wrote: Maybe the sector lost some of its appeal and it will take longer. Or maybe there's bad news that you don't know about yet. 
I assume the name "JDS Uniphase" rings some bells to you 
Mircea
|
|
|
|
|
JDSU did ring a bell. I was also at Nortel for over 20 years. 
|
|
|
|
|
|
When I was in the Navy, I saw sailors lose a whole month's wages on the turn of one card.
That's where I learned gambling was a fool's game. I have never gambled, since.
Money is too hard to come by, to throw it away like that.
ed
|
|
|
|
|
I may have to use two ESP32S3 MCUs to drive my Prang MIDI box. They're only a $1.80 a piece at Mouser, but it seems wasteful still, because that means there is hardware for two bluetooth radios, and a whole bunch of extra RAM and CPU I don't need. Mostly just so I can put a second USB port on the thing. I guess it's a good thing it doesn't need to run on batteries, but I still wonder if the load will be too much for USB power. I'm researching other options but anything I do will be kind of a hack, and a waste.
But that's how IoT is. You get an MCU with a bunch of I/O you'll probably not use all of for any single project. The things are cheap and relatively low power, but it still bothers me using a whole extra MCU to drive a second USB port.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Completely offtopic:
How is that DAS KEYBOARD going? Are you happy with it?
|
|
|
|
|
I appreciate it every time I sit down at my desk. It doesn't look brand new anymore, mostly because I'm filthy, but it works like new, and all the key caps are unworn.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Given you are in the US you can get nice PBT keycaps for your keyboard... in my case (Spanish language + ISO layout) that would be almost an impossible mission... 
Which switches did you got in your keyboard?
Thinking on getting a mechanical keyboard for myself and was wondering if you were enjoying yours for typing/programming.
|
|
|
|
|
The Das 5qs does not use cherry switches. It uses a somewhat proprietary omicron switch. The reason it's "somewhat proprietary" is Das' has a novel RGB lighting scheme where the light runs through the middle of the switch, through (i think) like a fiber optic tube to each key.
It's the only thing I'm not 100% pleased with. Other than that the keyboard is perfect, and honestly, these switches are perfect for me anyway.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Nice!
Thanks for sharing
|
|
|
|
|
honey the codewitch wrote: a whole bunch of extra RAM and CPU I don't need
That's it. We've had enough of your heretical notions, witch.
Software Zen: delete this;
|
|
|
|
|
Glad to see your post. It reaffirms my decision to only work with business applications  
|
|
|
|
|
I mean, when it comes down to it, nothing wastes hardware like business apps. Throw .NET at something and it costs 30% of your CPU bandwidth compared to C++
Then you have endless frameworks where maintainability and compliance are more important than performance.
Add to that the notion that hardware is cheaper than software.
IoT waste has nothing on bizdev.
To err is human. Fortune favors the monsters.
|
|
|
|
|
I concur strongly… working on heavy business application where I need to allow parallel run between a legacy system and its replacement. I have to deal with 15 processes written by 5 different devs. One person did a little refactoring earlier which is helping a lot.
|
|
|
|
|
Don't get me wrong - there's not anything terribly wrong with the approach - it can be cost effective or it wouldn't be done so often. It's just sometimes shocking when you stop and think about all the CPU cycles and RAM that never needed to be used.
"hardware is cheaper than software" is more accurately "something already developed and tested is cheaper than something still in development", but the former, while more specific, is easier to fit on a bumper sticker.
To err is human. Fortune favors the monsters.
|
|
|
|
|
honey the codewitch wrote: Then you have endless frameworks where maintainability and compliance are more important than performance.
This is always true, even when working on bleeding-edge high performance computing. Always keep in mind that we don't write code for the CPU, but for our fellow developers.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
It's not always true with IoT.
Sometimes you have to count CPU cycles.
For example, when bitbanging a USB host interface.
Recently I had to dynamically generate machine code and execute it.
The only alternative was the code not working at all.
To err is human. Fortune favors the monsters.
|
|
|
|
|
I'm certain that you documented the obscure code thoroughly, so any maintainer (or yourself, a few months down the line) would be able to follow it.
Your code was written for humans, not for the CPU.
QED
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
I guess we delineate differently.
I consider documentation separate from code, because in most cases code should be self documenting. Comments are "out of band information" in my view. Yes, included they make up the functional codebase, so I see where you are coming from, but for me, I see comments as existing in spite of the code - where the code itself couldn't do the entire job.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Last time I encountered this situation, I simply used a "PIC Micro".
There's a staggering number of the darn things, with just about every possible conceivable peripheral on that you can think of.
They range in price from hundreds of $$ per unit, right down to a fraction of a cent per unit.
I had a look through the device matrix:
https://www.microchip.com/en-us/parametric-search.html/717
and eventually after a good chunk of comparing specs, I settled on an 8 bit, I think it was in the 16F series that had the absolute basics on that I needed, 6 gpio with configurable pin routing, I2C and USB peripherals, and essentially made myself an I2C accessible USB port which I then just connected to my ESP32 as an I2C gadget.
Programming PIC's is very straight forward, it's a pretty standard serial protocol, not much different to the one used on the arduino. Personally I do actually have a "Pic-KIT 3" (And a 2) programmer. But the specs are all public domain, so to be fair you could probably use a modified arduino programmer to do the job.
The core dev language is in C just like the Arduino, and MPLAB and all the associated compilers can be freely downloaded from Microchip.
Finally, Microchip will actually allow you to request 10 sample devices free, per year (or is it per month.. again I can't remember) , so if you find a bunch of possible's from the device matrix, they will actually send you one each of those devices free to test your design before ordering.
I've done numerous projects over the years, using PIC's alongside arduino's and ESP32's (and others, even rPI's) and they usually work out really well.
|
|
|
|
|
This week I tried to upgrade our Postgres 10 Windows installation to Postgres 14, following the official instructions here:
PostgreSQL: Documentation: 14: pg_upgrade[^]
Sadly this turned out to be no walk in the park, and cost me several days to get it working.
First problem was this command: RUNAS /USER:postgres "CMD.EXE"
We don't have a Windows user "postgres" on our installations, and as far as I known the default install does not create one !
Finding helpful information on the internet was not easy, a lot of articles appear to be Linux only and the authors don't even bother to mention which platform they are using.
Bypassed the user problem, by skipping the RUNAS command and setting an environment variable PGPASSWORD=xxxxxxx
Similar to the example here:
windows - Error: Consult the last few lines of "pg_upgrade_dump_1.log" - Stack Overflow[^]
But although there could be no rights problems as I had given all rights to the Postgres directories, still got an error at the end of the upgrade process.
It turned out to be an encryption problem, the old pg_hba.conf file used "md5" and the new pg_hba.conf used a default setting of "scram-sha-256".
See answer here: postgresql - upgrade from postgres 12 to 13 causes user authority problem - Stack Overflow[^]
Changed all occurrences of "scram-sha-256" to "md5", and everything worked!
|
|
|
|
|
md5 is pretty vulnerable. That's almost certainly why they changed it. Be careful.
To err is human. Fortune favors the monsters.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
