Live data from Hacker News

Paul Graham : uses this.

paul.graham.usesthis.com

61–70 of 93 posts

Re: Paul Graham : uses this.

#61
post #42
post #38

Earlier quoted context omitted.

> you can be so much more productive with more modern tools these days. I'm more productive and make much better-looking documents with emacs+xetex than with Word. YMMV.

Maybe he considers emacs part of 'modern tools'?

I'd rephrase it and say: "You can be much more productive with mature tools.". Which Emacs and vi, ofcourse, are.

Re: Paul Graham : uses this.

#63
post #44

Earlier quoted context omitted.

I think that would be true for testing, but not for actual development. When I'm working I want to marginalize anything that might slow me down. You did mention the build machine should be fast - but don't most people build locally first before pushing out? I guess it also depends on what you're building. I mostly work on stuff that isn't used by a consumer. It's going to run as a service on a machine or network of m…

> it would take a pretty intense website to start bogging down > most people's machines I imagine. Not necessarily. On an internal website we found that IE8 took 8 seconds (!) to run a jQuery/jQueryUI command to style all of the buttons on a page. Granted there where more than a couple of buttons, but the point is that DOM manipulation can be a time sink if you don't manage it right. (By contrast the same command too…

One second of DOM manipulation _is_ significant.

Re: Paul Graham : uses this.

#64
post #17

One common thing in all usesthis.com interviews is, no one uses Windows OS as their main operating system and Mac is used most. Only person I found using Windows is Mitch Altman so far.

http://gabe.newell.usesthis.com/ Probably worth mentioning that this post was done way before Steam and many Source games came out for OSX publicly.

Well, I can agree with this part:

The main thing is to have a process more than a single particular setup. I've tried all sorts of home-built systems, including water cooled, phase change, etc... The conclusion I've reached is that upgrading every 6 months is more important than trying to get the fastest possible system at one point of time. The time and energy I used to spend optimizing my hardware I now spend making sure it's easy to swap out my current machine for a new machine with the least downtime.

Not so much from the perspective of constant hardware upgrades, but from the perspective of being able to translocate and go (and, presumably, also back up an entire environment as easily).

Re: Paul Graham : uses this.

#67
"I don't know why Apple won't make something in between the Air and an iPhone."

Well that would be the iPad. This is from 2009, I wonder what pg thinks of the iPad regarding this quote. Really makes you notice how fast things change in a year nowadays.

Re: Paul Graham : uses this.

#68
post #20
post #16

I use the usual Unix utilities (vi for editing). Not vim? Not MacVim? You ssh to a server and use vanilla vi?

I've also noticed this. Other thing no mention on any source control system.

I read the lack of mentioning source control this way: it is just assumed that they use some sort of version control system, and for many of them, they are content to use whatever is used in their working environment.

Re: Paul Graham : uses this.

#69

Why can't I create my own usesthis page? Who decides who's important or interesting enough to get "interviewed"?

Wanting to make your own Uses This page is like asking "Why don't they let anybody publish an article in the New Yorker?" It is curated content. However, there is nothing stopping you from publishing your own version on your own site. Or bribing with @waferbaby with yummy vegan treats.

"yummy vegan treats."

Oxymoron, fellow weekend warrior. Butter must be included. However, it is not an element in the periodic table of deliciousness--because it is so fundamental it is the up-quark of baking.

Re: Paul Graham : uses this.

#70
post #44

Earlier quoted context omitted.

> it would take a pretty intense website to start bogging down > most people's machines I imagine. Not necessarily. On an internal website we found that IE8 took 8 seconds (!) to run a jQuery/jQueryUI command to style all of the buttons on a page. Granted there where more than a couple of buttons, but the point is that DOM manipulation can be a time sink if you don't manage it right. (By contrast the same command too…

One second of DOM manipulation _is_ significant.

  > which still isn't insignificant
An extra second of page load isn't as noticable as 8 extra seconds of page load. Especially on older systems where you might be used to some amount of delay (but not 8 seconds of delay on internal apps).
Post reply on HN