|
There will be no official way to use Dropbox on Windows XP past August 2016. Welp, that's it then. I guess I have to upgrade now. Where's my Vista disc?
|
|
|
|
|
Kent Sharkey wrote: I guess I have to upgrade now. Or return the favor and DROP DropBow.
Patrice
“Everything should be made as simple as possible, but no simpler.” Albert Einstein
|
|
|
|
|
|
DevOps, continuous delivery, scrum and agile are all necessary skills in an IT-driven workplace. But how much can certifications in these areas really prove? I know I keep bringing up "Betteridge's law of headlines", but there's a reason it's the law
|
|
|
|
|
Come now. We all know that certificates are a two-way scam. One, on the part of the certificate provider, to make money, two, on our part, to add fodder to our resume.
Marc
|
|
|
|
|
On our part: yes, true, but some places require such on your resume to even be considered.
#SupportHeForShe
Government can give you nothing but what it takes from somebody else. A government big enough to give you everything you want is big enough to take everything you've got, including your freedom.-Ezra Taft Benson
You must accept 1 of 2 basic premises: Either we are alone in the universe or we are not alone. Either way, the implications are staggering!-Wernher von Braun
|
|
|
|
|
IT management certifications are an invaluable asset for hiring managers. These certifications speedup, eliminate waste, and reduce costs associated with the hiring and retention of talent for the organization. Hiring managers don't have to trust their expertise asking in-depth technical or managerial questions nor do they have to sift through every project a candidate has worked on just to access their abilities. Why should they, you're certified!
|
|
|
|
|
It’s a big day for Linguistics Departments across the English-speaking world, as Merriam-Webster has just added more than 1,400 new words and phrases to the dictionary. OMG
(and I'd probably add a 'FFS' there, but people might think that includes a bad word)
|
|
|
|
|
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)
|
|
|
|