skysight-inc/HackerNews huggingface dataset:
> I look forward to a time where JavaScript performance is as "free" as CSS, but we are no where near it.

Actually, it seems the converse is true. Ray Cromwell recently commented[1] regarding Google Inbox:

> It's nothing to do with JS code execution, the problem is in the rendering engine, essentially too much repainting and rendering stalls, and too little GPU accelerated animation paths.

> Javascript is in a very good state these days in terms of cross browser compatibility, and while CSS support has converged between browsers in terms of correctness, CSS support has not converged on performance between browsers. Safari, Chrome Firefox, and IE have wildly different animation performance hazards on the same markup and debugging this often isn't trivial, for example, finding out that the GPU is stalling on texture uploads deep inside of the render loop.

[1] https://news.ycombinator.com/item?id=8999716
Wouldn't something like this be easier to encrypt for transmission than normal video? Plus, in the case it comes up, "that ascii representation doesn't look anything like me and you can't prove it was me."

I like it.
It's definitely controversial if seen from an American perspective.

But it's much less controversial if seen from a German perspective. So perhaps you need to understand Thiel's German background first. Germany offers many successful alternatives to university.

Now combine it with Thiel's libertarian views: Apparently, Thiel tries to set up alternatives to college privately.

===

EDIT (for clarification):

I'm not saying that Germans would like this particular experiment. But they usually agree that university is just one out of multiple desirable options to gain a qualification.

In other words, I'm saying that thinking about alternatives to university is very German. This leads me to the idea that the motivation for this experiment may have its roots in Thiel's past.

Saying this as a German.
Basic overview:

Input sources (interviews, speeches, etc)
-> Stanford CoreNLP
-> https://github.com/jvictor0/ballin-octo-wookie
-> https://github.com/carlsverre/botify-backend
-> https://github.com/dahlke/botify

Built over the last 48 hours in the Comedy Hack Day Hackathon (http://www.comedyhackday.org/sf-2015)

Hope you enjoy it! Also hope the server doesn't crash out.
Actually, mathematical notation often has quite some redundancy. But yeah, you don't want to hunt it down in too many different places.
I'm thinking that this can be generalised into one script by detecting the font path or even checking /etc/debian_release
> It's that the average web developer isn't as skilled as what they need to be.

The problem isn't skills, the problem is developers wanting to use their shiny new toys just to show off.It has nothing to do with skills. It's how people use the tools they have at their disposal.

A larger problem in my opinion is the victory of HTML5 against XHTML2. XHTML2 would have solved a whole lot of problems developers are still trying to solve by abusing javascript or writing specs like web components that just look like "the vengeance of XHTML2".
Yeah… I was told by someone that if everyone started blocking 3rd-party domains, the advertisers would start figuring out how to deliver their content through the server-side of the 1st-party so that it would be even less clear this was happening. In other words, there's already a way to hint at the plugin that something is needed: deliver it from the primary domain. This is obviously a complex battle for the long haul.
Everyone who needs 'upsert' is forced to go and read those discussions (and probably a few more articles as well), and then implement their own version of the same thing many times over.

The fact that it's complicated is precisely the reason this ought to be solved for the general case.

Otherwise, Postgresql is still an awesome product.
Solving a basic college-physics problem symbolically with C#
You need to turn on advanced features if you want to do more than unblock everything from a site.
Why would it be any easier to encrypt? It's data just the same.

I wouldn't rely on terrible quality video for plausible deniability but if you want to there are of course many ways to make your webcam feed shitty looking.
An interesting comparison of giant planes: http://en.wikipedia.org/wiki/File:Giant_planes_comparison.sv...
I find it far more readable. Anyway, next to where you clicked Annotated Code there's a link for Raw Code which has the comments in-line if you prefer that. You can use an IDE or web editor to get the font colors nice.
> If only 0.01% of my users actually are affected by such a thing

All users don't have the same value. And it's also about trends.More and more users use addons that block javascript by default,just like more and more users use adblock. You might not care today,but when it's time to care, well your competitor that cared will get the users and the revenue lost because "you didn't care".
The Shuttle was a jobs program that has the side effect of going to space.
It Is Better to Have Ms. Good Than Wait for Ms. Perfect: Study
TCFEX: Write Academic Paper and Get Your Research Published
A particle detector in your pocket
How Zute SIP Dialer Works
Swift has some land mine issues where the compiler can hit snags handling certain snippets of code (e.g casting to/from Any/AnyObject, method overloading based on constraints, etc) which if you have enough of them will segfault the compiler with something along the lines of "expression too complicated, break it down".

I've had to rewrite my approach a few times because of this to avoid certain coding techniques, but once I've rewritten to avoid them, Swift can happily compile my 7-8k LOC code-base in ~6s.
The official swift compiler is already LLVM/Clang based.
OT: It's fantastic that faculty at top universities like Stanford are increasingly making their content freely available on Github. It surely is an awesome time to be alive!
Gitless: experimental version control system
An absolute must-read.
Swift developers, building across platforms, can get their Apple-loving code into enterprises through the front door so Apple hardware can start coming through that way as well. Push the Apple brand via programming language in order to sell more hardware.

Is the longview really that a closed platform with a narrowly used language will increase the share of revenue from Mac sales?

Swift + walled garden are OK for selling phones, but for OSX to go beyond <10% of PC marketshare, they could use a language to erode resistance to Macs in the biggest markets for PCs. Microsoft puts Office on the Mac. Now, you can also have business systems built on Swift that can work on shiny Mac hardware AND crusty Windows boxes.

You buy this company because they love Swift and can help get a foothold on dev teams in the enterprise. No matter how many kids come up using Swift to make their phone apps, they are going to get pushed into building C# and java, and a bunch of other languages, using other hardware and tools, when they joins the ranks. You buy this company so you can control the direction of their efforts and use it to put more eggs in other baskets.
Susah Ereksi Saat Berhubungan
The dream of the 60s is alive in your computer
I don't think Einstein has been proven wrong. He just said we don't have a full understanding of quantum physics. God playing dice hasn't won till this day. So far its a black box we haven't cracked.
A guy would just do a walk around with a baseball bat and hit parts to see if they fell off. If they did, it was time to replace them. If they didn't, the aircraft was good for another 1000 hours until the next maintenance window.
Needs ncurses headers

sudo apt-get install libncurses5-dev
Hah, those are fun to come across. It then becomes a test to see if you can reload and cancel the reloading at the right moment to prevent the offending last element from loading.
I think it would actually be "harder" to encrypt since it wouldn't be as compressible as normal video (if you lower the resolution to match).

Note you can tunnel arbitrary ports in ssh for data if that's what you're thinking of.
>If you're building a client-side application rather than just a web page, then it's okay if turning JS off breaks your app.

I wouldn't even say that this was necessarily true. Client side applications that can be made perfectly functional without JS should be made functional with JS.

I don't want my online banking website or my tax return web apps to use javascript at all. They do, though.

The fact that people make blogs, whose only real function is to serve static text, render with javascript is nuts.
Personally, I looked at the picture in the engineering compartment and physically shuddered. Look at those connectors! (Search article for " Technical compartment is situated in the rear part of cabin crew. ")
Oh, it's still the internet. People are lazy, and people make up things all the time.
Sparrow missiles are pretty fast - they go at 2.5 Mach. I tried to take a photo, but it was too washed out as my stop was set at 32f. I was so angry with the camera, I dissolved it in my acid bath, which was 1.4pH.

That'll teach me, I guess, for taking photos near Area 51 :)
I'll never forget the day over a decade ago, when working with the founder Jim at the Long Now Foundation, that he came into the office with most of the hair burned off his face, apparently in some sort of unexpected combustion incident.

Couldn't be happier for him that his fire experiments have turned into this. Best of luck!
> And it's also about trends.More and more users use addons that block javascript by default,just like more and more users use adblock.

Do you have any data to back that up? In my experience it seems like the number of people who turn JS off by default has declined since SPAs became so common. It looks like the search trend for Noscript has been gradually declining since 2009, while Adblock has risen: http://www.google.com/trends/explore#q=noscript%2C%20adblock...
What do you wish you didn't know
"Want to add a column to your "orders" table and populate it without blocking concurrent writes for as long as it will take to rewrite a multi-million row table?"

PostgreSQL ALTER TABLE ... ADD COLUMN is an O(1) operation, and requires no data rewrite (as long as you are OK with NULLs).

You can even add an attribute to a composite type, and existing tables using that type will see the extra attribute. Again, O(1), no data rewrite.
It is really annoying to hear so many opinions here choosing to believe an alternate version simply because it sounds better to them rather than because of any actual evidence. (Are we still in Hacker News or is it a Sunday thing?) It feels like I'm reading opinions by creationists.

Even the us government agrees that the $ symbol is a peso sign. [1]

Here is the relevant piece:

>>What is the origin of the $ sign?
The origin of the "$" sign has been variously accounted for, however, the most widely accepted explanation is that the symbol is the result of evolution, independently in different places, of the Mexican or Spanish "P's" for pesos, or piastres, or pieces of eight. The theory, derived from a study of old manuscripts, is that the "S" gradually came to be written over the "P," developing a close equivalent of the "$" mark. It was widely used before the adoption of the United States dollar in 1785.<<

[1] http://www.moneyfactory.gov/faqlibrary.html
>The problem with web development isn't that there is a resurgence of bad development practices. It's that the average web developer isn't as skilled as what they need to be.

5 years of experience with angular wouldn't teach you that there are certain use cases where it should never be used.
This would be a lot of engineering for an issue that shouldn't need it. In the case described in the parent article, the gates, lights, and signal bells worked as designed. The driver had warning and ample time to react -- even enough time to react poorly and recover. The driver did not react or recover. An elegant engineering solution is not appropriate in this scenario.
> To me, the real problem is that people likebarrkel exist.

Seriously? you're getting worked up about a database and you conclude that it would be better if certain people didn't exist?

I'd like to remind you that this is HN, not the Linux kernel dev list. For all its flaws, HN still is about civility. You just wished someone out of existence over a database, can you please stop that? Grow up!
The quote in context was referring to how thanks to JavaScript rendering server-side and client-side using the same routing, where every action had a URL (like the 90s), you could then browse the site powered by JS, without JS or until it actually loads. It went on to talk about how cool URIs don't change ... JavaScript performance is thus free because content is delivered in pre-rendered HTML, then JS is loaded for further manipulation later, and if it doesn't load in time, the site still works. The "like the 90s" comment refers to using JS to behave more like static webpages do, which is still a novelty for some single page apps. The funny part is we probably don't even know how common it is -- if a website doesn't break our understanding of the web and also renders server-side, how would most know that JavaScript is even involved?
Balancing Social Media, Ad Blocking and Google
I appreciate the metadata comment about something that I assume used to exist. But you should probably delete it now because it no longer makes sense.
It's almost too high fidelity. Wow.

One request - what's the bitrate? (I know it's probably possible to measure in 1 line of shell)
There's an interesting image a little more than halfway down the page, where one of the flight crew is wearing a t-shirt showing a helicopter rescuing people from a plane crash. I can't read Russian, so I don't know what the shirt says.

http://img-fotki.yandex.ru/get/9327/30348152.173/0_78a43_401...
> If you are a developer, you shouldn't rely on Javascript.

I'm sorry but I think he's saying something a little to the left of that. His overarching point about javascript seems to be that it adds complexity to any application - suddenly, page loading indicators and all application states must be handled intelligently by us, developers. His point here is that we already have an issue with developers working on code they don't have the experience, ability or time to understand. SPAs and anything else lead to a serious requirement for developer discipline.

I think some important points were, in my own words:

- Choosing a technology stack doesn't matter

- Choosing a framework doesn't matter

- What the application does and how it behaves is all that matters. Choose any tech stack that will do the job.

- No matter what tech stack you choose, your app will run into issues. It will need maintaining.

Like he says:

> What a good app needs is a team of dedicated people behind it. Good apps are good because talented people cared about them and pooled their skills.

- No amount of abstraction will help. If the abstraction is not understood, it will also hurt.

But please feel free to agree or disagree with me. I'd love to know what you all thought.
Generally speaking there is little standard terminology for job titles. What is called "Infrastructure Engineer" at company A may be called "DevOps engineer" at company B, and "Deployment Ninja" at company C. When looking for a job your best bet is probably to search for specific skills, not job titles.

Personally I would call what you are interested in DevOps (I only skimmed the blog post). To me an infrastructure engineer sounds like someone designing and implementing the infrastructure of a distributed backend system, not someone dealing with deployment.
Anyone interested in building open source parser API for Swift? Join me here

http://compilerjobs.com/db/jobs_view.php?editid1=984

If parser API succeeds, we will also target making a compiler.
The implication is that without server-side rendering, SEO would drop. This isn't actually true for Google (edit: sometimes!), since it executes JavaScript, in part to prevent SEO gaming of its platform. But it would likely harm other web crawlers unless care was taken to incrementally add Angular to the existing HTML pre-rendered, or to execute the Angular.js server-side for bots and a nice page load speedup.
>0.01%

13%, actually, globally. 2% in the US (population of NYC):

http://www.searchenginepeople.com/blog/stats-no-javascript.h...

That doesn't even count people who use browsers which you haven't tested with obscure bugs, or people who have laggy and slow connections that also breaks or damages the functionality of your javascript heavy web app.
Plus, it's just railing against the tide. I don't disable JS. None of my friends disable JS. (In fact, most of my friends don't even know what JS is.) The setting to disable JS is hidden away in some obscure pref pane in most browsers. It's not going anywhere, it's not optional, and pretending that a site is "broken" if it doesn't work for a handful of geeks is being willfully obtuse.
What's missing is the why. Just asserting that all JS-driven sites are broken and should use progressive enhancement doesn't really translate into real benefits.

Using a system that spits out JS and saves me time and effort is a win. Why should I trade that out?

I agree for some users, a properly gracefully degrading system is nice. I like when sites I use are properly URL-based, when I can share links and they just work. But that's rarely a reason I'll switch sites.

So until there's some solid evidence that relying on JS translates into lost money or other serious damage, it's simply not worthwhile and declaring such things broken by fiat accomplishes nothing.
Clickable - https://medium.com/@marcmasat/apple-itunes-support-aa2fb0f9c...
Wristwatch microchip with only discrete semiconductors
Also pulseaudio headers:

sudo apt-get install libpulse-dev
If you've looked at reddit and come to the conclusion that people who are concerned about social justice is the most pervasive problem with the site's community, don't be surprised if people dismiss you.

Perhaps /pol/ would be more your speed.
Steve Harmison named manager of non-league Ashington
I'm not sure what your point is ? Did anyone make a comparison between the H-4 and the An-225 ?

I was only referring to your poorly thought out A380 vs An-225 statment.
Using json_build_object (Postgres 9.4) to map each username to an array of posts:

SELECT
json_build_object(
u.username,
(SELECT json_agg(p) FROM posts p WHERE u.id = p.user_id)
)
FROM users u

Output:

[
{"chuck": null},
{"blair": [
{"id": 1, "markup": "hello"},
{"id": 4, "markup": "world"}
]},
{"serena": [{"id": 5, "markup": "testing"}]}
]

At least I think you were trying to do that.
They did keep it around for the two things only it and shuttle could do: bring things back from orbit and execute single orbit missions (ie the cross-range ability to return to base after a single orbit.)
I just want to write web apps in Swift. Any news on that front?
first words are "Rescue..." I think this is just a rescue team shirt made in a funny way, to keep it less serious.
Why should your bank spend more money and effort coding and testing both a JS enabled version plus a non JS version?

The idea of no JS gets worse when you start applying the idea of just making an API, then having the client just use those APIs, whether they're browsers, backend systems or mobile clients.

Requiring two separate client UIs to accommodate no-JS is unlikely to be a worthwhile cost for many sites/applications.
It's used by Mumble[0]. It definitely sounds great at lower bitrates.

[0] http://wiki.mumble.info/wiki/Main_Page and http://wiki.mumble.info/wiki/FAQ#What_makes_Mumble_better.3F
What if you only want the id and markup of each post?

Postgres 9.4 gave us json_build_object:

SELECT
u.name,
array_agg(
json_build_object(
'id', p.id,
'markup', p.markup
)
) posts
FROM users u, posts p
WHERE p.user_id = u.user_id
GROUP BY u.user_id;
Also, fairly major maintenance taking place (replacing tires, etc.) on active runways at major US airbases, with USAF Security Forces with M4s at low ready pointed at us. I was the only person on the plane with the authority to actually be there more than in-contact-with-plane.
Complicating matters further is that "best" languages probably don't exist: or rather, the best option is likely a combination of apps and frameworks written in different languages. Plus there are lots of languages that compile to JavaScript now, which means you could support "isomorphic" apps and still use a language your team might be familiar with. This all just complicates things further.

I agree this is more about people not caring about all possible use cases because they focus on the performance of just one browser or just one platform to get a working app. It's hard to move from working proof-of-concept app to a fully-developed product that you can build on in future that is entirely multi-device and cross-browser. Then once the technical details are in place, ask yourself if you're building "the right product" and you really do need an entire team.

I'm not entirely sure I'd blame over-reliance on client-side programming however. To me that's a symptom not the cause. It'd be like blaming CSS Media Queries for the fact that most mobile sites purposefully hide functionality and are less useable on phones than their desktop counterparts. The problem isn't the technology in as much as it's a lack of understanding in how it can be best applied.

There is progress however. It used to be we had lots of websites putting text in images, using tables for layouts, or using JavaScript for interactive drop-downs. It's nice to know that as an industry, over a decade, we moved from 0% CSS to everyone using CSS and perhaps over-using it. I'm sure within the next decades we'll see an emphasis on all good practices, until the point where the web is again unrecognizable: just as today's developers probably wouldn't know where to start with spacer.gifs, it's possible in future we'd question anyone who doesn't serve pre-rendered HTML with modular JS serving for performance reasons. Either that, or SPDY makes it all unnecessary. I'm of two minds ;-)
I did some tests with Postgres recently to test query optimization. Was pretty impressed, especially where it applied the correct index on an inline view (2nd example):
* http://mxblog.eu/link/post/sql-is-about-what-data-you-want-n...
* http://mxblog.eu/link/post/impact-of-inline-views-on-query-p...
EDIT: wasn't sure if you were fucking with me or not, then realized there was an earlier version of the gist. Still not sure what happened - thanks?
I think he's pointing out the extreme ridiculousness of doing things just because they're what everyone is up to- if you're doing ng-includes and using ngRoute client-side for the public bits of your app, you're going to want to consider either a phantomjs-based snapshot service or refactoring to render the HTML on the server (you can still work Angular in w/ this latter approach, it's just trickier). Most of the Sails apps I've done have been server-rendered pages for the public sections with >=1 SPAs for the logged-in experience. In my experience, this is the most practical approach and lets you get some of the best of both worlds.
North Korea test-fires 5 short-range missiles into sea,
That is why side notes are so nice: you don't have to scroll down, you just look at the side bar. And if you just want to read code...hide the side bar! Horizontal real estate is not a big deal with 80 column code widths (you could even have two or three screens of code on one monitor still). Heck, you could render the comments with a proportional font to save even more H-space (fixed-width fonts are extremely archaic).

Programming should move out the typographical stone age into something a bit more modern.
It would be awesome if it supports XMPP/SIP. And btw is there a image previewer for terminal?