skysight-inc/HackerNews huggingface dataset:
I think I agree with that claim actually. Yahoo's biggest deficit is not a lack of news summarizing apps, and is not a lack of engineering talent. Its deficit is a shitty reputation as a has-been company that is uninteresting to dynamic young talent.

I very much think they bought themselves a boy wonder so they could show him off to the press. I doubt the company actually needs him or his product in any direct sense.
Not redundant! :D

The sea was (still is?) the last frontier of exploration on our own planet, so I figure they must have thought we would have sorted out all its mysteries by now. They didn't know about deep sea smokers, tube worms or the Mariana Trench obviously, or that we'd still be flabbergasted by some of the things we find in the deep oceans today.

A part of me thinks that technolgy will soon begin retreating to the background where it belongs. As Clarke's third law states : Any sufficiently advanced technology is indistinguishable from magic Which means future tech will be tech without looking, sounding, feeling like tech... if that makes sense.

I'm picturing an oak cabinet or chest of drawers that tell me how many socks I have remaining and that there are blue ones in the laundry. Or a kitchen that looks like it belongs in the 1930s, but has a smart fridge telling me it's time to turn over the trout in its marinade because I'll be putting it in the smoker Saturday.

I think we'll see more of a return to original materials like wood, stone and steel (or modern materials that perfectly mimic it in texture and feel) all the while being "smart" (or the 2040 equivalent of what that means). We're already seeing a lot of that in our surroundings where people are becoming more nomadic with fewer possessions or multi use tools and a drive toward less "connectivity" as in people and more connectivity in gadgets.

Bottom line is that no matter how "different" we imagine ourselves to be tomorrow, there's a thread of nostalgia connecting us to yesterday. That may be stronger than alloy we can invent.
setTimeout(0), baby!

Angular is cool, but also a bit crazy. Seriously... who even thinks of doing something like that as a replacement for setters?
Summly acquired by YAHOO
Naah, I wouldn't go so far to say it's a good thing that it's
missing, but it's hellaciously hard to implement well. I think the
sentiment is rendered well in this mail, which took place after
extensive review and hacking. In it, Robert Haas (a committer) writes
to Andres Freund (the principal author, I believe):

Before getting bogged down in technical commentary, let me say this
very clearly: I am enormously grateful for your work on this
project. Logical replication based on WAL decoding is a feature of
enormous value that PostgreSQL has needed for a long time, and your
work has made that look like an achievable goal. Furthermore, it
seems to me that you have pursued the community process with all the
vigor and sincerity for which anyone could ask. Serious design
concerns were raised early in the process and you made radical
changes to the design which I believe have improved it tremendously,
and you've continued to display an outstanding attitude at every
phase of this process about which I can't say enough good things.
There is no question in my mind that this work is going to be the
beginning of a process that revolutionizes the way people think
about replication and PostgreSQL, and you deserve our sincere thanks
for that.

Now, the bad news is, I don't think it's very reasonable to try to
commit this to 9.3. I think it is just too much stuff too late in
the cycle. I've reviewed some of the patches from time to time but
there is a lot more stuff and it's big and complicated and it's not
really clear that we have the interface quite right yet, even though
I think it's also clear that we are a lot of closer than we were. I
don't want to be fixing that during beta, much less after release.

http://www.postgresql.org/message-id/CA+TgmoYhkMpkB8JZYhVei-...

The implications for PostgreSQL version upgrade alone are enormous. MySQL has been ahead here, even though some if it was at the cost of some sanity, and by lack of sanity I mean "statement based replication". The first semi-sane logical replication was the 2008 release that included row-based-replication.
He was probably a bit naughty in sending the tweet, but nonetheless it will be great to see hit Tesla break even (or even better perhaps).

http://seekingalpha.com/article/1299901-elon-musk-s-big-mist...
Okay. So based on reading the comments I can surmise that this is just a wealthy kid who wrote an overly hyped trivial app, got his banker/attorney parents to pay celebrities to appear in his cliched demo video and due to the pull of his parents, was able to convince Yahoo to buy his company. Him being a good actor was also a big help. Plus Yahoo needs to appear hip, what better way than acquiring a startup with a nice indie video?

Written this way, it all seems over the top and gives a strong impression of sour grapes, yet the above is a faithful summarization of this thread. It saddens me. Here is a more balanced view.

He is well off and has parents that are able to help him pursue his goals to enviable (as this thread can attest to) standards. You cannot begrudge them what you would yourself do given the chance. He has this opportunity and he used it to multiply his advantage.

It is not fair that he has this advantage and multiply not fair that he went geometric on it, but at least he did not waste it. How many kids his age, rich (or not) are writing interesting programs, leveraging connections and successfully cashing out? He certainly could have done worse than get a startup acquired by Yahoo. And If he did in fact merely sell them a plot of moon real estate then that too is impressive. Hustling? Hacking non mechanical systems? I don't like that he lied in that email but I'm not going to form an opinion without knowing him. Certainly, he is a very lucky rich kid with a posh accent but most of you are also taking for granted how lucky you are yourselves.

He wrote an application that does extractive summarization. They are not trivial to write but can, with a day or so of work get to something that is objectively no worse than any other. This is because summaries are hard to judge. You will spend most of your [indefinite] time polishing sharp corner cases. At some point you hit a ceiling because any more effort requires a use of semantics and grammar that might as well be spent on abstract summarization. But now you are verging on AI completeness.

Anyhoo, he gave his not so run of the mill app a shiny coat of paint then used the initial storm of ridiculous hype from his well financed cliched video to attract trained talent.

He, with his parent's help was able to work out a deal and sell Yahoo a skilled team that had possibly interesting IP? IP that they might not have had the resources to monetize but possibly better placed resources wise to explore at Yahoo. Trade off being the large chance that they will be thoroughly digested by incompetent management. Whatever way they win.

Well played rich kid =)
Since it seems to be backed by MIT, I also kinda hoped to see an independent GSM stack and not just some COTS baseband attached to a COTS MCU.
Having briefly touched this area myself I like to think it is possible to deliver quality summarizations. As with voice recognition the problem is that there is far too much variation in the real world, too many different different standard forms of sentence/ paragraph structure.
because people want to be able to use whatever terminal program with the terminal of their choice, even if their choices are wrong and/or insane.

Although thank goodness for HN. Now I am aware of tmux mouse-mode and this makes things glorious.

Now I just need to figure out a slick way to take the tmux selection and connect it to X's primary clipboard and I will be happy.
How to shrink a basestation into a Raspberry Pi. http://www.youtube.com/watch?v=GCcKgrzbix4 It's not the handset, but rather the basestation. But the concept is similar. I saw this working. It works. And there are open-source versions of the handset software too, although not as mature as OpenBTS.
spare me from the preening of wunderkinds
He's saying it should not be considered secure until proven.
Pretty Much Every Seed Stage Startup Recently Is Shutting Down
The GSM module supports GPRS and TCP/IP via AT commands[1] so it should be possible to get some data going.

[1]https://www.sparkfun.com/datasheets/Cellular%20Modules/CEL-0...
obviously because real programmers write C++ in Visual Studio. dynamic languages are for kiddies.

/s
I'd definitely fork that
I just got our production server for our new mobile game setup on AWS EC2 running a similar setup- Ubuntu, Mono, and Nginx. I wanted to use C# server side so I could share code with the client (a game written in C# + Unity3d).

It was pretty easy to get up and running, even without running Visual Studio (I used Xamarin Studio (Monodevelop) for everything). I think it was a lot easier to get setup than this blog post makes it seem. I installed everything via apt-get and only touched 2 or 3 config files in total.

The most confusing thing for me was what kind of ASP.NET project to create. I've never done any .NET web development before so the differences between a "Web Application", "MVC 2" and "MVC 3" project were not clear.

I haven't done any load testing yet but I'm hoping it is stable and can handle all our meager load on a single EC2 instance. I'm also running DynamoDb and Redshift for a full AWS stack.

After finally wrapping my head around ASP.NET MVC I think it has a lot more of a learning curve than a Python/Django type web app (my only other serious exposure to web apps). The way Django does routing, URL variables, and responses seems a lot more intuitive.
They're hosted on EC2 (or some platform running on EC2). I wonder with what granularity Amazon responds to DMCA notices? Do they terminate the instance, delete the AMI, suspend the account?
Hey no problem :) I'm just a student so I'm not researching a particular field at the moment, the Model Based Testing paper I was looking for I had to read for a course.

I just wouldn't use your site as long as I feel _any_ journal is missing, since google does not give me that feeling.
I would also recommend the Coursera course on Machine Learning by Andrew Ng and Probabilistic Graphical Models by Daphne Koller.
I would also go over some basics probability and statistics review. Maybe some linear algebra too.
Python is a great language to do data analysis in. I recommend the scikit-learn and pandas packages and using ipython notebooks.
Another book is the Elements of Statistical Learning (http://www-stat.stanford.edu/~tibs/ElemStatLearn/).
There are also Kaggle contests for testing your chops.
FDA Approves Bionic Eye Invented by UCLA Bioengineer
Great another unproven tool tech "journalists" will be dangerously touting as secure.

See: cryptocat.
What he doesn't mention is YouTube - the one product for which there is NO alternative. Sure, you can choose to post your own videos elsewhere, but when it comes to watching videos - many videos are only posted on YouTube and nowhere else.
I had the exact same idea two days ago but didn't think it was a good idea. For money (Bitcoin) I see no other way than to inform everyone of all transactions, but messages can be of any length. I wouldn't want to download or store the chatlog of everyone on the planet on my pc, simply because it's the only way to ensure delivery once a client connects.

The only difference with the idea that I had was that a client might delete messages once it receives an authenticated delete command from the recipient (or perhaps the sender). This may still allow for people to use the system as global backup though.
True, but PC assembly vs black box computers spawned an entire industry and and have kept component prices low even for end consumers. I had to replace a hard disk recently and am still bemused by my ability to purchase a new server-grade 2TB drive for $125.
Pascal doesn't work.

Compiling the source code....
$/usr/local/bin/fpc /tmp/13642583632841/HelloWorld.p 2>&1
Error: /usr/local/bin/ppcx64 can't be executed, error message: Failed to execute "/usr/local/bin/ppcx64", error code: -1
Not personally, but I saw things like it used back then. It was pretty funny, since the machine would get a new virus definition file, then it would blow itself back to the snapshot, and then it would get infected... and so on, and so on...

Fortunately I only had to witness it and never had to run a whole fleet of Windows boxes.
ServiceStack demos had been running on top of a Linux box for nearly one and a half year without a single reboot[1]. Much of the ASP.net stack had been opensourced by MS recently and the goodness had no doubt trickled down to mono. Of late, the mono framework has been concentrating more on mobile platforms than traditional desktop/server space.

[1] http://www.servicestack.net/mythz_blog/?p=838
That's reasonable. Thanks! I'm going to re-examine some existing relationships because of this advice.
It's not released yet, this is just a preliminary document. There are still open issues for Go 1.1: http://swtch.com/~rsc/go11.html
And I guess there will be a RC first.
There appear to be some philosophical differences that mean this won't occur.

Specifically the "let it fail" aspect of OTP, which begets supervisor hierarchies and the consequent lack of exception handling required.

This has been brought up before and dismissed (not the unix way perhaps? I forget), and supervisors have been implemented in go by others from Erlang backgrounds. It's just not quite the same as being built in.

The way goroutines are not linked to their parents or children is related to this. It's a conscious design decision, but I am still adjusting my style to it.
Having a Boss
Also, here is a little JSFiddle that can transform the encoded text into a viewable image using JavaScript in the browser. It could be easily extended to handle HTML5 audio and video formats, as well as automatic type detection. Additionally, It seems that (at least with Chrome) the browser doesn't care which filetype you specify; An <img> tag will render JPEG data prefixed with "image/png".

http://jsfiddle.net/RKNUM/
Google Keep: Another Google product i won’t use (and why)
Sadly I think it only just occurred to me that I might be one of those 1 yr / 5 times people. Only because my job was mainly CRUD work. I did get to do some other stuff but it was not often. That place closed down and I've been looking for work since. Feeling like I must not have learned enough (or the right stuff) since I have had many interviews and not gotten any offers.

How much of an average developers time isn't CRUD?
How do you get the experience to do other things[1] unless you needed them for that one off project?

1. Unless you are talking along the lines of specializing in something idk what these things might be.
AppFog Changes Pricing Plan
I disagree. XML has a huge advantage over JSON: it can be streamed.

When working with JSON, you must load the whole JSON document before you can start processing it. If the JSON gets big enough, you start having performance / memory issues. One might argue that you can just get more powerful hardware, but that's only half of the equation: you'd solve your problem, but not that of your clients. Are you going to tell every single one of them that they just need to spend more money on hardware?

When working with XML, you can choose to store the whole document in memory, but it's merely convenient, not compulsory. Using a SAX-like parser, you can stream the whole process and get a much smaller memory footprint.

Having never worked with YAML, I don't know whether the same argument applies.

This is more of a personal issue than an actual one, but another problem I have with JSON is that once you support it, people are going to demand you support JSONp - terribly convenient, but a major security hole.

Aside from that, JSON is obviously a great format for small, self-contained responses that can be consumed by both browsers and heavy applications. It just doesn't scale well with large responses.
Lazy web developer and most likely a lazy ceo, who made them copy it.
To be fair, Delicious was a bargain that was hugely loved and heavily used by its userbase. The rest, however..
When I read resumes, and I don't mind personally sifting through hundreds a week, I look for a narrative. If there's a cover letter, that helps create the narrative. I want to see personal, professional growth on a resume. I wonder about time gaps and seeming to do the same job repeatedly but they're not deal-killers at the resume screen stage. I look for increased depth of knowledge and increased scope of influence. Both of those things make someone more senior, rather than having just repeated the same year x-many times.

If someone can sell me his/her story in the cover letter and resume, I follow up on that in a phone screen. I'm still looking for more proof of someone being "passionate" (overused term but often part of HR doctrine) and showing that they grow and grow and grow.

This has never made any sense to any recruiters I've worked with and has sometimes been a hard sell to others when I wasn't the hiring manager but I honestly don't know how else to screen for "has a lot of potential but maybe doesn't know our stack yet".

I'd love to hear how other people do this. I'd especially like to hear from someone who doesn't focus solely on what's in someone's Github repos.
Disabling 3rd party cookies has never broken a single site for me. I've heard that some banks require them, though.
As for Self-Destructing Cookies: it's a pretty drastic measure. Considering this, it's surprisingly compatible. Among the sites that I frequent, not a single one stopped working. Inter-domain transaction - e.g. a shop forwarding you to Paypal and back - used to be a problem, but the latest version has a heuristic for that. Still, I'm pretty sure that some people will experience fallout. You can work around that; SDC has numerous functions that can help in such cases (pause, undelete, whitelist for session).
What kind of language and library makes creating an XML document is difficult? I know it's fashionable to hate XML, but seriously, it's a perfectly fine format, especially for serializing simple documents. The closing tags add some overhead; big deal.

I'm not even sure why much of a format was needed at all for this scenario. According to the docs[1], cURL will get a plaintext string, which has to be sufficient for nearly every implementation needing CNAM data. I'm quite sure I created a similar CNAM API in 2006: HTTP GET, return 200 OK and a string, or an HTTP error. Other major vendors' APIs are not difficult to work with, either (although contracts, VPNs, etc. can be annoying).

One reason there are more complicated APIs is for performance. While HTTP is simple, pipelining leaves a lot to be desired, and there is a benefit to being able to just use UDP.

As far as the data returned: I'm not even sure what an application supposed to do with a relative URI for a number after querying for that number? Or the price, which is apparently fixed per account? I cannot fathom why something as complicated as YAML would be needed to deal with such a simple situation: I'd wager customers asking for that are trying to be trendy or something, especially as JSON is a subset of YAML.

Not to be too negative -- OpenCNAM looks like the kind of thing telephony needs: easy, online signup, straightforward pricing.

1: https://www.opencnam.com/docs/v2/quickstart
I don't understand the "no laptops, no wifi" people -- I had first and second generation Wavelan IEEE pc cards and HP Omnibook 5700ctx laptops since ~1998. Ricochet modems also helped (the Metricom things), although mostly I just stuck to places with ethernet available.

Yahoo mail always sucked. I pretty much never used a single Yahoo product (I didn't care about Yahoo! Finance at the time, which is the only one I'd use today other than flickr)

Yes, at the time desktops with big CRTs were still superior (I think I was using a Linux box running slackware and also had access to HP-UX and AIX and Solaris machines) to laptops. Desktops still are superior for a lot of things.
Checkout google group discussion: https://groups.google.com/forum/#!topic/appfog-users/ryJqaUb...

BW: 50GB -> 5GB

Custom Domain: Not available on Free Plan Anymore

Request per Second: Limit to 100 request per second for Free Plan, and other limit request as well
A good alternative for C++ is http://gcc.godbolt.org/ - especially if you're more interested in the assembly output of various compilers, rather than the output of the program.
Alan Kay mentions something about this kind of capability in
his ACM interview (see section on Wikipedia).

http://www.drdobbs.com/article/print?articleId=240003442&...
Best Free Samsung Player Apps & Software Review and Download
The best free Samsung player software apps download and recoms, top 3 video players for Samsung, how to play AVCHD MKV and various videos on Samsung Galaxy Note, smartphones and tablets.
Techcrunch interview : http://techcrunch.com/2012/11/01/summly-app-nick-daloisio-vi...

I was just blown away by Nick's clarity of the core idea, the product & he really seems to know what he is talking about & he is only 17.
What a badass !
Zencoder Launches Live Transcoding
In the context of Finance, I have read about Haskell and other functional programming languages several times before, so I was wondering what were the specific benefits of doing financial stuff in functional languages? Is it because complex solutions are easier to prove to be correct? And how does the (more or less purely) functional approach there work out with the fact that they basically do I/O all the time, meaning (I guess) high frequency input of financial data, computing and then output from and to standardized existing interfaces?

Edit: What I mean by that is - everytime I read FP books, IO is basically what everybody tries to explain on the last few pages and is rather ashamed to do at all. That makes it hard to imagine how those languages come to use in real world scenarios, that's why I'm asking ;-)
Is there any fundamental reason JSON can't be parsed in a streaming fashion? It seems like you could implement the same kind of one-token-at-a-time parsing you can do with XML. What am I missing?

JSONp is only a security hole for the client, not the API provider. I suppose it puts a bit more pressure on the API provider to not get compromised, though.
Didn't a marketing company recently put live messages into a magazine page using a single chip gsm solution?

Yeah here it was: http://creativity-online.com/work/cw-live-twitter-feed-in-pr...

I vaguely remember people changing out the gsm sim or making calls on it.

Ah nevermind, it was a fullblown android phone, not a single chip solution: http://mashable.com/2012/10/02/ew-has-smartphone-inside/
At work, you show your boss your presentation «Invent Dropbox before someone else does». You realize while presenting to your boss the idea isn't feasible because home internet connections of 56kb/s aren't fast enough to share files without hogging users' phone lines for hours at a time in the first place.
> When working with JSON, you must load the whole JSON document before you can start processing it.

This is not the case; JSON is every bit as amenable to streaming as XML, in my experience. Fewer implementations may support that, of course, but that's not really the fault of JSON. The Jackson parser for Java, for example, has a complete streaming API.