aaronm67

You're comparing only the densest places (i.e. expensive places with mostly apartments) to only the least dense places, giant houses on big lots. Look at a pre-1950s / railroad neighborhood of basically any smaller/older city in the US, you'll often find a walkable, affordable neighborhood of single family homes.

Also - cheap land does not mean that it's cheap to build and maintain. Almost all of the infrastructure required to build (sewer, power, roads, etc) scale up with area, not density.

Where are you?

In NYC and SF, you'd never fill your contract if you were trying to pay < 150.

And really those issues should be solved at the browser level not the OS level level that affects every single application that runs on it.

They aren't -- this is exploitable in the browser if not patched at the OS level.

For a drive-by exploit to work (assuming there is one, just because a site is "shady" it doesn't mean it will be 100% sure that it will try to infect your computer with something) it will need to make a TON of assumptions about your setup

If you run these on an ad network, you get access to millions of different setups - you don't need to make any assumptions, you're virtually guaranteed to find someone with a vulnerable setup.

Every license has different goals - that's the whole point of having different licenses.

The goal of this license is to encourage more companies to contribute to open source, not to encourage usage.

It is not a requirement for AMP. CDNs now let you roll your own domains on the AMP standard

All these certificates do is make it so Google's browser (and only Google's browser) will mask the fact you're on Google's domains if you sign the file a certain way.

If anything, this shows more anti-competitive practices -- they're adding features into their browser that specifically benefit a features of their search engine.

Passwords are a terrible form of authentication anyway -- if it's something that actually matters, use some form of 2-factor auth.

Requiring a long password on a site where the impact of a breach is minimal is not a good policy, you're just going to get people who can't ever login.

https://nypost.com/2018/08/25/why-nyc-is-priciest-city-in-th...

Construction in NYC is far more expensive than anywhere else in the world, largely because of union contracts.

And every time a developer sees that, they're going to google "bar javascript" "single bar javascript" "bitwise or javascript" "bitwise or javascript effect" until they figure out WTF is going on.

This all to save a fraction of a microsecond on an operation that's called 60 times on the page.

I prefer using IDEs to navigate larger projects, and you get better code completion (I use Visual Studio for C and PHPStorm for PHP). I just have a hotkey to open up Vim at the current line/file, - I prefer Vim for heavy text editing and heavy reformatting.

Very rarely being every single release? You should not be using a changing library in any production code, you're just asking for problems.

If all you're using jQuery for is a document.querySelectorAll polyfill + the most primitive event handling, you're possibly safe, as those don't change terribly often...but at that point, you should probably be using a different library or a custom build of jQuery.

There was a pretty interesting talk about using differences in style render time to get history.

https://www.youtube.com/watch?v=KcOQfYlyIqw

It's pretty interesting, and can be done in a way that doesn't require any user input.

I'm not sure if we can private message on here, but if you would email me at aaronm67@gmail.com, or contact us on the github project, I can let you know our progress and where we got caught up.

We did get libav working, but it was much less stable than FFmpeg, and we couldn't get swscaler working (which meant a lot of videos would not work)

In our testing, in the latest version of Chrome, there is about a 75-80% performance hit. So a 6-hour native encoding would take a little over a day to compile (we're working on getting more accurate benchmarks)

You're right, you're not going to use this to encode movies or very large media files, but for encoding shorter clips, the performance isn't unreasonable.

I don't actually think file size to download is much of an issue - the current build is a little over 6mb gzipped, which isn't much bigger than most Youtube videos.

For building a "stripped down" version, there is a config flag "--disable-everything" that can be used, and I will investigate it a little more. We probably won't end up hosting the compiled file, just out of the interest of repo-size, but I can certainly build a "build-minimal" script.

In Underscore, you can do something like:

    _([ ... ]).map( ... ).filter( ... ).value()

I've been an Opera user for a long time, mostly because opening new tabs always felt very fast, much faster than Chrome or Firefox, and because keyboard/mouse shortcuts were so configurable.

They've made tabs slower to open and have gotten rid of configurable keyboard/mouse shortcuts -- it's now just Chrome with a different skin.

Yep, you're correct

http://jsbin.com/odupog/1/edit

Either way, should alleviate some of the privacy concerns, as you can only get ClipboardData from elements where "paste" has a visible effect.

In Firefox, it seems like you can only catch Clipboarddata on input boxes still

    document.body.addEventListener("paste", function(e){
        console.log("paste event fired") 
    })