|
University of California, Irvine researchers have created a battery material that can be recharged hundreds of thousands of times. Operative word there being, "may"
|
|
|
|
|
and she coated this whole thing with a very thin gel layer
I could say something about lubricant and not losing capacity, but I won't.
but I just did
Marc
|
|
|
|
|
Federal Bureau of Investigation Director James Comey said on Thursday the agency paid more to get into the iPhone of one of the San Bernardino shooters than he will make in the remaining seven years and four months he has in his job. Definitely not a blue-light special
|
|
|
|
|
And that doesn't even count the kick back!
|
|
|
|
|
I would have done it for $5 with a hammer !!!! or with Thor hammer for a special price !!!
Zen and the art of software maintenance : rm -rf *
Maths is like love : a simple idea but it can get complicated.
|
|
|
|
|
See, this is why I hate how government spending is reported. No, it wasn't the FBI that paid $1.3 million. It was us TAXPAYERS collectively who fund the FBI that paid $1.3 million.
Or, to put it better, the FBI spent $1.3 million of taxpayer money to...
Marc
|
|
|
|
|
There you go: only about .3 cents each. I feel better already.
TTFN - Kent
|
|
|
|
|
In many cases, the testers tend to be unhappy with the results of developer’s testing. There are various reason to why developers don’t have a “natural ability” to excel at testing. Because it works on their machine?
|
|
|
|
|
Unfortunately, it is bounded to happen. Developers are more focused on the technical part of the system or feature or whatever they are testing. Creating test cases might help, but again, developers have a hard time to get into a "normal" users' head and get all possible paths.
|
|
|
|
|
Developers shouldn't be writing test cases for code they've written. It's not that they have a hard time getting into the end-users head, it's that they are subconsciously aware of the weaknesses of their code, and will avoid testing those weaknesses.
At my last job, we had a dedicated QA team that wrote test cases according to the requirements document.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
Am I the only one who gets excited when it works in another's machine? I mean, there is always that sense of mystery and "did I do that?"
|
|
|
|
|
I am excited too....
particularly if they stop the app for a while ans restart it successfully!
I mean many a time my servers depends on a few external piece of software and I am wary that the chain of dependency is broken...
|
|
|
|
|
That well written article is a good find.
Sadly, knowing the reasons why developers are bad testers won't be enough to make them good testers, but at least some people get aware of it and can try to circumvent some of the problems.
And when it comes to Requirements Engineering, the situation is again similar. As a developer, you cannot be good requirements engineer at the same time...
|
|
|
|
|
Yes, Because it works on our machines. I always experiencing this. A developer system has SDK and Runtime environment installed for the software application he is developing. So most of the time, his application works correctly on his machine.
VR Karthikeyan
|
|
|
|
|
Over time I have moved (evolved ?), reluctantly, from the view that one person, or team, can "do it all" to a view I believe is similar to what John Simmons expressed here, which I interpret as a kind of "organizational separation of roles and concerns."
It is possible to have a "brilliant" programmer/developer who would also be an idiot at writing tests ? I think that's possible.
On a simple level, this boils down to: developers' time is worth more than tester's time, and a system architect's time is worth more than developers' time, and the project manager's time is worth more than anyone else's.
I do think developers should test as they develop against obvious sources of error: null references, etc. But, I think the idea of TDD generally sucks, unless you have a resource for expert-level test design, and are willing to use (can afford to use) that resource for that purpose.
I think we need to distinguish between different levels of testing:
1. code-testing the app against a carefully designed set of tests: designed by those familiar with the app and its requirements.
2. use-tests of the app by "modal users" or simulated modal users with "real-world" data and usage modes.
3. idiot-proof testing of the app by those who don't have a clue.
imho, all are potentially valuable. imho, there is no one size-fits-all rule for any of this; the issues in a small-team working face-to-face are quite different from those in a project with a large team and/or contractors working off-site. A stand-alone app with no plug-ins, no web interaction, or extensions, has a different set of possible issues than an app that relies on the web, that hosts 3rd.party whatevers.
«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
|
|
|
|
|
Opera users can choose between the firm's VPN servers in the US, Canada, and Germany—with the promise that the list of locations will grow longer soon. Because sometimes, you just want to be somewhere else
|
|
|
|
|
Almost everyone agrees that C++ needs a facility to query C++ code itself: types, functions, data members etc. And that this facility should be a compile time facility, at least as a start. But what should it look like? Coming (very slowly) to a compiler near you (maybe)
|
|
|
|
|
I wish they would just focus their attention on modules and concepts. Those two would address the largest pain points of C++ - long compilation times and impenetrable error messages.
Concepts, in particular, have been in the pipeline for over 13 years now.
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
They should rename this to "C++ Selfie"
I'd rather be phishing!
|
|
|
|
|
Google's Ray Kurzweil wants to live forever, and he thinks he'll need nanobots to help him get there. *Rachel Welch not included
|
|
|
|
|
Well played, sir. Well played.
Asimov would be proud.
|
|
|
|
|
I was hoping someone would get it. Thank you!
TTFN - Kent
|
|
|
|
|
|
Ray Kurzweil wrote:
We could have one programmed to deal with all pathogens and could download new software from the internet if a new type of enemy such as a new biological virus emerged </blockquote>
Yup I'm going to download software that modifies nano bots in my blood FROM THE INTERNET. The man has a lot more faith in the interweb than I do or will ever have.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
He's obviously never visited QA!
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|