skysight-inc/HackerNews huggingface dataset:
A very interesting article, I just wish whatever ad plugins they have going didn't constantly crash Chrome.

Those disembodied lungs are amazing. And incredibly creepy. The business plan -- patching up donor lungs not approved for transplant (which is most of them) and keeping them alive long enough to find a patient they can save... to the tune of perhaps 2,000 lungs and lives per year. That's pretty amazing. Approved in Canada and awaiting FDA approval as well? That's incredible. I couldn't find a news reports of their first rejuvenated lung, the article doesn't really give much detail on how the procedure went.

Martine, I'm sure YC would want her at their Female Founder's Conference! ;-)

Some other interesting posts I found;

Martine Rothblatt - The Trans-Everything CEO http://nymag.com/news/features/martine-rothblatt-transgender...

Book Review: Virtually Human by Martine Rothblatt
http://hplusmagazine.com/2014/09/09/book-review-virtually-hu...

United Therapeutics Website
http://www.unither.com/
> I think that higher-kinded types will probably help a lot with this if they make it into the language, and it's likely that there's a way to get around the errors and get the full benefit from the algebraic data types and monadic functions that I just haven't found yet.

How would HKT help with this? It sounds like a nonlexical borrow scope issue.

I don't find nonlexical borrow scopes to be a big pain anymore now that I'm used to how borrowing works (and I write thousands of lines of Rust code a week), but they can be annoying when getting started. They're definitely something that can be added backwards compatibly post 1.0; the semantics are not as trivial as they may seem though (you have to do union and intersection of arbitrary regions of a control-flow graph, or loop-nesting tree).

> It becomes tempting to just punt on the error handling and call unwrap() on everything just to get it working for now, which leads to problems later on.

If unwrap() works for you, why not use the try! macro to make your error handling correct? If it's truly borrow check errors you're having, calling try! is treated exactly the same way as the compiler as unwrap() is—but with try!, you will handle errors correctly.
This is awesome. I use Google Apps for my personal domain, and switched to CardDAV and CalDAV once Google Sync (Exchange ActiveSync-ish protocol) was deprecated for basic Google Apps accounts: https://support.google.com/a/answer/2716936?hl=en

It has worked well for me.

I like FastMail's write-up. This sort of thing always looks simple from the outside.
If Ntimed separates out the client from the daemon, so I can install just the client package only, IMO that will be a big win for computer time synchronization.

One thing that has always bothered me with the NTP project, is the lack of a separate daemon and client. If you want the NTP project's client, then you must also install the daemon, even if it is listening only on localhost, or if you opt to not start it up on boot. It still must be installed though.

On my Debian system, I only have the following "clients" available:

* libnet-ntp-perl

* openntpd (which also installs a listening daemon)

* python-ntplib

In most cases, such as on my laptop, workstations, and embedded systems, I don't want the complexities of a full blown daemon running, nor do I want to manage firewalling and configuring the daemon to listen on localhost to prevent remote queries. The only other two options are programming libraries.

As such, I'm looking forward to systemd-timesyncd. It implements a simple SNTP client to synchronize your clock. As such, the full NTP complexity is not a concern. This is very likely an attractive scenario for most GNU/Linux installations, as most users won't be interested in running an NTP daemon synchronizing other NTP client clocks.
In addition to many of the previous posters' comments, I'd add that the number of job offers per week went from a flood (10+ a week, sometimes double that) to zero during the bust. Acquaintances, former co-workers, and myself all took huge pay cuts and the jobs that were available weren't terribly exciting for a spell. Outsourcing and offshoring were the watchwords; in-house custom development was laughed at in many places.

This boom is honestly (IMO) 1) more stable, as many companies actually do have business models and revenue and 2) more exciting (technology stacks are more interesting, tools have improved by leaps and bounds, very interesting companies are popping up.)

My advice is to be constantly learning (both theory and practice); watch trends and become familiar with where they are going (if an exciting new technology comes along, learn some of the basics, even if that's just a "hello world" equivalent - I don't recommend doing a deep dive of anything truly new unless it really blows your mind or you think it's going to become lucrative); try to generalize your skillset a bit - there's a tradeoff here of course, as specialists will often get paid more while the getting is good - but it means you'll never lack for work (and may get stuck with some more drudgery since you're the jack-of-all-trades, master of none.) I'd also recommend trying to get multiple income streams going, whether that's from your own services business, freelancing, or just software-related consulting, so that if/when the crash comes, you've already got your own personal safety net.
I was just coming here to say I would pay money for a pre-rootkit-rootkit. Someone has to get there first and it might as well be my own code.
-C#: http://www.csscript.net

-C#: http://scriptcs.net

-Cobra: http://cobra-language.com

-Boo: http://boo.codehaus.org
Async I/O is still an open question in Rust. Over the next year I expect third-party libraries to experiment heavily in this space, which will hopefully blaze a trail for a blessed solution to be uplifted into the stdlib at some point (or if not a complete solution, at least the infrastructure to make it reasonable).
My second dot-com (in NYC) almost bit the dust in 2001 after bunches of layoffs, but management incredibly figured out how to make it through another five-ish years.

The thing that stands out to me the most about that period in time was how flat it was. No significant pay raises, no new hires, nobody leaving (where wasn't really anywhere decent to go). The team and the work fortunately stayed interesting.

Take that for what it's worth - I'm just one data point. Also, the last couple years have been too good to us in our industry, but I don't think it's anything like the absurdity of the late 90's, so I would be surprised if there was a crash that hit as hard.

Also, to echo what others here have said, we didn't know we had it so good until we suddenly didn't. If you're in your first job in a fabulously-funded tech startup with bizarro perks, brace yourself that it may not be normal. :) But appreciate it while you've got it!
Here is an implementation in Python with only one operator

# Inputs
>>> i = range(1, 100)
>>> d = [(15, 'FizzBuzz'), (5, 'Buzz'), (3, 'Fizz')]

# Let's define some lambdas - calculation, test, reduction
>>> c = lambda x, y: y[1] if (x % y[0] == 0) else x
>>> t = lambda a, b: a if type(a) is str else b
>>> r = lambda e: reduce(t, e)

# Now process
>>> map(r, map(lambda x: map(lambda f: c(x, f), d), i))
Overhead matters, but languages like Rust, D, and Nim add little overhead if any and should be perfectly possible to use as systems languages.
> That said, it was a bad time for entry-level salaries, and graduate school admissions were ridiculously competitive in 2003-05. If you had a $60k offer (that'd be $72k today) you were in the top third of CS graduates, and non-STEM graduates were lucky to see $40k.

Like today, salaries in the Valley were about 2x salaries elsewhere. In the Midwest, I saw entry level devs getting $25-30k until 2002 or 2003.
Many of them already know but dont have the staff to care about the number of problems they have out in the world. (financial incentive)

Most business I know even know of the issues, but things are going along just fine, and that particular issue may be not be easy to fix, and to say there is immediate financial consequences by not fixing it may be hard.
https://github.com/rusthon/Rusthon/blob/master/pythonjs/pyth...

Doesn't look like there's C++ flag in python_to_pythonjs, so I'd guess not.
>Maybe you're implying that most living humans are not afraid of death?

No, I'm implying that most living humans are not scared shitless of death to the point of planning 24/7 of how to avoid it, and mostly go on with their lives.

>He obviously values living forever/longer more than he does "living fully" as you put it. You simply stating the opposite opinion says nothing of the merits of his.

And vice versa. Isn't it obvious?

>Are you saying he can't use his money how he wishes?

I'm even more generally saying that having money and using them as one wishes is not the be all of civilization. That is some uses of money are worse than others, and people living in the same society have every right to criticize them.

The same way I'd criticize someone blowing millions in a party with models and cocaine.
Biofabricate: There's a bio-revolution on the horizon
There was as story yesterday on here about how they have maybe figured out how to detect causality in a system.
Show HN: Rudolph Runner
Thank you. I found this quote most illuminating:

But the idea of a digital oracle grew out of his earlier methods for talking to God. At first he’d open a Bible to a random page, and it would speak.

TempleOS is technologically more sophisticated than a randomly opened bible, but no less (or more) holy a source of God's word. It would follow then that if you were not moved by the act of randomly accessing information from a book, then you would not be moved by digitally mediated random access. (The converse is also true.)
Observing this discussion, I read him as being explanatory in great detail. Which I am finding interesting.

And he certainly know more about the ntpd family than I.
I think I probably don't understand the Cargo Way yet? Here's a thing that always confuses me -- is there a way to specify a rust version that my project intends to target in my Cargo.toml, or am I stuck with a global rust install?
That's the thing. I know this is sacrilegious to say, but I wonder if the efficiency bonus from computerization really is so great, or would be, if it wasn't built on a pile of crap.
Basic Rule One Should Follow to Develop a Mobile App
Just my experience but I spoke with a couple of Uber drivers in NYC and almost all were former taxi drivers that claimed Uber was safer. In a cab they'd always be on the lookout for passengers to pickup versus only having to click an area on a phone.
Isn't this just as simple as the US catching up to Europe? Average marriage age throughout northern Europe is 30+, often when a couple decides they are ready for children.
... And at this point "Internet" companies are far more ingrained in the mainstream economy than they were in 2000. There will be some companies that will be hit, but things won't be as bad as it was when nearly anything net related took a hit.
I think the UI actually works for HN in the same way it worked for reddit back in the day. A very minimalistic interface lets the content be king and scares away people who aren't interested enough in the content itself.

The one thing I will agree with you on is thread collapsing, but I've installed a Chrome add-on that lets me do that.
Wow, that's an amazing connection (though not unexpected given Miyazaki's predilection for adapting Western children's writers). I was rather impressed by that ethereal scene of the graveyard of planes in the sky (in Porco Rosso), and now I know the source. I think the same scene occurs in The Wind Rises; no doubt Miyazaki wants to make full use of the immense poetry of the image. Thanks for sharing that bit of trivia.
So where did Java generics come from, then? Or pretty much anything in Scala? Or Rust or C++11 lambdas or Swift?

It's all pretty much exactly the same as done in academic type theory for decades.
LinkedIn annual question: What is the big idea that will shape the next year?
0 A.D.[0] is a cool open source RTS. They are looking for developers to help out.

[0] http://play0ad.com/
This would be a moot point if someone released something like the connected bike grips but for hands-free navigation by any mode of transportation.

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

What if they were just vibrating wrist bands or gloves?
Creepiest Santa ever, Unless you're a woman then he's hot
>You sincerely believe that because "most software in actual use is in X" it means that language X must be effective?

I sincerely believe that "effective" in some platonic rhealm of ideas is BS.

I only measure effective in actual effectiveness. Has it worked in the industry? Were products written with it? How evolved? How many use them? Etc...

U"most software in actual use is in X" is a checkable observation, that shows fitness to the task and an evolutionary advantage to X.

What was the cause of the advantage I don't care much, but I'm 100% sure it's not "just marketing" (on the contrary). And even if it was because "most programmers are idiots and can't comprehend Y which is better" that would still be an advantage of X -- as it's more suited to the available programmers pool.

Just don't come to me with platonic ideals of what "should" be used instead, let your Y language win in the real world, and then we talk.

>However, if your first sentence is true, why do you feel the need to justify it with "But C/C++ having crashes and exploits can be exciting"?

Because what I'm trying to convey is having software with buffer exploits is better than no software (better than the vast amounts of non-written software for Y languages that we rely everyday in its X language version: from all Operating Systems to all browsers).
I think Rust would be a interesting (probably safer) language to write an os, embeded code in . I asked the question a few months ago in the "lets write a Kernel" https://news.ycombinator.com/item?id=7588205.

It takes a while to write a stable OS, because a lot of things that we use in our helpful libs can't be used in Kernel space. I'm thinking of taking some time and trying to help a Rust OS project.

http://src3.org/#RHEL6-2.6.32+220.el6/lib/

or for example Linux Kernel "string.h" (with fun ifdef)
http://src3.org/#RHEL6-2.6.32+220.el6/include/linux/string.h

I'm sure reaching Rust 1.0 will speed things up.

Someone posted their Rust kernel
https://github.com/lexs/rust-os
I'm hoping there is a startup that modernise Usenet and put a nice UX on top, similar to what Slack has done to irc. Why should Reddit has all the fun?
These Charts Show Which Languages Have the Most Global Influence
The great thing about USENET was (and well, is) that news is a protocol so you could choose from a few different clients if the UX for one was horrible. Not a panacea, but it was nice to have that kind of competition.
It would be no more difficult for OpenBSD to produce one version, but that wouldn't fit with the strategy.
Famous five minute of installation of wordpress over windows-A complete guide
The only comment on this entire thread so far that matches my take on it.
Oh wow, I saw the United Therapeutics HQ in Silver Spring being built, walked around it a bunch when it was done, thought it was a cool building, etc. and had no idea it was Rothblatt's company. Neat!
Have you got a source for that number?
Unfortunately most of what you want to do with await/async is IO based, the IO model matters a lot if you want it to be scalable. Without kernel support trying to build a completion based API is not very performant. Trying to emulate it in a library proved painful, especially when trying to do IO on files.
I went through about 12 jobs in the span of 6 months I think? At first it was easy to pivot into another opporunity but when it sunk it was hard... I was doing a lot of 'shockwave' and perl work - and still I wasn't sure wtf I was doing half the time. I went a year pretty much unemployed and start working in tv broadcasting but the pay there was equally bad.

I can understand why it happened. No one was educated some guy would get millions of funding for nothing but hype and high tail it out of there. People had money and were just cramming into places that didn't have a plan. I could literally walk into a place and make an animated gif on a webpage and people would oooooo'.

When it crashed it was literally like a vacuum and we all lived our life like 'that' didn't happen.
The best insulation you can have is cash in the bank or be prepared to move.

The next crash probably won't be cyclical in your city. The money will come back, but it will come back somewhere else.

If your priority is to stay in the city where you're living, be prepared to make that work (which means being flexible about what you do), or be prepared to move (which means being flexible about where you live, and being in a relationship where moving for work is OK).
And a few drinks will keep you warm, or give you the illusion thereof.
I've only briefly heard of that kernel, and I suspect the same is true for many people at HN. It's also been open sourced pretty recently so maybe it needs more time for people to become aware of it. It may catch on if we give it more time. But even so, it's still mostly written in C and likely have many of the same pitfalls that all kernels written in C will have. I was thinking of a kernel written entirely in Rust, and that would be not only much more reliable, because it would have far fewer segfaults and the like, plus be more immune to the types of highly publicized security flaws lately (Heartbleed, etc.). Of course, the whole OS might have to be written in Rust + memory safe languages. So we might be a ways off from the ideal goal, but clear I was thinking that we can start with a Rust kernel and build on top of that.
> it's somewhat hilarious for me to read someone musing that maybe they should "learn enterprise".

I'm actually still in school. So, I tend to muse over learning a lot of different things. Your life story was really neat though ;)
there was a pretty good post about it on quora a while ago

http://www.quora.com/What-was-Silicon-Valley-like-after-the-...
Composer is possibly the worst after Python's pip. RubyGems and npm are much saner "role models".
A Note about “The Humane Representation of Thought”
but latency, and jitter, are important in this application. Two things that discount most of the "safer" languages. After ignoring inmature ones, the field is pretty barren.
Surprised to find that no one has yet mentioned ack, which is another developer-focused grep-like thing: http://beyondgrep.com
Hacking at Sony Over ‘The Interview’ Reveals Hollywood’s Failings, Too
The Rust and Go clones popping up as Show HN will predictably follow.
Not surprising, Google/Twitter did the same thing.
It was ridiculous. Newspaper classifieds were still kind of a thing at the time, and I vividly recall section 110 (computer jobs) disappearing entirely for over a year. During the bleakest period the few local businesses that were hiring were asking for insane skill combinations, a decade or more of prior experience, and offering the kind of wages you'd expect working in fast food. The tech support call center I was working at at the time had dudes with advanced degrees and many years of industry experience working 2nd shift just to have some cash coming in. Local news outlets were running stories about senior network admins and programmers with advanced degrees leaving the industry entirely to start up landscaping businesses and the like. It got pretty grim.
My colleagues across the hall at my old job who did all the Delphi maintenance used to tell Pick war stories from _their_ first job. They chuckled when I showed them Couchbase....
Haha, back in 1963, a caliper was NOT inexpensive like you can get at harbor freight these days.
The number may be incorrect, but the improvement in traffic was pretty obvious to us living in SF at the time.
Visualizing TCP (2010)
short demo: https://showterm.io/380e8ddab5c8c058fbd27#fast
So based on your experience biking in the most bike-friendly city in the nation, you're recommending that everyone in the U.S. go sans helmet? This seems, at best, naive.
It was a sexist statement. If the author intended something besides naked sexism, she failed at conveying it. I personally find sexism to be a rather stupid point of view (as well as being offensive).

Also, the premise of the article was foolish to begin with. There is no evidence that preferred entertainment becomes reality. Also, what people are offered is what they can chose to view. So who is doing this type of writing? What are their motives? Are there solid metrics that this type of writing is becoming more preferred? *See posts above for more repudiations.

One last thing... what exactly does diversity have to do with scientific reality? I found it a very poor article overall and it certainly makes me think less of Wired for publishing it.
Though a lot more people likely had them just as a lot more people had many tools. (all anecdotal)
Extremely small anecdote, but the one time I visited Manhattan (August 2014), on the taxi ride to and from the airport, both of the taxi drivers had a cell phone on the sitting on the dash (not docked, or connected to the vehicle) and were actively using it. On the trip back to the airport, the driver was actually actively watching sports game.
graduate school admissions were ridiculously competitive in 2003-05

This was true in my experience as well. I applied to grad school for 2004 and heard lots of crazy stories from programs about high applicant numbers and quality. I ended up at a "hidden gem" versus a top program. A couple years later I re-applied to PhD programs and got accepted everywhere.

In today's markets it's a little hard to believe that people would be flocking to grad school due to a poor industry market, but it seemed to be the case across science and engineering fields. I'm sure that influx also made the bad academic job market even worse, unfortunately.
olefoo mised two issues two issues - lawlessness and illegitimacy. Legitimacy in political science just refers to the public acceptance of authority (and the perception that everyone else accepts it too). In the US, that legitimacy happens to be tied to the belief that the authorities are bound by rules. Loss of legitimacy is a very serious issue for any political/legal system, but of course sometimes it doesn't lead to the collapse of the system, but rather a search for a new means to legitimate the old system - for example, the PRC's adoption of economic success as the basis of legitimacy rather than Communist ideology.
Even if your comment both made sense and was factually accurate, it wouldn't have much relevance to the kind of C programming I'm talking about: For example, mmap(2) isn't defined in the C standard but in POSIX, but it's universal in the Unix and Unix-like OS world to the extent programs can safely rely on it.

Standards are good and useful things, but they're only fully written down in retrospect.
Butbutbut... a driver who CAN accept a ride request is by definition a driver who is at liberty, not carrying a fare. So said driver should not be actively driving. Driving without a fare is a waste of gas and vehicle wear. Unless your last fare left you positioned so far in the boonies that ride requests are scarce, and you need to reposition -- in which case you don't EXPECT a usable request -- or unless you want to go find a cuppa, or a bathroom, before your next drive -- in which case you don't WANT to respond to a request just now.

Bottom line, the driver who CAN accept a ride is highly likely to be parked, not driving. Having to make that 15-second decision while driving has got to be the exception, not the rule.
The TypeMatrix has such a button (Dvorak Key). It remaps the keys at the hardware level. It's accessed with Fn+F1 and has a LED indicator on the left side.

http://typematrix.com/2030/features.php