|
Quote: Google had not responded to a request for comment at the time of publication.
What do they expect google to say? The crap is coming from the LeetFreeApppz.cn store, not Google Play; so Google can't stop its distribution. They also can't modify future versions of android not to be able to log into routers; and even if they could it wouldn't do any good for all the existing phones running older versions....
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
At issue is the fact that the company has a patented method of preventing the potentially distracting app from being used in a vehicle, but has failed to implement it. Not going to make light of this one
|
|
|
|
|
I can't say much that isn't fit for the SB, but in this day in age nobody can make any product because it's always the product makers being held responsible for the stupidity of some people. I suppose the world will be better off if humanity never makes anything and never advances... even a hammer is dangerous if you throw it from a moving vehicle. Let's start suing the company that makes hammers now.
Personal responsibility... it's dying.
Jeremy Falcon
|
|
|
|
|
Well, it's unlikely to be the family but the lawyers for the insurance company.
|
|
|
|
|
And oral sex while driving has the very same distracting effect, let's ban oral sex! Also daydreaming while driving, let's ban it altogether.
Let's make self-driving cars, so that when a glitch / hack / service failure comes there will be either half a world blocked or a catastrophe with hundreds of deaths. But no more personal responsibilty, yay!
DURA LEX, SED LEX
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
When I was six, there were no ones and zeroes - only zeroes. And not all of them worked. -- Ravi Bhavnani
|
|
|
|
|
den2k88 wrote: And oral sex while driving has the very same distracting effect, let's ban oral sex! Also daydreaming while driving, let's ban it altogether.
The highway code (or the equivalent) of most countries already has a "general caution requirement" - even if something is not explicitly banned, a driver must drive in a cautious manner, so as to avoid accidents.
Given the fact that the driver was charged with manslaughter, the Texan authorities apparently agree that using FaceTime while driving constitutes reckless driving.
den2k88 wrote: Let's make self-driving cars
If self-driving cars are ever built that rely on "cloud processing" (a very bad idea, IMO), I would expect a service failure to lead to the car coming safely to a stop, while indicating a "hazard". Exactly what a human driver would do, if faced with a major engine problem.
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
Daniel Pfeffer wrote: I would expect a service failure to lead to the car coming safely to a stop, while indicating a "hazard". Exactly what a human driver would do, if faced with a major engine problem It would work if
1) All the cars on the road share the same one service provider - otherwise one goes down but the others have to manage several cars with sudden stops among others that are going normally;
2) All the cars have properly implemented safety firmware that doesn't glitch, ever: the one car with faulty firmware becomes totally unpredictable and hampers the previsions of the other functioning cars;
3) Situation is safe enough: curving at high speed even the communication tolerances become death traps;
4) There is a 100% internet coverage with the smallest possible maximum lags. Good luck with that, most first world countries don't even have 100% phone lines and GSM coverage.
All those without considering the malicious variants, with virus incoulated in cars through the various apps that will inevitably be installed and communication protocol bugs. That would open the way to disastrous incidents.
By the way, let's say that every car is perfect and they do all stop when the service goes down. Add a dozen of people with manual driving vehicles and a penchant for armed robbery + a stuck traffic and Police forces cars blocked in the massive jam. And think of the ambulances completely stuck and with no way of getting out since the cars will be automated and without manual control - there cannot be manual control on an automated car or it would completely trump its usefulness by adding a human and as such unpredictable variable, the infamous "personal responsibility".
Self driving car will probably be the most dangerous thing ever invented after the nuke, and would open the way to a whole new branch of criminal activities...
DURA LEX, SED LEX
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
When I was six, there were no ones and zeroes - only zeroes. And not all of them worked. -- Ravi Bhavnani
|
|
|
|
|
- Note that I did say that "cloud-based" automatic driving is IMO a very bad idea.
- I agree with most of your points, with a few exceptions:
den2k88 wrote: ...Police forces cars blocked in the massive jam. And think of the ambulances completely stuck...
Even today, emergency vehicles are allowed to break traffic laws during an emergency (e.g. driving on the verge, running red lights, etc.). I expect that Police cars and ambulances will be some of the (very) few cars legally fitted with manual drive.
den2k88 wrote: ...people with manual driving vehicles and a penchant for armed robbery...
At best, they would be able to drive as fast as the Police vehicles. At worst, as they are unauthorized to drive on the verge, etc., the usual traffic cameras will record their car license numbers. I expect that the Police would be waiting for them at home before they could get there.
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
The law in the UK is simple: While driving, you're not allowed to do anything else -- not eat, not drink, not use comms, not change the radio station (or sing along), and not even talk to passengers.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
With identical performance to Skylake, Intel brings desktop performance to a standstill. Or is it just pining for a lake in Oregon?
|
|
|
|
|
Or a fjord of a lake in Oregon...
'PLAN' is NOT one of those four-letter words.
'When money talks, nobody listens to the customer anymore.'
|
|
|
|
|
Not that the boost is great, but "identical" must mean something different in the writer's world.
(For the heck of it, here's AnandTech's review: The Intel Core i7-7700K (91W) Review: The New Out-of-the-box Performance Champion[^])
I'm building a new system with it regardless since my i7-2600 based system is old and tired and the case has insufficient cooling. Still, it would have been nice to have a six [real] core option.
|
|
|
|
|
Previous 6th Generation has 6 core processor sku.
|
|
|
|
|
I could find no 6th generation 6 core CPUs. Going further back and I'll end up with a system barely faster than the one I have with even more compromises with the chipset. Plus, I really dislike Xeons for the desktop (I'm using one at work, albeit with Linux, and though it's 4th gen, it's slower than my home system.)
modified 4-Jan-17 0:59am.
|
|
|
|
|
6+ cores are only offered by Intel in the high end workstation LGA2011 models (and their LGA1366/15xx predecessors), not the mainstream LGA115x sockets.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
ADM FX, and you have 8 cores...
I have the 8370 and love it... The newer 9000 series is even better, they say...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
The worse computer I ever owned was AMD based. I swore never again.
|
|
|
|
|
old wine => new bottles => $ => Intel
«There is a spectrum, from "clearly desirable behaviour," to "possibly dodgy behavior that still makes some sense," to "clearly undesirable behavior." We try to make the latter into warnings or, better, errors. But stuff that is in the middle category you don’t want to restrict unless there is a clear way to work around it.» Eric Lippert, May 14, 2008
|
|
|
|
|
|
The problem with this sort of benchmark is that it does not take into account improvements in the instruction set, e.g. AVX (2011), AVX2 (2013), AVX-512 (2016/7), etc.
These instructions can significantly improve the execution speed of many programs. I stipulate that some programs would require a rewrite to take full advantage.
If you have an important point to make, don't try to be subtle or clever. Use a pile driver. Hit the point once. Then come back and hit it again. Then hit it a third time - a tremendous whack.
--Winston Churchill
|
|
|
|
|
Those rare companies that decide to engage in hand-coding do it either because they lack the required information (they simply don't know there are packaged solutions out there) or, frankly, in my opinion, they are chasing a pipe dream. Is the problem reading my handwriting?
I freely admit I put this one in primarily for the "only read the headlines" folk. While he's really talking about buy vs. build in the Big Data space (and specifically Hadoop), his arguments could apply to any large dev space that has an existing solution (i.e. CRM, ERP, or even databases themselves)
|
|
|
|
|
Don't "hand code", instead get something written by, I presume, something without hands.
He actually lost me with "Gartner".
|
|
|
|
|
It is really seems, that the author never had the opportunity on working on a large-scale project...
The problem with ready made packages is (of any kind):
1. It made as one-size-for-everyone, so it will have a lot of unused (by this project) options, unwanted complexity, extra size, slower performance...
2. Almost complete lack of documentation on 95% of published packages... Even well payed projects lack up-to-date documentation...
3. The source of a lot of packages is basically not trusted by IT, so you have to do extensive testing to prove it to be safe...
3a. and even the source considered to be trusted, you have to test every version over and over again
4. Support of 3rd party can break your time-plans (shatter?)...
And we can go on... If you are to build a large-scale application, you are facing such complications even without 3rd party, that you have any reason not to add them...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Back when I started as a full-time software engineer in the early '90s, it was the beginning of an era when software engineering was about to explode and get easier. A totally RAD proposal
|
|
|
|
|
Software development runs in fads and fashions, and in the 1990's, RAD was in style, in both the Microsoft world and others.
The mid-2000's saw RAD as "uncool" in favor of pushing products for TDD and other build-for-maintainability ideas. In addition, Microsoft suffered from constantly releasing half-baked products rather than the more refined, thought-out products of its past.
The author has legitimate gripes, but Microsoft is both less competent and juggling more priorities now than in the past. Raw productivity has a low priority at the moment.
|
|
|
|
|