Live data from Hacker News

Developer-driven development

schacon.github.com

11–20 of 52 posts

Re: Developer-driven development

#11
post #7

Ah, it's a slideshow without mouse controls. Felt stupid for a good five minutes while testing in various browsers, just trying to get /something/ to work. Not a great experience.

Not to mention that using the left and right arrow keys pushes the current page onto your browser history which is unnecessary. It's far easier to go back/forward with the arrow keys you're already using, plus it'd be nice to be able to click the browser's back button to return to the site that linked to the presentation.

Re: Developer-driven development

#12
I was at this talk (given at CodeMash a few days ago). It spurred a lot of discussion/opposition over the fact that it revolves so heavily around only hiring passionate, rock star quality developers that care about the product you're developing.

Small companies and startups often have a product that you can recruit people who are passionate enough about the idea that stuff like this can work out. The problem for discussion is more based on which (if any) of these ideas can be applied to a large corporation where the developers are working on insurance or financial software etc.

Some things that are lost for those only reading slides:

- His main reasons behind this "DDD" policy is that it's the open source model. Developers work on things they care about, when they feel like working and then every hour they spend "working" is a valuable hour of work. Any policy that forces or even simply guilts people into a set schedule or number of hours causes unproductive time and a loss of developer happiness/autonomy.

- He strongly advocates removing money as a motivator. At github apparently every employee makes the same salary.

- The "no vacations" comment comes from him not believing you should track vacations. Employees should but trusted and able to take the time off they deem appropriate.

- At github, the Google "20% policy" is taken to an extreme. People can work on whatever they want on "company time".

Re: Developer-driven development

#14
post #12

I was at this talk (given at CodeMash a few days ago). It spurred a lot of discussion/opposition over the fact that it revolves so heavily around only hiring passionate, rock star quality developers that care about the product you're developing. Small companies and startups often have a product that you can recruit people who are passionate enough about the idea that stuff like this can work out. The problem for disc…

Man, I was at CodeMash, but missed that keynote since I had to run an errand over lunch (kinda needed new hearing aid batteries). I'm kinda bummed that I missed it given the volume of discussion that it generated.

Did you happen to hit Joe Nuxoll's user experience session on Friday? That was probably the high point of the conference for me -- tons of useful info.

Re: Developer-driven development

#15
post #12

I was at this talk (given at CodeMash a few days ago). It spurred a lot of discussion/opposition over the fact that it revolves so heavily around only hiring passionate, rock star quality developers that care about the product you're developing. Small companies and startups often have a product that you can recruit people who are passionate enough about the idea that stuff like this can work out. The problem for disc…

> His main reasons behind this "DDD" policy is that it's the open source model. Developers work on things they care about, when they feel like working and then every hour they spend "working" is a valuable hour of work.

Does this actually apply to employer-sponsored OSS work?

Re: Developer-driven development

#16
post #7

Ah, it's a slideshow without mouse controls. Felt stupid for a good five minutes while testing in various browsers, just trying to get /something/ to work. Not a great experience.

And I'm sure the goal of the design was for you to have a great experience. (Remember: talks are primarily for the audience at the venue that the talk is given at. Posting online is an afterthought, because people always seem to ask, "can you post your slides".)

Re: Developer-driven development

#17
post #14
post #12

I was at this talk (given at CodeMash a few days ago). It spurred a lot of discussion/opposition over the fact that it revolves so heavily around only hiring passionate, rock star quality developers that care about the product you're developing. Small companies and startups often have a product that you can recruit people who are passionate enough about the idea that stuff like this can work out. The problem for disc…

Man, I was at CodeMash, but missed that keynote since I had to run an errand over lunch (kinda needed new hearing aid batteries). I'm kinda bummed that I missed it given the volume of discussion that it generated. Did you happen to hit Joe Nuxoll's user experience session on Friday? That was probably the high point of the conference for me -- tons of useful info.

Yeah, the room was packed when I got there.. sat in the front on the floor for it. Definitely the most useful of everything I saw there.

Re: Developer-driven development

#18
post #7

Ah, it's a slideshow without mouse controls. Felt stupid for a good five minutes while testing in various browsers, just trying to get /something/ to work. Not a great experience.

Oh, thank you! I felt stupid for about the same amount of time until I read your comment.

Re: Developer-driven development

#19
post #12

I was at this talk (given at CodeMash a few days ago). It spurred a lot of discussion/opposition over the fact that it revolves so heavily around only hiring passionate, rock star quality developers that care about the product you're developing. Small companies and startups often have a product that you can recruit people who are passionate enough about the idea that stuff like this can work out. The problem for disc…

> His main reasons behind this "DDD" policy is that it's the open source model. Developers work on things they care about, when they feel like working and then every hour they spend "working" is a valuable hour of work. Does this actually apply to employer-sponsored OSS work?

I meant the model that OSS software gets developed in. That people work on the feature or project they love/want to see succeed/etc rather than what a manager told them to focus on.

Re: Developer-driven development

#20
post #10
post #7

Ah, it's a slideshow without mouse controls. Felt stupid for a good five minutes while testing in various browsers, just trying to get /something/ to work. Not a great experience.

Couldn't get it to work on iOS.

Weird, I added swipe events to Showoff awhile ago. Maybe the running instance is just on an old version.
Post reply on HN