skysight-inc/HackerNews huggingface dataset:
If you spend any kind of time doing this you should just invest in a jig to hold the work. And solder is thin and flexible, it's pretty easy with a bit of practice to manipulate it with the other fingers.

Wiggling the joint while it's setting is sub-optimal.
That is interesting. I would bet that Uber/Lyft are not homogenous across the US (or other other countries for that matter) but it may also come down to the fact that I am normally very open even with strangers. I feel awkward when there is silence and I won't fill it with awkward talking but I still don't like it. This is one of the big reasons I don't like taxis, I don't know how best to explain it but I guess the best way is I feel like I'm being rude if I just get in the car, tell them where I want to go, then stay silent the whole ride. I may be alone, or in the minority, for this but yeah... I also love to talk so that's why I quite like the Lyft friendly, sit-in-the-front-seat experience.

Thanks for chiming in with your experience! I'd like to hear what other people have to say about this as well.
For me personally, better armv7 support. Even though many things stem from our hands, NetBSD and FreeBSD are a great resource. I have already started working on SMP support, based on their example.

Otherwise I do not have any NetBSD stuff in mind. Can't speak for our other developers though. ;)

I would love to have FreeBSD's bhyve on Bitrig. I will dedicate some time in January for that goal. DragonflyBSD is an inspiration for us, too. We have an experimental branch (smpns) for revamping the kernel for decent SMP support.
Good comment. The contrast between banks and Goo/FB in data collected is significant indeed. But then also the ability/inventiveness of Goo/Fb of what can be done with the data is far more powerful than of the banks'.
Go, as it stands, is intended for getting good performance in server-side applications. There's good support for huge numbers of simultaneous network connections, and no standard GUI support. Google needed something; C++ has too many memory problems and Python is too slow.

Facebook uses PHP for much of their server-side stuff. They did a PHP compiler to make that tolerably fast.

Mozilla's Rust has potential, but I'm not convinced they have the "owning" logic right. Supposedly 10% of the code in Servo, their browser renderer, is "unsafe". That's far too high. They've had their first good big idea, but I think they're one or two key concepts short of definitively solving the problem of memory safety without garbage collection.

Swift I don't know about.

Interestingly, these are all hard-compiled languages. Most of the "flexibility" of scripting languages has been removed. It seems that the one scripting language feature programmers really wanted type inference for local variables. That's a feature of Go, Swift, Rust, and PHP. Even C++ has that now, with "auto". (Writing iterator type declarations in C++ FOR statements was a huge pain.) It's almost better if function parameters have hard types; you can look at the function definition and see what it wants. Python and JavaScript leave you wondering "what type is parameter 3 supposed to be, anyway?"

There's some syntactic convergence, too. Go, Rust, and Swift all use C-type brackets. Python indentation style control structure didn't catch on. We're also converging on "name: type", instead of C's "type name" form. That was a design mistake in C; the language became context-sensitive when "typedef" was added and the compiler had to known which words were type names. Where to put semicolons, though, is not converging.
You're more than fair. They made the rules, and I guess they can break the rules. But really, the value of the project lies in the community's continued support and backing of the project.

The good thing is that this is open-source Apache-licensed code. Easy enough to fork it if necessary, even if just temporarily while we wait for another project to mature and replace it.

Hudson -> Jenkins
Mysql -> MariaDB
Docker -> ???
The game where I reported the first bug was D2. The game I was referring to in the last paragraph was WoW. I used 4 different methods over nearly 10 years to exploit the same bug. The first 3 produced an error message when the item duplication was unsuccessful. It was only unsuccessful ~10% of attempts, but I was careless enough to cause too many error messages to occur in a short period of time. I believe that's why they were patched. However, the game devs didn't investigate enough to realize my intent when causing those error messages. So they neither took action against my accounts for using the exploit (though my accounts were closed for exchanging items for real money), nor did they ever fix the underlying bug that allowed item duplication. They just fixed my methods for exploiting the bug. Then, I'd find a new method and continue.

I made enough to pay off a car, credit card debt, student loans, build a small chunk of savings, make a small down payment on a house, and live free of financial stress for a few years. It helped me immensely when I was desperate, but it didn't end very well. I wrote more about it in my blog listed in my profile. Here is an HN discussion about one of the posts that generated some interest: https://news.ycombinator.com/item?id=8439648
IMF: China's economy is now the world's largest, US in 2nd place
It's not a good idea, but the fumes are probably worse. Especially if it's a traditional flux.
Not necessarily, but if that's your use case (and the hashing speed isn't extremely critical), why not use a better algorithm with a larger output?
Releasing OpenResolve – Docker Image for Domain Information as a REST-like API
Well, I would agree if we are talking Java vs C# but platform in general im not quite sure. Rich Hickey for example said he had much more problems with the CLR and ended up mostly dropping it (could be diffrent knowdays).

Competition can only be good, seams to me they are pretty much a wash at the moment. For me the JVM is much better because thats the prefered Clojure platform.
be my guest http://en.wikipedia.org/wiki/Orion_%28spacecraft%29 . Search for "Mars".

Of course, it wouldn't be the "long-term deep space habitat" module - that would be a specialized module.
Sure, the McDs-owned store generates substantially more profit for its ultimate owner (the shareholders of MCD) than the franchise does for the franchisee, so I can't see any logical reason why McDonalds or its subsidiaries shouldn't pay more tax on that store than the franchisee.

Of course there will still be loopholes. But the left hand of the business paying royalties to the (tax-advantaged) right falls under the heading of palpably ridiculous, especially when unlike the hypothetical McDs example the royalty rates are set by the tax planning division of an accountancy rather than the market.
Completely spot on. And we know how this works in other open source projects. When you have most of the committers from one company they do ultimately drive the direction in their favour.

Go for all intents and purposes IS a Google project. At least for now.
Except they did follow the "license". Specifically,

>> as long as you tell people where they're from.

Which they did. They even included the URL of where it was inspired from.

And even so, it's not up to you to determine what follows the license and what doesn't. It's up to the author and his lawyer(s). Microsoft may have already asked for permission to do what they did, none of us know that.

Furthermore, "not nice" would have been not linking at all. What was done is not "not nice". It could've been better, sure, but it's perfectly okay as is.
To be fair, you are basically describing a taxi service or professional driving service, word for word. The friendly, talkative atmosphere is exactly what Lyft is marketing towards. In fact, a comment directly below yours talks about how great the atmosphere is for them and how it feels like a true ride sharing service between friends.

One couldn't even argue the ride sharing between friends when you actively don't want to communicate with your driver....
Fellow Git user? Or is it coincidence that you're using "staging area" in reference to something superfluous? :)
You are seriously underestimating the importance of deep statistical knowledge in some of these jobs.

In some of these jobs, maybe. But the person I was initially responding to wasn't looking for someone with "deep statistical knowledge"; rather, he was looking for that species which goes by the trendy, loosey-goosey catch-all moniker, "data scientist".

And if you're going to put "data scientist" in a job title -- with no further qualifications -- then you had better understand that it's nearly useless as a description of anything (beyond a few colloquial definitions floating about, which there's still no real consensus on).

If on the other hand, you want an "MS/PhD background in Machine Learning and/or Statistics, or equivalent work experience" then that's fine too, of course -- just put it in the job description. It's really quite easy to do, and it will save everyone tons and tons of time (and grief).

In the example, the candidate wasn't grilled on the default partition scheme; he or she was grilled on the partition scheme that was used. If someone thinks that's an unimportant implementation detail, why would you ever want to hire them?

Again, it matters to the extent that they, themselves, emphasize it as a core skill area. When someone simply says "did $foo using X" in some project description, I personally don't read anything more into it than that.
Pando typically discloses that it shares investors with Uber and Lyft. This one might have slipped through since it's a guest author.
Thanks for the info. The early demo I saw was of players walking around on an Unreal-type of map while sitting in their chairs, so I figured they chose that as a representative sample of the Oculus' intended use case.
I'm not sure what exactly you mean by "compiled Ruby". AFAIK at no point is RubyCocoa, MacRuby or RubyMotion compiled, it's still an interpreter with the Cocoa APIs exposed to Ruby.

> I just wonder if some of this explosion of languages that is happening right now isn't harmful in the long run.

I'm not sure how that would happen. I'm also guessing that someone said something similar back when say COBOL was THE programming language.
Haha, seems appropriate given that the rocket in question looks exactly like the first thing everyone builds in KSP once they get the radial separators.
Of course, liquids have vapor pressure at any temperature between melting and boiling. I think there is no question that whatever vapor there is can be carried by convection along with the hot gases.
Looks like you can watch a laser pulse bounce off a mirror or difract into a resin. http://www.nature.com/nature/journal/v516/n7529/fig_tab/natu...
Ah, the sign of a graphical designer:

"No. It doesn't wrap or flow. Wrapping and flowing messes up the design I created. Everything should be pixel-perfect with how it is on my Mac."
Expanded Best Practices When Learning to Code
Yes, often "notwithstanding" is used just as in my last example, with no reference to the overridden law.
Love it. Be great to see this expanded to include walks (machu pichu etc) - only because that has more relevance for me though.

One question, why does the camera 'rock and roll' when previewing a route? Personally I'd prefer a smooth panning motion... (the rocking made me feel a little queezy...)
> about the dangers of lead and mercury and would tell stories about how they played with them as children with no idea of the hazard.

Count me among the ones who played. My grandfather worked for AC Gilbert, who's company originally produced The Erector Set. It produced many toys, and we had one of these lead casting kits: http://www.girdersandgears.com/kaster.html

I never could figure out one of the molds, which is fortunate because it produced a whistle. In lead. That you stick in your mouth. Maybe I couldn't figure out how to assemble it because I was already too stupid from the lead poisoning due to the fumes while pouring the other molds.

But I have to say: Working with a crucible of molten lead was pretty fun as a kid.
Uber Now Valued at More Than $41B
Depends. Can an attacker introduce files? If so, he can probably introduce collisions. In most uses of a hash, that's an issue—a performance (DoS) issue if nothing else.

If the application was just looking for a longer CRC/Adler32/etc. and not depending on the hash to be strong against attack, then MD5 wasn't an appropriate choice in the first place, as its much slower than need be. But the security problems are irrelevant.
Not sure. Never heard of an official partnership program either, so I'm interested to know details about how this partnership program works. Could be innocent, but something about it smells like a OSS shakedown to me.

Just 'cause it's open-source doesn't mean there aren't any politics involved in what gets merged or not.

An example:

lmctfy support was added by the Google GCE team a long long time ago and I attended a meetup where the GCE team submitted the pull request right there... it was never merged. Languished for months without any public review comments from Docker maintainers.

I'd never seen anything like this before. Here we have Google engineers integrating their work with Docker on their own time and being completely ignored. Embarrassing is a nice way to put it.

There may have been outside discussions and real issues that made merging a bad idea, but as an OSS project I expect those discussions to happen in the pull request, not in some business meeting. I'm sure any technical issues would have been addressed if there had been any. I'm also sure that the GCE team would have been more than happy to maintain their driver. Politics and open-source are a happy mix.

sources:

https://github.com/docker/docker/pull/4891
https://github.com/docker/docker/issues/4874
> There are laws already which ban the things our government is doing and they ignore those laws, what is it to ignore one more law?

I can't think of any off the top of my head. Federal agencies have the authority to regulate what sort of air pollution control features your car has, so what law does it violate for them to regulate security features?
Superconductivity without cooling
The nuget package versioning/app local deployment model introduces a very different model for security patch distribution. Microsoft got their fingers burnt a few years back with the 'embeddable' SQL Server distribution, MSDE, when the Slammer worm hit and there were hundreds of systems redistributing MSDE which had to figure out how to deliver patches separately.

When .NET applications all share the installed .NET framework, all applications benefit from Windows Update patch distribution for .NET Framework fixes. But when all applications are distributing their own required versions of dozens of .NET core nuget packages, those patches won't be deployed until the app developer updates the nuget reference, rebuilds and ships their own patch.
> Well, C/C++ certainly competes in performance

It competes in performance if you are good at programming in it. It does not compete in securty, ease of use, buildsystems and complexity. Writing C/C++ code if you are not a export is basiclly just one big security hole, that is one of the major reasons.

> Rust probably as well

I love Rust but its no even anywere near what we are talking about

> Hell, even JS probably competes favorably on modern browsers.

Well 'on modern browsers' is very limiting. It cant compete on the server side, not even closly.

> "X is best for everything"

Nobody is claiming that, thats not what at issue. Its good at many things, and it specially good at server-side stuff.
I have never taken an Uber ride, but maybe the reason why they are seen as #1 is that they are not trying to invent some new kind of relationship with riders. I did hear recently that Lyft was moving away from the fist-bump and mustache.
You can find my email in my profile by clicking on my username.
I'll assume you mean to say "Though _not_ good for you, not lead".
The referencesource project seems to be MIT licensed:

https://github.com/Microsoft/referencesource/blob/master/LIC...
Providers, Patients Can Now Use Apple Touch ID with Medical Records
> The 12yr old playing the game is a red herring, they're just streaming to twitch

That was basically what I was getting at though - if the 12 year old can stream off their home broadband to twitch reliably for free, why is NASA bothering with their own, worse streaming solution?

But to their credit NASA responded very quickly, took their own streaming off and embedded ustream instead, so I guess I don't really have anything to whinge about.
Of course. But not everything fits into a jig.
> Are you willing to share the contract details involved in these partner agreements?

Of course I can't do that, but I can talk about the different contract types thematically in an appropriate forum, absolutely.

> What do partners have to agree to in order to be an official partner?

1) Not to fork the Docker project (in the negative context, i.e use Docker but call it something else)
2) To use the Docker API (and not a derivative implementation)

As a general, official technology partner, that's pretty much it. And, most of the time, we're more than happy to promote (especially smaller partners) to that status in good faith without any paper work.

> What about prioritization, you may ask?

The list I provided above in terms of recruitment/opportunity criteria? That's prioritized.

My team has to prioritize the tremendous interest from some of the largest as well as some of the smallest companies in the world

A guiding principle is that special attention paid to those who make a commitment (and have shown ) to contribute their learning upstream - either via code contribution, proposal, activity on IRC, etc. I/we spend a tremendous amount of time on all of the feedback channels (like this one) to know who is active and from there form a relationship. If you follow my activity on any of these forums, you'll probably see a lot of "hey what you're doing is awesome. lets chat more" That's usually how it starts.

I hope that helps, and my inbox/calendar/time is always open for a conversation. If this is interesting to you or others, I'm a pretty open book. Don't hesitate.
Have to fail faster and smaller. This isn't rocket on the pad kinda failures, it is market validation failures with a splash page.
Here is quick breakdown:

Newer/faster processor: 1.2 GHz dual-core MIPS32 vs. 700 MHz single-core ARMV6
More memory: 1 GB DDR3 vs. 512 MB DDR2
More storage options: 4 GB of flash + SD card expansion vs. microSD expansion
Better connectivity: Ethernet + Wi-Fi + Bluetooth vs. Ethernet-only
Wider operating system support: Linux + Android vs. Linux only.

I've ran some Linux/Android benchmarks on it and will publish the results in an article soon.
Which is a shame really. Java took a gamble on visual uniformity for cross platform interfaces and lost big time there. Not to mention that applets took ages to load compared to flash apps.
Horrible choice of font. Couldn't read.
> intelligent robots programmed to prevent humans from coming to harm would become nannies of humanity

Jack Williamson went to town on that. "With Folded Hands", a story later expanded into novel(s). Before Asimov, if I'm not mistaken.
Oops, you're right. I'd edit if i could.
Everything should be on https://github.com/mips. Please have a quick look and tell me if there is something missing that you'd like to see.
I still think he'd believe the same, but may be he's just learned to be 'politically correct' a bit, just like today's businessmen are.
This is the first board in a series of many. We have some very exciting things planned for the future.
I'll admit that as someone who has a package on CRAN, has been using R since ~2001 and who is a normal software developer in their day to day job that the lack of standardization is something I'm guilty of.

For me what happened was that my thoughts on appropriate naming, structure, etc has evolved over the 6 (I think?) years of the package's existence but I simply haven't had the time to make the wholesale changes necessary. It's on my todo list, but frankly things like "fix actual bugs" have been sitting on that list for a very long time as well.

In general though, I've always found that most packages are pretty crappy and not just for code quality. With a relatively small amount of exceptions what I found over the years was that if you needed to do something it was almost always better to write something yourself than shoehorn someone else's junk into your system. There's an exception w/ Bioconductor, particularly the packages created and maintained by the core devs.

And on your point about the renaissance, yes I believe that has been happening, largely driven by Hadley Wickham.
There are two things going on in Servo that are causing it to use a lot of unsafe { ... } blocks. First, it still depends on a large amount of large c libraries, like SpiderMonkey for JavaScript. We automatically treat c foreign functions as unsafe as we can't protect against them doing unsafe things. Second, the DOM is very much built on an object oriented class hierarchy, and we in rust have put off figuring out how we can support that until after 1.0. So Servo uses unsafe code to hack around our temporary lack of support for that feature. So while there may be a lot of unsafe blocks, it should only be for the short/medium term.
iCloud Bypass Activation
Awesome work, I should give this a spin.

One of the issues I can see already is being able to support existing applications, especially ones that have transaction heavy workflows. I have the same issue with Postgres XC, supporting transactions, but not supporting savepoints.

But this looks like a completely different use case for postgres, as a sort of pseudo-noSQL type db.
These are movies of things I never thought we would have movies of. It reminds me of when the first pictures from STMs came out - we never thought we would see pictures of atoms and molecules in our lifetimes - even if they were just arrays of bumps on a surface. Praise to the team that did this work, it's a gift to the world.
Ask HN: Why don't SF companies hire remote workers?
Call me naive but I see tech talent shortage posts all the time. I realize SF also has ridiculous salaries compared to other parts of the world due to housing costs.

I've worked for 2 years remotely for Microsoft from Vancouver. Flights to SF only take an hour from here so meeting face to face once in a while is not a big deal. The timezone matches as well. No relo costs, no visa bullshit.

I'm just wondering whether companies would hire workers like me, or what is stopping them from having such employees?

Are there any studies on whether remote workers are less productive?
I hear that they still plan to have a mechanism for patching zero-day vulnerabilities. Don't know how exactly, but a slide in one of Hanselman's talks mentioned it.
The term, "staging area," (in the sense of a place to setup) was popular several decades before Git existed.
That Tree Provider service looks intense. So pretty much the functionality I assumed.

Awesome project btw! Super detailed readme.
Indeed, it's not the hodgepodge that many people believe it to be, it just comes from a heritage that's much further away in the PL family tree than they're used to.

There are something things which were grafted on to S/R later on. For instance the S4 OOP system was added much later (in S4) and was based on Dylan's OOP system. So there's a case where the GP is correct that it was taking structure from another PL but it's also one which is fairly foreign to a lot of OOP devs
Johns's Phone, maybe: http://www.johnsphones.com/store/item9
I for one am extremely excited about having MS supported ASP.Net on Linux.

Mono is a great community effort, but the server side has always lagged Windows pretty heavily.
Having the same level of API and implementation support at a core level on Linux will be awesome.

Shall be interesting to see how this affects IIS market share in 5-10 years time.