Posts by Aitor 1 1568 publicly visible posts • joined 25 Jun 2009
This is also fundamentally broken and a problem for IoT and low power devices.
You will be forced to have a database of NONCEs associated to SSIDs, so you need permanent storage and a lookup table.
Microcontrollers with wifi capabilities are going to be seriously affected.
If following the standard it should be automatic, as your client device trsusts a forged message, that is the fundamental problem.. from there, you are just screwed.
It is essentially a MIM attack, and it can potentially be used to get you user/password to several services.
Refurbished is a dirty word for a mobile phone.
As plenty of them come from dropped phones, they potentially have cracked solder points that will eventually fail, same for tablets.
Or maybe replaced chips that the remanufacturer did not put any underfill (I am looking at you, Apple)
http://mendonipadrehab.com/entries/general/the-epidemic-of-iphone-6-6-touch-ic-failure-explained-apples-continues-to-pull-the-wool-over-the-consumer-s-eyes
https://www.extremetech.com/mobile/234552-apples-iphone-6-6-plus-are-failing-early-thanks-to-touch-disease-bending-problems
https://news.ycombinator.com/item?id=11412496
They claim not to disrupt because they run on the background.
This sounds all good and well, but fails to be a thing. If they make requests to the NAS, they will impact performance.
Now, they could be doing that while there is low load.. but that means that the NAS is underused... so they will have to be very tightly integrated with the NAS in order to prevent degradation... and if they have continous deduplication and backup, it starts being very complicated.
plus the switch consumes one pin on a microcontroller, unless you start playing with diodes, and use multicircuit switches (ala keyboard).
Now, the switches are relatively unreliable, as anyone who has had to work with them can tell you... so you will put at least two of them and expect the same read.
Nah, the scanner is more reliable.
It would work like that because math was invented to describe the universe that we form part of in the best way possible.
So of course the universe is going to be able to be described by maths, otherwise we would have to invent maths 2.0.
While I disagree with the "you cannot simulate it", I think that a good enough simulation would be as good as a non simulated one, so why bother? Anyway we will figure it out eventually, and I think this is not a very interesting question to make.
Of course, but there is no need to do that in order to simulate the universe.
It is also impossible to render all the possible images out of a 3D MMO game using all the energy of the universe, yet people play quite ok.
So this is just bullshit, and the ppl producing it are mathematicians at heart, so they know it.
It is bullocks, it can be demonstrated that of course you cannot model the universe, but you can model a relatively small part of the universe.. that we do not know HOW to do it does not mean that it CANNOT be done..
Anyway, it matters not if it is simulated or not, it makes 0 difference. I vote for non simulated, but who cares?
Spring is a black box.. cmon, its auto-everything works "most of the time", and makes heavy use of reflection.
Now, I understand the reasons... and I make heavy use of reflection myself and at times use Spring.. but it is the wrong answer because it just doesnt make sense with Java.
If I wanted (and I do) something like Spring, I would use a language better suited for it. That includes both Python and javascript. So maybe move on to node eh?
Also, both Spring and Java EE have CRAP documentation. This documentations should include working examples, etc.. they do not cover the most basic principles and you have to be pretty knowledgeable about the subject to understand what they are saying in the docs. I am, but it was quite an uphill learning experience.
So the conclusion is that using spring and Java EE is difficult, and even more to use it properly.. so it should be no surprise that the result is crap code.. make it easier and you will have better code.
I remember my times with VB4-6. You could have very good code and practices, and easy to debug and maintain code.. but it was too easy to create crap compared to having decent practices.
The expected result was obvious, and the decent ppl moved on/back to Java, C++, etc.
When you consider the amount of money the semiconductor industry needs to produce new technologies.. 75 million is peanuts.
Instead of buying a new, unneeded carrier, they should spend the 10400 million dollars each cost doing things that are needed in the us, like research, repairing bridges, etc.
I diasagree.
First, I can hear the difference. Yes, I have tried blind testing, and with excellent earphones I can tell the difference, while saying "yes, the difference is very small to my ears."
I can tell the difference up to 48Khz, 20bit. Depending on age, some people might not benefit from sample rate.
The reason you do this (24 bit, 96K) as you probably know, is to preserve the quality while processing the sound.
Then you downsample to the desired quality. CD quality is a bit too low.. 20bit 48Khz is about perfect.
Now, on a portable device I do understand the need to compress beyond lossless into lossy.. the music otherwise just wont fit.. but to provide a pathetic DAC only makes the sound worse.
So much, I think it is sacred and should never be touched, let alone used!
It is not the first time it comes under attack, and in my opinion, it is a bit outdated, and I personally prefer rest webservices, you can implement them as you want, be it with struts2, spring, python, nodejs...
The Register 
Biting the hand that feeds IT
Copyright. All rights reserved © 1998–2024
