I think that you would still hear yourself, because you hear the sound resonating from inside your body, that's why people dislike their recorded voice.
In general, I am not sure that the claim that this is going to prevent people from talking very effectively. Maybe it will be uncomfortable, but with a little bit of training and earplugs would not be effective for too long.
MY first reaction was about security as well. This change of paradigm is a recipe for disaster if security is not considered from the beginning because most of the assumptions change. If it's not done carefully (things like segregation between apps, access control to privileged JavaScript, etc)... it is going to pretty painful.
Firefox already has all that. A good part of the browser is written in JS which runs with high privileges (full filesystem access, full network access, etc) while the code on websites doesn't. It already has systems for unprivileged JS to request access to certain privileged APIs (location, localStorage, etc). "Apps" - websites - are already segregated and run in their own sandbox.
I know, and we have constantly lived along the edge of the cliff because of that. From a perspective of security it was a very poor design decision. By making those decisions you create a big security burden, the attack surface is very large, the impact of bugs is very large. These are the types of security consideration that have to happen at design time. In this case I would like to know more about, maybe it's being considered but not being discussed.
I think that a more reasonable explanation could be that the attackers were careless about building the dictionary. If it's built by parsing files and you feed the wrong file or the parser does not work correctly you end up with a dictionary with lots of bogus entries. That seems a simpler explanation than:
"The best guess is that these passwords were collected from an unhashed password database, or from a trojaned SSH server or client."
or
"This might be due to the brute force tool not properly interpreting comments in the dictionary file, or the attacker not understanding the comment notation"
It could be more haste than incompetence. Anyway, if you think about massive brute force attacks like this, they are 'silly' easy no-brain attacks more likely to come from script kiddies who downloaded a tool someone else wrote than real attackers.
I really like "This American Life", it's not related to technology directly but it's sometimes very inspiring about how people do things. Also listen to "Planet Money".
I agree, is not consuming prevents creating, it's consuming too much takes time from creating. In that sense, developing a good filter for crap would allow you to consume faster leaving more time for creating.
A second issue is that it's assuming that if you develop an efficient filter for incoming crap, that filter will be applied to what you generate. And that if that filter threshold goes beyond the level of your own ability to create, all you do is crap and you stop creating. The input filter does not have to be the same as the output filter.
You express exactly what I was trying to. If you read HN all day and write no code that is a bad day for creation. If you code as much as you can and broaden your mind by reading HN in your downtime that is probably a good balance.
I find HN is a pretty good filter for incoming crap.
This comes from an attempt to write valid JavaScript without using any letters or numbers. It's partly for the sake of demonstrating it's possible and part for security testing reasons, to show that poorly written input validation filters can be bypassed.
The correct interview question is, “Write a filter that blocks executable JavaScript but allows text.
I would hire you on the spot, my post history is littered with how irrelevant these type of questions are to gauging ones ability to develop real world solutions. You pretty much summed up the irony nicely.
In general, I am not sure that the claim that this is going to prevent people from talking very effectively. Maybe it will be uncomfortable, but with a little bit of training and earplugs would not be effective for too long.