skysight-inc/HackerNews huggingface dataset:
They're just a different syntax for the same purpose. Consider:

some comments
\begin{code}
foo :: Int -> Int
\end{code}
more comments
\begin{code}
foo = (+ 1)
\end{code}

and

some comments

> foo :: Int -> Int

more comments

> foo = (+ 1)

and

-- some comments
foo :: Int -> Int
-- more comments
foo = (+ 1)

Now, how would you do this using .lhs?

some comments
<<Foo.hs>>=
<<type of foo>>
<<definition of foo>>

comments on definition of 'foo'
<<definition of foo>>=
foo = (+ 1)

comments on type of 'foo'
<<type of foo>>=
foo :: Int -> Int
Os Shapers na Praia do Tombo
DropZap 2.0 adds iPad support and is free for a limited time.  Web version here.
Failing may make you slightly better equipped the next time. The most important thing is to keep trying.

If you've got a 10% chance of making it each time, just keep trying 22 times and you'll success 90% of the time.
"The fact that Gabriel hasn't "programmed professionally" in those languages does not imply that he doesn't know them."

Fair enough but it doesn't mean that he does either, at least to a high enough degree where he can make an unbiased comparison to CL.

And his writing on this essay (which in my opinion is a rather incoherent and wandering paean of praise for lisp vs a strawman Java) seems to indicate he doesn't.
If AMD didn't introduce x86-64, we'd all be using PowerPC and 32bit x86 still. IA64 suffers from the same problems as all the other RISCs out there that died, it has potential to do magic but there just aren't that many magic compilers and the output tends to look sort of mundane.

The whole RISC vs. CISC is off the point, that was decided a long while ago. x86 "CISC" which is quite a bit more RISCy than say VAX or 370 happens to be a very compelling blend.

ARM does have an interesting position in the ultra lower power field though. I suspect that has more to do with ARM being designed for that from the start than the instruction set though.
Article:

In fact, it’s now a universally accepted truth that RISC
is better than CISC! Actually, because of how much more
efficient RISC machines are than their CISC counterparts,
most CISC CPUs convert their CISC instructions into RISC
instructions internally, then run them!

Most RISC CPUs convert their RISC instructions into RISC internally, then run them! Look at the G5 (IBM PowerPC 970): it does register renaming, and divides and assembles its instructions for the purpose of out-of-order execution, just like any out-of-order CISC processor.

The truth is that instruction sets are always outdated compared to the number of transistors that Moore's law allow to put on a chip. At some time it seemed that 32 registers would make renaming unnecessary. At another it seemed VLIW would make possible a level of performance not allowed by older instruction sets. Ask Intel and HP how that transition worked out for them.

RISC principles are only superior in the sense that 70's crazy haircuts are superior to 60's crazy haircuts. They are dated too, just a little less so. And in these days of memory-bound computations, higher density in CISC instruction sets seems to give them a slight advantage, if anything.
If you make a lot of money from it, you can afford to fight it. If not, it's probably not worth it to them to go after you. Maybe you could have a third party see about a licensing fee. If you are taking investment, you better tell them.
When visiting friends who have CNN on, I don't find it to be news. It's hours worth of talking heads repetitively speculating and emoting on whatever is the "topic du jour" -- chosen for salaciousness (or similar, primitive appeal) rather than salience. The actual news content is pretty close to zero.
> On the other hand, Goldman (and everyone else) did not expect gigantic AAA counterparties to go bankrupt.

Greenspan says that evaluating counter-party risk was SOP at the private institutions where he worked before joining the fed. He claims that he knew more about the state of his competitors when he was in private biz than he did about the state of the same institutions when he was in the fed.

> If you bet money on a horse race, you might not plan for winning but then having the track going bankrupt.

You may not plan for it, but it happens.

More to the point, it doesn't matter whether Goldman planned for it - they were willing to take the profit, so they should take the loss as well.
I'm also a fan of Itanium. Instruction encoding is a bit weird (41 bits, really?), but many cool ideas to give the compiler more control.

My point was that if microcode were the same as simply expanding CISC instructions into multiple RISC instructions, Intel could have gotten away with designing a RISC chip that was performant on x86 by simply expanding each x86 instruction into the new architecture.

The performance of x86 on Itanium wasn't too great (and was one of the reasons it didn't do so well).
Cool math! ;)
Github's Angry Unicorn [NSFW]
I don't have interest, but I'd like to say that I find your simplicity and humility refreshing, and I wish you the best fortune in your endeavors!
The success of the Kindle gets you 1/4th of the way there. I think Apple has a chance for a game changer with this.
That's a good question, and I get where you are coming from with it. The iPad/phone/touch devices let you run local apps that can take more efficient advantage of the hardware the software is running on. But from what I can tell, the vast majority of apps are simply portals to data on the internet anyway -- in some cases just exact reproductions of the mobile version of some site (Wolfram Alpha anybody). And as Google has demonstrated, pretty advanced apps can be built on the web, that work great on the phone (and has the nice side benefit of circumventing Apple's ridiculous approval process).

I think that if you look strategically where Google is heading (faster Javascript, native apps - which I think now supports ARM, embedded flash, etc.), running stuff embedded in a web page shouldn't really be any less efficient than running a local app.

The good short-term rebuttal is that Apple can do it now, with local apps.

Longer term, if the development ecosystem for web-based apps gets sophisticated enough, it won't really matter if you own an iPhone, iPad, Chrome OS device, Android phone, whatever...because the app will be pulled off of a website completely circumventing Apple's walled garden.

Your two examples, games and music-making apps, are already widely available over the web right-now. So yes, a Chrome OS box can run those things.

http://www.informationweek.com/news/software/open_source/sho...
http://armorgames.com/
http://aviary.com/tools/Myna#googtrans/auto/en
http://blog.soundseller.eu/2009/11/online-audio-editor-aviar...
http://vimeo.com/8525101
http://blog.soundseller.eu/2010/03/spectrum-visualization-wi...
My experience has been completely different. I'm a CS student from a low income household, yet it was the brand-name (and well-known startup) internship opportunities that were not only incredibly educational and provided with me with invaluable experience, but also paid pretty darn well. I made more than half of our annual household income in a single summer.

I know this is just a single anecdote, but I don't think my story is that unusual for people in the tech/engineering/finance industry.
Well, if you do get sued and the lawyers on the other side find this post they will ask you under oath which patent the post referred to and then you have the choice of either committing perjury or admitting something that will have negative consequences later on. So it is never a good idea to admit things that are legally damaging for you in public.

As a lawyer, even though attorney client communications are privileged, I often make sure that I tell bad news to my clients over the phone only.

This is not legal advice, etc.
reverse (x:xs) = xs ++ [x]

Does that really reverse a list in Haskell?
> Not if you're desperate, there are far more people that need jobs than there are jobs, and accidents aren't ridiculously common. See the Industrial Revolution, coal mining, and sweatshops in developing countries.

You're assuming that they'd be on easy street if those jobs weren't available. You're wrong. While those jobs are crap, those folks are worse off without them.

You can't make their lives better by taking away options. You can only make their lives better by providing better options.
Not really HN, but OK.

P.S. I have previously discussed my dating catch-22 with other people who had/have Chordoma; it was not pleasant. Most are deeply offended so I no longer bring it up with them. If someone from that world happens to read this post and is offended or saddened, I’m sorry. It’s not my intention.

What is there to be offended about? It's not the author's fault you're going to die.
My knee-jerk reaction to this is, "Another useless confusion of correlation and causation! Stupid media! Stupid HN!"

But...

A family friend had a stroke. It affected his gate and speech. He found that if he smiled broadly, both his gate and speech became more fluid. This suggests that the act of smiling can change function of the rest of the nervous system.

So who knows?
Interesting, I don't run Emacs on any of my machines and they are all useable. How exactly would Emacs help someone to browse the web, watch videos and photos?

Who said I wanted to browse the web, watch videos, and edit photos? The last one I especially hate doing.

How often do you print 16"x20" prints, because only for this size you need 8Mpx?

Never. Here are pictures taken with my camera phonen:

http://jrockway.posterous.com/

I dare you to tell me I could get a usable print out of any of those.
Miguel de Icaza: The Right Spirit
Which data structures would you call "basic"?

I mean, past pairs, linked lists, [dynamically resizing] arrays, and binary trees, it gets either more complex or more esoteric. Are quadtrees basic everywhere? Is knowing the way a red-black tree works, by heart, useful? Does it really help to know exactly how hash-table based dictionaries work, or is it sufficient to have a vague understanding that a function transforms identification numbers into "bucket" slots? This isn't rhetorical, I just don't know.

I doubly don't know for algorithms. To me it seems the algorithms themselves are never fundamental, it's the techniques and thinking behind them that is fundamental. Nobody cares about binary search, we care about "divide and conquer"-- you can rebuild binary search from that.
I suppose you are right. Thank you for your time and advices. Now it is time to think about new ideas for a while. :)
Clickable Link http://www.newsppl.com
Benchmarking in your lap
In my experience, Haskell takes a bit more to "get." If Java is good enough and managers are able to find multiple, interchangeable developers, Haskell doesn't make a lot of business sense.

Though I imagine that if Haskell was given more of a chance in enterprise settings, the level of software quality would go up, though it may cost a bit more to write.
I would highly recommend Patent it Yourself from NOLO Press. It goes into great detail about claims. As a software person, you're at an advantage in understanding the logical language of claims.

One important aspect is the independent claim and the dependent claim (a dependent claim starts with language like "The X of claim Y, wherein..."). Each dependent claim is combined with the associated independent claim to form a complete statement.

To reinforce what dctoedt said, the claims are all that matter. The description is used to provide a human readable background and to show someone how they might implement your invention. Only in rare circumstances is the description used to limit the claims (primarily in the case of means claims, I believe).

IANAL; this should not be construed as legal advice.
Popular Haskell Packages: Q1 2010 report
Make something you wish someone else would start a company to make for you.
Most people do not restrain themselves; they consider it harsh judgement.

I debated whether or not it was HN material. In the end, I thought is was an interesting moral question, therefore it would be interesting to HN.
First thing you should do is see who owns the patent (it should be on the front page) and see whether they are already practising your idea. If you have an active and successful competitor that may be much bigger problem than a patent. (Now the ownership information on the patent may be outdated and in that case you may need a patent attorney or paralegal to find the true owner, but it is usually correct).

After that, you may follow the path PG suggested. I would never recommend going down that path, because you are really rolling the dice (or maybe because it is bad for my profession) but many people do and turn out ok.

If not I would recommend getting some quick oral advice from a patent attorney. When people come to me with such a problem I can usually figure out a way they can get their invention while avoiding the patent. Non patent attorneys usually assume that patents are much broader then they usually are. The scope of a patent is defined by the claims, which are highly technical (in the legal sense) and good claims are very difficult to write. So a good patent lawyer will often find a way around.
Where are you located? Technical or non-technical?
It's a "buggy" implementation (no recursive call) for the purpose of illustrating code coverage and quickcheck testing...
You know, even though it isn't HN, it feels strangely on-topic here...

Anyway, I commented on your blog, and I wish you all the best.
I'm uncertain how appropriate it is for this to be news related. If you're doing a story on Burma, I want you to be in Burma, not in San Francisco sipping a Latte, posting an ad such as "Myanmar: $100 for picture of demonstrating anti-government crowd". That just seems like a recipe for non-trustworthy information. You are asking for evidence (pictures) to fit your theory (the story you intend to write). That isn't how good science is done, and I would think it's not how good reporting would be done either. You even go so far as make the sources anonymous, which takes even more credibility away.

However... I do see merit in the idea of a geo based Mechanical Turk type job board, that's not news oriented. If I'm a web designer or an advertiser, and I want a picture of a can of Coca Cola in front of the Salt Hotel in Bolivia, than this seems perfect for that sort of thing. If I'm a movie writer, and I want to know how many drawers the card catalog in the west wing of the library of congress has, because I'm using it for a plot point, than your service would be perfect. I just don't like it for news.
There are so many mediocre me-too ideas out there - how refreshing to see one that isn't.

Best of luck.
I don't mean to sound trite, but "tis better to have loved then lost, than never to have loved at all".

Living life with someone you love causes them pain. It also causes them joy. This is true whether you expect to die soon or live to be a hundred. So go out and live joyfully, and take what comes. If you fall in love, embrace that!

"Protecting" her from loss comes at the great cost of all of the joy the two of you would otherwise share. I've had a few friends who've lost a spouse to cancer or other tragedies when they were young, and they all seemed to view the time they were married as a net positive, even accounting for the loss at the end. YMMV.
You'd rather pay again than watch existing content you already bought?

Where did anybody buy movies in AVI format?
That's what I guessed, but the text doesn't make that clear at all.
This made me laugh:

http://twitter.com/maxklein/status/11417407961

(from 2 days ago)
No, the problem with Itanium is/was that it's no-one knew how to write good compilers for them. Also, VLIW is incredibly close to the hardware and thus bound to be outdated very quickly. It didn't help that IA64 has about 40bits / instruction and thus the least instruction / byte of all the mainstream architectures.

Transmeta had the right idea, they did the x86-to-VLIW dynamically at runtime and in software, coupled with proper code caches. But it seems they were to early -- the market wasn't ready for them.
Good catch. I think it has to be:

reverse (x:xs) = reverse(xs) ++ [x]

But then again this is Haskell so there may be some mind boggling property of the language that is only understood by math postdocs and the more enlightened monks in Shaolin monasteries that makes the original line ok.
Is that intelligence valuable if it had to be reinvented every generation because it is lost though?
Subtley different than Torvalds (pragmatism) vs. Stallman (idealism) in that I think the main point is about how people react to others' with different opinions. Should I hate a friend because he disagrees with my ideals? Certainly not. Yet people act as though anyone with a differing opinion is their enemy.
Richard P. Gabriel lost his Lisp business when he invested in creating a new C++ development environment and used his existing Lisp business to get some money for that.

He spend a lot of time & money into getting this C++ thing going - not as a programmer, but as a boss of a software company.

That's also why Lucid Emacs got forked - which then became XEmacs.
This is very true.

A friend of mine grew up in California and now lives in Ireland. He thinks I swear an awful lot, while I don't even notice! Obviously I watch my mouth in front of older relatives, parents etc, but when hanging around with friends, the gloves come off. (He also has the peculiar American trait of having no 'sarcasm radar').

Tommy Tiernan's take on the matter:

"Sometimes I think the English language is a brick wall between me and you (this is in Montreal), and FUCK is my chisel"

Watch 0:40 - 1:10

http://www.youtube.com/watch?v=BWIqQqliksc
90% of the world's software and the largest support base seem pretty good reasons.
This is exciting to me because I firmly believe that installing Linux and getting the feeling that it's just not as fun to look at is important. The idea that ubuntu could have some weight to throw around is exciting too. Is there a way someone could donate to this cause specifically? Maybe it's not that far along yet..

I hope this goes somewhere!
This is one of the most interesting articles I've read here in a long time.

However, with the average use of mobile devices, does the CPU architecture really matter that much?

As the focus of mobile devices is more the consumption of media (games, video, etc), isn't the GPU where the large differentiator in this space?

Does either RISC or CISC have a benefit in the GPU space?
Or am I completely wrong with that previous statement?
The Haskell community shouldn't try to do better than Java. Enterprise is what it is because it has particular motivations. We should play to the strengths of our language and our community.

It's easy to agree that there's lots of software floating around, but that not a lot of it is good. That's particularly true about enterprise software (I used to work in the field). It doesn't have to be good. You could have an excessively complicated UI and do your numerics in Python (for the love of God, numerics and statistics in Python?) and people will still use it. The damn app can take 12 seconds to load, and people will still use it. How are you going to sell Haskell to the enterprise community when that's their bar?

If people want to write code in Haskell for a living, if they're serious about this freeing-software-from-the-von-Neumann-paradigm thing, they should seek out problem spaces where software quality matters. This is hardly the sole core competency of Haskell, IMO. When one of my friends was introduced to it, he noted that it was a very "scientific" language. Which is to say, he thought it was impractical for regular software. The flip side to this is that we can very easily do things like check for gene sequences in Haskell (Brian O'Sullivan was doing something like this).

The fact that things like sets and maps are treated like values means that they are very natural and easy to work with (albeit a little slower than their mutable counterparts in other languages), so why aren't we seeing Haskell used to analyze social networks? Haskell is a powerful language. We just need to see it for what we could do with it, rather than redoing the old things that have already been done.
I think you have to get to a place where you realize that it is their decision to make. If you're honest about your condition, it's her choice to pursue a relationship with you, knowing the real possibilities.

That being said, such an impossible situation. I wish you the best my friend.
You've thought about this a lifetime, me, 20 seconds. That means my opinion is of little value to you.

But let me give you a 3rd option. A middle ground between never dating and putting Ms. X through the pain of your illness.

That middle ground is this. Go date. Go have that relationship. It will probably end on it's own in a few months, as most relationships do. In case it doesn't end on it's own, you have the fallback plan of ending it if you get sick. Just slip into asshole mode, when you get sick, and if she doesn't end it, then you end it. Tell her you want to see other people, etc. That will hurt her, of course, but so what? If she wasn't dating you, she'd be dating somebody else, who, statistically speaking, would also end the relationship, and would also cause her that breakup pain that we all feel more times than we would like to. So she's not getting more pain, just the same pain everybody else gets.

Once you make up your mind that you will proceed on that course of action, you can go ahead and enter a relationship with no worries. Nine times out of ten, all this soul searching will have been for not, because most relationships end, and they all end painfully. On that 10th time, you have a plan to avoid inflicting any extra pain, by making it look just like the other nine times.

If they almost all end painfully, why get into relationships at all? Because it's worth it. In almost all cases, the area under the joy curve is greater than the area under the pain curve.
ANSI C specified wchar_t in 1989, two years before Unicode 1.0. They couldn't even be sure Unicode was going to win.

Besides, the whole point of wchar_t is to not be variable width. UTF-16 in wchar_t is an abomination that dates back to the industry building APIs that take UCS-2 (which the author really ought to cover) before they realized UCS-2 was too narrow to do its job. So now we have a lot of code that appears to support Unicode but may not handle it correctly, depending on whether QA knew they should try surrogate pairs. Almost nobody realizes UTF-16 needs to be searched and spliced as carefully as UTF-8. Each is just a compression scheme for the million or so actual codepoints, and there aren't many reasons to favor one over the other (in memory, at least).

What's the actual problem here, the team made assumptions that ANSI warned against making? Apple failed to accept UCS-4 for their API?
I really like the idea, I could see this becoming a platform that would quickly get acquired by a large news organization.
It's still okay to blame them for bullshitting. I assume your point is that they've never experienced negative outcomes for their previous bullshitting, so there's no reason for them to do anything different, and I'd have to agree...
Meh, it's just as good or bad as the other 100 that are identical but covering a different topic. This meme is seriously worn out.
I got a knock on the door a few minutes ago...it was the FedEx guy with my iPad dock. Still no iPad.