skysight-inc/HackerNews huggingface dataset:
I dont need to get paid to defend what is right

It doesnt matter who is in charge, but at least in this particular event it was the only country who oficially stand against this mass surveillance...

Remember France and Germany? oh they were so quiet..

Defend what is right even if it has serious implications in international affairs with such important and powerful country..

This was actually good to watch, didnt you feel good about it? She said what every one of us think about it, but was afraid to say so..

(It was like watch that nerdy, skinny guy stand against the big bully one)

Im not defending a particular government, im defending a particular position, and it was the right thing to do!
CTRL + Down brings up thumbnails of the current application's windows, though it isn't particularly keyboard friendly.
It's not a half feature. But yeah, I can see that "engineers" like you don't understand it. The same duck metaphor is stupidly used to criticize interfaces. And then you have everyone trying to use hacks to get around this issue, usually people who do understand what "design by contract" is, but for some reason don't want to leave Ruby. Just google "ruby interface" and see for yourself. This problem won't go away until people like you stop spreading lies to justify the lack of features (eg: "Hurr durr, Java needs interfaces because it's too rigid, Ruby doesn't need that, lol!").
I sense a fallacy lurking here. Sure, a type system like Haskell's or even Scala's is magic (and can be used without understanding it) as long as it can "Do What You Mean," but when it can't, you have to understand its workings. We can't sweep that fact under the rug by calling any failure to "Do What You Mean" a bug, a wart to be fixed -- a deviation from correct DWYM behavior. There is no actual DWYM type system, or at least no one's ever come up with one.

What type system doesn't have warts? Haskell's probably has both more and fewer than most, depending on how you count them, because so much emphasis is put on the type system.

When you use any language long enough, you end up needing to simulate pretty much every observable aspect of it yourself -- not including, for example, the garbage collector, the JVM bytecode verifier, or the GCC code optimizer, which are supposed to be transparent, but including the type inferencer, the JVM threading model, and the JavaScript semicolon insertion rules, which are not. Some of these things you can steer clear of for a long time or even avoid forever by staying on the beaten path, but they lurk, waiting for the thousands of people who have run into bugs or compiler errors and needed to understand them.

I don't know HM too well, but it seems to have more in common with the dataflow analysis algorithms in optimizers and verifiers -- which programmers don't usually have to understand -- than the basic unidirectional type inference that already serves pretty well to reduce redundancy in the source code.
How to Create Tilt-Shift in Photoshop
except there are no practical preimage attacks on sha1
No. I looked at it once though.

I might try it in the future, but I don't think useful to change my current system. I have internal type strings which look like this "RDKit minPath=3 maxPath=7" and command-line options like "--minPath=3 --maxPath=7".

I ended up making a registry of options which is used to validate the type strings and is used to populate argparse.

I also use custom decoders, like a decoder to enforce that a given value is >=32 and a power of two. A quick glimpse at the docs doesn't show a way to support that ability, so it would need to be rewritten to occur after arg parsing has finished rather than during.

I don't doubt that I could use docopt instead, but the amount of work to migrate doesn't seem worthwhile.
Ha! I think the people who downvotted this didn't realize that "mjd" is Mark Jason Dominus aka the guy who wrote the blog post.
This is simply incorrect. Banks can and do create money when they give out loans. Unfortunately, our everyday vocabulary doesn't contain the terminology to describe this properly, and this is how people end up confused.

A better intro than the link you posted is this one: http://neweconomicperspectives.org/2011/09/mmp-blog-15-clear...

The crux is that there are really (at least) two types of money: Central bank money, and money used by "the public". They live in two different "monetary circuits", and while those circuits are not entirely unrelated, they are completely isolated from each other; money cannot go from one circuit to the other.

Ignoring cash for simplicity (and it is little volume anyway), central bank money is only the electronic currency on accounts at the central bank, and it only moves between banks and other financial institutions.

Money used by the public is cash in circulation as well as money on checking accounts and so on.

Banks cannot create central bank money, but they can and do create money in the other "monetary circuit". It is true that the amount of money in the public monetary circuit must be less than the amount of central bank money times a factor (the inverse of the reserve ratio).

However, in practice, this limit works the other way around: When the amount of money in public use grows "too large", central bank money is automatically created by the central bank (this has nothing to do with quantitative easing; it is part of the normal market operations that the central bank always performs to achieve its interest rate target). Because of this, the reserve ratio does not limit the creation of money by banks.
I agree. I feel more productive in statically typed imperative languages, vs dynamically typed ones; it took me a while to get there though. The change in mindset was difficult to start with, coming from A dynamic scripting background.

I'm learning functional programming at the moment, and hope to have a similar epiphany :)
Here's a great example:

Resistor hack turns a Nvidia GTX690 into a Quadro K5000 or Tesla K10

https://news.ycombinator.com/item?id=5398555
It looks like mjd is the author of the linked post.
This gave me a good laugh, i didn't know what to expect. Just today i had to deal with something at a similar level.
haha a legit question, but i guess you got downvoted because you could have researched it and shared it? dunno.

anyway. not a chem dude at all, but it appears III-V semis are when you combine:
"III-V compound semiconductors obtained by combining group III elements (essentially Al, Ga, In) with group V elements (essentially N, P , As, Sb). This gives us 12 possible combinations; the most important ones are probably GaAs, InP GaP and GaN." [1]

In other words, the materials in general are: Nitrogen, Phosphorus, Antimony, Arsenic, Bismuth, Boron, Aluminum, Gallium, Indium and Thallium.

I imagine nitrogen, phosphorus and aluminum are the easiest to find generally throughout the world.

China appears to control 90% of antimony [2] and its price seems to have gone up 700% over the last decade.

Arsenic seems to have major supply issues, one of the most critical in terms of scarcity according to [3] and [4]. Nevertheless, the price has gone down over the last 100 years significantly and according to this source is less scarce than it was a century ago: [5]

Bismuth is "relatively rare" but doesn't appear to be scarce. it is found mostly in Peru Japan Mexico, Canada, Bolivia and not in the USA. [6]

remaining elements are left as an exercise to the reader.

[1] http://www.tf.uni-kiel.de/matwis/amat/semitech_en/kap_2/back...
[2]http://www.tf.uni-kiel.de/matwis/amat/semitech_en/kap_2/back...
[3]http://www.acs.org/content/acs/en/pressroom/presspacs/2012/a...
[4]http://environment.yale.edu/news/article/arsenic-supply-at-r...
[5]http://theunbrokenwindow.com/2010/03/08/running-out-of-resou...
[6]http://www.carondelet.pvt.k12.ca.us/Family/Science/Nitrogen/...
Well of course, yeah, there's their value creation. What I don't see is how they capture some of that value as profits.
I never cease to be amazed that the more things change, the more they stay the same. If you removed the dates from this story, you'd be hard pressed to fix when this happened.

(Except the static HTML idea is a bit of a give away, no web developer would ever dare suggest a static page in our brave new world of Web X.0)
Wish there was more info on the island. Article title is as informative as the article, at least with regards to the island.
Gains in efficiency can also be looked at as reductions in installation costs, for a given capacity. They can support a greater price premium than just the extra power would command.
My biggest mistake in building Rivalry.com for the past 10 months
FWIW, DropBox took a helluva lot longer than 6 months to get to the "security standards enterprise firms expect" (they still had major security incidents several years after public launch), and look where they got to.

Casetext seems eminently reasonable. They have founders with solid domain knowledge, are solving a very painful problem for an industry with deep-pocketed players, seem to have an easy-to-use product, and have demonstrated measurable traction. I'm tempted to invest once I do a bit more due diligence on both WeFunder and CaseText.
In the major solar car races, there's a category for cars built with a mandated type of midrange cost solar cell. That way it's not just about who can afford the best cells.
Well, at the risk of providing a not very detailed answer: it's better, in my subjective opinion.

Better at code introspection, better at refactorings, better at debugging. Also, I prefer the UI.

Of course, you're the final arbiter of these things for yourself, so give it a short.
ERROR BARS DO NOT WORK THAT WAY
yes and PP presupposes "cheap natural gas." as witnessed by recent fracking-induced earthquakes [1] there may be very little cheap natural gas in the future.

[1]http://www.sciencemag.org/content/341/6142/1225942
Keep in mind that 1.6 isn't released yet — it's the upcoming version. This might prevent you from using it where you need it most (production): are you willing to use unreleased software in prod? If not, how far behind Django's development cycle are you? Also keep in mind that Django breaks compatibility between versions: upgrading might have a small cost in code changes. (Not that I consider this a bad thing: I think nearly all (if not all) of the changes I've had to make between Django versions have been beneficial. I love projects that kill off old APIs.)

That said: finally.
I might be able to order it from Amazon/eBay, but that's a high toll for something that I'm not sure has any value at all yet

Realistically, it's probably available for $1 + shipping. Really, how hard is your life that you might need to wait a couple of days to receive a book in the mail or go looking for it in a used bookstore? I'm no fan of the current copyright regime, but complaining that it's not worth even trying if you can't find it as an e-book comes off as lazy.
Although it's a fun read, it's a classic example of diving into coding without giving a project it's due diligence. There's nothing that's derailed my projects more consistently when I started out as not understanding the user's needs. They'll never tell you what they want, only what they don't want after you deliver something.

I think that's the key difference to an experienced dev/BA. One who can actually sit with the stakeholders and build the system on paper and go through each of the problems as the diagrams connect. What you end up with is the stated requirements (tip) and the unstated assumptions (iceberg).

These types of projects are easily spotted as they're often called "quick" or "easy", which in layman's means no one's really thought about it yet.
I'm not sure it's realistic to say someone could make a career in a programming language without being able to look at a function and deduce the static type of a value without asking the computer.

As I wrote elsewhere in the comments:

When you use any language long enough, you end up needing to simulate pretty much every observable aspect of it yourself -- not including, for example, the garbage collector, the JVM bytecode verifier, or the GCC code optimizer, which are supposed to be transparent, but including the type inferencer, the JVM threading model, and the JavaScript semicolon insertion rules, which are not. Some of these things you can steer clear of for a long time or even avoid forever by staying on the beaten path, but they lurk, waiting for the thousands of people who have run into bugs or compiler errors and needed to understand them.

I don't know HM too well, but it seems to have more in common with the dataflow analysis algorithms in optimizers and verifiers -- which programmers don't usually have to understand -- than the basic unidirectional type inference that already serves pretty well to reduce redundancy in the source code.

I could imagine citing C++ as a counterargument -- no one understands the type system, but people use the language anyway -- but it's still not an abstraction you don't have to understand to use, like a CPU.
I used to work at Kozmo launching their facilities and new markets, and I can say the brand still resonates with those that used it almost 13 years later.

I have a messenger bag from the firm which I use from time-to-time and every time I do, people stop me to say how much they loved Kozmo and of course point how dumb it was that they could order a Ben & Jerry's for $3 at 2 in the morning.

So ,of course, the model was fatally flawed, but for the average consumer who used Kozmo back in the day, they loved it. And so there is some brand value and a ton of PR that come with the name that someone could exploit.

Let's hope the biz model is just a bit better this time :)
I'm afraid you're mistaken. Doubling every 18 months is an exponential progression.
If a static page is the right answer, why would you not say so? Scales effortlessly for one thing.
Hacker News's hipsterism, consisting in necessarily the top comment being about how everything about the link is bullshit, is really getting old.

In this case, it is just ridiculous. The speech is serious and articulate, it touches a lot of important points, and defines a set of actions going forward.

And, it makes me want to do business with brazilian-based companies, once the announced more autonomous technologies are put in place. The internet needs to be decentralised again, and this is exactly the kind of step that can lead there. If the technological alternative offered in brazilian soil holds, I would definitively move all of my cloud footprint there.
The RIAA/MPAA are not companies. They are trade associations that represent a small number of admittedly large companies.

It's also flatly incorrect to say that the "overwhelming majority of artists who work with these companies have seperate day jobs." I assure you, nearly every name you see on every credit roll on every film or television program produced by these studios is that of a professional, not a part timer. For one thing, 12-14 hour days and 5-6 day weeks are the norm. There's no time for a second job even if people wanted one. Yes, there are lots of people who hustle while trying to break in, but that's a different story. As with any job highly dependent on specialized skills, producers want to work with people who work constantly because those are the people who have got the sharpest abilities. Frankly, there's too much money on the line to take chances on amatuers.

I can't speak to the realities of the record business, since I don't know it first hand. But given what I do know, I can safely say that (a) you don't really know what you're talking about and (b) what you think you know is demonstrably wrong.

You're entitled to your opinion, of course. I just don't want anyone reading this to make the mistake of thinking that your opinions are the product of careful thought or a firm grasp of basic facts because they just aren't.
That's not how it works in Hollywood. If you're not sure then you just sell an option for a few thousand and give the other person a year or 18 months to pull a development deal together.What you're describing is the exception rather than the rule, in my experience.
> I don't think anyone should presume ill intent here on the part of NIST.

We should assume a federal agency will keep the best interest of our privacy at heart, because they would never do anything to undermine our trust.

Sounds like a good idea.
tl;dr - A very long, difficult, and complex calculation multiplied by zero is zero. Or in this case, a very long, difficult, and complex database manipulation culminated in an invariant "Call 1-800-555-5555".

Somehow reminds me of a co-worker wandering into my cube with a dazed look, mumbling "I just ran an 8-hour database job with the wrong data...I just wasted $64,000...".
You severely underestimate how dominant Nokia was at that time. Nokia was 'the' premium brand, at least in Europe and Asia. Symbian was dead, Meego held promise, but Android...God, they could have so easily produced a nice Android phone! We're talking here of people who designed the N9, it doesn't take much imagination to think how they could have customized the UI and sold it on their beautiful, sturdy hardware.

The market's big enough for another android player, especially if it can provide the kind of hardware that Nokia provides.
Startup building reactors fueled by nuclear waste
> "We are nihilists, Lebowski! We believe in nothing!"

:)

> With all due respect to Peter Thiel, who is much smarter and more successful than I am

Remember, these two things sometimes go together.

Another guy who's more successful than many of us said “Success is a lousy teacher. It seduces smart people into thinking they can't lose.”

> I'm going to give a guy like Peter Thiel the benefit of the doubt and assume that I'm missing a lot for lack of context

I'm a little less generous; my guess is that what Thiel says is very smart indeed in the context of boosting certain business interests and/or political philosophies.
This isn't really true. AirBnB got to greatness by using a lot of shady tactics earlier on, and HN was split half-half on whether this was a good thing or not. History essentially forgot those shady tactics, and AirBnB is a gorilla now.
Yes, that's true. But then the reply is: if you don't want to give young people the vote, and if you're afraid of how young people would vote, why are you subjecting young people to your laws?

You subject millions of young people to an authoritarian (in fact, sometimes downright totalitarian) regime and disenfranchisement on a daily basis and nobody cares because it's part of the plan. But build one little settlement in Occupied Palestinian Territory, and suddenly, everyone loses their minds!

And frankly, no, I'm not going to apologize for that comparison, because at least people are out there pointing out that Palestinian Arabs deserve freedom, self-determination, and human rights. In fact, to be even more of a blatant asshole about it, the oppression of Western youth may be a lesser oppression than a serious military occupation, but there's a hell of a lot more of them. Shut up and multiply ;-)!

/trollface.jpg
As a side note, you should check out Erlang's static checker, Dialyzer. It implements a complete (i.e. no-false-positives) type system, as opposed to a sound (i.e. no-false-negatives) type system (e.g. H-M and friends). It pretty much eliminates the need to make any predictions about what the type checker will say, as it will only complain if your program can provably crash due to a type error.

Of course this still permits the possibility of type errors, but in practice it works fairly well, and does not constrain the programmer.
Yes, and art was also the preserve of a tiny elite. The patron model is not that great, I'm not sure why there's this meme that developers or other innovators should be able to make fat money but artists should shut up and be happy someone underwrites them, as opposed to trying to make money from selling their work to the public.
Chasing the black holes of the ocean
I'm sure this is the very tough first lesson any new consultant with limited experience would learn. The summary is that the specs are incredibly important, they should be expensive to produce and they should protect you and your client.
Hövding, an airbag for cyclists
Chrome to Drop Support for NPAPI Plugins Including Java, Silverlight, and Unity
You can solve this, to some extent, in OCaml, by just type-hinting everything. But then what fun is type inference?
Another option is ferm (http://ferm.foo-projects.org/).
I agree, it reminds me about a quote I heared sometime ago (I can't remember where) about corporate (mis)management and its paper trail, and it was something like "Before you send an email, imagine it printed in the front page of the New York Times".
Isn't it already working on the x86? Isn't the iOS Simulator evidence of that?
As a long time resident of Oakland, I'd like to relate some awesome things about Oakland, none of which the author touched on. Well, I guess the diversity and "Real-ness" count.

Oakland is a hell of a lot cheaper to live in. Groceries, restaurants, rent, drinks, office space, hotel rooms, air fare: everything is cheaper.

In Oakland, we have a burgeoning uptown scene, punctuated by the Art Murmur, an event which started in 2005, and has blossomed into a giant street festival that very accurately reflects the diversity of Oakland. It's a First Friday roll call for the city, and the Bay Area.

That "Beer Garden" mentioned elsewhere, was a hipster coffee shop before that, and a cheap cafe before that, all willingly handed with great care from owner to owner. Gentrification has room to spread in Oakland, so while some complain about it, it mostly removes empty lots and vacant windows, not mom and pop businesses.

The Mission, on the other hand, sees gentrification at the cost of existing businesses. And speaking of the Mission, Oakland's Fruitvale district is the cheapest, most active place you can live for under 4 figures, while still being 30 minutes from downtown SF via BART or car. Fruitvale has become quite the destination, for the adventurous.

I could go on: The Chapel of Chimes is a Julia Morgan masterpiece, a labyrinth of death located in the hills. The Rose garden has a resident turkey. There's a couple breweries that host quiet BBQ's, Jack London Square, the various parks in the hills. The Hills.... The Fox and the Paramount. Van Kleefs.

And my own personal favorite: http://www.themade.org
I don't think that is a safe assumption. There are plenty of documents, e.g. our IPO document, that indicate that we play the long game of providing the best results, and if the short game of getting the most revenue is harmed by that, well, tough. We play that way because the only way to keep users is to please them, and good results are critical to that end.

To be clear, I don't think you are completely unreasonable for believing what you do. Other companies are crappy, so why not Google? But you don't have any evidence, and I think you are way overstating your case.
I have serious objections the the NSAs domestic spying and foreign surveillance of civilians in other countries. Unfortunately, like any major power, US foreign surveillance is not going to go away because 1) everyone else does it and 2) there's no way to verify that other countries have stopped even if they did.

If you read the history of arms control talks between the US and the USSR, the only reason they worked was because both parties could verify that the other was honoring the agreement. The Russians could physically look at satellite photos and verify the US actually removed some of its ICBMs and vice versa.

There is no way to verify a country is not spying on you. As such, no country, no matter their rhetoric, is going to actually give up that ability for the hope that others do so as well. It's a suckers bet.

The solution to privacy in the face of foreign dragnet surveillance is cryptography.
Oh, that's what you mean. Yes, that's definitely coming in the next release!