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'?
Paul Graham : uses this.
61–70 of 93 posts
Re: Paul Graham : uses this.
#62Re: Paul Graham : uses this.
#63Earlier 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…
Re: Paul Graham : uses this.
#64One 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.
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.
#65Re: Paul Graham : uses this.
#66Re: Paul Graham : uses this.
#67Well 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.
#68I 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.
Re: Paul Graham : uses this.
#69Why 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.
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.
#70Earlier 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).