skysight-inc/HackerNews huggingface dataset:
No, about the only thing I can say about bitcoin the past month or so is that it's been incredibly volatile.

This is good if you want to bet. It's not as good if you want to invest longer term.
It's pretty incredible. I can't imagine many 22 year olds turning down one hundred million, let alone one billion.
i still only see one mouse button on the touchpads and mouses (unless you buy an after market mouse, even if it's from apple)

on a side note, i consider a major loss, as my work issued laptop only has right and left mouse buttons. when a 1990 compaq already had a middle button there as well (not to mention a trackball instead of the lame touchpad) :)
Indeed. Node's IPC costs are orders of magnitude slower than Java's volatile or atomic datatypes. I would only choose Node for stateless or trivially parallelizable problems--e.g., those where I could push the state problem into a runtime with real threads.

http://aphyr.com/posts/244-context-switches-and-serializatio...
Referring to people by their US visa class is, eh, a little demeaning. I’m not a H1-B, B-1 or L-1: I’m your coworker, a tourist, or just plain a human being.
High performance HTML5 / WebGL game engine available under MIT license
Yes something along those lines was what I was thinking. Thank you.
You're not "stuck with Java". Sometimes it's the best tool around. In any case, Quasar is the foundation. Pulsar wraps it with a nifty Clojure API. Perhaps we or someone else will come up with APIs in other JVM languages (I have my eyes on Kotlin).
I found that it cast those cases as extremely rare, and that you shouldn't look to them as inspiration to turn down an offer.
Lightweight Virtualization with LXC
gigasquid, do you happen to know if this is compatible with ClojureScript, or does it have some Java dependencies? I ask because I started writing a Markdown processor in ClojureScript, but I eventually realized the find-and-replace-based approach I took (similar to John Gruber's version) wasn't going to cut it.
It's just for purposes of making a title shorter. I was an H-1B once, so what?
Re: distribution, I just deleted this question from my comment. I had not payed attention to the item in "next steps" in your post which mentions Galaxy.

I'm excited to see how you guys go about trapping errors and such, as you mention in the "next steps."

Thanks for answering my small questions.
Majority?

One reason they know about it is because there's some retro stuff happening, and cassettes are appearing on t-shirts and iPhone cases. Also, "mix tapes" are probably still big, even if they're in a different format.[1]

But I doubt that most teenagers really know much about a cassette. I guess it depends how much we're talking about. They might know it's something that held music. But would they know about C60? Or the prevent-record tab? Or spinning a cassette on a biro to rewind it (or gentle twiddling the biro to wind tape back on after it had despooled)? Would they know about chrome? Would they know that cassettes were double sided?

I'm making a list for my son (he's 2 1/2) of things we do today (and things I did when I was younger) that he might find weird. Cassettes definitely go in that list. "Physical thing? For sound? What bit rate? Wait, what, analogue?". I'm also including the fact that I used to have to chop wood for the fire and that we had a 'party line' (a phone line shared between a number of households with phase based signalling).
That, exactly, was my thought also.
Seen the same thing back with Y2K -- all kinds of scare mongering using countless embedded systems as examples -- but not one of those examples has an interface where you can set the current date/time. As long as it isn't blinking "12:00" (or more precisely "Jan 1, 1970 00:00 UTC") when you first turn it on, you don't have to worry about it.

Sure you have to set the time on your microwave, but none of the ones I've had displayed a calendar date.
Congratulations on launching! I applied to YC a few years ago with a similar concept. Your site looks gorgeous, and I'm excited to see it develop. I hope you succeed in disrupting a space that's been neglected for far too long.
Once you reach a certain point money simply doesn't matter. They mentioned Groupon: Andrew Mason knew that whatever happened he was never going to have to worry about money again. When you have that luxury, you go with your heart, and it usually isn't with the money. Even after he was fired he made out like a bandit.

The same thing goes for a lot of these founders. When you get a substantial buyout offer, you've done something very few people have. Even if you blow it, odds are someone else will fund your next startup. Either way you probably won't have to worry about money. Once a startup is funded, the founder isn't rich but the company usually pays the bills so he can focus squarely on work.

I don't think we should reject the allure of money, it goes against human nature. But the ultimate motivation is freedom. That's what money gives you; freedom to do what you love. If what you love is building a startup the money becomes insignificant, but having enough to let you pursue your passion comfortably is very important.
Ask HN: Is there a Hacker News for investors?
If so, what is it? AngelList? Crunchbase?
I always thought people shouted the "Help us Disrupt" thing because they want people to shift to them because they are 'better' than the evil mega-corps and 'have the best interest of their users at heart' instead of, you know, actually having a better offering at a lower cost.
I don't see any metaprogramming going on in the original post at all.
this is very bad advice. saving money with a near nil interest rate is a huge waste of money. spend money on travel, do things with the money you have, life live. It is through expanding our horizons that opportunities present themselves which lead to a far more fulfilling live.

Simply hoarding cash for the rainy day scenario seems like such an awful way to live life. Sure, don't over spend, don't waste, and don't frivolously throw money away, but money is a means to doing things.
I can't believe that five hours after this interesting essay was posted, none of the comments have yet mentioned Paul Graham's essay (also a commencement speech never heard at an actual graduation) "What You'll Wish You'd Known" (January 2005).

http://paulgraham.com/hs.html

I like much of the advice of that essay, which is the second Paul Graham essay local friends recommended that I read. I have all my children read Paul's essay, as we are a homeschooling family precisely to get out of the rut of the usual school pattern of learning.

". . . . In fact I suspect if you had the sixteen year old Shakespeare or Einstein in school with you, they'd seem impressive, but not totally unlike your other friends.

"Which is an uncomfortable thought. If they were just like us, then they had to work very hard to do what they did. And that's one reason we like to believe in genius. It gives us an excuse for being lazy. If these guys were able to do what they did only because of some magic Shakespeareness or Einsteinness, then it's not our fault if we can't do something as good.

"I'm not saying there's no such thing as genius. But if you're trying to choose between two theories and one gives you an excuse for being lazy, the other one is probably right."

Great stuff, still good advice for young people almost a decade after it was first composed.
A very long time ago, I cofounded an IT services company to install server equipment, networking services, that sort of thing.

My partner suggested we create a commission-only sales position and offer it online in the help wanted section. We'd simply up our rates by 20%, then start offering a 20% commission on the initial sale, and 10% residual commissions of future work to anybody that could close a sale.

I thought it was a dumb idea at the time, because who in their right mind would work for free? Turns out, a LOT of people. We got far more interest than we'd ever had, and ended up having to scale the business really quickly to keep up with the sales guy. Later, we expanded the idea to just offering a flat 10% finders fee for non-employees that just wanted to bring us work. After word of that spread, it was nearly impossible to keep up with all the work coming in.

In short, that's a really long way around to say that there's probably nothing fishy with the offer. Of course, if you're selling a product that retails for $20, it's probably not going to work out, but if your average sale is over $10,000 or so, it makes sense. For people who sell things in batches of millions (Oracle, EMC, Cisco, etc.), their sales people get salaries, sure, but it's a hugely commission driven business (which is why the sales people always seem to end up selling features that don't exist that engineers have to scramble to implement).
Yes, I am mac user. Should have made mentioned it in the post.

I downloaded your video, but it is just black screen all the way through.
Oh but it does. McDonalds once meant cheap and shitty. So did Volkswagon. Japanese automobiles too. PCs were absolutely cheap and shitty. In the early 1980s, there were some powerful financial modelling applications for minicomputers. VisiCalc was cheap and shitty in comparison.
I hope that you are joking, but I can't tell these days.
Well, it is actually an interesting idea. I personally am not a designer yet I feel ok offering my criticism of a design.
Here is a more interesting question:

What proportion of all websites are created by engineers, versus by normal folk?

Its pretty clear that in the long run, the vast majority will be by regular folk using tools like Weebly. Theres just Billions more of them.

Maybe the tipping point has already come and gone.
I agree that learning about threaded interpretive languages is important, despite the fact you allude to that Forth compilers (at least those I'm familiar with) produce deeply suboptimal code.

I agree that writing in a high-level language is faster — quite aside from the availability of library functionality like hash tables and heaps and PNG decoders and whatnot, you have less code to write and to read, and less fiddly decisions about register assignment and memory allocation to make, possibly get wrong, and have to debug.

But that difference is a constant factor — it's not going to be even 1000, and it's never going to approach "many orders of magnitude", which was the nonsense claim I took most issue with. (Two or three isn't "many" in my vocabulary.) Typically I think it's about 10 to 30, which is nothing to sneeze at in the real world, but which would be insignificant compared to your absurd earlier claims.

You can get a "many orders of magnitude" boost — rarely — from libraries or static checking. Neither of these is Forth's strong suit.

Nested state machines are actually an interesting case — often by far the most convenient way to write them is with one thread per state machine. C by itself doesn't give you the tools to do that predictably, because you can't tell how much stack space you're going to need — it depends on your compiler and compilation options; assembly and Forth do. So it's one of the rare things that might actually be easier to do in assembly than in C. (But if you have some memory to spare, maybe setcontext() is plenty good enough.)
Backwards and forwards are relative terms. And one-dimensional.

Sometimes by going only forward, you might simply hit a local maxima.
Why France Said ‘Non’ to a Deal With Yahoo
Have an indian friend who graduated from a top engineering program. I've never seen someone freak out (for fear of being kicked out of the country) so much between graduating and finding a job.

Moving from job to job is miserable. You have to ensure the company will pay for the H-1B. This has negative consequences because instead of moving to a place where you can perform better, you will often stay at the current employer and get taken advantage of.
It can be both. For example, if you find a better way to run a 'newspaper,' then you're disrupting an existing industry, but you could also be trailblazing in the way that you approach it (i.e. a way that no one as ever tried before).
You should probably get your site working before soliciting interns ;)
If you couldn’t tell from the omission of indefinite articles in the copy, the author is Russian. He apparently uses Yandex (‘the Russian Google’) analytics, hence the yandex.ru links in the code.
Open source drivers for SoC GPUs
Do they have any basis for those fears? I mean founded in her actions since coming on board. Clearly past Yahoo policies would justify those fears, but I don't see any signs that she would just arbitrarily cut engineering over management to meet financial goals.

The one "negative" thing she's done since coming on board is cut remote working, and I'm not convinced that was really so bad. Yahoo needed fix some internal stuff about the culture, and it would be hard to do that when your talented people are spread out all over the place. I agree that the management fluff needs a serious trimming there, so hopefully by bringing all the engineering talent in house, and theoretically trimming management, they can adjust the culture to be more engineering focused, which is what everyone wants.
ROP (Return On Project), the humble beginning? [0/7]
I'll save space, since you've covered my points nicely. I've taken apart a scanning electron microscope, built a transistor from scratch (with vacuum deposition and self-built masks), phase locked lasers, fully solved the hydrogen atom from first principles, and met tons of awesome people I'd never have had the nerve to meet otherwise.

College opens doors. It's as simple as that; no guarantees other than it surely helps. Some can be self taught and build their own doors, but the rest of us mortals don't want to wait two decades to be allowed to do engineering work. I'd rather play with toys _today_.
Text books do not have the feedback loop that online courses can have. In the worst case, they hardly have any feedback loop at all, even across decades. The tightness of the feedback loop changes everything, just like everything else that gets computerized. Like, say, this message board here we're having our conversation on, which is exactly the same as writing letters to the editor a hundred years ago, right...? Except for all the profound ways in which it is different.
Boredom is a huge source of trolling.

Watching someone else's over-reaction is a very easy source of entertainment. Reality TV is a great example of this.
Would love to see http://luvit.io/ in there, to see how it holds up against Nodejs.
I like to think there's someone in NBC's Standards and Practices department who has a Google news alert set for when the ".fart" domain is announced.
OP here. You're right - what I'm proposing is not directly human readable, but I don't think that means the use of SLOPE is delegated for extraordinary or scientific use cases alone. I am certainly thinking about it as a way between different technologies to talk to one another. The ISO representation of time, YYYY-MM-DDTHH:MM:SSZ, is certainly far more human readable than a series of unix timestamps S;L;O;P;E. However, this is where the advantage stops - especially for the developer who has to parse and manipulate the ISO string.

Take incrementing the timestamp by one day, for example. Intuition would direct you to split the ISO string into it's components, increment the DD data, and reconstruct it. However, it's far more complicated than that: months have different numbers of days, and it would require modifying both MM and DD if so (leap years taken into account too). You may need to increment the year as well if DD==12. Something this simple shouldn't be so difficult. Most languages have standard libraries that contain methods to handle these complexities, but it's a nightmare to deal with different protocols for each to do so. With SLOPE, the point in time can be incremented easily without confusion: add 606024 (86400) to the "start."

I'm probably going to make a follow-up post to address this one issue (it's a big one). With some code, I think it becomes more clear.

As for the seasons and Gregorian point...well...
In general I find Ygleasis's articles to be overrated.
i.e. don't really add any value.
Hmm. I was under the impression that burning garbage is different in that you are burning carbon that is already in play in the carbon cycle system - unlike burning coal, which without human intervention would never be introduced into the environment at such a rapid pace. I could be wrong! I was disappointed by the lack of an explanation, or even links to background on the science of this process. Just a puff/fluff piece IMHO.
I wonder if anyone can put a D lang web framework on there? Vibe.d seems to be the only viable one: http://vibed.org
Heh, way back when I wrote a 3d game in Gambit Scheme, but I'm not shipping it anymore. There are definite drawbacks, but pretty big wins too. I set up a live REPL to the phone and was able to send code straight from Emacs to it.

My original article is here: http://jlongster.com/s/jlongster-old/pages/blog/write-apps-i...

I also made a bunch of videos:

https://www.youtube.com/watch?v=Q7c0rU9Lv28
https://www.youtube.com/watch?v=Fcut5__ZrSg

There are hurdles, yes, as you will find with any "off the beaten path" technology stack. Lack of documentation, small community, etc.
Change all unsigned ints that store time to signed.

In another 68 years or so, change them all back to unsigned.

:-)
The appropriateness of this showing up on Hacker News, the Internet's favorite dream killer in Show HN threads and perpetual contest to see who can be most correct in comments, should be lost upon no one.

If you participate here -- myself included -- this is a message to heed.
It sounds like you're begging the question (in the "correct" sense, not the modern vernacular sense). Computer education can't be as good as non-computer education, so therefore computer education isn't as good.
Me neither - in 10 years, only one girl in a mall validated my sig with the one on the card. It was in a huge outlet "village".
Notes from the 2013 Linux Storage, Filesystem, and Memory Management Summit
Nicely formatted output. I've been leaning towards using Rake tasks to handle this (there are a few gems out there to help), but I'll give this a whirl.
Before looking at the benchmark results, I took a glance at the Node source and I expected it to perform worse than it did previously. It does almost universally. Not only haven't the glaring perf issues remained since round 1, it's added more. In the real world, when you look at a metric that says your req/s is a bottleneck, which is what this benchmark is loosely simulating, you'd fix it. You wouldn't just say "nope, that's what this framework does, sorry boss."

I still don't find these benchmarks very useful. From the looks of the comments, a lot of you don't really either (even if you don't realize it).

For example, a lot of people in these comments want to correlate language speed with performance in these benchmarks, by arguing specific examples, but comparing almost any two frameworks/platforms in this "benchmark" is an apples to non-apples comparison, and the result is actually full of counter examples (faster languages performing more poorly). That should instantly tell you that this benchmark isn't telling you what you think it's telling you, and that you haven't really derived any value from it.

Perhaps the biggest reason I don't find value here is that every product here does wildly different things. It's like comparing wrenches to hammers to screwdrivers to 3D printers.

I also want to point out to people who say that this is a "comparison" of frameworks that it is emphatically not a comparison. What is the value of a framework? Is it speed? Atypically. And this "benchmark" tends to point at such cases as "being better" because they do better in this specific task. A framework/platform's value lies in features and abstractions. This does not compare those.

I will gladly build a "framework" in NodeJS that is only capable of doing the tasks in this benchmark as fast and with as little overhead as possible. You would NEVER use it in the real world, but it would be a beast at serializing JSON and making repeated database queries in an insecure fashion. But score here is the important factor, right?
| blocking ports where there are no services doesn't
| do much

True, but it can be a useful 'just in-case' against things listening on ports that you were unaware of. It's obviously bad for you not to know about services that are listening on your box, but you could view it as a safety net.
What an astounding lack of mathematical understanding.

First, if you raise $36M, getting acquired for $100M could very well mean next to nothing for common stock holders.

The odds of a venture-backed startup failing may be 75%, but the odds of a company that's looking at a $100M offer failing are probably more like 10% for real "failure", a high likelihood of not quite being able to match that offer later, and a good chance of a higher exit at some point in the future.

"99.99% of entrepreneurs" include all those companies that never get the first customer, and never get a buyout offer. I can think of a handful of companies that have been successful after turning down an offer. So now I challenge the author of this piece to come up with the tens of thousands of companies he implies got a buyout offer, turned it down and regretted it.
India needs electricity though, and this can be used to generate electricity.
Bad ass! Did you do all the "thumbnails" yourself?
compute martini equals gin plus vermouth

That's the most terrible code I've ever read. There's no units, it doesn't specify the ratio of gin to vermouth. That's not a martini, that's a mess.
Now that font rendering technology on displays has reached that of print thanks to "retina" class displays, how can we improve readability even further? We're no longer constrained by the limitations of the printing press.

What if every vowel in a word were rendered in light grey, and every consonant in black? Or every letter were mapped to one of n subtle (near black) color hues? Or both? Such crazy schemes might further improve word recognition and reduce load on the visual cortex. Perhaps the Kindle, Readability, or iBooks could implement something like this as an experiment. I'd definitely try it.
NoBackend: Front-End First Web Development
> be more like my [imaginary] friend Steve

ftfy.
my favorite example of this is asking a question that outs you as a total noob in #C++ on freenode.
The cost of designing a page such as this over a minimalist website is so negligible in terms of the amount the government spend and take everyday, that it is simply not necessary to nitpick. This could be just thought of as an experiment in governmental website design. I think sometimes the "people" act like the worst managers that they micro-manages and want to squeeze every penny, while missing the big picture.
I'm certainly aware of ISO 8601 - in fact, what I'm proposing is a more developer-friendly version of it that is conducive to (what should be) standard manipulations on points, intervals, recurrences, and series of recurrences of time.

When it comes to representing time in seconds, in a development setting, the method is surprisingly rigorous. It certainly can't account for certain kinds of recurrence: i.e. the first Monday of each month, account for leap years, etc. However, for most use cases, it's sufficient.
Awesome. Not to mention that even tab/auto-complete works.
Yeah, I don't mind some heavy criticism at all when it's deserved-- but not everyone can take critism as well.

I don't know if this is true, but the stereotype of geeks is that they lack "emotional intelligence". I think it's important to recognize the people we talk to on irc, news lists, etc. are people too and it's important to be truthful & helpful, not just needlessly hurtful.
In my day, the internet was for porn. Now it's for porn AND self-righteous lectures about how many hugs everyone deserves because they're an 'innovator' or 'female' or 'lgbt' or 'autistic.'