skysight-inc/HackerNews huggingface dataset:
Some of the responses to you are good and some aren't. Honestly I don't think the point here is to tell you what you don't know (which is a common strategy for Haskellers).

I will tell you this, though. In order for your mind to be productive in Haskell you have to unlearn a lot of imperative and executional ways of thinking. Haskell excels in describing what something is (through the type system, also lookup "denotational semantics" - reading up on that helped me understand what the character difference is between Haskell and the more imperative languages I was brought up on).

I definitely do think a language like Haskell has immense gains for the enjoyment of programming, business execution, and safety of the programs we write that the general public consumes.

[EDIT] My own double negative confused even me...
Thanks for bringing this up - just started using it and I love it.
The earlier I conversation for non-devs for reference: https://news.ycombinator.com/item?id=8154625
There's no (or at least very little) resistance to adding POIs to OSM. In well mapped areas, the data in OSM can be a lot more accurate than the geocoded addresses that Google often shows you.

There's not really any great search interfaces for it (where part of great is limiting the results to 'nearby'). Komoot/Photon is a nice way to find something you know the name of:

http://photon.komoot.de/

And there are people working on displaying the data that is available:

http://osm24.eu/index.php#!15/52.5173/13.4032/type=eat/mon=p...
Soviet Armored Military Vehicles for Sale
I could hardly put down Neil Stephenson's Snow Crash. Phenomenal.
The mentors I've found valuable aren't VCs, so I can't speak to that.

And the thing I've come to realize, is that most advice is bad, so you have to sort through 100 potential mentors to get 2-3 that actually add value. The type of value that you look back and think that was life changing.

Also, I've found that accelerator mentors are much more emotionally invested in being helpful for the long term.
Redis based cart implementation in Ruby
https://hn.algolia.com/?q=tracking.js#!/story/forever/0/trac...
I agree that this is a pretty good style guide, in the sense that it captures a large portion of what Clojure programmers consider to be good style.

A few words about semicolons for comments. Lots of Clojure code uses ; and ;; and ;;; to indicate levels of comment nesting. I get that multiple semicolons are intended to indicate hierarchy / sections / nesting. Some editors use it for auto-indentation. (However, I don't think editors really need multiple semicolons to do a good job of indentation; mine does fine without.)

Personally, I find one semicolon to be enough to indicate a comment at any level. Context tells the rest. So I am not on-board with multiple semicolons. One, it looks ugly to me. Two, using more than one seems unnecessary -- and unnecessary things are good to avoid unless they add value.

Who else agrees? Is there something I'm missing?
I don't think cyberpunk was ever really intended to be proper science fiction. It's more of a fantasy universe extrapolated from 1980s tech. Which is probably why it remains a popular setting today without huge changes - see for example the Netrunner card game.

There was even quite a lot of vocal disappointment from fans when wireless networking got added to the fourth edition of Shadowrun. Cyberpunk works quite well as a self-consistent setting, regardless of modern technology.
The knot isn't quite as arbitrary as most imperial measures.

1 knot = 1 nautical mile/hour

1 nautical mile ~= the distance travelled by someone at the equator in one minute due to the Earth's rotation

Since navigation at sea was strongly dependent on the position of the sun and stars, it makes sense to use a unit of speed that makes your calculations easier.

Even for modern navigation it makes sense to use a unit of measurement based on the circumference of the great circle surrounding the Earth.
What are you talking about? In some places, health care is a matter between you and the government.

The US has an odd system of subsidized employer-provided health insurance. It covers most workers, except at the low end of jobs. The government, meanwhile, provides direct coverage of the very old and the very poor.

The people who really get screwed in the US system are the ones in crappy jobs, who aren't poor enough that the government steps in directly, but don't make enough that it's worthwhile for their employers to take advantage of the subsidies of employer-provided insurance.
I care what Cory Doctrow has to say about William Gibson in the same way that I care about what Britney Spears thinks of Ella Fitzgerald.
While your comment applies on a broader sense (we need to test both for cases in which we expect the algorithm to find similarity and cases in which we expect to find dissimilarity - lest we embrace confirmation bias), I believe your reference to machine learning is a bit off.

In this case, we are not looking at a model training, we are just evaluating the outcome of a (static) algorithm. On the other hand, in the context of ML you should try to include as much information as possible in your training dataset. This is a concept that comes by in many fields, some of them just tangentially related to machine learning (e.g. excitation signals for system identification, speaking both in terms of frequency domain and differential equations).

tl;dr: there is no "training set" to speak in the presented article - hence, concepts such as overfitting and information content (of the training set) do not quite apply here.
The original Android OS was targeted at low-resource devices. Android will run fine on trailing-edge specs on the cheapest devices now made for the smartphone market.

Furthermore, Web pages and Web apps can easily out-consume the fattest resource-heavy apps, and a Web runtime is no lightweight compared to ART (or Dalvik, for that matter).

It just doesn't make sense to target a Web OS under the kind of hardware Android will run on.
$700k for an MI-24 seems like a bargain. I like how the link for technical specifications goes to wikipedia...
Agreed, had a very similar vibe. Still doubtful about reading the sequels, though. Have you checked them?
Sort of related: Discussion of the Time Zone article mentioned:
https://news.ycombinator.com/item?id=8138200
I'm an engineer on the Google team for coLaboratory. In order to have access to Google Drive (which we need for collaborative editing), the app needs access to your Google account.

I looking into using a weaker set of permissions, where you grant access to the app to read/write data only to files that the user opened with the App (see https://github.com/jupyter/colaboratory/pull/82). This is a much weaker set of permissions since that app cannot write to arbitrary files in Google Drive.

The port of IPython is itself open source (in the repo https://code.google.com/p/naclports/ using the build rule ipython-ppapi), so any developer is free to make their own version (e.g. as a regular web app). We are also working with the IPython/Jupyter team to upstream the collaborative features to the IPython/Jupyter notebook (in a manner that is not tied to using Google's realtime API, but could use any realtime collaboration back end).
>a rational practical reason for sticking in some cases to Imperial units

That to me is the worst of both worlds. The optimal solution is to use one consistent system and the winner is pretty clear.

>carpentry

Certainly. The future is full of 3D printers though.
Much as I loathe self-proclaimed "best practice", I find this style guide agreeable. I'll quibble with the author's superfluous use of comp/partial as a documentation aid, and the picayune advice to use single-sentence-spacing in comments deserves an eyeroll. But for the most part this is all good stuff, and is worthy of consideration. Pay attention, n00bs.
They are largely more of the same. I enjoyed them.
Excellent.

Did you guys build this as a framework by any chance or do you have plans to?
It's not like the metric system was invented yesterday and will vanish tommorrow. Change doesn't have to be instantaneous, it can be gradual over the years (and, as the article pointed out, already is)
Lucene works well enough for indexing textual reports (chart notes, discharge summaries, etc) but doesn't do too much for coded discrete lab results. I've found it works better to transform HL7 V2 messages into the XML encoding and then store the entire XML document into a relational database XML column. Then you can find what you need with XQuery.
Interestingly, and to my big surprise, "fishes" is quite correct!
Yeah exactly, all the varietals and vintage and flavor descriptions are basically just ways of narrowing the window to help you find something you might like.

For example, I tend to like wines with medium tannins and oak flavor, deep plum and tobacco notes. If there's spice flavors or not I'm also fine. I find I usually can find what I want in Chilean Cabs, and have less luck with other wines.

However, I've liked other kinds of wines too. Where I live the local Cabs are generally terrible, but the local Chambourcins, which have few of the qualities I generally look for, are good drinks too.
I've spent time in both Pittsburgh and Brazil and it brings a tear to my eye to see someone so passionate about music and so much logistical interconnection happening between those two places, it's like a thunderbolt through my former years.
I wonder if it's the version with the star over its most vulnerable spot or not. (Later models put armor-plate over that spot.)
Boeing has run into occasional problems by holding to imperial rather than moving to metric and these will only get worse, esp. with their model of using vendors around the globe. In aerospace it's ugly since imperial is so entrenched, but other industries have retooled, there are examples to learn from for efficient transitions.

GM already went metric.

Lockheed destroyed a half-billon dollar space mission by clinging to imperial.
I think Broken Angels did a good job of carrying the feeling of Altered Carbon forward. I haven't yet read the final trilogy member, Woken Furies.
Here's my proposal: America goes metric, and the rest of the world starts driving on the right hand side of the road.
Lukianenko's book name in English is "Labyrinth of Reflections". I loved Lukianenko and read all his books (in Russian) until I realized that I am strongly opposed to his political views.
They do say that it's for civilian or museum use only, so my money is on the one without the armour plating ;) Having said that, if it does have the armour plating...what's the resale value for titanium nowadays?
Wood is an easily workable, relatively inexpensive, and, importantly, renewable resource. We'll be seeing more of 3D printing for sure, but you're kidding yourself if you think it'll replace carpentry.
Great work, Andrew and team!

I played with the Tactics interface for a few minutes. I love the clean design; the interface is delightful; "well done, tactic solved in XX seconds" animation is fun and totally addicting.

One gripe I have is that the quality of the tactics seems to vary widely. I'm not talking about difficulty level; some of them just don't make sense to me.

I'm not sure how this one, for example, qualifies as a tactic: chscd.me/tactics/16685. It's just a pawn capture. The fact that I have "solved" it after recapturing my rook seems arbitrary.

Out of the half dozen tactics I played through in my first visit, I had a couple other questionable ones like this. It made the site lose credibility for me. (note: I am a chess master. But my problem isn't that the tactics are too easy, it's that they are kind of random)

I'm curious, are you generating these tactics by hand or with software?

I understand you probably have a massive database of these. But it might be a good idea to have Andrew or another strong player moderate the tactics to make sure they all meet a certain standard of quality.

Looking forward to following your progress!
Donnerjack (Zelazny and Lindskold) is an interesting point in the space, though doesn't rise to the level of some of the others (IMO).
The iPhone in India (versus iPhone in China)
Could you imagine Boeing/lockheed/GM/some some oil company or any other manufacturer going up to their stockholders and saying: "We're going to avoid the metric that most parts are manufactured in (economies of scale) and most of our outsourcing partners are familiar with (risk of errors) and instead stick to customary measures because a foot feels 'more natural'"
Here's a page featuring more examples like you mentioned.

http://www.dozenalsociety.org.uk/metrix/pontius
No only is the Windows Event Log impossible to query, it's also pretty rare to see a software actually log anything useful on Windows. I'm not trying to bash Microsoft, it just seems more common for software developed for Windows to have bad/missing/useless logging.

I think this might be a culture thing, because it's not actually impossible to do, it's just really rare to see. On Unix-like systems we're all use to be able to find text files with logging information for pretty much any system we deploy, on Windows we're accustomed to may programs and systems to be black boxes. If you as a Windows developer hasn't been exposed to having easily parsed text files with logging information, then changes are you don't know how to do good logging.

Also XML is pretty crappy for logging, either you have a million documents, or you have one large document that won't easily fit into Logstash, Splunk and similar tools.
You forgot to mention the sentient, shape-shifting, dildos. Seriously. The whole series is focused on them as characters.
> Change doesn't have to be instantaneous, it can be gradual over the years

As an example, NASA is partially-metric, partially-imperial. Of course, they have that famous failure attributed to mixing units...
One of the fundamental tenets of the Agile Manifesto is People over Process. Interestingly, that point was lost on those managers. Next, they are going to want to talk to you about your flair.
Still working for me. Your local 'in the interest of national security' agency may be paying you a visit soon...
Dispute Between Amazon and Hachette Takes an Orwellian Turn
The soviet APC's are outstanding EOTWAWKI vehicles- Armored and amphibious.

You can also go with the american v-100 (gage) if you are lucky enough to find one. They come up on ebay occasionally
I meant the whole "as a startup in the nuclear industry I don't have the backing of an major nation state, I don't have a proven technical track record, I am in an industry with a PR problem only slightly better than chemical weapons and the major reason to exist was to build nukes, which we kind of have plenty now"

How does he play that set of cards? It's no impossible and I do think someone needs to play that hand well, I just wonder - why him, why now? What's his secret sauce?
Amazon vs. Hachette: Everyone Is Wrong But Me
I suggest you watch this short video then, which explains how laws, protection and private property can be created and enforced in a free market: https://www.youtube.com/watch?v=jTYkdEU_B4o
I take your point, but I'm still trying to work out how you put technicians on a scale.

I have some knowledge of medium scale construction projects (50 tenancy flats aka apartments) and the builders are contracted, assemble stuff in the right order, then complete their contracts. If there is one operative that is obviously not performing/dangerous, they get invited to leave. None of this 'worst 5%' malarkey.
Lots of edits there ;)
Try the WikiBook (http://en.wikibooks.org/wiki/Haskell). And if it doesn't present something well, fix it!
I'm a high schooler/coder, but I like to think of myself as a hacker. I dropped by to make the case that being in the software industry and being a 'hacker' are not correlated very strongly. The hacker culture revolves around code because the culture likes code, but the culture itself has a deeper significance than the ability to make a photo-sharing site or something. See http://www.catb.org/jargon/html/meaning-of-hack.html

Anyhow, for the sake of adding to discussion: I browse HN for the interesting links, especially reading others' blogs, and the distinct lack of memes you find on other link-sharing sites like Reddit.
It's closer to "proto-cyberpunk" but I can't recommend John Brunner's classic The Shockwave Rider[1] highly enough.

[1]: http://en.wikipedia.org/wiki/The_Shockwave_Rider
"Younger people in the UK use metric except where imperial is already the de-facto standard (pints, MpH, etc)."

News to me. I teach a few hundred 17-19 year olds each year. They are very hazy about any form of actual measurement.
This whole site actually reminds me of the part in Lord of War where they're walking around the Soviet weapons expo, and then later just having items 'disappear'.
> it's also pretty rare to see a software actually log anything useful on Windows.

Indeed there is a whole huge market doing that (logging and correlating useful information) APM (Application Performance Monitoring). You can take a look at: Compuware, Riverbed, and New Relic.

Currently this market is fragmenting in analytics products such as Splunk + agents distributed by different vendors.
Actually, the use of "code" as a count noun is quite old and well entrenched in the numerical modelling community. I can recall back in the early 1970s hearing Fortran programs routinely referred to as "codes".
hmm does not WU have an upper limit of $5000 on wire payments?
Both :use and :require :refer :all slurp symbols into your namespace unqualified. This behavior can cause confusion when someone reading your code tries to figure out which symbols are defined where. Most of the time, more explicit alternatives are preferred:

(:require [foo :as f])

gives the required namespace a short alias with which symbols defined in that namespace can be qualified, while

(:require [foo :refer [bar baz quux]])

explicitly provides a set of symbols to import unqualified.

Generally speaking, :require :refer :all is also considered non-idiomatic. In fact, ClojureScript has explicitly avoided supporting both :require :refer :all and naked :use [1]. Backwards compatibility seems to be the only reason either is still supported by Clojure on the JVM.

[1] https://groups.google.com/forum/#!msg/clojurescript/SzYK08Od...
Probably.

Our physician facing portal didn't allow searching on lab results, e.g. show WBC below 4,000.

We'd just show graphs of a patient's lab history, with filters for types of labs, date ranges, etc.
For every copy an e-book would sell at $14.99, it would sell 1.74 copies if priced at $9.99. So, for example, if customers would buy 100,000 copies of a particular e-book at $14.99, then customers would buy 174,000 copies of that same e-book at $9.99. Total revenue at $14.99 would be $1,499,000. Total revenue at $9.99 is $1,738,000. The important thing to note here is that the lower price is good for all parties involved: the customer is paying 33% less and the author is getting a royalty check 16% larger and being read by an audience that's 74% larger. The pie is simply bigger.

This doesn't prove what Amazon wants to claim it does.

1) Authors don't just earn royalties from ebook sales. They also earn royalties from hardcover/paperback sales.. and if dropping the ebook price causes lowered paperback sales, then the authors could earn less.

So merely showing that lower ebook prices increase ebook sales does not prove Amazon's claim that lower prices increase authors' royalties.

2) Amazon's test may not even prove that it would increase ebook sales. Hachette earns money from the sale if the book is sold at BN, Amazon, or any retailer. If only Amazon lowers it's price to $10, then Amazon may just be getting additional sales that would have gone to other retailers. So the only thing Amazon's test proves is that Amazon would be better off in a fictional world where Amazon has the lowest price in the market -- 33% lower than any other retailer.
Living in Houston, I wish bike commuting was an option, but even if the infrastructure was in place, it'd be impractical. After 3 minutes you'd be sweating like a pig, and would absolutely stink once you arrived at your destination.
It's hardly "glossed over". It's brought up every time metric/imperial is discussed and it never makes any sense.

Standard lengths for timber are things like 240cm or 360cm. There is no difficulty dividing them into thirds, or quarters, or fifths, or sixths.
There are costs to sticking with the imperial system. Non-US buyers want metric products which fit with their existing tooling. The factories of the world want all-metric manufacturing, which reduces costs. Error from unit conversion is a real problem.

Designing new products in metric wouldn't require old products to be replaced with imperial. Each product line has it's own special repair kit, spare parts, already. It's not like the suppliers who actually make parts aren't equipped to do metric if they're selling parts worldwide.

The UK went metric in the 1960s and it managed just fine, so there's no reason why it can't be done. Some pragmatism can be involved, for example road signs in the UK are still in miles, and one can still buy a pint of milk or beer (though the latter are technically labelled and sold in millilitres).

A move to metric wouldn't dictate the internal practices of a company like Lockheed, they could still require their suppliers to build parts in inches (even if that means that formally they purchase 2.6234cm sized screws or similar) and they can continue to do everything in inches. Not that they'd want to.
Anyone know any mac or linux equivalents? Would love to play with this.

Even better: First person to make a javascript version wins!
[SO C/C++] Operator “untill”
I found Cryptonomicon a bit shallow and absurdly hyperactive, but then I read it more or less back to back with Le Carre's Tinker Taylor Soldier Spy.
Gibson's Bridge trilogy steps a little further from cyberpunk, but they are still excellent reads that are thematically and stylistically similar.
I'd imagine postage is going to be a problem too...
The parent post is a joke, the article metions the collectors last name is Freitas aged 62
Celsius is metric at its weakest only in the sense that Fahrenheit is the imperial system at its not-worst. Everyday temperatures don't vary enough to create the need for multiple units, like what happened with distances, so there's not random conversion factors strewn around. You never care about millidegrees, and you never see kilodegrees.

Incidentally, the same "beautiful bands" appear in Celsius. They're just separated by 5s instead of 10s. It's actually kind of hard to make a temperature scale that's bad for everyday usage, assuming you put zero between or near freezing vs boiling.
Great idea! For anyone who wants to try it out without installing random software off the web, you can also view spectrograms with Audacity (and other stuff like Adobe Audition).
Thanks!
Another funny thing they talk about is velocity. It's the holy metric for managers.
"Why isn't your velocity increasing anymore?" Asked one. I said "Because if we keep on increasing velocity, soon we will hit the speed of light." I had no better response.

Also, they tend to compare velocities between teams. Story point estimation technique is fundamentally subjective, and cannot be a point of comparison between two different teams. It's a difficult life, but I get by.