| 1. | | Developing and Deploying a Simple Clojure Web Application (mmcgrana.github.com) |
| 158 points by liebke on July 24, 2010 | 40 comments |
|
| 2. | | A few git tips you didn't know about (uniqpath.com) |
| 154 points by mtodd on July 24, 2010 | 7 comments |
|
| 3. | | Austrialia censors 90% of web censorship plan to avoid "unnecessary debate" (smh.com.au) |
| 138 points by mcantelon on July 24, 2010 | 44 comments |
|
| |
| 137 points | parent |
|
| 5. | | Lost in Translation (wsj.com) |
| 109 points by grellas on July 24, 2010 | 47 comments |
|
| 6. | | Roadmap for Learning Rails (techiferous.com) |
| 107 points by desigooner on July 24, 2010 | 45 comments |
|
| 7. | | Desperate Perl Hacker (tbray.org) |
| 99 points by frossie on July 24, 2010 | 81 comments |
|
| 8. | | New York governor approves short-term apartment rental ban in NYC (usatoday.com) |
| 96 points by kvs on July 24, 2010 | 137 comments |
|
| 9. | | Poll: Are you a Programmer? |
| 95 points by Ardit20 on July 24, 2010 | 80 comments |
|
| 10. | | FreeBSD 8.1 released (freebsd.org) |
| 84 points by kunley on July 24, 2010 | 28 comments |
|
| 11. | | Ask HN: How fast do you code? |
| 78 points by mitjak on July 24, 2010 | 69 comments |
|
| 12. | | Chinese philanthropist donates all his fortune (theglobeandmail.com) |
| 69 points by MikeCapone on July 24, 2010 | 60 comments |
|
| 13. | | Fart joke myth busted using Frink (futureboy.homeip.net) |
| 62 points by zaph0d on July 24, 2010 | 22 comments |
|
| 14. | | Amber Waves of Pain (Do Not Buy Commodity ETFs) (businessweek.com) |
| 62 points by leelin on July 24, 2010 | 25 comments |
|
| |
|
|
| 16. | | 200,000,000 keys in Redis 2.0.0-rc3 (zawodny.com) |
| 54 points by nochiel on July 24, 2010 | 11 comments |
|
| |
|
|
| 18. | | Let me see your papers, let me see your source (cflewis.posterous.com) |
| 49 points by Lewisham on July 24, 2010 | 31 comments |
|
| |
|
|
| 20. | | AndEngine - Free Android 2D OpenGL Game Engine (andengine.org) |
| 45 points by yanw on July 24, 2010 | 14 comments |
|
| 21. | | Return the largest number possible in 512 characters of C (djm.cc) |
| 44 points by SlyShy on July 24, 2010 | 13 comments |
|
| 22. | | Types of Comments to Avoid Making when Programming (repeatgeek.com) |
| 43 points by alanh on July 24, 2010 | 41 comments |
|
| 23. | | Python at Google (2006) (blog-city.com) |
| 41 points by rayvega on July 24, 2010 | 9 comments |
|
| |
|
|
| |
|
|
| 26. | | Finger painting on the iPad (drawn.ca) |
| 38 points by pg on July 24, 2010 | 19 comments |
|
| 27. | | User Interface Design Framework (GUI elements library for Illustrator) (webalys.com) |
| 36 points by tortilla on July 24, 2010 | 9 comments |
|
| 28. | | Random realities of programming (clemesha.posterous.com) |
| 35 points by clemesha on July 24, 2010 | 14 comments |
|
| 29. | | Sharp IP decision on why copyright law shouldn't be used to stifle competition (techdirt.com) |
| 35 points by grellas on July 24, 2010 | 10 comments |
|
| 30. | | Understanding JavaScript Arrays (javascriptweblog.wordpress.com) |
| 34 points by heseltine on July 24, 2010 | 14 comments |
|
|
| More |
I work in 2 modes: (A) At the computer and (B) Away from the computer.
When I'm in Mode A at the computer, I'm cranking out lines of code, testing, revising, testing, revising, etc. This process must be very fast. Several hundred lines of code (or whatever) in less than an hour. A complete cycle in less than a couple of hours. My guideline is that if I'm not working that fast, then I must not be prepared to work that fast, so I don't deserve to be at the computer. I should be in mode (B).
Mode B is generally much slower. Reviewing code, specs, or notes. Refactoring code. Laying things out with pen and paper. When I have enough work clearly laid out, I know it's time to get back to the computer and return to Mode A.
The most important thing for me in Mode A is to see results, any results, quickly and often. It doesn't matter how correct anything is, just as long as it's progress (or sometimes, reverse progress). I like to think of programming as making incremental progress in micro jumps, evaluate where I'm at, and go for the next micro jump.
Some of the best advice I ever got was from a prolific artist friend of mine who claimed, "I paint every day." So I started coding every day. But that wasn't enough. Now I make progress every day.
There are many definitions of progress. Sometimes I copy a few hundred lines of code, make a few changes, spit out a new app, and then start applying micro changes. Other times I decide that I need to see <x> today and find a way to get there. Things don't always work out as planned, but that's OK. As long as tomorrow's starting point is beyond today's, I'm satisfied.
That's my definition of fast. Not sure that was what you were asking, but I hope that paints you an accurate picture.