Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror

Comment Re:Well now ... (Score 4, Interesting) 52

This won't be about helping the driver, it'll be about monitoring them, and gathering data for AI.
Did they run the stop sign before the accident? Did they check the Amazon driver app 12 times per hour as contractually required? Does their gaze linger on men or women? What is the demography of the area they're driving through? etc

Comment Re:Nooooooooo!!!! (Score 1) 174

I work on a code base that is, in parts, 40 years old. There is nothing more satisfying that digging into some bizarre lockup or slowness, discovering it's because of assumptions or constraints from the 80s that no longer hold, ripping out or rejigging a load of code and seeing the problem go away not just in one application but in all the applications. Yes of course you need to maintain code without breaking things, and the damage footprint is higher the more dependents the code has, but there are well-established techniques by which you mitigate that risk (i.e. automated testing).

Libraries can have their issues but they are also absolutely a part of the answer to improving performance. Any library you include will be used by more than just you, and is therefore statistically more likely to have encountered, had reported, and fixed any performance issues before your application encountered them. Plus it will have been written by someone who cares more about the problem than you (after all, they bothered to write the code whereas you wanted to focus on other things to the extent that you went looking for a library). That said, knowing when to use a library (don't try to write a faster strcmp() than libc's) and when not (you can do better than qsort() in many circumstance) is something that only comes with experience.

Comment Trickle down optimization (Score 1) 174

As a general guiding principle it would probably be enough to direct optimization effort at older code, which by definition has survived the surface churn of innovation. Obviously I mean older code that is widely used, which will tend to be the stuff towards the bottom of your stack.

To some extent this is surely happening - I bet there's more optimization work done in kernels and operating systems than in apps. But even within apps it will be happening - your UI might be tweaked weekly, but those query optimizations you made months ago survive.

Comment Commerce is culture (Score 1) 73

On my occasional visits to the USA I'm always struck how commerce is the culture. The people I come across don't really find it at all strange that everything is mediated by some business or other.

So while Americans might find it creep to be surveilled, I don't think they generally object to being constantly advertised to ("isn't that just... life?"), and would probably rather like more targeted advertising if they just didn't know about the surveillance (in the same way that spam fritters are tasty, as long as you don't know or think about what spam is).

So in a way all these companies are both defining and adhering to the prevailing culture. What galls is not so much that they assume the rest of the world is the same, but that they might be right.

Slashdot Top Deals

"If it's not loud, it doesn't work!" -- Blank Reg, from "Max Headroom"

Working...