skysight-inc/HackerNews huggingface dataset:
Bitcoin transactions currently are cheap. A typical transaction fee is 0.0001 BTC, which is equal to 0.05 USD at current exchange rates. If you wait long enough between sending transactions, you can send a transaction with zero fees. This fee is the same whether you're sending 1 BTC, or 1 million BTC.
You're rebutting an argument I didn't make.
How I got a click-through rate of 16% on Twitter Ads
>Future three [the use of Bitcoin exclusively in black markets] is by almost any measure a complete failure.

I completely disagree. This is exactly what the people who laid the technological foundations for Bitcoin (Hal Finney, Wei Dai, David Chaum, etc.), and the Cypherpunks in general were trying to accomplish.

Talk to any of the (many) agorist types endorsing Bitcoin today and I'm sure they would tell you that they would still be very happy for Bitcoin if it was relegated exclusive to black markets, because it means that internet black markets can still work even with only oppressively regulated fiat monetary systems!

Relegation to black markets might only be a failure if you judge Bitcoin by its market cap, and not what it accomplishes.

And of course, depending on who you ask, we might expect black markets to grow substantially in the next few years.

To most of the cypherpunks, Bitcoin's mainstream success thus far is just icing on the cake.
> although Wells Fargo was certainly in good shape relative to their peers in 08

And this is the most ridiculous thing in those bailouts. You manage responsibly and competently and, in return, you get government funded competition.

There should be a better way.
Um, yeah, semantic versioning is for machines. That's the point. You're primarily writing software to be consumed by other software, not humans.

If you're actually shipping a product, then go ahead and have your human version number. No one needs to know the semantic version.

Just don't try to put your round humanized version peg into the square semantic version whole.
Then you crack the app and bypass the auth check. App continues to talk to server, you continue to document the api. Or hook a debugger into the app and watch what network calls it makes. The only real solution would be to do sanity checks on the server.
Bugs and non-public API shouldn't be covered. If you were supposed to do X but you did Y, it's OK to fix that and break clients who rely on Y without bumping your major version. It's nice to keep stuff working when you can do so reasonably, but not a requirement.

These questions are tricky when you're building a popular OS with a lot of third-party software whose users will blame you if they break on a new release, even if the third-party software maker is actually to blame. They're a lot less tricky in a case like this, where you're providing a library for other programmers to consume.
Keyword: probably. Also, "TV news". The rule is supposed to weed-out regular news stuff (from the Kardasians to what Obama said).

It obviously doesn't rule out tech related news, e.g Facebook buying Whatsapp for 16 billion would surely have made TV news, but it's obviously a topic of interest for here too.
You forgot https://github.com/atom
Alodia Gosiengfiao: A Look at the Best Asian Cosplayer
The PDF has

"Calculus is the study of the properties of functions."

Better would be:

Calculus is some mathematics for
analyzing systems that change continuously, usually over time.
The first motivation, by Newton, was to analyze the motion
of the planets. Since then, calculus is central in nearly all of of physics, most of engineering, a lot of chemistry, much of the rest of mathematics, and also probability and statistics.

Calculus works, first, with real valued functions of a real variable. An example would be the speed of a baseball as a function of time. Later calculus works with real valued functions of several real variables.

The first important concept in calculus is 'rate of change' or the 'first derivative' of a function.

The second important concept is the integral which in effect 'adds up' changes. Integration can be used both to define and to find areas and volumes, e.g., the volume or the surface area of a sphere. Or if apply a force of 500 pounds to a car weighing 3000 pounds, how much time will the car need to accelerate from 0 to 60 MPH?

The fundamental theorem of calculus is that, with mild assumptions, if take the first derivative of a function and integrate that, then get back the original function.

Sometimes we have some information about the first derivative of a function and want to find the function; in this way we have a start on the subject differential equations. Some of the elementary parts of differential equations are also in a first course in calculus.

Here is a simple differential equation: Suppose t denotes time in days and our revenue per day is y(t). Suppose
we know the revenue now, that is, at t = 0. So, we know y(0). Suppose we believe that we will have saturated our market when our revenue reaches b per day. Suppose we believe that the rate of growth of revenue is directly proportional to both the number of our current customers and also the number of our target customers we do not yet have. Calculus denotes the rate of growth as y'(t). Then
for some constant k we have

y'(t) = k y(t) (b - y(t))

Then with integration in calculus, we can find y(t). What we get, depending on k, is a lazy S curve that
rises slowly, then more rapidly, then slowly, and
approaches b from below. So, this is an elementary case of differential equations. At one point, this differential equation and its solution kept FedEx from going out of business.

Differential equations are important in calculating trajectories of space craft, how to get a fighter jet to 60,000 feet in least time, the analysis of analog circuits in electronic engineering, Maxwell's equations in electricity and magnetism, the differential geometry of general relativity, Newton's second law, the heat equation, the stiffness of beams, etc.

Calculus is one of the main pillars of mathematics, science, engineering, technology, and civilization.
I completely agree. But I had to poke this with a stick: "Without exploring feeling, meaning, and imagination" (a) you don't need to drop practical exercises to add theory and (b) how does that compare to other types of "creating". I can't remember the last time I asked myself if I had enough "imagination" in my software code, yet it's true I expect that nearly everywhere else in anything I do. I wonder if this is part of the relative immaturity of software development. I mean, in math, sciences and design, all perhaps far from being "fine art," I can think of plenty of examples where imagination plays a role, if minor. But outside of design or UX, the closest code gets to imagination is perhaps UML, and that ... did not succeed very much. To counter my own argument, after thinking about it more, perhaps refactoring and TDD introduce a bit of imagination -- writing code that doesn't yet work, doesn't yet exist, or can be moulded into something else gradually, instead of treating a first draft as perfect.

... whatever. I've thought about this too long here. Moving on. Can you tell I had two artists as parents? And they both had degrees from the same university yet very different opinions on their art. I can't pretend to understand, I figure, without the background. But I like to consider whatever I'm doing to be in some small part, art. I don't think it's a crime to find math artistic, even. I happen to be in undergraduate Digital Media, half fine arts, half computer science courses. I'm thoroughly confused, these days, because it's untamed territory to combine the two in ways that give both an even shake. I've yet to fully embrace the fine arts side, particularly creating performance art, but maybe I've never taken it seriously yet. I've never liked how subjective its evaluations can be. Go figure, I've subjective evaluations at work all the time, and that's as procedural as it gets. Life is complicated, art reflects that.
There is another future scenario that is missed here - Bitcoin could fail to become the "currency of the Internet" but succeed in becoming a digital investment asset (like Gold bullion).
> An artists biggest skill in this market has little to do with their technical skill.

Would it be accurate to complete the idea and say that it is about marketing & networking instead? The personality of the artist is just as much for sale as the "art".
The query annotations show up as a mysql comment next to the query. I don't know if we have any automatic indexing of the annotations themselves.

We try to stick to ruby/rails since so many people are comfortable in that environment. We try to balance the desire to break pieces out with the fact that it lowers the number of devs qualified to work on it.
Military Budget
Charlie Shrem to plead guilty to unlicensed money transmission
Does anyone has the same thought with me? The complexity of Rust is close to C++ and around equal to Java.And as many people's tought, if you don't advocate to use the GC, are there any reason to use a language which is no-simple and not faster than C++????
To be fair, you'll probably have better luck finding people who can compile it if you use pthreads.h vs. threads.h. IIRC glibc doesn't have threads.h implemented, and I don't know of any C standard libraries that do. pthreads is fairly universal even if it's not standard C, and at the very least it's much more universal then threads.h is at the moment.
Most of this seems quite balanced and objective. It's a good post. That said, I think it still massively underestimates the challenge of getting consumers to want to use bitcoin. I think that is the biggest problem bitcoin faces. This suggests that obtaining and storing bitcoins are barriers, but I think those would be trivially solved if only consumers had a major desire to pay for stuff with bitcoin.

Bitcoin can't go mainstream unless it has a system of incentives that appeal to consumers who don't care about the ideology of it. Who will create that system of incentives? I confess little knowledge of the protocol, but I think it is most likely to emerge from a PayPal-like payments company, and funded through transaction fees. The problem is that when a single company is providing those incentives and taking transaction fees, it looks quite similar to credit card companies (so then what was the point of bitcoin?), which is the direction I initially thought the article was heading in.
WOW. That is a huge improvement. Most uses will never see any more than 5-15% more for Haswell.
I will bet $5 that you never had the experience where you build on top of a platform or learn to rely on a product and suddenly it gets taken out to pasture. Nostalgia is one thing, but realizing that the application that you are supposed to support and develop for years to come is built on a platform that no longer exists really sucks. It sucks in very real, very pragmatic terms, and for all the progress we can make in the general sense, the specific case of it happening to you is not going to be much easier just because there are now better alternatives and you have an excuse to start from scratch.
BSD is the implementation to the networking stack.
Thanks, I've added it to the list.

In luajit-libuv, when Lua code makes an async request to libuv, it passes async.resume as the callback. Then it calls async.yield(), which stores the current coroutine in a global lookup table by unique ID, puts the ID in the request's data field, and yields the coroutine. When libuv completes the request, it calls async.resume, which gets the ID out of the request's data field, looks up the coroutine, and resumes it. [1]

So it's actually pretty simple, and still probably more complicated than it needs to be. libuv does all the scheduling.

I've been studying Ray, going over luv_fiber.c and luv_thread.c trying to understand them enough to give you a comparison, but to be honest I don't get it. It wraps coroutines, does something related to scheduling... I dunno.

[1]: https://github.com/pguillory/luajit-libuv/blob/master/src/uv...
That makes no sense. Reporting income is is easy. The IRS will mail you a correction of you make an error.

Deductions are the hard part, which is not govt tracked.
This isn't about bugs, it's about system transparency.
I just noticed that there is no visual cue to scroll down on the landing page. It is just the graphic. I was confused when I landed just now, that where did the website go.
Ask 100 artists what they personally think art or fine art is, and you'll likely get 100 different answers. At least, that's my understanding of it. Artists follow market demands the way entrepreneurs might. Which is to say, very imprecisely. I mean, who can say why something should or shouldn't succeed until it does? All you can do is build technique and keep at it until they buy/bite/like you, right?
I think you need to add

pthread_cond_destroy(&chan->m_cond);

After https://github.com/tylertreat/chan/blob/master/src/chan.c#L1...
Here is some interesting reading:
http://golang.org/src/pkg/runtime/chan.goc Go's implementation
https://docs.google.com/document/d/1yIAYmbvL3JxOKOjuCyon7JhW... Dmitry's "Go channels on steroids" post
Or cyrogenics.

It's all starting to come together guys!
I <3 Python. Haven't played with ScraperWiki yet, but I've done some scraping here & there...no time like the present to learn!
How are people getting along with core.async? I'm a bit surprised it wasn't mentioned in the article.
Did this Australian startup just turn down a $7M acquisition offer?
This is the first time someone's announced a patent for a space I'm in. I have no idea what implications this has for me, but I may have some prior art on "software rasterization of OpenGL code that only uses it for 2D", including quad recovery.
"Medical supervision", in my case, has been "let's see what these pills do for you" -- really just gatekeeper making educated guesses.

The worst THC is likely to do is give somebody a bad trip, like Maureen Dowd's recent venture: http://www.forbes.com/sites/daviddisalvo/2014/06/09/why-eati...

Actual physiological harm shouldn't be a concern.
I'd like to see more info on how this was accomplished. I just tried it on my mac, but couldn't get it to bypass the unlock screen. Is there any sort of unlock app running on that mac?
AMD chips support ECC RAM even in the desktop models. My FX-8320 supports ECC.
After reading "Semver Has Failed Us" [1] and this current debacle (among others) I feel like something like "ferver" [2] is more practical. The funny thing is, is ferver is what a lot of libs are de facto, even if they are trying to rigidly adhere to semver. `save-prefix = ~` has been in my ~/.npmrc ever since the default became `^`.

[1] http://www.jongleberry.com/semver-has-failed-us.html

[2] https://github.com/jonathanong/ferver
In some cases the cable is buried on the sea floor by a special plow. It's incredible that the cable can be buried up to 6m deep in the mud on the bottom. Cable burial is intended to keep fishing equipment from snagging cables laid on the bottom.

http://youtu.be/QRwZ1hlj9F8
This would get toasted by Nginx right now. I'm on step 2 of "make it work, make it right, make it fast." There's a lot of low hanging fruit, like string concatenation, small mallocs, etc.

I started out working with OpenResty, and it still makes the most sense for a project that leans heavily on the functionality of Nginx.
I agree, it's certainly higher than it would be in most cases. I have the luxury of being able to design the algorithms to match the strengths of the processor. You rarely see this much improvement unless you are optimizing specifically for Haswell with intrinsics or assembly, although occasionally Intel's compiler manages some magic vectorization I never would have anticipated. And you almost certainly won't see this amount of gain if you are running an older precompiled binary.
Unfortunately, that's not pluggable into an existing application. I was hoping for something that could be added to an existing application easily.
Makes me a bit sad, I built some very detailed and rich products on YUI. It was, at the time, the most well documented and comprehensively supported (for browsers such as IE6)framework around, and it had a complete set of widgets for every task. It was one of the few completely free JS frameworks I could show to enterprise and professional customers and not be embarrassed about.

Unfortunately YUI3.x was a complete derailment for me. They tried to match the expressiveness of jQuery (which they only half achieved), but along the way the documentation got much worse, and half the widgets I was relying on disappeared and never got migrated to 3.x (with the excuse that you could run legacy 2.x alongside 3.x - do not want!)). I invested a lot of time, sweat and tears into this library and ultimately it turned out to be a big negative as my resume suffered from not having more light weight technologies like jQuery on it.
Have you touched on Angular in Dart? I agree with the value of typing, but full GWT just feels very clunky.
I'm in total agreement, and almost went back and edited the article to reflect that, but I figured it is another topic entirely.

Outside of those who are just looking to get rich, those excited about Bitcoin are in it for largely ideological reasons: independence (in libertarian terms) and privacy.

However, looking at how the US votes and what services they used (such as Facebook), I don't think the average person cares too much about either. Any currency with true anonymity that got big enough would probably be outlawed, too. When you get past that, Bitcoin isn't more efficient than the current system, it isn't more convenient, and there's not really a single thing it does better for most people.

There's not a huge selling point for the general public. You are are right that some service could come along which fits the right niche, but it doesn't seem to be here yet.
My work projects have primarily been in Python, although I've written in C, Perl, Lisp, Scheme, Fortran, HyperTalk, shell, SmallTalk and more. I've been spending a little time over the past few years writing in Go, and I really like it. I've found the type system to mostly be a help rather than a hindrance.

Lisp is still my favourite though …
Sadly, I don't know art galleries. That was Google, after all. All I can say is, every visit to the Art Gallery of Ontario, near my place, nets me 95% "not my thing" to 5% "wow". All it takes is one "wow" each trip and it's worthwhile. The same is probably true of many art galleries, hence why people then try to collect the art they like, forming their own gallery. I wonder how the concept of galleries will change as VR technology takes off? Right now reproductions are two dimensional and cannot be interacted with in their original space. But what happens if we "fix that"? ;-)
You know, I have only ever seen that sentiment described. I've never actually seen anyone say that STEM is the only viable pursuit.
Opiates surely affect judgment by adding a positive spin. Similar to how one's judgment is affected when things are going well (say, a fantastic start to a relationship). But I was referring to analytical thinking, not more subjective feeling.

I can and have written a search engine/database while on opiates. I doubt I could implement cat on pot.
The blame for this falls squarely on NPM for replacing the default ~ (update patches) with ^ (update minor versions).

The only reason for having automatic package updates in the first place is to receive bug and security patches. There is little gain in receiving 'minor' updates if you are not changing your code, and any serious project will end up freezing the dependency tree anyway.
How does this compare to using ZeroMQ inproc sockets?
The circle is now complete...
Plan 9 from user space implementation of channels.
http://swtch.com/usr/local/plan9/include/thread.h
If it's not documented it's not part of the "public API".

Software using Semantic Versioning MUST declare a public API. This API could be declared in the code itself or exist strictly in documentation. However it is done, it should be precise and comprehensive.

These can both be considered fixes. Undocumented functionality is not part of a public API.
It's easier to lay a subsea cable than to go overland in remote areas. Take a look at the subsea map of Africa as an example. In Africa the subsea links are there because it's too remote to run cables through the jungle or across the Sahara. Additionally terrestrial cables are more frequently cut than subsea cables. In India terrestrial fibers are cut routinely every day to the point that they have to allocate extra repair margin for the links.
When I was a hiring manager at Yahoo, I constantly included a mix of new developers to veteran ones (perhaps a 80/20 split) for many reasons:

+ New devs can soak up a ton of knowledge quickly.

+ New devs don't come with a lot of baggage and tend to enjoy trying lots of new things.

+ New devs brought new ideas to the team that often challenged traditional ways of thinking.

+ While veteran devs acted as mentors and shared best practices.

From a recruiting standpoint, it's also easier to find new developers than veteran ones. So many companies fight for experienced talent that they overlook inexperienced talent, which meant I could assemble a good team relatively quickly.

It changed the recruiting process quite a bit though. Interviews became more about assessing potential and ability to learn than existing skills (which I think is more important anyways). It's not easy to assess for these things though.

It also changed the training process and team dynamic. The environment was one of constant learning and collaboration. New ideas were welcomed, code reviews were frequent, everyone was encouraged to hold a quick informal brownbag session on something they learned (even if others were known to be the "experts"), formal mentoring programs were established, etc.

And it made the veteran hires even more important. These devs needed to not only be strong technically, but strong with interpersonal skills too. But someone who can do this and support an inexperienced team with lots of potential is worth their weight in gold.

A lot of good developers emerged from this process. And I should add that new != young developers. There were some devs who changed careers to become devs, and shared the same energy and ability to learn as recent college graduates.
The irony though, is that thanks to both selection bias and HN's strong cultural norms, we've actually had very interesting posts and discussions, this being one of the few self-fulfilling exceptions.
"What is more, the ship would be impossible to steer, since control signals, which are restricted to the speed of light, wouldn’t be fast enough to get from the ship’s bridge to the propulsion system located on the vessel’s perimeter."

Would someone mind elaborating on what the author is saying here. I would have supposed the warp field would surround the entire craft. If this weren't the case the ship would be torn apart, no? Everything I think about warp drive is so coloured by Star Trek I observe myself having difficulty imagining it could be any other way.
Thanks for sharing, that's a really interesting read. Also would have been very helpful while writing my own implementation, although maybe it's better I didn't beforehand. It's more fun to work on a problem without any preconceptions.