Re: Indian Law...
You have to wonder at the mentality of manglements who entrust their IT to a business with staff churn at that level.
42029 publicly visible posts • joined 16 Jun 2014
"every software tool and API in the world."
That's a problem, right there. It will spend all its time training as the rest of the software world adds new tools & APIs and makes breaking changes to existing ones.
"carry out someone's commands on its own initiative"
I'm not sure "someone's commands" and "its own initiative" aren't two separate and conflicting things.
I see it listed by synaptic which at first sight looks odd as this is Devuan but, of course, Devuan falls back to Debian (11 in this case) repositories for what it doesn't maintain itself. So although you might not be running you would be able to see it listed there.
"the team doesn't really know what it is analyzing when it makes its predictions."
This is a big problem and common to so much of this ML stuff. It would probably be more useful in the long run to understand exactly what the significant features are in biological terms. That way there might be scope for preventative measure.
It's not helped by the fact that the fact that the sample is small.
And it will still deliver ads for the wrong thing:
1. Pick out some key word and throw up anything that has the same word in the description (example, try searching for a DPDT toggle switch and count the hits that are SPDT,DPST, centre-off, i.e. triple throw or not toggle swtiches).
2. People who bought this also bought...something completely irrelevant; it was a small sample but we don't care.
Are bugs in the contract code even the main problem? The Beanstalk heist, for instance, was accomplished by gaming the system. If the code is bug-free but the system can be subverted simply by throwing a large amount of virtual money at it by way of a flash loan then the system has no security.
It's not just a matter of doing things right, you also have to do the right things.
"is the amount of effort that goes into creating a new language significantly less than working out how to overcome the shortcoming in the original language?"
The same applies to the effort of everyone else in learning the new language.
"More than 300 programming languages have existed at one time or another. Hare aims to serve as an alternative to C"
Sometimes it seems that there have been more than 300 programming languages just in the "alternative to C" category or even in the "alternative to alternative to C" category.
Oh, look! Another!
"there are no serious regulatory hurdles to overcome"
Given Musk's previous history with US financial regulators over his use of Twitter I can't imagine them being enthused by this. Whether they have cause to act, other than take a long time to review it, I don't know. Apart from that, non-US countries are increasingly reacting to the behaviour of multinational online businesses, e.g.the EU's Digital Services Act. I think a good few of them are going to want to take an interest.
the "semi" would cause offence by implying inadequacies.
And, of course, music should not be written with notes shorter than quavers.
Oh dear, "quaver" sounds a bit inadequate as well. And "crotchet" sounds altogether to much like "crotchety" (other offences are available to be taken). "Minim" sounds inadequate as well and "semi-breve" brings up the original problem. Non-offensive music is going to be a bit slow and rhythmically dull.
I hear the older generation say it but then some people can't change keep up with the diktats of when yesterday's approved language suddenly becomes disapproved.
Let's be blunt about this. There are professional offence takers and if they didn't keep doing this they'd run short of offence to take.
You only need to understand the receiver. A fundamental rule about communication is that what is communicated is that which is received, not that which is transmitted. The living proof of this is those in sales and marketing who are unable to grasp that what they transmit as meaningful marketing messages is received as spam.
Now you've pushed me into an area familiar from long ago - composing formal witness statements based on scientific evidence. About 40 years ago a colleague and I fantasised about a system into which we could feed data and get out terms ranging from "Could not be..." via "Not entirely inconsistent with..", "Consistent with.." etc to "Is...".
Shortly after that I went for a job interview including a psychological assessment which consisted of a tick-box questionnaire. As far as I could make out the processes was as follows. The questions, which were not as context free as the systems devisers probably thought, were weighted for various traits. The system carried out a multidimensional analysis based on this and then attempted to fit a further set of axes such as creativity on this space. Finally it spat out a series of (in my case complementary) phrases based on the scores on those axes.
My colleague and I were very impressed by this. But I still didn't get the job.
"I had to get my birth certificate to demonstrate the incorrectness."
And the birth certificate isn't proof of identity of its bearer. The bank was selecting the wrong source of data.
I take it this was some time ago as (a) finding a bank branch is hard enough now and (b) finding that the bank staff are sufficiently empowered to fix their mistakes is virtually unknown.
"On the one hand, it saves a few cents in the BOM, on the other it means you have to trust and distribute foreign, closed-source, unfree (which is more of an issue for some) code."
Look at it in another way. Your alternative is a few more cents on the BOM and having to trust that the firmware that's now immutable is also immaculate.
"The problem is that these days, if you don't need that software present the moment the computer is powered on, you can save a few cents per unit by omitting the ROM chips, and having the OS load the devices' firmware when they're initialized. It's still firmware, but now the OS on a different processor reads it from a file and uploads it into the device's onboard RAM."
The more significant benefit to the H/W user, if not to the vendor, is that by loading the firmware into onboard RAM it can be upgraded without having to replace the ROM or go through the always slightly risky process of flashing an EPROM. The same applies to microcode.
Except for extremely simple peripherals* the choice isn't going to be between firmware and no firmware, it's going to be between firmware that can be upgraded in that fashion and firmware that can't, but even if you choose the latter you're still going to have to trust the vendor.
* If such things are still available you could choose a motherboard with just old-style serial and parallel interfaces. It would at least remove the dilemma because you're not going to have anything on which to load your OS.