skysight-inc/HackerNews huggingface dataset:
There are three and only three vague points conveyed in the article: (1) Scala has "immense" syntax, (2) Scala tries to support too many paradigms, and (3) the Iteratee library is hard to grasp.

For (1): I disagree -- Scala's syntax is relatively easy to grasp. Perhaps the author meant constructs.

For (2): people keep saying this but why not just stick with the way you are comfortable with?

For (3): I don't see how this is a language issue; at the very least it shows that the author is unable to grasp a particular functional programming abstraction.
Docker Machine looks to be a revision/rebrand of your docker hosts proposal made in the last 1-2 days or so. Very confusing.

The proposal discussion:
https://github.com/docker/docker/issues/8681

Rename "docker hosts" to "docker machines":
https://github.com/bfirsh/docker/commit/e6abec4033f48d1cad31...

2 days ago, from you:

I have now rebased the host management branch on top of #8265 and squashed it:
https://github.com/bfirsh/docker/compare/host-management
Any pull requests should now be based on top of that. The driver interface hasn't changed, so it should be a trivial matter to rebase any existing pull requests. The main thing which has changed is that drivers are expected to set up identity auth for communication with the host. See this commit for an example of how to do so.
The old branch is here for reference.
Full update and preview builds coming soon."

1 day ago, a message from tianon, core Docker maintainer:

Has there been any progress on splitting the actual driver implementations out of the core binary?

And now this. Color me confused.
Redis pipelining explained
What it's like being a self-employed developer
You think this has anything to do with all the data they probably have on you in order to serve you what you're looking for?

Not being sarcastic at all. I wonder if this one untold benefit of all the data collection they do.
With this amount of buzz words needed to install and run an app I see a bright future for Go and its "all compiled in one, web-server included, ready to go" executable structure. I mean sure: you get automation and repeatability of installs but at what cost? You have to maintain all the buzz-word hoops that your app needs to be wrapped into - requiring what amounts to a full new job in medium sized software company. And you still need the sysadmin to actually make the servers work.
The risk to AWS is that you'll go the fancy coffee shop down the street and leave them holding 1-3 years of bulk coffee. You are getting discount for saying "No risk, I'll stick around until the coffee runs out". There is no "shifting the risk", it's explicitly the reason for the discount.
I wonder how it compares to the slightly more well established Postgres-XL.

There is definitely a different approach being taken as Postgres-XL has a supervisor/loadbalancer, and pg_shard seems like every node is capable of doing all actions.

Excited to see it evolve.
Opposite Views of a Product Roadmap
It depends on the type of trader. Before the days of automation, it was essential. If you could do the mental math the fastest, you would get the best trades. Not surprisingly, this skill matters less when all your trading activity is conducted by algorithms.
I believe it is the former, as one of the core ideas of 1984 (arguably the core idea) is that when a tyrannical power has control over language, they have control over history, and when they have control over history they have control over the present and future.
Imperative Bob needs to fix a bug in Functional Dave's code. Or just call it from his imperative code with an appropriate data structure. Or write a module for Functional Dave to call.

All of those require being familiar with the functional paradigm, or a data type conversion. And vice versa.

Sure, for code that doesn't interact, or that does only through an interface not defined by the language (i.e., through the OS, through sockets, whatever), the issues in style don't exist, and Scala kinda makes sense as a "single language that tries to be all things to all people". But on a shared codebase, with a 'team style', per the OP, that allows people to use what they're most familiar with...mixing paradigms is going to cause problems, and will force each dev to learn each paradigm in use.

Please note I'm not saying there's no benefit to mixing paradigms, or that a language that includes multiple paradigms is bad, but rather that by allowing more paradigms the codebase you increase the breadth of knowledge necessary to work on that codebase, such that letting people stay in their comfortable, single paradigm bubble is impossible, at least if you want them directly interacting with the code written by someone else in a different paradigm.
For me, a C++ developer can use this to:

1. isolate build issues to specific plugins/libraries/tools

2. linux-based building on VM (if you're using a different host OS)

3. help setup devenv by using simple scripts or docker images (if the docker image is made available, all other developers can simply build that same image, or just reuse the same image made by someone else)

Really, in all aspects, it can be of great help.

For Build Systems, Docker can be used to have local builds that run the same way as the Build Servers.

For migration, a simple change in the Dockerfile can help you test whether or not your environment will work well with newer toolkits/tools/systems.

For development environments, if you have the right infrastructure you can easily deploy Dev Env images so new developers don't have to figure out how to set the whole thing up.

For release management or deployment, it can be used to deliver a webservice through the delivery of an image/container, and a Dockerfile can be created simply to generate and test packages that will be released to your customers/clients.
Close Encounters with Symbolic Execution, Part 2
worked fine for me in Chrome
Like I said, when it's set to sync, it will only sync with one machine—the idea is that the iOS device just contains a copy of that iTunes library. Change the library, and the music changes as well. That bullet point only applies if your iOS device is set to sync (hence the line above it). If it's not set to sync, it does not apply.

However, that's not what you claimed. What you claimed was:

> a device I can only use with music from their store from one computer

You can use music from many music stores, or none at all if you rip your own from CDs. And you can connect to many computers, if your device isn't set to sync with a particular library.
I think what Redhat is doing with Atomic and OpenShift is really great. They are building some awesome stuff around Kubernetes however I feel like that is going to be entirely geared towards the enterprise space. Much like OpenStack it's very complicated and the barrier to entry is still quite high. When I looked at the docs I immediately had to go look at reference info for all this new terminology they had introduced. They'd basically ignored what had come out of industry usage and naming. But in saying that, I do hope they cause massive shifts in the enterprise game.

I have quite a bit of experience in the microservice and cluster management space and have started to prototype something much more accessible to the masses. I'll know within the space of 6-8 weeks whether it's actually going to work or not but nonetheless we need people who understand and use these technologies on a day to day basis in the general tech space.
Uber scores massive $40B valuation (Officially twice the size of Twitter)
Thanks - fixed now. I recently moved to Jekyll for the website and forgot to link in the downloads
Will We Reverse-Engineer the Human Brain Within 50 Years?
Cactus and Glueprint
If it's an open/pluggable system why the need for these 'partnerships'? Any OSS project can just quickly hack in support for Docker, just as they've been doing for almost 2 years now. This is getting ridiculous.
Node.js, Go, Mongo, Influxdb, Kafka
Barnes and Noble and Microsoft End Nook Partnership
...Which, as this [1] commenter points out, works out to a per-mile success rate of 99.999925%.

(Or, alternatively, works out to on average one injury or death per 1.33 million miles traveled.)

Or, to put that number in perspective, there are 435,000 deaths per year caused by tobacco in the US - 13 times that number. [2]

[1] https://news.ycombinator.com/item?id=8700342

[2] https://en.wikipedia.org/wiki/List_of_preventable_causes_of_...
Honest question: what is the return multiple that an investor expect when he/she invests in a $40bi valuation?

If Angels & Seed expect 100x; VC expect 10x; I imagine these investors expect as much as a common stock exchange investor: 1.2x a year?
Its().just().the().same().for().us().lispers().abstractFactoryFactory()
I always enjoy recaps of tech timelines. Thanks for putting that together.

My wishlist of more web timelines with additional/different focus would include:

20 years of web advertising and tracking: this would outline the nuclear arms race between web authors and web browsers' user protections and google ranking algorithms. Stuff like cookies, the invisible 1 pixel image pingback, seo keyword spamming, etc

20 years of web technology failures: Java applets, XHTML, semantic web, etc. It's instructive to use hindsight to explain why some technologies/ideas don't get adopted.
Thomas Friedman book title generator: "The Hoplite and the Drone".

This is similar to History Professor Carroll Quigley's claim that a necessary condition of Democracy is citizen armies which require simple weapons. Since Computer Network and Automated warfare seems to offer the most complex and specialized warfare in human history, we will soon learn if this theory is correct.

"Quigley concludes, from a historical study of weapons and political dynamics, that the characteristics of weapons are the main predictor of democracy. Democracy tends to emerge only when the best weapons available are easy for individuals to buy and use. This explains why democracy is so rare in human history." http://en.wikipedia.org/wiki/Carroll_Quigley

Full text of Quigley's book "Weapons Systems and Political Stability":
http://www.carrollquigley.net/pdf/Weapons%20Systems%20and%20...

Full Text of George Orwell's "You and the Atomic Bomb":
http://orwell.ru/library/articles/ABomb/english/e_abomb
A bit of history:

DR Hipp, who created SQLite, created a wonderful bug tracking system and wiki for it, called CVSTrac, with the moto "low ceremony defect tracking" that was tied to CVS. It was wonderful - I had used it in my CVS days. It was written in C, based on SQLite, was fast and just worked.

Trac was inspired by CVSTrac, but is written in Python, is not tied to CVS, is slower but much more capable and much more flexible (although still "low ceremony" compared to e.g. Bugzilla).

Fossil is DR Hipp's version control system, which integrates content version tracking, wiki and issue tracking (low ceremony CVSTrac-alike adapted for fossil)

I haven't had a chance to use it - last time I looked at it, it was missing crypto parts that are essential in some of the projects I work on. But if Fossil gets crypto done right, or if I stop needing it done right, I will definitely give fossil a try.
How about sending a pull request on github/docker/swarm or github.com/docker/machine
> A "fraction" of a bonus. Let's assume their bonus is a paltry 100k. A good infosec pro expects on average to be making at least 200k, so you have already blown out your budget.

I agree with your overall point, but the first page of the leaked salary list alone has something like $35M worth of bonuses. Say the high-level execs are the only ones sacrificing their pay, and the 'fraction' of bonuses was 20%, you'd have $7M annually to spend on infosec -- in addition to all of the money they're already spending (and apparently wasting). This would pay the salaries of ~30 top-notch security people.
Royalty, Espionage, and Erotica: Secrets of the World's Tiniest Photographs
Mounting your database storage volume via NFS seems like a surefire way to cause yourself pain down the road. You might want to review the following (old but still relevant) article to understand some of the pitfalls:

http://www.time-travellers.org/shane/papers/NFS_considered_h...

The tl;dr basically boils down to the fact that PostgreSQL and MySQL (or really any good database engine running on *NIX systems) make very strong assumptions about the POSIX-ness of their underlying filesystem: flock() is fast, sync() calls actually mean data has hit disk, etc.

Docker/CoreOS/etc. aren't a replacement for a good SAN or other reliable storage. If you value your data I'd suggest keeping your core database(s) on dedicated machines/VMs (ideally SSD-equipped and UPS-backed). If managing those is too much work, consider a managed cloud database; DynamoDB and RDS can stand in for Redis and Postgres, respectively.
... This is just the crew module?

... propulsion is the interesting part of interplanetary travel. What is the propulsion tech for this?
Uber spends a lot to acquire new drivers. They hire staff to recruit them, give them a new phone, and give the driver a signing bonus.
!java means limit search to Java documentation

!scala means limit search to Scala documentation

!golang means limit search to Go documentation

!cpp means limit search to C++ documentation

etc.

see (https://duckduckgo.com/bang.html) for more.
This mistake happens a lot: Go is not a "Google" language in the sense of corporate ownership. Development is sponsored by Google, but control is left in the community.

This is on the opposite end of the spectrum from Swift which is controlled by Apple, which is not necessarily a bad thing depending on your perspective.
Gotta love how they opensource bits of their product.
Thanks. I was confused by language for various countries...
This works sporadically for me, and the autocomplete text is completely wrong: http://i.imgur.com/v3skzTX.png

That search, "!ruby string", also redirects to... a google search?
Uber Raises $1.2B at a $40B Valuation
Great example of turning something small into bigger opportunities. Nobody is going to come knocking at your door if you don't first make yourself known, even in just a small way. And don't confuse unsuccessful with failure. It may take many unsuccessful tools to stumble onto a success. The learning along the way can also be a catalyst.
An opinionated guide to Scheme implementations (2013)
I'm glad you didn't take it personally, it wasn't meant to be personal. But in hindsight I feel like I used you as a stand-in for the objects of my frustration. That's not really fair to you. I'm sorry for that.
I've created a tool to help with migrating volume data: github.com/cpuguy83/docker-volumes and also this PR to help bring forward volume management within Docker: https://github.com/docker/docker/pull/8484
In our area, there are a couple roads where they have ~2.5m thin poles with reflectors on top sticking out of the ground at the edge of the road shoulders.

Very helpful, especially for snowplough drivers.
How do I send you a message?
Ericsson Interops OpenWebRTC with Firefox
this entire thread of conversations is a joke. Do you know more about this breach than what was written in the article because they clearly state they don't know exactly what happened. Which isn't to say that Sony doesn't know more but from details released how can you know anything about what Sony does or doesn't do security wise that they should have been?

Like literally the first rule of Security is that as the person trying to defend, protect, secure something you are always at a disadvantage. Of course Sony has money to hire top notch Security Engineers to protect their interests and I'm sure they do but like anyone else they can be beat.

This is all not even accounting for the security black hole that is user idiocy, or the fact that the article makes several references to potential inside help.

In short Sony's past exploits don't give them a ton of credit but it's also a bit ridiculous to go from they could have done better to where this whole thread went.
I don't think there's any danger as long as everything is open and interchangeable, and you can steer clear of Docker (the company) even if you like Docker (the format). So far that's basically the case with all of the Docker projects.

Ideally in the future, Docker will become an HTTP for servers, with standardized and competing servers/clients/services. I like the idea of that future. Publically, the Docker folks seem open to it.

However, I do see where you're coming from. As a for profit Docker has every incentive (perhaps even fiduciary duty) to pull the good ol' technology bait-and-switch: get Docker on every server, and the create a Kafkaesque technology dilemma to squeeze the dollars out of everyone who bought in. Microsoft's playbook has plenty of tips on how to do this.

I guess the only solution as a Docker user is to be hypersensitive to any sign that Docker wants to start locking the technology to the company. When you can imagine the day you can't use Docker (the containers) without Docker (the company), it's time to run the other way fast.

But I can't see that day yet, and I hope I never do. And I hope Docker as a company can find a way to grow without using that oldest, sleaziest trick in the book.
As an every-day R user but only-occasional python user, everytime I do a python project I spend some time looking for a comparable IDE. Closest i found was Spyder, but random lock ups made it unusable. Back to terminal+ipython and sublime. Sublime REPL + ipython doesn't cut it either.

What do you love about pandas, is it performance, syntax, access to other python modules? If performance, take a look at R's data.table package: almost any manipulation can be done by reference.
Continuous Deployment: Strategies
Kumail Hunaid, who made Grid Forms, is also the creator of Flakes.
> my next project would be a meetup/presentation/etc explaining how my new initiatives...

You mean like the conferences they held before they even had a viable product?

Docker has stampeded onto the scene with zero competition, and the Parent comment is totally right -- we should take a good minute and consider that we are head-first rushing to implement everywhere a product made and perpetuated by a for-profit company who's end goal is literally to be on every server and be the de facto implementation so that once they start to monetize the product, you will have little choice but to funnel support funds into their company.

That's petrifying to me, because it means if realized, my company will be at the whims of Docker, not the other way around.

Furthermore, the backlash from the Docker creator himself the other day on the announcement by CoreOS, it really seems Docker never anticipated ever having any competition in this space, and have taken active steps to ensure they are their own custom thing that is not compatible with other existing or future container implementations.

Perhaps this will change now, and they will work with CoreOS to clearly define a universal specification for a container which can be portable between any implementation, but signs show they don't feel it's in their company's best interest to do so (and honestly it isn't in their best interest, but it's in the community's best interest for sure).
Have any of the released Uber decks show when profitability is expected and what their run rate is? Curious how long VC money can fund cheap rides for.
This is another evidence of how extensible and flexible is PostgreSQL. Great work!
Go, Python, running on Managed VM
flex box is on its way =D (I hope, lol)
Worked fine for me, there were moments of stutter though but otherwise an impressive project.

win64/Opera
A brief story of Lotus Notes in 22 tweets by Ray Ozzie
The set I've been pining for is the Motorized Bulldozer[1]. My hope is that Lego will reissue it one day. That said, as a Lego fan, I've started getting pretty annoyed at the company for their "special parts" and limited edition print runs. Talk about creating artificial scarcity! I look forward to the day we can get a quality 3D printed construction system - with opensourced designs of course!

[1] http://www.toysperiod.com/lego-set-reference/technic/model/c...
It's about design.

The post also states that Flash was "freedom", which it was only in a design sens.
I've wondered for a while about the idea of treaties to limit deception/propaganda and surveillance; "strategic intelligence limitation" treaties.

We were able to do this successfully with nuclear weapons during the cold war in order to ratchet down on "mutually assured destruction." Otherwise we could have had the runaway production of bigger and badder nukes until something really awful happened.

Might it be possible for the world's major powers to do this with the use of deception and surveillance? Negotiate treaties to ratchet down spying, eavesdropping, and propaganda activities?
Sometimes. I've had poor luck selling reservations, especially if the instance type is no longer current (as often happens). I've had instances sit on the market for the better part of a year, at less than half "list price", and not sell.
Bradley Kuhn? :)

$ sudo apt-get install bitcoind
$ mkdir ~/.bitcoin
$ echo rpcpassword=password! > ~/.bitcoin/bitcoin.conf
$ chmod 600 ~/.bitcoin/bitcoin.conf
$ bitcoind -testnet &
$ bitcoind -testnet getnewaddress SomeStringCalledAccount

Note the -testnet bit. I don't actually have any idea how bitcoin works. The commands above created a lot of binary files under ~/.bitcoin/testnet3 and spit out a magic-looking string: mr2c2XZwe55xYPqVUkQ8sroi6X674UXJmb ... which I think people could use right now to send me test money on the test net.

Anyone: Does my bitcoind even need to be running for them to do that?
Postgres-XL has cluster-wide transaction support, this doesn't.
The comparison with systemd is unfair. Docker wants to be "batteries included, but swappable/removable". If you don't like host management, orchestration, build, etc., you can disable that specific component and put another one; and none of those components are strictly necessary.

Contrast with systemd, where it's impossible to use anything else, and the attitude of the maintainers is "our way or the highway" when people beg them to continue to support alternatives.

Compare Docker to frameworks like Django or Rails, which come with everything you need (templating, ORM, url mapping, etc.) but where each thing is replaceable if you don't like it; versus Rocket which would be like Flask or Sinatra, which are smaller and require to be combined with other things to be useful. Nothing wrong with either approach; but if the comparison is right, we can expect Docker to provide "reasonable defaults", and some people building some specific apps to use Rocket because they just want to run things and they don't need build/orchestration/API/etc (or they need special versions of those components).
please dont put semrush in that list. I use it regularly and they probably make over 5 million in annual revenue, if not more.
The Raspberry Pi installation you get at Resin.io uses Docker on ARM and it works great! We also cross-compile containers in the cloud. Docker for ARM standalone is now available in several Linux Distro repos, Arch Linux is one I am aware of.

What other parts would you like to see?