V8 release v7.2

&gt; V8 v7.2 adds support for public class [1] fields. Support for private class [2] fields is planned for a future V8 release.<p>For those who don&#x27;t know private class fields add the weird &quot;#&quot; character for defining them inside the `class {}` block.<p><pre><code> class IncreasingCounter { #count = 0; get value() { console.log(&#x27;Getting the current value!&#x27;); return this.#count; } increment() { this.#count++; } } </code></pre> This looks way worse than having what TypeScript did by introducing `public` &#x2F; `private` keywords. Is there any body which votes for es-next features such as this one? I wonder how the &quot;#&quot; private field popped up in Chrome specs.<p>1 : <a href="https:&#x2F;&#x2F;developers.google.com&#x2F;web&#x2F;updates&#x2F;2018&#x2F;12&#x2F;class-fields" rel="nofollow">https:&#x2F;&#x2F;developers.google.com&#x2F;web&#x2F;updates&#x2F;2018&#x2F;12&#x2F;class-fiel...</a><p>2 : <a href="https:&#x2F;&#x2F;developers.google.com&#x2F;web&#x2F;updates&#x2F;2018&#x2F;12&#x2F;class-fields#private_class_fields" rel="nofollow">https:&#x2F;&#x2F;developers.google.com&#x2F;web&#x2F;updates&#x2F;2018&#x2F;12&#x2F;class-fiel...</a>

What happens when it reaches version 8.0?

Unrelated but .dev is a new Google TLD where all the domains have HSTS enabled by default.<p><a href="https:&#x2F;&#x2F;shop.gandi.net&#x2F;en&#x2F;domain&#x2F;suggest?search=hackernews.dev" rel="nofollow">https:&#x2F;&#x2F;shop.gandi.net&#x2F;en&#x2F;domain&#x2F;suggest?search=hackernews.d...</a>

Personally, i’d like to see them focus less on super-rapid releases, and more on consistency of builds and stopping major breakages across platforms.<p>It makes it much more difficult to maintain downstream builds when the build-system breaks completely for indeterminate amounts of time.

I wonder how many people will skip using Intl.ListFormat because it insists on Oxford comma in English. I know I’ll be skipping it. CLDR really missed the semantic nuance there—not that it could readily have included it. The problem is that it’s just too blunt an instrument. (Further reading: <a href="http:&#x2F;&#x2F;cldr.unicode.org&#x2F;translation&#x2F;lists" rel="nofollow">http:&#x2F;&#x2F;cldr.unicode.org&#x2F;translation&#x2F;lists</a>, <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Serial_comma" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Serial_comma</a> .)

I suppose I could look this up, but maybe someone here knows. Is cached JS re-parsed on every page load or is the AST (or some sort of bytecode) stored as a blob on disk for faster loads from cache?

why focus on facebook when measuring performance?<p>I thought they have like 10.000 websites they measure

Headline is hilarious

Wow. Very impressive. They are improving at very fast rate. I wonder do we still need to invest in WebAssembly ?