skysight-inc/HackerNews huggingface dataset:
I'm fascinated by this perspective because for any business, it's the data that is treasured more than anything else. For example, as a bank I can afford to lose all the app code but I cannot afford to lose a record of my customers and their balances. Therefore, I would never see data as being inferior to my app. The app can be rebuilt from logic; data not so easily.

In my perspective I don't want my app to even touch the schema. That is not the app's job.

It also means that just because a dev decided that the user object no longer needs the DOB field that that field will be discarded. Even scarier, what precisely happens in those situations varies from implementation to implementation. Someone who is handling the database directly will think many many times before deleting any db column. Even then, he will take a back up. I don't see the same discipline among developers when dealing with the same data, just abstracted via an object programmatically.
You've missed the point of Uriel. Suckless alternatives aren't meant to be more practical than harmful software.
I try to keep multiple copies of digital pictures and occasionally I use a Fujifilm Instax camera to take instant photos (which should last a few decades if treated properly - but it's a bit of a gamble, since noone I know has convincing arguments to support that claim).

For exceptionally good photos, I'm considering prints on aluminum. These should last 50 years or longer with a little less care than Polaroids/Instax (i.e. they can be exposed to light).
For anyone wanting to setup a mail server this is the best guide going. I read Part 1 and had to find my own way.

Incidentally, if you are trying to read email or send email with code, having your own email server, working with a desktop client is a very useful starting point. You can downgrade the spam filtering, the SPF record checking, the SSL/TLS sign on until you have something that can read IMAP or POP. This is where the real fun begins as emails come in various multi-part formats, there are lots of character sets to translate to UTF-8 and there is base64 to deal with. If you can reliably read the header of an email and extract something simple like the date then you are doing very well.
Twice now you haven't read the post you're responding to. I don't think sed is the same thing as awk, nor do I think it is the same as bash, I have never said that, in fact I have said quite the opposite: that you'd likely use all of those together. This is incredibly common behaviour in Unix scripts: you might not like stream editing but many find it cleaner than awk's less well known language.

You seem to have gone out of your way to attribute some kind of conspiratorial malice or gross incompetence to a simple, TESTABLE fact: shell scripts plus text manipulation languages are frequently replaced by single language scripts, which have a unified, consistent syntax and high level data structures.

Since you're not reading my posts, I'm not going beyond your first sentence. This is end of my participation in the thread.
nope it's the SRTM itself. It's a quite low quality data, or more exactly, it's not meant to be used directly, you theoretically need some post-precessing and cross check of this data before use.

Of course normal people don't have the means to do that so we use them directly. I have not personally checked it, but this guys offers something that seems higher quality than the raw SRTM (in particular in the mountains): http://www.viewfinderpanoramas.org/dem3.html
A QA test case management tool integrated with Github Issues.

http://imgur.com/a/0oqGO

Designed to be easy to navigate with the keyboard and replace the spreadsheets I normally use on projects.

If anyone out there needs something like this please shoot me an email. Planning on launching a V1 this weekend.
I'm working on a music and member management system for my university's radio station [1] as part of an independent study. I'm cheating and using FlatUI [2] for the interface. Using Bookshelf.js + MySQL/Express/Angular/Node

Screenshots here: http://imgur.com/a/uw8I1#0

[1]: http://www.wrct.org/
[2]: http://designmodo.github.io/Flat-UI/
We don't need to speculate, the ACLU article said the gag order was about preventing the companies from revealing the grand jury subpoenas to the people who's information was requested. It doesn't seem to have anything to do with suppressing secret information or the Patriot Act. And it seems like a reasonable step for some investigations, where tipping off the target of the investigation might end it before it could really begin.
yes, it's pre-computed I guess.
If the polar ice caps were to melt away entirely:

http://boards.straightdope.com/sdmb/showthread.php?t=697242
Thanks for that, you're awesome. Pull request sent :)
Could you be more specific? I suspect that what you consider problems of email there aren't actually problems of email at all, but it's difficult to say.
In the case of race, I don't think it's mostly about aspirational choices-- it's about who audiences relate to. There are some pretty good studies that show you inherently trust people more if they look like you (skin color, hair color, style, etc). Makes sense, right?

Now pretend you're in charge of marketing for a company to folks in the US. Pretend your product is aimed at middle-class and up (which a lot of products are-- especially the ones we at HN interact with). What skin color do you choose? If you want your marketing to perform, the faces you use should reflect pie chart of your prospective buyers. For reference, Asians, African Americans, and Hispanics each make up 5-7% of the top quintile in terms of wealth. Whites make up 80%.

I want to see this change, but the change isn't going to come from marketing departments.
Duckworth-Lewis method
Rob Pike created acme because he wanted an interface that would use the mouse, unlike the regular vim setup.

http://plan9.bell-labs.com/sys/doc/acme.html

Meanwhile, traditional UNIX users all developed subconscious phobias of their mice, because they use focus-follows-mouse and therefore moving their mouse caused them to accidentally type in the wrong window. This is why they like to so rabidly claim to be super-efficient typing wizards by using keyboard chords for all their text selection needs.

Acme is also more UNIX-like (Plan9-like?) than EMACS, which is just an alien Lisp image invading your machine and seeking to become an email reader/rampant AI/planet conqueror. I always assumed Hurd failed as a project because, once it ran Emacs, nobody ever really needed to develop the rest of the OS.
Yes, it runs at 60fps on several modern devices. For those devices where it does not run at 60fps, it is usually able to run at comparable fps to native apps on that same device. At the end of the day, both famous and native apps are still subject to the limitations of the hardware. Furthermore, frame rate for famous is also affected by the number of surfaces you move around. This is similar to fps in iOS apps being impacted by the number of layers in CoreAnimation. @zawaung on twitter has performed some stress tests demonstrating fps and stability with hundreds of surfaces:

1st test: 200 surfaces:
https://www.youtube.com/watch?v=0Rbm4QBpiE4

2n test: 400 surfaces:
https://www.youtube.com/watch?v=5sgtaKu9vkE

Lastly, the Engine module has a function called getFPS() that can be used to check the framerate:

https://github.com/Famous/core/blob/master/Engine.js#L214

Out of curiosity, why did you make a throwaway account to post this question?
> We still lack that capability when it comes to IM

No, we do have this capability: use XMPP.

In fact, XMPP is functionally enough to completely replace email, and does also serve as IM.
> Instead, the benefit is that you don't have to think about it.

But that benefit is in no way realized. The opposite is clearly true. With a set number of vacation days, it's incredibly easy to know how many days I have remaining, and it's fairly easy to pre-plan extended vacations while leaving some days for spontaneous breaks. With "unlimited" days, I have to essentially guess whether or not I'm "abusing" the system.

Compare it to another employment benefit: salary. What if a company offered "unlimited salary"? You could say it's great, because you don't have to think about whether you can afford a neat guitar you spontaneously found on craigslist, while still being able to pay for rent and other fixed costs. But with a fixed salary, assuming you have a decent job with a "living wage," it's pretty easy to balance how much you spend on fixed costs with how much disposable income you want for spontaneous purchases.

I think most people would have no problem recognizing the ludicrousness of an "unlimited salary" policy.
Live http://scalatutorials.com/about.html :)
Thanks again!
I'm working on my first (major) project -- an app that will show live winning probabilities for each team in ongoing NBA games. I'm hoping to get it done before this year's NBA playoffs are over.

I just started, and I'm scraping JSON play-by-play data. This is my first experience with databases, so hopefully it works out well.

http://i.imgur.com/1OafJuj.png
Each gold holding (maybe bar, maybe vault) is itself centralized.

I would consider a promise from pg or sama to pay 1oz of gold upon presentation to be pretty low on counterparty risk; I'd consider the same from a random person online who claimed to have gold and be willing to redeem it upon presentation of one of his tokens as a much higher counterparty risk. The market would price these separate issues, and then you could build a basket of gold issues into something meta (maybe with a blockchain, or maybe with smart contracts, to reduce the meta counterparty risky).
I remember when large-scale multi-core MIPS was the impending next generation of network processing technology; at the time, architectures specialized to packet processing seemed promising, but they seem less so now. What's the current state of play with X64 vs. custom MIPS?

Cavium was not yet sharing eval parts when I left this field, just a bit before Intel cancelled their NXP line (which was fun to play with).
By that logic MSDOS is less harmful than Plan9.
Not really. If you believe that RISC is a good way to learn X86 by breaking you in on assembly language in a strict load-store, simple addressing-mode context, then ARM is a more reasonable first ISA to learn.

Many thousands of teenagers picked up X86 (and X86 protected mode!) from nothing more than the MASM Bible during the 1990s, so rather than overcomplicate things, I might just say "don't let yourself get intimidated" and dive right into X86.
Am I the only one who's skeptical about the feasibility of AI? As I see it there are two ways to think about AI: first there's the kind of AI that arises from software emulating parts of the human brain based on our current understanding of its inner functioning and produces human-like intelligence, so even if the mechanisms are different from those actually employed by the brain the output is similar in response and depth of reasoning; then there's the AI that stems from creating an artificial brain by reverse-engineering the human brain, but we are an awfully long way from doing that, mostly because we can't expect to unravel in a few decades what evolution has spent millennia perfecting.

It looks to me, a layman, that the only approach that holds any water is the first one. But then again, it mostly looks like people are implementing software based on a flawed understanding of cognitive functions and basically hoping that something magic happens. How can a scattershot approach like this ever produce anything even remotely resembling human intelligence?
Give me variable-length instruction prefixes over delay slots and SETHI/ADDLO any day.
On Craft And Taking Time Off Coding
Those are swaths that the SRTM was unable to survey before its mission ended. There are only a few of them and luckily they're all inside the US where there is already higher quality elevation data available from the USGS to fill them in.

http://en.wikipedia.org/wiki/Shuttle_Radar_Topography_Missio...
> the Delphi community developed a python 2.7/3 type schism over UI changes and .NET inclusion and a large portion of the community refused to adopt new releases.

Not quite the way I remembered it. It was more like, "if we're going to develop in .NET then we're going to develop in C#." We liked Delphi for its native compile and unencumbered executable. No point in adding all the .NET baggage and not learning/using it's native language too.
not really. They said they will continue to sell the current device and support it with software. They make no claims to possibly making any new hardware as far as I could see.
15 charts showing US health care prices are totally insane
Fair point. :) I could see that scenario unfolding.
With enough budget and motivation, it'd be easy to paint even you -- regardless of who you are and what you have done -- as a villain, especially with the cooperation of the press.
cat-v.org, the Plan9 crowd, and Uriel specially have always been utter jokes.
There's no reason you couldn't implement those things for F#... the compiler, the libraries and the visual tooling is all open source now and accepting contributions. In fact I suspect it would be easier than trying to use Roslyn.

http://neildanson.wordpress.com/2012/12/24/the-roslyn-incide...
Here's a site that lets you use any arbitrary height: http://www.heywhatsthat.com/sealevel.html
It's Easter break in Australia - 4 days weekend.

I'm working on http://www.hackathonwatch.com It's a hackathon discovery site - it helps you discover new hackathons.

http://imgur.com/CQU4TGU

I've been working on it for several months, but did not really get a chance to add "watch/monitor" feature.

[1]: optimize contractor work flow to increase my ROI

[2]: adding "watch/monitor" feature
Milgram's experiment wasn't about prisons (at least not directly), and it didn't really seek to model any particular situation. It just sought to examine people's response to authority, and the setting chosen was merely a convenient way to do that.

If you're referring to the Stanford Prison Experiment, there's no point making something a "better" model if you lose your controlled environment in the process. The fact that Zimbardo interfered might be an interesting observation, but since it's not a repeatable experiment, it becomes merely a well documented anecdote.

Also, this isn't what the articles were about. They're mostly just presenting alternative explanations for the results, and the experimental evidence which supports them.
hahaha. I love this answer! So rob pike wanted a vim that used the mouse? did he follow the vim paradigm of having composable/repeatable/whatever you want to call vim commands (you know what I mean) or the emacs version of "oh, just throw a programming language in there and they'll be fine"? also is it modal like vim?

Finally, don't speak ill of the emacs, I've got it on my machine and I worry it's listening, I swear after I wrote that last lisp function I heard it whisper, I grow more afraid every day. it can hear us. we are not alone, I type three escapes and it merely laughs at my naivety these days.
Yes, they claim their voice reco "really works" - I don't find it a credible claim... except that, when you have a confined univese of possible matches (e.g. grocery items), it doesn't so much have to recognise the word, as distinguish between the known candidates. For example, just counting the number of syllables can narrows it down (even identif it: yif expecting a digit, only "7" has two). And no verbs etc.

Isn't the scanner online (so it can tell amazon what you ordered)? If so, I expect it uses servers, like siri and google voice. (Also processors are pretty small these days: the CPU in a phone takes up dramatically less space than the display or battery).
Go's compilation speed is more than PR. It's reality when compared against what it is designed to replace. Believe me, there are several people on the Go team who fondly remember the "old" days of Turbo Pascal, for instance. But those tools just aren't around any more for practical purposes.
I first believed it uses the entire source but it only performs a prefix search on a per line basis. So we have a sorted list of 8M strings, around 600 MiB assuming 80 characters per line which is probably way to much, requiring 23 comparisons to find a match using binary search. That seems not really impressive to me.
Theory versus reality. The theory of federated XMPP is exactly as you said.

The reality is much more of a mess, with multi-device issues -- routing issues -- federation issues, not to mention a ton of non-XMPP messaging services.
Yes, agreed. If you have unlimited vacation it shouldn't really make sense to talk about someone "abusing" the policy. You might say that someone takes so much vacation that they don't actually contribute any value to the company, that would make sense to me. There are lots of ways of failing to contribute value, and that would be one of them.
Where can we follow this?
This comment would benefit from a reason or suggestion.
UPDATE: WOW! Thanks, currently there are more users than the whole week. :D

I've been working on a minimalistic game collection site with Flash and HTML5 games: http://playszone.com/

Why to play here?

- Big images that actually shows the real game at almost 1:1 scale;
- Social integration: when you like an item, like on facebook, share on facebook
or tweet about it, it will be stored on my server. (You have to be logged in
in order to work.)
- Why this is cool? - You have a feel of accomplishment as you will always try to do all the social tasks.
- Where exactly is this? - Everytime you play a game, you have a right navigation with
6 buttons. Those are the buttons.
(The only problem is the like button which takes a lot longer to get accounted)
- No ads, at least not in my site. The flash games and some html5 games comes bundled with ads (Any way to remove them?).
- Minimalist UI, which can be closed (Click on the 3 bars at top right of the page).
- Played games have an watermark (Only for logged in.).

Interesting views:

- Main: http://playszone.com

- In game (flash) Road of Fury: http://playszone.com/games/id:5334632f8984d74232b8925d/road-...

- In game 2 (flash) The Peacekeeper: http://playszone.com/games/id:5339d19cc6af0b434c2dc9d2/the-p...

- In game (non-flash): http://playszone.com/games/id:5332e034775c56a02cc4a1cf/flapp...

- Submit game: http://playszone.com/submit-game

- Login or register: http://playszone.com/login-or-register

- Categories: http://playszone.com/games

Login required:

- Manage games: http://playszone.com/manage-games

Technology used:

- Node.js + Express
- MongoDB + Mongoose
- Server side rendering with React.js

Anyway, I find very very very hard to promote such a site. :/
I'm working on a mini-spreadsheet app for Android. The core idea is to keep notes in a key-value format and do basic spreadsheet functions. I have a prototype but not sure if anyone wants it and if I should invest more time to finish it. Here's a screenshot: https://docs.google.com/file/d/0B17zGMpsqZu-clk1RkNfSnNxLXc/.... So, anyone wants this?
A 4k simple view manager inspired by backbonejs
Email is a robust, federated, delay tolerant network. None of the 'solutions' to communications I've seen invented by startups in the last 20 years have captured those properties. Jabber is the closest. Most of the instant messaging clients over the last 20 years have given up enormous value that email brings.

Email servers don't have to be complex. I wrote an SMTP and POP server in a single afternoon in the late 90s. The protocols have lot of optional parts, and if you want to get something quick up and running, there are simple implementations possible. The standard Unix servers are quite complex to administer but that's mostly because they were built for Unix system administrators. I mean, BIND configuration files are also complex, but that doesn't mean we should throw out DNS just because it's not trivially simple to implement.

The only point to reinvent and reimplement everything is if you can make some revolutionary improvement, otherwise, we should just improve what we have.
Shameless plug:

I did a basic tutorial for my class when I took computer architecture. I think I got most of the basic stuff right. Probably some mistakes and lack of insight how stack works at the time I was writing the tutorial. Correction is welcome.

https://github.com/yeukhon/mips
The blog talks about it:

http://blog.firetree.net/2006/05/18/more-about-flood-maps/

The elevation data was processed to fit into 4 bits (so the server has 16 values available, "No Data" + 15 elevation levels).
> The odd part is some of these consider cancer as closely associated with health as it is with outer space.

wikipedia miner fails at that one -- CEPT performs better. also with CEPT it's important to consider where the similarities are happening in the 2d matrix.

in data mining problems the data sometimes becomes equally/more important as/than the underlying algorithm/technique so it's hard to tell what would work best for you without knowing more about your application. feel free to drop me an email if you'd like to discuss: parsa {at} aylien {dot} com
http://a.pomf.se/fbbmlu.png

I'm busy adding splay tree[1] support to OlegDB[2]. The idea is to use them for searching/cursor iteration. If you haven't seen them before they're basically binary trees with the caveat that newly inserted elements are at the top of the tree. Of course, segfaults abound until I get it working...

[1] - http://en.wikipedia.org/wiki/Splay_tree

[2] - https://olegdb.org/
>Bigger does not equal better.

It doesn't equal bloat either. But where typography is concerned, particularly on mobile, it can definitely equal "more legible." Readability should certainly be a concern on a forum. I would argue it should be one of the top concerns.

For instance, to me, the leading between lines here is way too small. That's an easy thing to fix.

>Not displaying unnecessary things reduces cognitive load. Anything that takes 2000 characters to express is something that could be reduced in length anyway.

It would not tax anyone's mind to the breaking point to tell them what the character limit is, even assuming your latter statement tends to be correct. The ultimate expression of that philosophy is twitter anyway - longer comments are not necessarily worse, and a word limit doesn't necessarily guarantee quality.

>Tables are the lists of html. The ambiguity they introduce is not always an error

Actually, lists are already the lists of html. Tables are meant for rows and columns. Using them to show comment trees seems unnecessarily redundant because there's already an element for that.

Although, granted, that is the least important of the issues at hand.
Ken Thompson's caveat has a solution: www.dwheeler.com/trusting-trust
That should be reasonably possible, surely? Your global grid is one process, that sends messages containing the smaller parts to the processing processes, then waits for them to reply with another message, and then aggregates the replies. It's all just message buses, you can push whatever stuff you want around however you want.

Imagine how you'd implement your system if each part of the system had to communicate with the others over a network socket, and you're most of the way to implementing it in Erlang.

It's probably not optimal to do things involving lots of calculations in Erlang, though, as the VM is fairly slow. Akka implements a similar system, but for the JVM (Scala).