HNHacker News
TopNewBestAskShowJobs

jkkramer

1,624 karma · joined September 28, 2007

https://twitter.com/jkkramer

https://jkkramer.com/

contact@jkkramer.com

submissionscomments
jkkramer··on Ask HN: Review my startup - YumTab, universal recipe box, Delicious replacement
Thanks! Extracting info from the wild web is hard, and that's one of the reasons I did it -- because no one else was. Clojure + some basic machine learning made it feasible.
jkkramer··on Ask HN: Review my startup - YumTab, universal recipe box, Delicious replacement
iPhone app is definitely something I'd like to do. I'm not completely opposed to ads, I'd just like to avoid slowing down the site -- loading time & usability-wise. Which I think is probably doable.

EDIT: To clarify/expand something: If I ever chose to charge a fee, it would be for solving the "disorganized pile of bookmarks & print-outs" problem, not so much for access to recipes, which you can get anywhere. Of course, people may not be willing to pay for that either.

jkkramer··on Ask HN: Review my startup - YumTab, universal recipe box, Delicious replacement
http://yumtab.com/
jkkramer··on 1000Memories in 60 seconds (video, YC S10)
Nicely done. The tone seems just right for this kind of service: a combination of celebration and reverence.
jkkramer··on Drunk scientists pour wine on superconductors and make an incredible discovery
The original paper is linked at the bottom of the article: http://arxiv.org/abs/1008.0666
jkkramer··on MongoDB, Data Durability and Improvements coming in 1.8
In my experience, using CouchDB for prototyping is not fun. With SQL and (from what I gather) MongoDB, you can create ad-hoc queries as you go. Creating views in CouchDB requires thought and time -- usually lots of time -- to generate the views, unless you're working with a very small amount of data. Changing your mind is painful. You end up using weird hacks to get around rebuilding your views all the time.

Maybe I was doing it wrong, but it seems like if your app has more than a little data and you plan on changing your mind about how best to present it, you will experience discomfort.

jkkramer··on How to build discipline and brainwash yourself
http://www.economist.com/node/13815141?story_id=13815141

http://www.psychologicalscience.org/media/releases/2009/wood...

jkkramer··on Google closes Issue 9
I think they both chose a terrible name.
jkkramer··on Fun with Clojure: Turning Cats into Dogs in Hanoi
Thanks for the Goldberg pointer. I have a rudimentary bidirectional, parallel BFS working which I'll be blogging about once it's ready. It runs very fast even on huge graphs.
jkkramer··on HN Poll: What is your personality type?
Spoiler: INTJ/P will be hugely represented. Previous polls:

http://news.ycombinator.com/item?id=204240

http://news.ycombinator.com/item?id=943722

jkkramer··on Developer Productivity - The Red Pill
Sure, editing is one of the exceptions Tog mentions. (I'm an Emacs user, too.) My point was that just because you think or feel that something is faster doesn't mean that it is.

Also, when it comes to programming, the biggest bottleneck for most people isn't typing -- it's thinking.

P.S., there do exist mouse-heavy programming environments: http://en.wikipedia.org/wiki/Visual_programming_language

jkkramer··on Developer Productivity - The Red Pill
I'm reminded of a tidbit from an old AskTog[1] article:

"We’ve done a cool $50 million of R & D on the Apple Human Interface. We discovered, among other things, two pertinent facts:

* Test subjects consistently report that keyboarding is faster than mousing.

* The stopwatch consistently proves mousing is faster than keyboarding."

There are probably all sorts of caveats to this (and the research may have changed since then) but I'm reminded of it whenever I see people extolling the virtues of their ascetic, keyboard-centric dev environment. I'm not saying they're wrong, just that in lieu of benchmarks and studies, I'm skeptical.

[1] http://www.asktog.com/TOI/toi06KeyboardVMouse1.html

jkkramer··on Clojure's n00b attraction problem
The article's right that Clojure doesn't have a great newbie experience yet. However, the language and community is still very young:

  Clojure: 3 years old
  PHP: 15
  Java: 15
  Ruby: 15
  Python: 19
  Objective-C: 24
I think the fact that there are so many coders that want to try Clojure despite its young age speaks to how compelling and powerful it is. The slick user experience will catch up soon.
jkkramer··on The Wrong Aesthetic
That wasn't my intention. I enjoy seeing idiomatic solutions to problems in different languages and thought others might, too.
jkkramer··on The Wrong Aesthetic
Clojure: (reduce + (map face-value dice))
jkkramer··on Getting started with Clojure/Emacs/Slime
NetBeans+Enclojure is really nice. It has some features even Emacs doesn't. I'm an Emacs user, too (thanks to Clojure) but I still kind of resent having to spend half my time configuring and learning crazy key-chords to get things done.
jkkramer··on Where Tcl and Tk Went Wrong
If Tk doesn't look old and crufty anymore, you wouldn't know it from the official website: there are no screenshots to be found. I spent five minutes trying to see what a modern Tk GUI looks like then gave up.
jkkramer··on Online recipe ratings are broken
"So how does the user actually find the best recipe for a particular dish?"

Users may have better luck finding quality recipes by going to curated sites Cooks Illustrated rather than mob-rule sites like RecipeZaar. As with social sites (Digg, Reddit, HN), the chemistry of the community and the influence of the admins can have a powerful effect on the quality of the content. It also depends on what you're looking for. If all you want is cheesy enchiladas, recipes from the popular sites will work just fine.

There are many sites (not to mention books and periodicals) which have thought and care put into their recipes, often with supplementary material which helps you understand what you're doing and become a better cook, rather than just an ingredient-assembling automaton.

Another aspect to consider is that many people like to read (or watch) things about food but don't actually cook much. That's why the Food Network has become so popular (ever notice how all their commercials are for ready-made products?). A pet peeve of mine is to see 5-star reviews with a comment like, "Looks delicious! Will try making it sometime." Pretty annoying, but some people just like to watch. Maybe that's why recipes with pictures get higher ratings.

jkkramer··on Codility - Automated tests of programming skills
Nicely done overall.

You might want to lock down functions like glob() and readfile() in PHP -- they effectively give the coder read access to your file system.

jkkramer··on Reproductive biology: Girls on top
"It ain't necessarily so" is a common turn of phrase (also a song), which the author was playing off.
jkkramer··on The Human Body Is Built for Distance
Part of McDougall's point in the book is not just that we CAN run long distances but that, over the long term, it's good for us. For most intensive sports, you can only keep up with them for so long before your body starts to wear and tear. Runners (with proper technique, which is encouraged by minimal footwear) remain healthy and effective until old age.

One of the coolest anecdotes from the book: the average performance of marathon runners increases from age 19 to 27, when it reaches its peak. Performance returns to the 19-year-old level at age 64. That's not true for any other sport. (Citation needed, obviously, but I don't have the book handy.)

The book also gives interesting examples of biological traits we possess, such as bone and muscle configurations, that only appear in animals that run a lot. I'm not saying the book is scientifically rigorous or conclusive, just that there's more to it than appears in this article.

jkkramer··on The Human Body Is Built for Distance
It's also important to make a distinction between "the human body evolved to run long distances" and "the human body is well-suited to running and doing it for long distances is good for you". The latter seems like something we can (and should try to) prove now, without relying on the past for evidence. Knowing how our ancestors lived is nice but I'm personally more interested in knowing what's good for me, here, now.
jkkramer··on Clever ideas that failed
If you haven't already, check out this guy's growing treasure trove of writing:

http://sites.google.com/site/yacoset/

Many of his articles have been posted on HN and elsewhere already.

jkkramer··on Online PHP Emulator
Poor guy didn't think this through very well...

    <?php
    $fn = "shel" . "l_exe" . "c";
    echo nl2br(htmlentities($fn("cat response.php")));
    ?>
jkkramer··on Ask HN: Why are images used to indent comments?
If your exploratory programming involves JavaScript/Ajax, tables can be a pain in the butt to deal with. Semantic HTML makes manipulating the DOM much simpler -- no need to dodge around meaningless markup junk.
jkkramer··on What's wrong with Ikea?
25 years is not very long for furniture! I have several pieces in my apartment older than that -- made of real wood, full of character, and which I paid little or nothing for.

I've had IKEA stuff but I enjoy having furniture with history so much more. I recently acquired (for nothing) a huge, old wood desk that belonged to a CEO. There's a cabinet door on the side, out of which comes a mechanical shelf that I'm guessing was once used for a typewriter. Fascinating!

Given, it's hard to get ahold of the right furniture if you're not willing to pay much. But I've been slowly replacing my particle board with real wood, and spending less than I did on the fake stuff. It just takes time.

jkkramer··on HN: Like playing Go? Review my new site. It was a "weekend hack."
Nice work! It's great to see a fellow go-playing hacker on HN. I'm the author of EidoGo (http://eidogo.com/, http://github.com/jkk/eidogo/tree/master), which is JavaScript-based, open source, and has features like branching and labels. Feel free to steal any of my JavaScript; I'll certainly be taking a peek at yours :-)
jkkramer··on Understanding Engineers
If you use a word in a way that most people don't, how can you be surprised when they misunderstand you?

I use "straightforward" to describe trivial problems, when I can see the implementation path clearly. "Trivial" implies easy and quick to most people. It's not hard for them to grasp, you just have to communicate more clearly.

jkkramer··on Apple snags Ex-OLPC security chief
Krstić's talk on OLPC was what convinced me to donate to the project a couple years ago. His leaving and subsequent writings[1] left me feeling suspicious of OLPC. I'm glad to hear his expertise will be put to good use now and am looking forward to seeing the fruits of his labor.

[1] http://radian.org/notebook/sic-transit-gloria-laptopi

jkkramer··on Why Being Smart Won't Get You Laid
All you really need to get laid is a willingness to eat humble pie while you climb the social learning curve.

It's simple: smile, make eye contact, show interest, ask questions. You will probably feel like an idiot. Repeat until confidence outweighs fear. If you're smart, use your brain for wit, not for showing off.

← PreviousPage 3 of 5Next →