|
Kent Sharkey wrote: Although it does seem the 'easily hackable' is 'easily debatable'
If you're referring to the response from nomx, I wouldn't classify sticking your fingers in your ears and shouting "la-la-la-I-can't-hear-you" as "debate". It's more like the five minute argument[^] instead.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
|
He who steals my e-mail steals thousands upon thousands of words of bollocks.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
I like to think of software development as navigating through a dark, perilous wilderness. You have no map. If there is a map, it is because someone has already made your idea, so there is no map. The terrain is always uncharted, and always dangerous. The feature should take two weeks, plus or minus a year
|
|
|
|
|
xyzzy
Marc
Latest Article - Merkle Trees
Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Artificial intelligence is the only remedy for natural stupidity. - CDP1802
|
|
|
|
|
Well, he's not wrong...entirely. But I think it's a mistake to throw out all deadlines. There are programmers who could easily spend three years tweaking a project that should only take six to eight weeks to complete. On the other hand I wouldn't mind seeing some of the sillier arbitrary deadlines tossed out, unless that deadline is a conference or convention where the project has to be finished on time.
But it also reminds me of myself, who is terrible at estimating development time. I was tasked with converting a ColdFusion site to ASP.NET MVC. I thought I has set down and sufficiently looked at each page and the processing behind each page and adequately estimated the time required to complete the task, around 120 hours. But by the time I had hit 300 hours I knew we needed to change the estimate. We bumped it up to 500 hours, but even then it took over 600 to finish the job. Fortunately, there was no real 'line in the sand' deadline.
"...JavaScript could teach Dyson how to suck." -- Nagy Vilmos
|
|
|
|
|
1. Iterate.
2. Get to the the MVP (Minimum Viable Product) as quickly as possible.
3. Then, add just the parts the users absolutely can't do without (back to 1).
Then you don't wait 2 years to see something.
Instead, you find out that you're not interested in the result within a few weeks anyways.
|
|
|
|
|
|
Sakurai programmed a Game Boy classic with a trackball and a Famicom Twin. Press up, up, down, down, left, right, left, right, B, A to compile
|
|
|
|
|
Holy sheet! It's official then - the Colecovision controller was better and made more sense than something Nintendo did.
|
|
|
|
|
A vigilante is putting a huge amount of work into infecting IoT devices | Ars Technica[^]
Quote: For now, the greyhat Hajime is outstripping the blackhat IoT botnets in features, robustness, and possibly even the number of infected devices. It wouldn't be surprising, however, if new blackhat versions catch up in the next year or two. I know there is a lot of potential for ethical discussion here, but one thing is totally clear for me beyond the question of "that's good or not", and is... manufacturers should start thinking a bit more about security and their users instead of only thinking on $$$
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Nelek wrote: manufacturers should start thinking a bit more about security and their users instead of only thinking on $$$
... and, let's face it, users should start thinking a little more about their own security. If people are leaving their credentials as user=admin, password=blank, it's not entirely the manufacturer's fault when their devices get infected.
Slogans aren't solutions.
|
|
|
|
|
I totally agree with you on that.
But that could be half done by the manufacturer as well, asking for a password change in the first connection.
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Nelek wrote: asking for a password change in the first connection.
Yes, that would certainly be a good place to start!
Slogans aren't solutions.
|
|
|
|
|
Nelek wrote: asking for a password change in the first connection Tricky, because we're talking about connecting, not logging as admin.
If the device assumes that the first person to try to connect to the device is admin, it could cause problems.
Rather, the devices should be partially disabled until someone has logged in as admin and changed the password.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Mark_Wallace wrote: Rather, the devices should be partially disabled until someone has logged in as admin and changed the password. Even better, you are right
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Wrap the device tightly in at least two layers of aluminum foil, folds opposite for a better seal.
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
And don't forget to use the rest of the foil as a hat to avoid hijack of your brain
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
A commonly requested feature in .NET is the ability to use covariant return types. "When you want to go to it"
|
|
|
|
|
It's like multiple inheritance -- there are times when it is really useful. Covariant return types has been on my wish list for a long time!
Marc
Latest Article - Merkle Trees
Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Artificial intelligence is the only remedy for natural stupidity. - CDP1802
|
|
|
|
|
Quote: It should be noted that most of the discussions about this feature happened in early 2015, over two years ago. And nothing has been done with it, at least publicly, since the proposal was formally written up back in February.
|
|
|
|
|
The ELO system, which most chess federations use today, ranks players by the results of their games. Although simple and efficient, it overlooks relevant criteria such as the quality of the moves players actually make. To overcome these limitations, Reseachers have now developed a new system. Oh great. Now the AIs have started trash-talking.
|
|
|
|
|
Kent Sharkey wrote: AIs have started trash-talking Finally something useful!
... such stuff as dreams are made on
|
|
|
|
|
Is this approach any more valid than the numerous existing comparison systems?
I don't see how you can really factor in advances in chess theory let alone the advantages that modern players have from working with AIs and databases.
Is there any point doing so anyway? Depending on your age, you'll have your hero, whether it be Carlsen, Kasparov, Fischer or whoever. Trying to compare chess players across eras makes no more sense than arguing over whether Stanley Matthews was a better footballer than Lionel Messi when in many ways, they were competing in an entirely different sport.
Slogans aren't solutions.
|
|
|
|
|
So, a player who makes awesome moves, but always loses, could be ranked higher than a player who appears clueless, but wins?
|
|
|
|