skysight-inc/HackerNews huggingface dataset:
Amusingly, I feel the same for html. :) I would much rather write something using LaTeX than I would any of the xml based document systems.

What, for the curious, is the reason you wish it would die?
Full Steam Ahead: Inside Valve's Grand Plan to Replace Game Consoles With PCs
> You do know that a company's board can fire the CEO at any time right?

Oh really?

> Open source is not a very big selling point to the masses.

No, but it enables other manufacturers to hop on board and create an ecosystem. Nokia had Intel and others in their corner...

> WebOS was open source and better than Android at the time, had good reviews, but it flopped miserably.

It wasn't open source until it had already failed. Plus it never felt as though HP really cared all that much about mobile devices, they were a huge monolithic entity making too much money on desktops, servers, etc...

Contrast this with Nokia, the world leader in phones (including smartphones) for quite some time.

Also, at one point Symbian held 70+ percent of smartphone market share, Nokia obviously did know how to create an ecosystem.

> No, it was Nokia's board that hired him in the first place and approved all his big decisions.

Obviously a mistake on their part. Corporate boards don't always make the best decisions, though in theory they should.
The requirements have been formalized, e.g. https://socrates1024.s3.amazonaws.com/consensus.pdf
I would argue that its search engine is considered a standard by many.

Only by people who don't understand the meaning of "standard" in this context. Otherwise, it makes no sense to say "Google is embracing and extending Google Search".

Also, lest never forget Google Reader: "Embrace, extend, extinguish: How Google crushed and abandoned the RSS industry"

Another person who doesn't understand what EEE means, despite spelling it out. Yes, Google crowded out the RSS ecosystem, and eventually killed. Yes, I do agree that Google was a destructive influence for RSS. No, it wasn't an example of a company following the EEE strategy.

The whole point of the EEE strategy is that you extinguish the competition, not your own products. It's a plan to dominate a market by making your proprietary format the new de-facto standard (extending the original), which kills every other option.

If Google had followed the EEE strategy, it wouldn't have killed Reader. Instead, you'd still be using it, except now it would only support GoogleRSS feeds (made popular by leveraging feedburner), which would be a binary, undocumented format that nobody else would be able to parse.
> you can run, and preload if you are an OEM, any competing service on an Android device. Seems reasonable.

...that's only kind of true. OEM's who are members of the Open Handset Alliance are prohibited from producing devices which run forked versions of Android. This is why Amazon has so much trouble finding manufacturing partners to produce Kindle devices.

So OEMs can load competing services onto Google supported Android devices. They cannot produce devices which run flavors of Android not supported by Google. This seems less reasonable.
It's certainly at lest 30 years old. Before my voice changed I went to my first computer conference. People were selling tools there that would let business types do "programming" via just writing what they want in English. For minicomputers.

Of course, they had to write in a minimal, highly structured pseudo-English. And the problem domain was highly restricted. So it was basically programming, except less effective.

A fine example of the phenomenon that if enough people want something, somebody will come along and sell it to them, whether or not it actually works. I used to think this was malice, but as far as I can tell, greed, narcissism, and the Dunning-Kruger effect can explain it perfectly well.
This is fine, I guess, and it's clearly something people want to do based on how often it gets asked on Stackoverflow, but there's a reason XML zealots get snarky when people ask how to do this. Some questions you might want to ask yourself:

- Why are the namespaces there in the first place?

- Do I really not care if the element is found in a namespace other than the one expected?

- Does my host environment have a way to specify the namespace of the element I want to find (hint: it probably does)?

- Is the reason that I want to remove the namespace that it's actually something I need to do or is it that I am ignorant of the method for specifying namespaces in my host environment?
Todd Carlisle, director of staffing at Google, told a panel at the Inforum conference...that no job applicants ask about work perks, and no one turns down a job based on what perks are available.

It is possible that no applicants need to ask because they are already familiar with the perks Google offers. I recently turned down a very generous job offer when I found out the hours were very rigid and the dress code strictly enforced.

I wish there were a site like Glassdoor that detailed the perks offered at various companies. I'd like to know upfront what the dress code is, what hours employees are expected to work, how many vacation and sick days are offered, what holidays are observed, what the 401k match is, and what health insurance plans there are, etc.
Thank you I will definitely check it out!

I am not looking to sell it, just give it away for anyone who will put in the time.
Can you report this on the issue tracker? https://github.com/lunixbochs/actualvim/issues

Also can you check the console when opening a file to make sure there's no error?
Only TDD the code that you don't want to waste time debugging later. Skip the parts where you have proven no edge cases exist. Skip the parts you are sure will never, ever, need to be changed for any reason whatsoever.
The 10 Commandments of IT consulting (Heathcare.gov should have read this)
They can, it's just very, very, very expensive.
A lot of these conferences have the same underlying value prop. Finovate for instance does the same thing - it costs something like 9k or 10k to present! But Finovate is useful, because the content is better curated, they attract more influential players from the space.

It sounds like YSV does a much poorer job executing, which makes it a poor value, but not sure that makes it a scam
Also, after a week I still didn't understand its type system completely.

It may be that I am simply too dumb, or that I didn't find the right resources, but 'easy to learn' this language is not.
Your thinking is sensible, the additional assumption they're adding is that their attacker can sibyl attack the network and get between the miners so that when the honest miners find a block that triggers the release of their delayed block.

By doing this, assuming they can, they don't suffer from orphaning due to their delays.
This is yet another shallow puff piece on Haskell. Reading it, you would think that the author has only ever used Ruby and Haskell, as he gives the impression Haskell is the only language that supports functional/declarative style programming.

In actuality the author is trying to sell Haskell because he sells Haskell IDEs.

I'm not knocking Haskell, but let's not pretend that this is a useful piece of journalism.
Your analogy with DDG doesn't hold.

First, DDG includes (mostly) other companies' services like HN, WolframAlpha, etc. It doesn't compete with them, it's closer to prerendering in Chrome.

Second, I argued in other comment that Google Search is, for many users, a standard, and DDG must follow it or be left behind.
Teaching entrepreneurship to convicted felons at the San Quentin State Prison
In an ideal market (e.g., with perfect knowledge of utilities to be realized by all decisions from all participants) this might be true. In real markets where outcomes are in fact uncertain and different participants both have different perceptions of the expected utilities and risks and, even to the extent those perceptions align, different sensitivities to risk, its quite possibly optimal for one participant based on their perceived utilities and risk sensitivity to provide minining hardware for rent while also optimal for some othe participant to rent that hardware for mining.

(Note that essentially the same consideration applies to making and selling mining hardware vs. making it and keeping it to use to mine.)
Google honours 'Human Computer' Shakuntala Devi with calculator-styled doodle
I've heard this idea encapsulated in a neat phrase: 'Control interfaces should not be intelligent'. I think I first read that after Wolfram Alpha was launched.
I started using evernote's web clipper to just save all articles, blog posts, etc that I read. Clipping the articles easily stays under the free tier and that way I can easily sift through tags and search to find articles I read in the past. I used to think "Oh, it'll be easy to find with a google search later". Turns out that's not really true, and it's much easier to keep your own searchable archive.
Nope, no +server in default OS X CLI Vim. I'm actually using a combination of their NetBeans communication protocol and raw tty output right now.
Love the OODA loop (and especially Boyd's idea of denying to to your enemy: kill their ability to act then kill their ability to decide and so on). My article on the topic: http://www.win-vector.com/blog/2010/04/deming-wald-and-boyd-...
Mining contracts happen when two parties have different predictions about future difficulty and thus profitability; the buyer believes that mining will be more profitable than the seller believes. I suspect most of the buyers have lost money because people who run mining data centers for a living probably understand it better than anyone else.
I have and will continue to maintain that it's Haskell's operational challenges that are holding it back from wide adoption, at least on the web. In a lazy language, your cost model is all out of whack. When your program consumes resources, you can't unambiguously identify the line of code that caused your program to consume those resources. That's because a function application itself does nothing. Needing the result of the application is what causes work to be done. And that function application could be floating through your program as a thunk for who knows how long until its result (probably a partial result at that) is forced. So who's to blame for the work? The function application or the code that forced its result? Who knows.

The typical solution to this problem in production Haskell systems, by the way, is to run the application with profiling turned on.
We just got a bunch of "startup vitamins" at our new office. My "favourite" is "Fuck it. Ship it."

Hmm, this doesn't pass tests? You didn't run the tests? It breaks something else? Fuck it, ship it. So now when support comes and asks why everything is broken, I just point to the sign.
I use bittorrent sync on a (really cheap) OVH dedicated server to much success and if I could replace it with something pretty like your product then I almost certainly would.
Aggregating and plotting time series in Python
110 times a day? Wow! The user interaction and ongoing connectivity that mobile provides is incredible.
Oh .. sorry, I am not a native English speaker and in my society, such issues usually dont arise. But thanks for pointing out, I'll analyze all the content on my site from this perspective =)
If you're stuck, asking questions on the Haskell irc channel on freenode is a great way to get feedback. Learning new things is a social process, not something to be done in a padded room. :-)
Yes: because the band is expanding both in-front of AND behind the ant, it will be much further on than X cm after X seconds.

(Also: this is not a problem concerned with the physics of rubber or biology of ants. This ant is immortal, the rubber infinitely stretchy, etc.)
Oh yes. Always been using IBM for that!
"That's life" what a load... no, that's a corporate job which doesn't give a shit about you. It's not really life.

The only reason people put up with it is because they're told "that's life" or "that's just how it is." when that's meaningless bullshit.
Hahaha! Very refreshing view on how trivial elevator pitches are sometimes.
None of these should cause a wealthy man to go bankrupt.

It can cause a business to go bankrupt, and a wealthy man to become much less wealthy, but otherwise either you are stupid or you are diversified; and it's easier to 'stay there' than to 'get there'. If a stock market crash or, say, Madoff hurts you then it's bad luck; but if it destroys you then it's stupidity.

For example, Bill Gates should still be wealthy even if Microsoft went completely bankrupt at any point since mid-1980ies. Sure, he probably wouldn't be on his malaria campaign in that case, but it wouldn't hurt his life that much.
We don't program the computer as much as we program ourselves.

We may be able to build tools that reduce the burden but making a computer debug itself without either re-stating the expected outcomes and/or understanding the "intent" of the running code seems pretty much out of reach by definition.
I second the Single family rentals (SFRs). Follow the 12% rule which is that the house HAS to rent on an annual basis for at least 12% of purchase price. For example a $100K house has to rent for at least $12K per year ($1000/month). So put 20% down ($20K), get a 30 year fixed for $80K. Your expenses on monthly basis are mortgage + prop tax + prop manager + prop insurance = $500-$600. Rental income = $1000 per month. So you clear $400-$500 per month ($4800-6000/year) per rental property. With 20% down ($20K), that's a ROI of right around 20% before any property appreciation. Note: I didn't include closing costs which fluctuate a fair bit depending on lender and where the property is.
What to do with 144 cores? I just watched a video last week about a guy doing SDR to monitor wireless tire pressure transmitters. Every car sold since 2010-ish has at least four of them, each with a unique 32 bit ID, for police tracking purposes, err, to "save the children" or whatever BS.

Anyway the complaint was there are 127 or 121 or some prime number of different algorithms from different mfgrs so you need to run 120-something decoders to completely decode each protocol. This is a pain with a single core laptop. But with a 144 core forth chip I think giving each precisely one protocol to decode in parallel would be fine.
One important thing in the article that was a bit obfuscated: modern OOP languages introduce a staggering amount of dependency and complexity. Things like TDD are then layered on top to try to ensure solid code is being built.

In a pure functional environment, you don't have those dependency issues. Your problems boil down to types -- do you have the correct fields and definitions in your inputs? -- and transforms -- are your symbolic transformations what is desired?

In practice, pure FP is the closest I've seen to stuff that "just works". While FP can be a huge pain in the ass mentally, it beats the heck out of the spaghetti dependency issues in OOP. [insert long discussion here about whether pure FP can actually scale in a large organization]
The latest version of Cabal (1.18) includes built-in sandboxing support, which alleviates this problem to a significant extent. Prior to that, there were/are tools [^1][^2] for doing the same thing external to Cabal itself. Dependency hell has without a doubt been problematic with Cabal, but it is fast becoming a solved issue.

[^1]: http://hackage.haskell.org/package/cabal-dev
[^2]: http://hackage.haskell.org/package/hsenv (Disclosure: I am the current maintainer of this project, though I am happy to see it becoming obsolete)
Given that 1 inch is approximately equal to the width of one's thumb, I would have thought that Imperial units are the natural ones to use in this context...
Your description is a much more precise way of looking at it. I was trying to reach for the same concept when I talked about fluid dynamics and the forces acting on the head cancelling out so that it rests at exactly the right distance, but I lacked the clarity to state it so neatly. Thanks!

>>> It is exceptionally challenging engineering. <<<

It's also very beautiful... When you look at something like that it's a bit like looking at a work of art - I don't know how to explain it but it is awe inspiring. I wonder how people end up working on such things... How do you get to the point where you can raise your sleeves and create a system as beautiful as this?
Avoid success at all costs!
Vim-mode on emacs probably uses an internal emulator and doesn't slave a real Vim instance to do the work.

In that case, you have at least Vintage, Vintageous, and my original project sublimevim (that was mostly a proof of concept before we had any of this) as "vim-mode" in Sublime Text.
Yea my bad. I'm but a wee blogger using FatCow hosting for my often minimal traffic.

Try refreshing.

Sigh.
That is the prime use case for arkOS :) With everyone's support easy and secure self-hosted file sync will be possible for arkOS.
$30Mio for 6Wunderkinder, the company behind Wunderlist
There Is some preliminary work to add a "Strict language" mode that can be selectively enabled per module. Johan Tibbel has some experimental support worked out, and hopefully it can be polished enough to make it Ito ghc 7.10 in the next year.
Thanks for pointing that out. The author didn't emphasize that point, and it makes sense now.

Is it me, or was it a bad example for where Haskell "really shines"? I don't like the "use Haskell cause it has these really cool functions" approach. Feels so superficial.
I, for one, welcome our new robot overlords. Once they control rock paper scissors, they control the world.

On a less jaded note, this is a pretty neat computer vision application.
PayPal Introducing Here: Chip and PIN Card Reader
I was nit picking to be fair. But font size certainly does clear up the ambiguity.
Blocks (C language extension)
Working on the server issues. Unfortunately FatCow is slow to fix. I wasn't expecting to be on HN today (=
Who is David Mosher (that you mention in the article)?
In Bitcoin's (admittedly short) history we've seen miners voluntarily switching away from more profitable mining pools because those pools were approaching a majority share of the network.

I have a hard time seeing a majority of miners sabotage themselves like this, but preemptive solutions are definitely worth looking at.
From what I understand Microsoft's goal is to become less of a software company and more of a devices and services company[0]. In that light, the acquisition of the mobile devision of Nokia seems to make sense.

And I guess it's pretty much the same strategy as Apple is following, especially now Apple has made Mavericks and several Mac OS apps free of charge.

[0]: http://www.microsoft.com/investor/reports/ar13/shareholder-l...
Lots of vim stuff is implemented in emacs lisp and there are a few different efforts to emulate the unique parts of LightTable and Sublime into emacs. It just comes down to preference. I enjoy using all three, but emacs is the one which has everything I personally need.

http://www.emacswiki.org/emacs/LightTable

http://www.emacswiki.org/emacs/MiniMap

http://www.emacswiki.org/emacs/Evil

https://github.com/emacs-helm/helm (go to anything)
Very nice project, however for everybody listening:

I believe that in such project, but in every project, you should post some kind of document online explaining what is the big design of the project, the biggest problem you have encountered and how you fixed, the limitation of your design choice and why you made those choice.

Why that ?

1) Because if I want to code something similar I don't have to read all your code to understand what is going on, I just need to read a simple(r) English document where you explain it.

2) Because if someone else what to get involved in your project will have a way easier/happier time to understand the whole project and won't spend days just hacking around, s/he understand the project in the first couple of hours and at the 3rd hour is ready to start code some useful feature or refactor the code.

At the end, such document will make easier to everybody to be involved.
Truth. I chose FatCow. Usually it's enough to get my job done but not today, it seems.
Ask HN: What do you use your caps lock key for?
I split the difference. I use Vim if I'm in a server somewhere or if I'm already looking at the command line for git or ag or something. I usually use Sublime when working on a whole project at once.
Do you have a github repo for your project ? Or somewhere where I can take a look at the code ?

I was hoping to find the time to write something similar in Clojure (a lisp dialect), and the idea should be to take hiccup[1] as starting point.

Why hiccup ?

Because it is death easy to use, because I think it to be extensible, and because I hate write html while I love to write hiccup-code...

The real problem (other than the lack of time) is that I have no idea how to start, and it bring me to this other comment:

https://news.ycombinator.com/item?id=6669854

[1] https://github.com/weavejester/hiccup
Asian boy sang radioactive, sound kinda good though. good job asian boy
That would be a very contrived way to defeat bitcoin.
Eva Fidjeland´s Art Captures the Human Experience
PaaS and DevOps: A Marriage of Seamless Collaboration
Infographic: 40 Key Trends Shaping The Future of Medicine
My bad.

My host is working on the issue. Wasn't planning for a HN hit.
I agree with all the things you say are hard: understanding computation, encoding complex requirements, handling edge cases; but typing code into an editor and then re-running your application doesn't provide much support for making them easier. Better tools could help programmers and non-programmers alike work with that complexity much more effectively.
He's one of the 2 guys that created linemanjs (http://linemanjs.com)
I thought it had Microsoft Word which I thought was very interesting.
Compared to manufacturing costs and the revenues at stake, gigs, events and parties are cheap.
When do you use XPath?
I hope to god he never finds out what teens use SnapChat for
I agree with you, and I hope they continue their glorious plan to follow current trends rather than be market leaders, all the way to the end-goal of being an also-ran or footnote in history.

After watching the last 20 years of Microsoft's rise, domination, and fall, I've concluded that no tech corporation should be the 800lb gorilla for more than 5 years. At that point, it should be considered an area ripe for disruption. I'm seeing Apple, Google, and Canonical (!) falling into that category now. The sooner they're disrupted/replaced, the better off the rest of us will be.
"I got the shit done in a very shitty way."
I think the strongest argument for Haskell is what you can make it not do, not what you can make it do.

Having strong and concise type guarantees is great. Haskell's a great example of that. So is Ocaml.
I was surprised there aren't a lot more F bombs being dropped.

Also, here is a nice nugget of wisdom from Nigeria:
"Fuck, don't give a fuck, don't get fucked over. 3 rules of life."
> The root cause of our current low-interest rates is actually the Fed and their unlimited printing press creating an endless supply of US dollars via quantitative easing.

That is certainly true in the US. I wonder how the effects in the rest of the world come to pass. For example, running the printing presses in Zimbabwe didn't cause inflation in the rest of the world. On the other hand, the USD is the world's reserve currency.

The low interest rates on the USD seem to drive up the prices of productive uses of capital. Be it start ups, other stocks or real estate.
SkyRunner car goes off-road and off-ground
I wonder if hard drives were part of Elon Musk's inspiration for the Hyperloop skids.
Not more or less...Boyd DID invent the OODA loop. He wrote it, designed and built most modern fighter aircraft tactics from it