Skip to content

Commit 6eb18e0

Browse files
committed
first draft
1 parent 26be910 commit 6eb18e0

1 file changed

Lines changed: 56 additions & 0 deletions

File tree

Lines changed: 56 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,56 @@
1+
---
2+
layout: post
3+
title: A word about "good ideas"
4+
date: 2012-01-16
5+
comments: true
6+
---
7+
8+
As the [three](http://twitter.com/tobin) [of](http://twitter.com/shiftkey) [us](http://twitter.com/aeoth) have been discussing the next Code52 project to undertake, we've been discussing ways to get good ideas for projects. While the UserVoice site has served us well initially, the ideas are tending to fall into three different buckets:
9+
10+
* **Dependent on hardware** - an idea which requires the contributors to have access to specific hardware
11+
* **A replacement for X** - an idea to replace an existing tool (FOSS or otherwise), for whatever reason
12+
* **Needs more work** - an idea which we've tried to reach out to the author to clarify
13+
14+
### How do we tackle these issues?
15+
16+
The first one, while seeming impossible, can actually be resolved if we have people on board who have access to the necessary hardware. This could be as simple as having a project schedule and allowing contributors to indicate interest in specific projects. There are other workarounds possible, but these require more logistical effort which we don't have the time to organise currently.
17+
18+
The "replacement for X" ideas are an interesting topic (the underlying discussion for why that is so is a discussion for another day). There was a fantastic quote from Dmitry Baranovsky last week at a user group which was along the lines of "Sometimes when you reinvent the wheel you actually get a circle" and that reflects my philosophy on building "replacement" tools. Yes, you can do it. But are you actually looking to create a better tool? When one suggests a "replacement for X" idea, it should suggest *how* the idea is different to what we have currently, to justify the effort spent.
19+
20+
The last group is perhaps a side-effect of our organisational efforts. We've been swamped this week since Code52 picked up a lot of interest in the interwebs, and while there's been some great discussion in the JabbR chatroom (just don't mention autocrlf there :) ), we haven't had the bandwidth we'd hoped to clarify ideas in depth.
21+
22+
### So what is a good idea anyway?
23+
24+
After discussing this over the weekend, we've come up with a few questions that future idea submissions should keep in mind:
25+
26+
#### Can it be done in a week by a handful of developers?
27+
28+
We're not after the idea that you will make millions from, or an idea that will let you quit your job and become famous on [YCombinator](http://ycombinator.com/). We're after ideas that's been sitting on the backburner that you don't have the time for at the moment, or that you want/need help to implement. Let us have a shot at it for you, or join us and lead a team through developing it for you as an OSS project.
29+
30+
We want to deliver something of value each week, and large projects are not feasible currently. But if there's something specific to your idea we could use to kickstart a project, tell us!
31+
32+
*We are exploring how larger projects could fit within this concept, and breaking a big project down into a series of smaller projects may be the best way to achieve this.*
33+
34+
#### Why would you like to see this idea implemented?
35+
36+
I said recently on Twitter that the most rewarding OSS projects are driven from a selfish need. Even something as simple as "I wish Product XYZ did {list of things}" can help start the discussion.
37+
38+
Often we (as the organisers) will do a simple Google search for existing products to compare and contrast with a suggested idea. If we cannot differentiate between an existing product and your idea, the idea is likely to have limited success. We will update the idea with our feedback and leave an opportunity to follow up - but the more information you can provide us with, the better armed we are to define the brief associated with a project.
39+
40+
#### How can I help out?
41+
42+
Not everyone is a developer. But everyone can help out to ensure a project succeeds. Great software has many inputs which aren't code - documentation, design, user experience, co-ordination, etc. - and many hands make light work.
43+
44+
#### What cool features can you suggest?
45+
46+
This may be the toughest question to answer. If you can provide us with more details around what you imagine the software doing, that:
47+
48+
* gives the organisers more context to organise the project brief
49+
* gives everyone an opportunity to refine the idea further
50+
* gets people interested in executing the idea
51+
52+
### And the next idea?
53+
54+
It actually ties into this well. We've mentioned it in the chatroom over the weekend to gauge interest, but will officially announce it later tonight (AEDST).
55+
56+
We'd love to hear feedback on this from you guys.

0 commit comments

Comments
 (0)