Re: Is this an EU or Europe thing ?
"A private company sold privately"
It was a listed company prior to the SoftBank bid.
40413 publicly visible posts • joined 16 Jun 2014
"It's the difference between mailing a box of Legos and mailing a completed Lego kit without it coming apart in the mail."
It also involves assembling the Lego kit without having a Lego kit to assemble or anyone to assemble it. Once you've considered the difficulty of that you have to ask yourself why you have to consider the additional difficulty of mailing it; it's hard enough without adding that.
"life is almost a certainty"
I'm not sure about that. It involves molecules bumping into each other in a way that produces some quite precise structures. Without enzymes to catalyse the reaction I don't think amino acids in aqueous solution are going to polymerise very readily ti produce any protein let alone a protein that does something interesting such as catalyse the polymerisation of amino acids. It's chicken and egg on a smaller scale.
Even the simplest organisms we see are highly evolved. People have been thinking about this for a long time but I don't think anyone has yet come up with a set of simple structures which could coalesce into something capable of self-propagation let alone the set of circumstances that could produce them. Clearly it happened as we're here to discuss it but it still seems to have been a very unusual set of circumstances and by no means, I think, inevitable.
"Panspermia is an uncalled for complication."
And a way of throwing the problem over the wall.
Life is an improbable but not impossible means of perpetuating the consequences of improbable but not impossible events. The only reason we know that it isn't impossible is because we're here to discuss it.
It's improbable that it would have started here but it's equally improbable that it started in any other given place and if it did start anywhere else it's improbable that it would have got from there to here. On the balance of improbabilities I'd settle for Earth as the least unlikely option. Yup, Occam's razor.
I assume the week was intended to gather the training data.
As to intercepting all message flows the article contains this: "I reckon it would be dead simple to build a filter on the receiver." The interception takes place on the receiving device which means the user downloads the filter(s) as required. This has the advantage that, given the tendency to remote medical consultations, there may be a legitimate use case for such traffic.
One thing that might help would be to have a practice of publishing a series of unit tests with the module that it must pass. The unit tests may be added to but not changed or removed.
A business could then adopt a rule of only using external projects that follow this practice, that the version used passes the tests and possibly running some sort of acceptance review that the tests are sufficient.
A further rule would be to not use the library in a way that isn't covered by the test nor depend on some such side-effect. If, for instance there was no test for use after free then this should not be used even if it were found to work; the implementation might be changed and/or a test introduced in a subsequent release.
In essence this solves the problem posed in TMMM: is the product defined by the spec or the initial implementation? It's neither, it's defined by the tests and something not covered in the tests is not part of the specification and not to be relied on to remain unchanged.
I suppose if they bet on, say a price rising on a good report and it turns out that the market expected an even better report the price might actually fall.
They not only have to know what the information says, they also have to make a correct guess as to how the market will react to the news and they're not always going to succeed.
In my local GP's surgery they type their own notes. I'm not sure if they'd always wish the patient to hear what they say. In any event "Only the uaser interface will change" is not what the user usually wants to read unless the original was really bad. It seems to be a basic law of computing that big UI changes are always for the worse.
I suspect one other thing will change: licensing.
It's not difficult to find out what packages (or libraries) are installed on a Linux system. Debian and, I suppose, others have a mechanism for seeing what's installed. Debian has several options including synaptic which gives a sometimes useful commentary. It tells my that the Apache package isn't installed and that 2.17 is already available if I wanted to install it. It also tells me that I've got a Java successor, Logback, and a C++ API modelled after log4j which raises the question as to whether they might be bug-for-bug emulations of the original.
"USB thumb drives are specially prone to fix themselves by simply going through the physical option of this particular step."
You have to turn it round at least once before it can be successfully reinserted. Roumour says this disturbance fixes the loose joint that had caused it to go bad.
"Why would you be looking at a customer's photos?"
Or any other data? The computer may be a business computer containing commercially confidential material. It may be very convenient for a government to oblige, as the OP implies, a repair shop to check for any possibly illegal material on any computer they might get in their hands in the course of business but it means (a) they're probably cheating in requirements for getting a search warrant if they were to do it themselves, (b) they're trying to get the shop to do a lot of unpaid work on their behalf or charge it to the customer and (c) they're placing an undue burden on the shop in terms of what commercially sensitive information they may come across. As you say, best to keep clear of all user data.
vi is for far more than config files or even coding. On and off over the years I've been using it to massage data files from one format to another. Fair enough, it could be done with sed but if you have to open the file anyway to see what you've got & what needs to be done it's just easier to use the built-in bulk updates.
I bought some cartridges for a Brother printer a few weeks ago. It's now offering me more cartridges for a different Brother printer. The web site seems a bit too busy at the moment what with it being "holiday" peak buying season but it often tries to greet me by name, at least I think it's trying to but the name field is empty.
"Even the dratted "help" pages give no guidance."
The best tactic when buying anything even vaguely technical is to find out if you can download the user manuals. Eliminate those that don't from consideration. The rest should give you some guidance as to what they can do. Remember that if something you'd expect the product to do isn't mentioned in the manual assume it can't actually do it.
"a function of employing people for so long, not necessarily in actual capex on equipment."
When you spend actual capex on equipment how do you think that actual capex is actually used?
Some on vendor's shareholders' dividends and some on vendor's execs' bonuses for sure, but a lot will go on employing people to make the stuff, some on the vendor's actual capex to buy the equipment used by the employees (see how actual capex is used), some to buy services and some to buy materials. The money spent buying services and materials will be used by the vendors in ways remarkably similar to that used by the vendors of whatever was bought as actual capex.
TL;DR Whatever the accountants' heading, buying stuff means people are employed to provide it.