skysight-inc/HackerNews huggingface dataset:
Like others have mentioned, I love django for all the batteries-included features (admin, sessions, ORM, etc). But I still haven't really found a good way to use Django with React JSX as the template engine -- rendering & caching serverside for SEO purposes, but still responsive client-side.

I haven't seen a good description of how to pull this off... but it would make a great eBook (I'd buy it!).

It seems like the Django RESTful API would be one solution... but it would result in a lot of extra REST requests (so blocking & latency) being generated during server-side rendering, so perhaps not the best solution.

Thoughts?

(I am aware of solutions like this, but it misses the server-side rendering aspect with contexts: http://stackoverflow.com/a/28646223 )
For preparing your applications for the eventual flip-the-switch transition; pay particular attention to sections 4.2, which describes a strategy (supported by Linux) for handing off the grunt-work of dual-stack to the kernel while making your userspace code only speak IPv6: https://tools.ietf.org/html/rfc4038

For a quick overview of the process of making your infrastructure dual-stack (with an aim to eventually phase out IPv4); note that most of the burden is on your networking-equipment vendor to make this work, unless you make your layer-3 equipment in-house. So it's mostly a deployment challenge, rather than a development challenge. http://www.networkworld.com/article/2285078/tech-primers/ipv...

If I might recommend a good tunnel broker for allowing you to deploy IPv6 internally and get connectivity to the global v6 internet even without ISP support, take a look at Hurricane Electric.
Capital flight from China
Note Apple did release new Apple Watches last week: the Apple Watch Sport in Gold and Rose Gold and Apple Watch Hermes. My cousin feels cheated as she would have preferred the rose gold or splurging on Hermes instead of settling for a grey with milanese loop earlier this year.
First let me state that this article is interesting and well written and taught me something new, thank you for that.

However my main frustration is I'm not really sure what the article is advocating for here. Instead of not giving access to the docker daemon to containers (which is legitimately needed for complex deployments where one container needs to dynamically start up "sibling" containers, e.g. a CI service), wouldn't it make more sense to talk about not viewing Docker container security the same as VM security in the first place?

Sure if you're going to do that anyway it makes sense to disable access to the socket, but then there's a million other things you'll have to do because docker containers are currently not primarily intended as a replacement for the isolation security of VMs. Their security is more like a useful extra layer, rather than a full blown replacement.
Well, the only one of the many-worlds that actually matters is this particular one, right here. What can we say/predict about this exact one. The others don't matter to me in the slightest...

EDIT: well that's not a great explanation of why I dislike the many-worlds hypothesis, let me try again. Like some other ideas, including the existence of God, it's not (yet?) falsifiable. Which doesn't make it false, of course. But it's a really extraordinary idea. It's not just many worlds, it's a fuck-ton. And what can we do with all of them? Are they for nothing? Does nothing that happens matter because it happened differently in a separate but equally real "world"?

I guess, I can believe that "god plays dice with the universe", but I can not believe that "god makes infinite copies of the whole universe and tries all possible quantum outcomes".
I just assumed he had a multi sheet scanner and cut off the binding.
> And IPv6 is designed to be more easily renumberable

Can you point me to some information about this? I apologize if this is an easy question I am interested in ipv6 but only know enough to be confused more often than not.
> Without [liquidation preferences], nothing stops an unethical founder from raising 800k at a 8M cap, and turning right around and letting the company get acqui-hired for 4M a month later, pocketing $3.6M and leaving the investors with half their money.

Of course there is something to stop this: membership on the board of directors. Large investors should -- and usually do -- demand board seats so that they have representation in major decisions such as this.
China's Xi promises better investment climate, cyber war deal seen
Apple is poaching Tesla employees with 60% salary increase and $250k signing bonus
http://www.ata.org/ is an excellent resource.

In particular: http://www.ata.org/understanding-facts/symptoms

It's weird, I listened to the first couple of samples on my PC speakers, not loud, and the volume of my tinnitus dropped noticeably. Everything else (TV, fan, chair squeaking) sound the same.
> Fact is that if you want a GLOBALLY UNIQUE IP address, then IPv6 is the ONLY way to get one.

Pardon?

Just as any yahoo can choose to manually assign the IPv4 address assigned to my border router to a machine on his internal network, he can choose to do the same thing with its IPv6 address.

My border router has a globally unique IPv4 address and a globally unique IPv6 address, inasmuch as any IP address in globally-routable space can be globally unique.
If you join Uber at this point, you're only getting RSUs, not equity. They're way too large to offer shares to any more employees without triggering SEC disclosure requirements.
How exactly is naive a term of the trade in philosophy? You, and the article in question, seem to be using it in a way that any grade-schooler would recognize.

I'm not aware of any "naive accounts" of physics or computer science. You might be thinking of "naive algorithms" and "naive approaches" but in those cases the word has a specific meaning which doesn't fit in the context of the above quote.
> Even with privacy extensions, you can't "clear your cookies" start fresh with another IP address.

Yes. You can. You do. And IPv6 hosts that implement address randomization according to the RFC will do so periodically without user intervention.

https://tools.ietf.org/html/rfc4941

The RFC (from 2007) suggests a default address lifetime of 1 day, but actual implementations tend to use MUCH shorter ones.
We have the exact same setup. DRF + server-rendered React is pure awesomeness.
How Volkswagen Got Away with Diesel Deception: How It Worked
For masses, bikes work great if the daily operating radius where you go about is something like five kilometers. But in Silicon Valley, except for some minor villages in between, 5 kilometers is only a couple of blocks. And instead of snaking through traffic in a city for five kilometers at slower speeds with your working clothes on, you would be sweating on your bike beside fast-going cars in a very much grueling environment of noise, heat, and an endless stretch of road. And then you would need to take a turn and do another five kilometers along another road.

I could see it working somewhat if you diverted all the bike traffic through the residential areas and punched the isolated culs-de-sac via bike paths so that bikes, not cars, could take a shortcut through the whole block instead of going along by the car routes. This kind of approach is very common in Finland: you can't always drive from one suburb to another but there's always a bike/pedestrian path that cuts through all that extra distance; here's a typical traffic sign denoting that: http://savepic.ru/7576556.png

But in general it's hard to see bikes becoming the popular vehicle for masses in Silicon Valley until there are enough towns the size of Copenhagen downtown and built with similar density, and where people commute locally.
> Isn't that what a process is?

It's the level of isolation of a process, yes. Just as two processes can use their address spaces as they see fit without bothering each other, even loading different versions of the same library, under a Linux container, two applications can use their filesystem as they see fit without bothering each other, even using different versions of the same binary applications.

But the security isolation between two processes running as the same user account is extremely weak. While it's true that one process can't write to another one's memory directly, it's not a fundamental breach of the security policy if it can do so indirectly. There may be things to increase defense-in-depth (like Yama) but fundamentally if you're the same UID there is no security boundary. The same rule applies to containers.

> python is a really bad example

Yeah, agreed. I was just trying to come up with something quick. If your app works with v(irtual)env, by all means just use that and stop messing with containers. However, if you've got some large closed-source app with a portion in Python, and it expects /usr/bin/python to both work and be some exact version, you need to virtualize the filesystem.
Docker as a package manager somewhat matches my use, and I think it does its job well. As the packager, I can just create one "package" that any Linux distribution running Docker can install, instead of creating packages for multiple versions of many different distributions.
Just about everything Gardner wrote is worth reading.

https://en.wikipedia.org/wiki/Martin_Gardner
In that situation you can use LD_LIBRARY_PATH, that's what it is for.

But what you really want in that case is to link the application statically. If you don't want to have benefits of shared objects:

- smaller binary
- memory savings (if multiple programs are using the same library, it is loaded once)
- less files to patch to fix a security vulnerability

The share objects have these features but it comes at price of lower performance, so by putting all .so files into a single docker file instead of statically compiling your application you're getting worst out of both worlds.
As a Chrome, systemd, and Sandstorm user, I'm a little curious what you mean.
The interpretation we use does not have any effect on our ability to make predictions; the equations are the same.

EDIT: response to parent edit

Almost by definition interpretations are not falsifiable. The many world interpenetration is literally equivalent to the other interpretations, because they all describe how we understand the meaning of the same mathematical model; and it is that model that is making predictions.

In my opinion (as a mathematician, not a physicist), the many worlds interpretation is the more natural way to read quantum theory. That is to say, if I were tasked to design a universe given quantum physics as the specification, my naive implementation would correspond to the many worlds interpretation.

An equally valid interpretation is that we are a computer simulation, and quantum physics describes the rounding behavior of said simulation. As far as I am concerned the only point of having an interpretation is to help build an intuition for the models.
>if anyone has any ideas...

The ideal scenario is such a thing gets built as free software, implemented non-commercially. Still interested?
Is that why download traffic (incoming data) is free on EC2?
He's not a Berkeley student anymore. He graduated two years ago. Slightly ashamed I went to the same school as he did but I suppose he's just a lazy blogger trying to document his trips. Overall a harmless guy.
That's a design patent. Yes, it's a patent, but it's a whole different kettle of fish compared to a utility patent.
IBM’s A.I. System Watson to Get New West Coast Home
Oh so that's what it is. I think Namecheap must be using it too because I see this darn message every time I load their site "We're testing if you're human or robot" and it wastes like 10 seconds of my time.

People think that "loading gears" animation on Google blog is annoying, think if it showed up every time for 10 seconds on a company's homepage.

It is the only reason I've considered leaving Namecheap so many times (but haven't because except for this they are better at everything else)
My thesis (physics) intersected with some elements of philosophy in the context of quantum physics, and I googled (using this verb as an alternative to "blundered") upon some SEP entries on the subject. They were emphatically not up to date with what was cutting edge in my field, but what they were was tremendously well researched and in-depth reviews of the foundations. They clued me in to some sources that I never would have considered looking at otherwise, and those sources turned out to be some of the most fascinating reading material I came across in my research.

Sometimes it's really hard to figure out what you need to read have a good basis in a new field. If the SEP has pages on it, they're a damned fine place to start.
I'm surprised that Java isn't on here. I have seen piles and piles of Node jobs, and lots of Django positions (in the "cooler" corporate shops), but it seems like Java is still an outlandishly entrenched language, at least in giant companies. Do you think Node is better to learn for employability because every CS program in the country is churning out Java devs?
New convenient tool for media buying and selling
To reduce blocking and latency from network calls, we spent a day or two to write a batch view library that will take a list of request bodies, parses it, use the django router to send each request to the appropriate django view, running the middleware, and in the response returns a list of response bodies. Implementing this protocol almost exactly. https://cloud.google.com/storage/docs/json_api/v1/how-tos/ba... We also had to write a piece of javascript client middleware that would delay all requests by 0.01 seconds and batch up all the requests that happen in that time to send to the batch view. Proprietary code I'm afraid we cannot share but there's the idea, it's not patented and takes about two days. We use server rendering for all non-logged in views.
Agreed - I don't think of him as someone who's super-expert on the internet so much as super-expert in people, having monitored such a diverse and complex community on 4chan for so long.
Yup. I live in Saratoga, about a 13 mile bike ride to where I work at Google West Campus (still part of North Bayshore). I typically ride my bike in every morning (takes just under an hour) and take the bus home - there's a bus stop a mile from my house, plus another one 2.5 miles away. I usually end up taking the bus to the farther stop because I forget to leave my desk on time. :D

I started biking every day partly to try to get in shape, but also because my kids' school schedule is such that I can't catch the bus at the time I'd prefer. (During the summer I took the 7:30 bus near my house, which got me in to work in 20 minutes.)

It typically takes me about 25-30 minutes on the bus to get home, plus 5-15 minutes biking home from the bus stop. I had a 13-mile commute to my old job in Cleveland, and I find I'm significantly less stressed commuting this way, even if it takes slightly longer.

The locations of the bus stops are not publicized to non-employees, but there are lots of them, and some are pretty far out - as far as Santa Cruz. I can't imagine working on the bus to/from SC, though - you'd better bring some dramamine or barf bags!
I think that the code that operates dangerous machines should be publicly available. I think that applying the DMCA to keep it hidden is a bad application of that law.

The DMCA was intended to protect creative works like movies or songs, where the whole value is in the encoded file.

Code that runs a car is the opposite: it is worthless by itself. Keeping it hidden from the public just enables bad behavior, like Toyota's terrible code or VW's deception.
Comparatively young dev here -- I'd "heard" of Python/Django and Ruby waaay before I had any idea what Node was. Javascript, to me, was until recently that thing browsers ran to get pop-ups to fly all over the place. The developers I was working with just didn't talk about it.
If you want to try out Clear Containers we merged it into the rkt container runtime a few weeks ago. And since rkt can run both docker and appc container images you can run any existing app container from this runtime. This blog posts details Clear Containers in rkt:

https://coreos.com/blog/rkt-0.8-with-new-vm-support/
The missing star history graph of GitHub projects
People answer: What is a browser?
Maybe it's not about cars as much as about battery technology for which Tesla is known. That's a major concern for Apple.
America was set up by the elite for the elite, that's what liberal democracy more or less means protection of the minority from the majority so that they may prosper and create jobs for the masses who can then get a piece. It was a bunch of rich people who no longer wanted to pay taxes. So as they say, "good luck with that". What should be more often than not never is because the power structures keep things going a certain way and are hard to challenge unless the system is designed from its inception for that.

As the system is running, the next thing is automation which is a junction where you can challenge power but it's already seeming like that's also going to go to the wealthy. They own the capital, they make the entire machine run. They are in a word, "untouchable".

At best it seems like we'll get a compromise where we will be given a minimum income to live our menial lives with a very low level of income. But then again you don't need things to be happy. You just need time and enough resources for an relatively easy life.
You can still offer isolated transactions, tunable consistency, etc. within a shard though, which Cassandra does.

And yes, you can write high performance Java, but for whatever reasons the Cassandra codebase isn't an example of that. They just did a big storage engine rewrite and the result is slower.

https://issues.apache.org/jira/browse/CASSANDRA-7486
The one thing I wish was slicker in the Python/Django world is deployment.

We just got done migrating five complete websites to new hardware. In that process one had to be completely re-written from scratch and the other four had various levels of tweaking, adjusting and fixing.

The process was smooth as silk. No problems at all with deployment, live site testing, etc.

Oh, yes, these were all PHP sites.

I don't want to go into a Python vs. PHP discussion here. I'll simply say I am not a fan of PHP and by far prefer Python for most web (and other) work.

And still, I have to say, when it is time to deploy a Python site we have to go through a checklist to make sure every little gizmo that needs to be in place is in place. Well, now we have Ansible scripts, but that's besides the point. With PHP we just FTP from our local repository to the live server and it's up and running with almost no setup.

I also have to generalize and say that most of the Python/Django sites we've worked on are far, far more complex and involved than the typical PHP sites we see. This is where, to me at least, Python/Django shine.

Anyhow, maybe we are being lazy. Don't know. It'd be interesting to hear from others who might do a lot of Python/Django work.
How can you scan a paperback book in 10 minutes?

Curious about the kind of hardware-software set up that allows to do that in 10 minutes
Maybe this is an American thing. Here in the UK it would mean going from "I don't have or need an accountant, I just do PAYE" to "err actually I do now". Which no-one is going to do for £100.
Google generally doesn't have to worry about mutually-untrusted containers.

The meaning of "Linux containers are not secure" is that untrusted code should not be given root privileges within a container. Google is generally not doing that. They have e.g. trusted Gmail code running on the same machine as trusted YouTube code, handling untrusted emails and untrusted videos. But the Gmail team is not worried about the YouTube team hacking them, or vice versa. The security mechanisms just need to keep honest people honest.

And when they do have untrusted, third-party code to run, for Google Cloud Platform, they use VMs or actual sandboxes: see section 6.1 of the paper you linked.
>Is it just that people like using one language?

This may not be the venue for me to surface this, but I've been trying to wrap my head around the MEAN stack for about a month now, and it doesn't really even register to me as the same language. I'm using Angular on the front end and ExpressJS plus Mongoose (MongoDB) on the back end, so yeah, it's all technically Javascript, but the real learning curve was in working out how to get these big frameworks to do what I wanted. I sincerely believe that if I was using an Angular frontend to call a Django REST service, I'd have had the exact same amount of trouble grokking what was going on (async calls being the obvious exception).

Am I thinking about this the wrong way?
THE 9 BEST LANGUAGES FOR CRUNCHING DATA
Yes it is, in countries where normal people do not have accountants.
There is also the Wink newsletter for books that work better in paper: http://winkbooks.net
Man with a Movie Camera Movie Review (2009)
Corel PaintShop Pro X8 Crack and Keygen Free Download
These are not all languages, but a mix of languages and tools.
I've been involved in two separate projects where the backend tech stack choice was essentially "we'll just use Node". Both projects used Express, and it is pretty good, but almost everything else was different.

Both projects had (probably still have) a culture where if someone needed something, they'd first google for an npm, pick something, and just npm install that. Bleeding edge was viewed as a good thing. Kind of reminds me of the times when a new jQuery plugin was added for every little thing.

Soon, both projects will be using a large number of abandoned or obsolete npm packages which have been superseded by even more bleeding edge stuff.

Some day the dust will settle and preferred solutions will emerge for most things. But right now, man, it's a wild west.
Kind of throwing the baby out with the bathwater there, no? I was in and out of publicly-run hospitals as a child, I wouldn't be alive today if not for socialized medicine.
What language is it in, why not use packaging from the language itself. It would be more likely to work across many different OSes not just Linux.

If it's a binary, why not compile it statically? That way it's a single file and it also will perform faster (using shared objects has overhead)
You can shed more light on what you mean by "node frontend"?
Given that they claim 10 days of battery life for the Steel, maybe we should expect the Round, which has a claimed two-day battery life, to only get one.
Amores prohibidos
Huh. Thanks for taking the time to outline this, I don't know why it never occurred to me. I have to admit, I'm unfamiliar with "rasters" in the way you seem to be referencing them. It sounds, though, like the relational bits of the DB are really being used more as a file system than a database, if there are even really distinctions in the first place. If "a couple thousand rows" are basically being used as a metadata store for the rasters, is that an unusual use of the database, or is everybody doing this and I just never had enough data to care?
That sounds like poor man's tagging solution where location=tag. A better solution would be a global index: say "standard c99" and you'll get the document you want. It's better than physical location, because additional tags can narrow down the results to specific pages.
If by "stagnant" you mean "mature enough that there's little need for constant refreshing of the libraries", then you are right. There's only so much you can do with a web framework, and only so many ways you can go around doing it.

There's literally nothing you can do on the newest, flashiest (read: unstable, poorly documented, non-battle-tested) frameworks that you can't do using a combination of Django and Tornado/Twisted in half the LOCs and using mature libraries. The same could be said about Ruby on Rails, or even something like Spring Boot for Java or Spray/Scala.

I don't mean to deflate innovation, but innovation for innovation's sake is rarely useful.