Hacker Newsnew | past | comments | ask | show | jobs | submit | fallintothis's commentslogin

This also works wonders with a lightly-held pencil when you're falling asleep in class. Kept me awake through many early-morning lectures.


I was giggling at Gamador's summary.

We make social games. We launch faster, iterate faster, and use metrics better.

"Use metrics better"? I guess that one wasn't crafted with consumers in mind.


I guess that one wasn't crafted with consumers in mind.

That is exactly right. These descriptions were written for investors.


If it makes you feel better, you can pretend they said "We make the games our customers want to play rather than the games we think they should want to play." Because that is what they said.


Because that is what they said.

In so many words. I trust their second sentence is relevant and makes more sense to investors, but I imagined it being their slogan. "Gamador: We launch faster, iterate faster, and use metrics better" just sounds humorous (hence the giggling). To me, as a Joe-average user, it sounds more like That Guy from Futurama than "we make a lot of really addicting games".


Heck, if it made you giggle, maybe we should use it as our slogan.


Agreed.

I find martial arts discussions funny. More often than not it's a bunch of people arguing over which one is the "best" in a "real-world fight", which usually degrades into arguments over what "real-world fights" are like, because none of them has ever actually been in one. But it's pretty silly: I know I'd have fun in any martial art right now. If I wanted to know how to fight someone for real, I'd study some form of military combat.


I actually pronounce it "tree-eye", even though that's all sorts of incorrect.


I think the syntax cards were pretty bogus anyways. If you really wanted to compare syntax, you'd do better to compare grammars (e.g., Scheme's: http://www.schemers.org/Documents/Standards/R5RS/HTML/r5rs-Z...) than to decide what's important enough to include in some gif. It's hand-wavy at best (cf. the explanations of why things like eql were on the card) and straw-man at worst.


Provably safe at compile time

Is this true? I was under the impression that the Haskell standard didn't formally specify its type semantics. Do works like http://web.cecs.pdx.edu/~mpj/thih/ "count" (i.e., is it the canonical reason we presume Haskell's type system is provably sound)? Honest question.


I'm surprised there seems to be so much LaTeX hatred floating around the comments. I don't really know anything about typography, but typesetting my documents using markup is a pleasure. While I often fall into the trap of designing as I type, as soon as I get the styling right, it's consistent. Once I get BibTeX references to compile correctly, I can just \cite (even \possessivecite or \citeasnoun) and not have to worry about dangling bibliography sources that aren't used anywhere in the paper, citation style inconsistencies (where does the volume number go again?), making typos in separate references to the identical source, and so on. Did I change the order of some figures? \ref will still refer to the correct number. I could highlight some word and chord a shortcut to italicize something, then have the processor try to be smarter than me about what should and should not be italicized after that, etc. But I'd rather \emph a word and be done with it (and be able to do things like \usepackage{ulem} to change emphasis to underlines instead). Rather than tabbing back and forth to try to get the proper list structure when the processor gets confused about line breaks, I can textually mark where I want the list to begin/end, where it should nest, etc. Instead of wading through menus and searching for a picture of an A with an umlaut, I can just type H\"{a}agen-Dazs directly. I can do all of this in Vim, where I have productive text-editing commands and even spell-checking. Not to mention typesetting math!

The post's tone is objectionable, I suppose. I'm sure LaTeX is not for everyone. The learning curve's too high for your standard high-school kid writing an English paper, and the payoff is minimal in such cases since word processors have many of the same features for managing bibliographies, header formats, etc. But compared to just typing it in plain text, using a word processor feels horrifically obtuse to me.


"Instead of wading through menus and searching for a picture of an A with an umlaut, I can just type H\"{a}agen-Dazs directly."

I just press the ä key.


You can do that with LaTeX too. It will take a bit of configuration first, but once you've got it configured you can type Unicode characters in to your source and have them interpreted as LaTeX commands.


But I am certain (=believe) that practical applications will come out of this.

As any deeper understanding of the universe inevitably leads to practical applications, I should think.


  Physicists hope that the LHC will help answer the most fundamental questions in
  physics, questions concerning the basic laws governing the interactions and
  forces among the elementary objects, the deep structure of space and time,
  especially regarding the intersection of quantum mechanics and general
  relativity, where current theories and knowledge are unclear or break down
  altogether.
http://en.wikipedia.org/wiki/LHC#Purpose


... or at the very least discover that what we call 'elementary objects' aren't really that elementary. It's turtles all the way down. :)


Also, why does the URL need to be human-readable? URLs are for computers. The content is for the human.

Disagreed. I can't stand sites with ugly, incomprehensible URLs: even if they're just appending parameters ad infinitum, it's unnecessary drag on the process of editing, sharing, and typing the URL. E.g., something like

  http://www.amazon.com/Kindle-Books/b/ref=sa_menu_kbo0/187-1539918-5044028?_enc
  oding=UTF8&node=1286228011&pf_rd_m=ATVPDKIKX0DER&pf_rd_s=left-nav-1&pf_rd_r=05
  F7VG5R8T4MBDH7QQ6N&pf_rd_t=101&pf_rd_p=328655101&pf_rd_i=507846
is, near as I can tell, mostly equivalent to

  http://www.amazon.com/Kindle-Books/b/ref=sa_menu_kbo0/187-1539918-5044028?node
  =1286228011
and could probably be made even simpler. Of course sites need to carry some amount of incomprehensible information (YouTube's video IDs, reddit's story IDs, marco.org's blog post numbers, etc.), but shoving as much as you can into the URL isn't the way to do it. I type specific URLs like en.wikipedia.org/wiki/Topic and news.ycombinator.com/newest all the time. If the site author neglects to even have this sort of basic functionality, I tend to consider it a bad interface.


The context of a hyperlink is meaningful, but the text of the corresponding URL is of little relevance.

'Clean' URLs tend to be a REST anti-pattern, as they are tied up with the notion that the ability to edit an known URL to refer to a different resource constitutes an API, much less a REST-ful one. HATEOAS Motherfuckers!


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: