skysight-inc/HackerNews huggingface dataset:
OP here, I created this for fun then it started growing and now I released it in case anyone want to play with it, I hope you like it. It's not a clone of jquery so it's not exactly like Zepto.js.

I specially love the build system I made with grunt, so each new function is just a folder in /src/plugins and it includes the "documentation.md" and "test.js" automagically.

PS, yes, it has bugs and it's probably not production-ready. However I would love as much feedback as possible. Of course ask me anything you want (:
If your customers are big companies, then there's another dynamic: the people who make decisions about the software are usually not the ones who use it. So a large part of their decision is driven by how the software is described on paper, i.e. by feature bullet points. You end up with lotus notes.

http://www.theguardian.com/technology/2006/feb/09/guardianwe...
When I read old case studies like WebVan it is hard for me to believe in a bubble. I do think their valuations are too high, but they certainly aren't zero--more than half of the people I know have taken and Uber or Lyft more than once, for example.
> I mean, the news article that explained the origin of the patch was deemed "Top Secret".

No, it wasn't. The original article, as you can clearly read in the picture, was Secret.

That's not absurd: see all those black boxes in the unclassified version of the article? Those are redactions, which would have contained classified information of one sort or another. A collection of information is classified as the union of all individual classifications of information within it. E.g. the sentence 'the sky is blue, and the D-Day landings take place in Normandy' would have been classified Top Secret (or whatever) back in 1944, since the location of the landings would have been Top Secret (or whatever); it would not have been marked unclassified due to the statement that the sky is blue.

This makes perfect sense. How could it be otherwise? The inclusion of your mailing address (public information) doesn't make your bank statement public information.
Born a year earlier: I love artisanal walkable neighborhoods handcrafted by locals. (to mock my own desires. :-) ).

Can you expand more?
That was sick, bro!
Author here. I actually glossed over some of the problems here, as the article was already getting quite long. In a trivial example like this, you're right. If you do this to the entire page, though, it gets stickier. An additional problem is that you're throwing away and rebuilding state that's associated with the elements, such as event handlers. (Also, letting React do the actual DOM manipulation makes it easier to implement transitions, where a Virtual DOM element goes away now, but the real DOM element sticks around for a bit while it animates off.)

To be fair, I haven't done actual benchmarks, and I'm basing this on the stated rationale for React. I'd be surprised if swapping out the DOM of most of the page wasn't considerably slower more difficult to work with than what React does, though.
Risk of Rain happens to be one of my favorite games! I'll have to check out Gunpoint.
It may well be the case that unikernels as currently envisioned by unikernel proponents are impossible to make fit for production; it may also well be the case that there exists a product that is closer to a unikernel than current kernels, that is quite production-suitable, and unikernels are fruitful research to that point.

For instance, you could imagine a unikernel that did support fork() and preemptive multitasking, but took advantage of the fact that every process trusts every other one (no privilege boundaries) to avoid the overhead of a context switch. Scheduling one process over another would be no more expensive than jumping from one green (userspace) thread to another on regular OSes, which would be a huge change compared to current OSes, but isn't quite a unikernel, at least under the provided definition.

Along similar lines, I could imagine a lightweight strace that has basically the overhead of something like LD_PRELOAD (i.e., much lower overhead than traditional strace, which has to stop the process, schedule the tracer, and copy memory from the tracee to the tracer, all of which is slow if you care about process isolation). And as soon as you add lightweight processes, you get tcpdump and netstat and all that other fun stuff.

On another note, I'm curious if hypervisors are inherently easier to secure (not currently more secure in practice) than kernels. It certainly seems like your empirical intuition of the kernel's attack surface is going to be different if you spend your time worrying about deploying Linux (like most people in this discussion) vs. deploying Solaris (like the author).
"I objected only to the statement that Rust is "just as finalized as any other language"."

I might have been too hasty there. Your context and this quote makes much more sense. I say something similar to them myself. Yet, they've already entered a 1.0 mode where they're not breaking stuff with much of it documented in guides. That's not formal but pretty final on language itself. Standard libraries and other tooling are where most of their work is right now.

So, I don't feel it's an accurate statement but it's close if we're talking the language. I prefer to say the core language is pretty stable or something like that.
Does this take into account the super ko rule? If so, seems a bit small.

EDIT: Never mind, no it doesn't.
Yeah I totes have no idea what this article is talking about.

I see literally none of this. Born in the early 90s. I'm a "millennial" right?

Or is this using the definition of millennial that is those born in the early aughts - just now turning the age it's legal to collect information on them without verifiable parent's permission (thanks, COPPA!)
Uhm, that's all possible but 'sick' is rather general. IIRC there was an article here recently where children growing up on farms were compared to children growing up in cities and the consensus was that because the farmers were more exposed to typical 'farm dust' (think pollen, animal excrement, ...) they were less likely to develop all kinds of allergies (indeed: pollen, animal excrement, ...) than those from the city, and less allergies in turn means less prone to asthma and other respiratory problems etc. In other words, that article is like exactly the opposite of this title, in a way.
2 Simple ways to keep your best clients for life
> Cost of the actual computer is not the problem. All of these $50, $20, $5 computers conveniently ignore that fact that you also need $150+ for a monitor

Chip has an answer to that.[1] Not sure whether it is really usable enough for kids to work on, but I'd did a lot of work on my TI calculator, which didn't even have a qwerty keyboard.

[1] http://getchip.com/pages/pocketchip
It's worth saying that, in general, Quanta is exemplary; not really "popular science" at all but something much deeper. I see that this writer, George Musser, isn't one of their staff regulars, so this piece might be an exception. But their other (staff?) reporting is absolutely worth following; there's nothing else like it.
> . Lots of people want to work for large, prominent companies like Google or FB, dreaming of working on cool projects. But the reality usually turns out to be much less glamorous. Instead of being the guy who comes up with the next killer product or feature, you will likely end up as a small cog in a huge, well-oiled machine, optimising ads to increase some metric in the fifth decimal place.

Can anyone add to how true this is for Amazon, Facebook, Google etc.?

I imagine the problems the author found working on a large game is similar for most large projects. Not saying that small projects are better though, just different.
GOP Senators want lower internet speeds to qualify as broadband
A note for the author and new readers:

L19 means "the number of legal positions for a 19x19 board".

cf. L18 which means "the number of legal positions for an 18x18 board".

L19 does NOT mean position L:19 on the Go board. :)
This article is mostly FUD I think.

It comes off as a slew of strawmen arguments ... for example the idea that unikernels are defined as applications that run in "ring 0" of the microprocessor... and that the primary reason is for performance...

All of the unikernel implementations he mentioned (mirageos, osv, rumpkernels) all run on top of some other hardware abstraction (xen, posix, etc) with perhaps the exception of a "bmk" rumpkernel.

We currently have a situation in "the cloud" where we have applications running on top of a hardware abstraction layer (a monolithic kernel) running on top of another hardware abstraction layer (a hypervisor). Unikernels provide a (currently niche) solution for eliminating some of the 1e6+ lines of monolithic kernel code that individual applications don't need and introduce performance and security problems. To dismiss this is as "unfit for production" is somewhat specious.

I wonder if Joyent might have a vested interest in spreading FUD around unikernels and their usefulness.
It is wholly pointless.

It is virtually never parsed as RDF. RDF-in-HTML-comments is a horrible antipattern that has no use in the RDF community outside of the weird legacy use case of Trackback.

It is hidden metadata (which can and does break) and violates the DRY principle.
Getting started with AngularJS Controllers
I would love to! But I cannot imagine what I can say that would be unique. If people wanted to determine if a video were able to run universally on HTML5 streaming software, wouldn't they just use FFprobe and check the necessary stream metadata for compatibility upon output? Surely, these sites are using FFprobe already to determine other metadata within the video container files they receive from users?

I have always run under the assumption that sites like YouTube want to further compress all video uploads so that they can implement proprietary functionality dealing with the video content and its other important business services (ad sales, user agent scraping, data collection, etc.)
That's a list of features. My point was that there are some slight variations induced by optimizations or otherwise which are against the spec.
Why big data makes modernizing code mandatory
How the sexualization of breasts make their natural function NSFW
Try Aurelia + TypeScript. I've used Angular 1, Angular 2, and Aurelia, and I think Aurelia is the best choice between those right now.

React is fundamentally different, but Aurelia (and its predecessor, Durandal) were always about making component-oriented apps.
I the the objection is to the obsession with such things. Talking/posting about it all the time, etc. It's an unalloyed truth that artisanal pickles and cheese, purchased from local craftspeople, transported home on a workcycle, enjoyed on a freshly baked ciabatta, are the greatest things ever.
What is the current browser support?
It's pretty impressive how good a job the NYT has done of maintaining historical articles.

You can even find quite old articles from key historical times and they're presented just like articles today. For example, the famous Crittenden Compromise is at http://www.nytimes.com/1861/02/06/news/the-crittenden-compro...
I believe the author is female.
I remember 'totes'.

Every once in a while, a reporter 'discovers' their social locale's vernacular, concludes that aren't a reporter but an ethnographer, and declares a generational language revolution.
It's not millenials. I think it's post-millenials which doesn't have a name yet.
I think most people are unfamiliar with Erlang/OTP. Even if I converted my entire team over, I don't know how I'd hire new people without developing strong internal training.

Perhaps that means the real argument is "Unikernels are unfit for production for people who aren't comfortable with the Erlang/OTP way of doing things." Yes, this isn't a technical argument, but—most people, most customers, don't even see SmartOS + Linux emulation as suitable for production (and I imagine the author knows that), not for any technical reason but just for unfamiliarity. And that's still a UNIX working in UNIXy ways.
That's one of the things that I hear people say about Google - that you end up doing small unimportant work. Having seen the internals, I think that possibility is overstated. In my perspective, Google is a fairly good example of an egalitarian workplace where everyone (engineers) is equal to each other with ownership of what they work on and its success/failure. Accountability doesn't really get moved around - it's on you.

That's my limited impression at least. I'm sure other people see it differently.

http://blogs.wpcarey.asu.edu/knowit/googles-egalitarian-cult...
Why is someone in a space suit at the crash site?
> You don't debug a unikernel, mostly; you just kill and replace it

Curious as to how you would drive to root cause the bugs that caused the crash in the first place? If you don't root cause, won't subsequent versions still retain the same bugs?

There are bugs that can only manifest themselves in production. Any system where we don't have the ability to debug and reproduce these classes of problems in prod is essentially a non-starter for folks looking to operate reliable software.
I think the GP was but I read the parent comment as just a stab at comparing and contrasting C++ and Rust. I found it useful and interesting in that aspect.
Most UPS batteries won't last anywhere close to 18 years, either. Can you hot-swap your UPS battery as well?
taxes, paperwork, and lawyers and agreements

its like one extra set of forms at least if you have employees out of the country

care to link the position? im looking for exactly that job :/
Ah, then maybe it's just easier for me because I've never really liked fries and have always seen noodles as nothing more than vessels for sauces/cheeses/meats/etc. (a common complaint about shirataki is that it's flavourless, but to me good quality shirataki is indistinguishable from ramen noodles — probably because I'd never noticed any particular flavour of noodles to begin with).
The Asshole Filter
i play, usually a game or two a night. osi42 in game.
Canada I assume it is more work to get HR stuff set up. Different retirement stuff. Different holiday stuff. Different taxes. Etc. Which legal agreements are still valid across borders? Who is qualified to check those agreements?

UK is different time zones. Plus all the Canada issues.

Mexico has cons of Canada + language issues.
How one man tried to write women out of CRISPR
FiveStars Gets $50M to Help Retailers Run Loyalty Programs
Very interesting read and very interesting solutions.

Github is under a lot of scrutiny right now, the community is waiting for the response (which doesn't seem to be coming).

It's a good thing to see that you can work around some of the limitations and that people are actually doing it successfully.
Orange County California VC Funding Reached $1B in 2015
Cars and freeways are both examples of extreme largesse and horrible community planning. Freeways are some of the world's most dangerous public territories. Why would you discourage individuals from criticizing and judging these outdated, expensive, pollution death traps?
I can speak professionally about the Grey Eagle program if anyone is interested. But yes, you are very correct about the redesign. Shoddy journalism.
Hank... are we the baddies?
There was a lot of us who didn't use slang. So much of it was on t.v. though, you'd come away thinking it everyone was using Surfer slang.

There was one word that drove me nuts though, and so many of us were guilty of using it. It was dude. My best friend at the time decide to call he dude. I said please don't "dude me". When I referred to him as dude in every sentance over a few pints it magically stopped the next day at work.
Does the iOS component use fastlane tools?
Buddybuild is awesome. We've been using it for a couple of months now. It has so many great, easy to use features, that are all built in for you, so you don't get bogged down with tool overload. If anyone's interested, I can go into more detail about how we use bb.
God says...
Janelle's piccolo's fang's Dante's burdens Ireland's Merino Wichita's real cameos postmarks mollification westerner sentimentalism's oleo's lemonade's Dean surceasing adequate admiral Brussels repressing narcissism gladiolus's bode connecter watermelons exhibits pompon's wraparounds Donatello dyslexics
If you have a bad memory, you should look into mail reminder services. You write something you want to be reminded of and they send you an email about it later on.

Or simply a Google Calendar event.
What is the license for MagicaVoxel?
No.

http://gingearstudio.com/about
Given that the author's impression of kernel security is Solaris', not Linux's, I think it's entirely reasonable to not believe that there are problems with kernel API security that hypervisors will meaningfully improve on.

Of course, nobody would listen to "you're all idiots for continuing to run Linux when I gave you this perfectly good Linux emulation on Solaris without a CVE every week" either. (Myself included, to be fair.)
cool. gj.

nice website btw
you must be an early millennial (early 80's)
Front end testing in Django with Grunt
The main use case for unikernel apps (the way I see it) is running language specific VMs like Beam, MRI or the JVM almost directly on bare metal and getting rid of all the complexity of OSes. The idea is to make it easier to debug, optimize and tune applications by removing traditional OSes complex kernels from the equation. The real argument for security (that the author omits) is derived from that: 20 million less lines of code in the stack that you deploy.
Nope, born in 1995
Super Mario Sisters? At USC, women now outnumber men in video game design
The difference basically boils down to where the hardware is being managed.

In a traditional OS, the OS is in charge of managing all the hardware directly.

In a hypervisor environment, the hypervisor manages the hardware, but provides abstractions for this hardware that other OS can use. There are a couple of different ways this is managed, but to simplify either the guest OS needs to be designed to use the hypervisor environment, or the guest OS can run unmodified on top of the hypervisor. The option to run unmodified guest OS relies on the hypervisor providing virtual representations of the real hardware, which the guest OS manages as if the virtual hardware is real hardware.
Just a note: there was no such state as "Russia" back then. The whole region was a number a big and small duchies left after the fall of the older feudal state, Kievan Rus'.

Later, by the end of the 15-th century, most of them were reunited under the rule of either the Grand Duchy of Lithuania or the Grand Duchy of Vladimir and Moscow (which would, two centuries later, become what we know today as Russian Empire, or Russia).

Anyway, Mongols had no problems crashing both quite a few times between 13-16 centuries. :-) Every state there was in the region back then had to paid the Horde.
> Nintendo's been doing it for decades with their portable devices (Zelda, Mario, Pokemon, Metroid), and it's clearly a successful approach

IMO, part of this is due to low-level technical issues. The DS does a really, really, really good job at letting players choose when and where they play. Games start up instantly, pausing and resuming is seamless. I don't know how much work developers need to do to support suspend/resume, but I've never seen it not work.

In my experience on Android, very few games deal well with getting killed in the background. Yes, this is different than what happens in the DS, but the user experience should be the same. From what I can tell, there is more burden on an Android developer to deliver a seamless resume experience than there is on the DS.

Because of that, you can't trust that your game state will be preserved if you do something as simple as lock your phone while your game is running. If you resume, will your game be where you left off? Who knows. Add on functionality that requires online access, and you end up with a platform where people prefer games that load quicker and where you can finish a session in the time it takes to stand in line, if only for the simple reason that anything more complicated usually ends in frustration.
No, all these were addressed in the article.

On 1) " Hypervisor vulnerabilities emphatically exist; one cannot play up Linux kernel vulnerabilities as a silent menace while simultaneously dismissing hypervisor vulnerabilities as imaginary"

This is obvious, but it's true that people somehow think hypervisor vulnerabilities don't exist. Amazon and Linode just rebooted a bunch of machines because of a Xen vulnerability. Could something like Xen be more secure than the Linux kernel? Maybe. That's a good question, and one I haven't seen the answer to.

I actually doubt it because emulating hardware is probably full of more "C tricks" than kernel code, but I'm not an expert here. Another complication is that when you use a hypervisor, you always have Linux in addition. You generally use its drivers for the real hardware. It would seem that Linux + hypervisor is less secure than Linux alone. But there are probably some mitigating factors.

2) "And to the degree that unikernels don’t contain much code, it seems more by infancy (and, for the moment, irrelevancy) than by design."

I agree that unikernels are smaller at the moment mostly because they don't have a lot of features. (Writing in a memory safe language helps, but it also hurts! Because I need to run linear algebra in production, etc.) When you run them on a hypervisor, they actually rely on Linux for real drivers and such. So you're not actually getting rid of the code -- you're moving it around.
Yea, that's a good sequence for its philosophical views, though it's a little light on mathematics and calculations for my taste. It works well as a companion to a more rigorous work. I wish there were a rigorous textbook written from a Many-Worlds perspective.
Gah - that is a bad conclusion to draw from that study. There are some 39 trillion bacterial cells in a human body, and ~30 trillion 'human' cells in our body. EXCEPT that 25 of the 30 trillion human cells in our body don't even have any human DNA in them (red blood cells lack a nucleus, cannot divide, and do not contain human genetic information).

It's hard to count human cells, and non-human cells. Counting mass, nuclei, activity, etc. are all different.

The original hypothesis still stands - a truly significant portion of you is not human.
So as someone who also is lumped into that category, I think it is intentional that the "Generation" they have created and are hyping is so large as to cover at least three discreet cultural groupings of people ( 80 to very early 90's, 90's to dot-com bubble, post twin towers ). However each of those groups who's cultural upbringing and psyche will vary greatly don't make a compelling group to market to, so they have taken the least common denominator of all three groups and lumped everyone into that so they have something they can sell to.

People who are one generation down also look at individuals who talk like this with distain, but all of us have a small portion of people our age who do participate in this kind of behavior and even though its a minority its a plurality so thats what gets marketed.
On your point #2, I disagree that a 20+ minute playtime is perfect for mobile devices. That just seems like too big a time commitment for me if I'm interacting with my phone; perhaps it is different with a tablet, but at that point it just feels like a PC game on your counter. I also don't know which PC games you're playing that require multi-hour commitments, but the only one that comes to mind for me is Civ5. Everything else I play, I play small chunks, and a given "match" requires no more than 30 minutes at the most. I don't play LoL or Starcraft II, but do play SMiTE and Company of Heroes II.
I would be curious to see if someone has studied how twitter has changed english language and grammer rules due to its 150 char limit