TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

A one-side-project-per-month challenge

227 点作者 ggoerlich超过 8 年前

37 条评论

davidwparker超过 8 年前
I&#x27;m surprised by all the negative reactions. Of course you&#x27;re not going to be making anything substantial in a month (most likely). Instead, you&#x27;ll learn to actually finish (or semi-finish) projects and ship them regularly.<p>This is very much like One Game a Month (<a href="http:&#x2F;&#x2F;www.onegameamonth.com&#x2F;" rel="nofollow">http:&#x2F;&#x2F;www.onegameamonth.com&#x2F;</a>). The idea is that write, learn, ship. It&#x27;s nice.<p>If you find that one of your projects takes off, or you really like it, then continue to work on it.<p>Edit: grammar
评论 #13284797 未加载
评论 #13285048 未加载
评论 #13284778 未加载
评论 #13284998 未加载
评论 #13286401 未加载
评论 #13285170 未加载
karimf超过 8 年前
I remember quality vs. quantity story of ceramics class. [0]<p>&gt; The ceramics teacher announced on opening day that he was dividing the class into two groups. All those on the left side of the studio, he said, would be graded solely on the quantity of work they produced, all those on the right solely on its quality. His procedure was simple: on the final day of class he would bring in his bathroom scales and weigh the work of the &quot;quantity&quot; group: fifty pound of pots rated an &quot;A&quot;, forty pounds a &quot;B&quot;, and so on. Those being graded on &quot;quality&quot;, however, needed to produce only one pot - albeit a perfect one - to get an &quot;A&quot;.<p>Well, came grading time and a curious fact emerged: the works of highest quality were all produced by the group being graded for quantity. It seems that while the &quot;quantity&quot; group was busily churning out piles of work - and learning from their mistakes - the &quot;quality&quot; group had sat theorizing about perfection, and in the end had little more to show for their efforts than grandiose theories and a pile of dead clay.<p>[0] <a href="https:&#x2F;&#x2F;blog.codinghorror.com&#x2F;quantity-always-trumps-quality&#x2F;" rel="nofollow">https:&#x2F;&#x2F;blog.codinghorror.com&#x2F;quantity-always-trumps-quality...</a>
评论 #13285468 未加载
superquest超过 8 年前
I made a resolution like this a couple years back because I had never completed any nontrivial software projects.<p>For me, it worked better to start with much smaller projects and scale upwards. I started trying to do a project a day. Initially the scope would always be too large to complete in a day, but with this quick feedback loop I learned to narrow scope. Then I proceeded to week-long, month-long, and one multi-month project.<p>It&#x27;s a good method if a one month side project seems intimidatingly large to you — which was how I felt before this exercise, but no longer felt this way afterwards.
notheguyouthink超过 8 年前
I couldn&#x27;t do this. My big thing is i always want to be working on personal projects that solve problems in my life. If that ends up with cool stuff, great! But i&#x27;ve been burnt out too many times on making things for other people.<p>It&#x27;s one thing if i set out to make a passive income, but that&#x27;s work in my opinion. My side projects are open source commitments of mine, and assuming the &quot;thing&quot; works well and solves my problem, i&#x27;m contributing to it for years to come. Or at least until the problem is solved in another way.<p>If i&#x27;m really lucky, side project can become passive income <i>(ie, providing hosted versions, etc)</i>, but that has yet to happen, and i&#x27;m fine with that. I&#x27;m solving my own problems, which i find quite enjoyable!<p><i>(not trying to be negative, just my take on it)</i>
评论 #13284731 未加载
gooseus超过 8 年前
I think this definitely an interesting idea, I have at least 1 new idea a month but usually just talk to close friends about them and move on with life.<p>I agree that expecting to create 12 great projects next year is a stretch and odds are that 12&#x2F;12 will become vaporware, however, the lessons learned and the potential (albeit small) for any one of them to actually become something makes this a worthwhile endeavor to me.<p>Actually reminds me of something I read from Antifragile[1]:<p>&gt; Rule 4: Trial and error beats academic knowledge.<p>&gt; Things that are antifragile love randomness and uncertainty, which also means—crucially—that they can learn from errors. Tinkering by trial and error has traditionally played a larger role than directed science in Western invention and innovation... [2]<p>Say what you will about NNT&#x27;s writing style, but the guy makes a lot of sense to me.<p>[1] <a href="https:&#x2F;&#x2F;www.amazon.com&#x2F;Antifragile-Things-That-Disorder-Incerto&#x2F;dp&#x2F;0812979680" rel="nofollow">https:&#x2F;&#x2F;www.amazon.com&#x2F;Antifragile-Things-That-Disorder-Ince...</a><p>[2] <a href="http:&#x2F;&#x2F;www.wsj.com&#x2F;articles&#x2F;SB10001424127887324735104578120953311383448" rel="nofollow">http:&#x2F;&#x2F;www.wsj.com&#x2F;articles&#x2F;SB100014241278873247351045781209...</a>
navd超过 8 年前
Seems to be some people that think you can&#x27;t do something in 1 months time. First of all I think the biggest thing you&#x27;ll learn is how to CUT features out of something that you&#x27;re building. Since you have 1 month, you really need to think about what problem you&#x27;re trying to solve and cut out all the fluff that isn&#x27;t necessary.<p>The second biggest thing you&#x27;ll probably learn is HOW TO ship! A lot of people work on &#x27;side projects&#x27; but no one ever really ships them. It&#x27;s the hardest thing to do honestly. It helps you get over any insecurities you&#x27;ll have building something. Especially when you release it to the world.<p>Building and launching is more than just building a product. It&#x27;s a learning experience.
gravypod超过 8 年前
Code is useless if it is for nothing. Don&#x27;t write code just to write code, write code to solve a problem you are having. If you&#x27;re having 1 problem per month, then write 1 project per month. If you encounter 50 problems in one month write 50 projects in 1 month. If you encounter 0 problems in one month, write 0 projects that month.
评论 #13284609 未加载
评论 #13284533 未加载
sjs382超过 8 年前
I tried this about 2 years ago (or 3?) and man, it&#x27;s a hard pace to keep up. I think I ended up with 4 projects out of the bunch before I needed a burnout break. One of the projects ended up supplying a bunch of mostly-passive income, so that was great.
评论 #13284838 未加载
exDM69超过 8 年前
One month projects sound great but with my busy schedule that would be only about 8-16 hours of butt in seat time, which isn&#x27;t enough for a substantial project. I can think of some &quot;toy&quot; projects in that timeframe, though. And some peripheral utility projects that might be useful in the future.<p>I&#x27;ve been at my &quot;main&quot; side project for more than 5 years with no end in sight.<p>I wish I didn&#x27;t have to have a day job. I&#x27;d have no issues keeping myself busy, but I&#x27;m a terrible businessman and I doubt I&#x27;d make any money.
评论 #13284493 未加载
评论 #13284704 未加载
orthoganol超过 8 年前
The most important outcome for me when I did this (for 6 months) was my own webapp generating infrastructure, modules for common things with a whole lot of scripting to integrate 50-80% of all features (payments, chat, onboarding flows, landing page templates, dashboard templates, checkout flows, profile creation, etc.) depending on the app. Of course, building this infrastructure took about 4,5 months to put together and is an ongoing project, but was only possible after building 7 webapps in a row. I&#x27;m confident I could get a serious looking prototype for pretty much any webapp idea in less than a month, and depending on the app maybe less than a week.<p>(As an aside, if you&#x27;re going to do this, you should also get Sketch and learn how to do graphics.)<p>I built all my infrastructure, modules, and scripts on top of Rails, and I may be biased, but I do credit my success with this to the ease, simplicity, and maturity of Rails. Popularity debates aside, is there any better framework for rapid prototyping than Rails?
评论 #13287120 未加载
bluejekyll超过 8 年前
I don&#x27;t like this. Seems like encouraging a lot of bad starter projects that are never useful. It would be better to do code challenges&#x2F;exercises for practice and learning. Like write a hashmap one month, write a linked-list (in C then in Rust) another.<p>If we want something useful, how about, contribute to a new open-source project every month. That challenge may end up with some major benefits to the community. It will also teach you how to work wth others, etc.
评论 #13284792 未加载
hawkice超过 8 年前
The comments here are borderline nonsense. I kept up a pace of releasing a working web widget (didn&#x27;t charge for them, but all meant to be useful) every four days for months. Last year I released at least three dozen without burning out and honestly probably would have been happier releasing more.<p>One for-pay product a month would be pretty reasonable, as long as you set expectations well. Sound hard? &quot;Costs $3&quot; sets the expectations correctly.<p>The amount of scaling back on ambition here is bizarre. This isn&#x27;t shooting for the moon.<p>Now, marketing, that&#x27;s something that takes time. I have no words of wisdom there.
huherto超过 8 年前
I like the idea. Sounds a good approach to get good at doing things fast. You could even significantly improve the quality of your work.<p>Anyone remembers the pottery class experiment ? They partition the group in two. One partition would be graded on the number of pottery pieces. The other partition was graded on the quality of the best piece. The result was that the first partition no only got more pieces. They also made better pieces. They just practiced more.
franciscop超过 8 年前
I&#x27;ve been publishing around 1 library (some small and some medium for 1 person) every other week. However, most of them are related around building front-ends using ES6[0][1] or building websites with Node.js[2][3]. I am also doing some experimentation with robotics&#x2F;AI (voice&#x2F;image recognition) but those are just side projects like [4], not publishing anything.<p>[0] <a href="http:&#x2F;&#x2F;superdom.site&#x2F;" rel="nofollow">http:&#x2F;&#x2F;superdom.site&#x2F;</a><p>[1] <a href="https:&#x2F;&#x2F;github.com&#x2F;franciscop&#x2F;uwork" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;franciscop&#x2F;uwork</a><p>[2] <a href="https:&#x2F;&#x2F;github.com&#x2F;franciscop&#x2F;loadware" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;franciscop&#x2F;loadware</a><p>[3] <a href="http:&#x2F;&#x2F;github.com&#x2F;franciscop&#x2F;server" rel="nofollow">http:&#x2F;&#x2F;github.com&#x2F;franciscop&#x2F;server</a><p>[4] <a href="http:&#x2F;&#x2F;anchor.science&#x2F;" rel="nofollow">http:&#x2F;&#x2F;anchor.science&#x2F;</a><p>PS, I think all of those (and some more) were done within the last 2-3 months.
strictfp超过 8 年前
Excuse my ignorance, but aren&#x27;t we glorifying speed here at HN? I think one project per month is way too fast to acheive anything of substance. If you&#x27;re spending one hour three days a week, you&#x27;ll only have 12 hours to finish a project. Even if you quadruple that, 40h isn&#x27;t all that much for completing anything interesting at all. I have spent more than a year off and on on my latest side project, and it&#x27;s not finished yet.<p>Having felt the pressure in the coding community myself, I&#x27;ve spend significant time improving my speed and I now find myself being on of the fastest coders in my company. Sure, that buys you a certain type of edge. But even if you&#x27;re fast, a lot of time goes to thinking about problems, reading research and such. And someone who&#x27;s constantly panicking trying to write as much code as possible will most likely find themselves digging a whole for themselves.
评论 #13284636 未加载
评论 #13284541 未加载
评论 #13284567 未加载
评论 #13284558 未加载
评论 #13284813 未加载
halis超过 8 年前
The valuable part of this article is to limit a startup idea to one month of initial effort. And don&#x27;t continue the effort unless after a month you can gain some sort of useful validation that there is a market for your idea.<p>This also means that you will have to stick to the basic core of your idea and skip lots of details, in order to have something that can be shown after a month.<p>I&#x27;ve seen too many startup ideas that people started working on that weren&#x27;t necessarily bad ideas, but their plan was to make an MVP, the scope of which would take a team of engineers at least a year to deliver.
neovive超过 8 年前
I might give it a try, but on a slightly less intensive schedule--maybe one project every two months. It doesn&#x27;t sound as catchy, but a bit more realistic. Best of luck with this initiative.
评论 #13284695 未加载
xchip超过 8 年前
Just added two projects:<p>- A physics engine: <a href="https:&#x2F;&#x2F;github.com&#x2F;aguaviva&#x2F;Physics" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;aguaviva&#x2F;Physics</a><p>- A Neural network: <a href="https:&#x2F;&#x2F;github.com&#x2F;aguaviva&#x2F;ArtificialIntelligence" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;aguaviva&#x2F;ArtificialIntelligence</a><p>The point was to learn the basics by implementing everything from scratch, I also wrote a tutorial to make sure I understood the theory.
eb0la超过 8 年前
I had the same idea: starting one project per month for 2017. I guess 2016 is too now short to achieve something relevant ;-)
评论 #13284450 未加载
评论 #13284451 未加载
sigvef超过 8 年前
We do something similar at work. Here&#x27;s two of the monthly side projects we&#x27;ve come up with this fall: <a href="https:&#x2F;&#x2F;www.zombocam.com" rel="nofollow">https:&#x2F;&#x2F;www.zombocam.com</a> <a href="https:&#x2F;&#x2F;www.musicvideodispenser.com" rel="nofollow">https:&#x2F;&#x2F;www.musicvideodispenser.com</a>
highCs超过 8 年前
I really love to see that. I believe great programmers are the one who&#x27;ve started countless projects from scratch on their own (of course my opinion is oversimplified here). This, 1PPM, is really what you&#x27;re looking for if you want to become a great programmer. Nothing else, just that. So go for it.
评论 #13284975 未加载
chrismorgan超过 8 年前
Hmm… I like the idea. I think I might take it up, focusing on finishing things I’ve already started but never published, with either prototype implementations or something for which I’ve made at least some progress. I’ll get through half the year on those alone!
ensiferum超过 8 年前
My &quot;side project&quot; (or actually just one of them) has taken +10 years and thousands of hours.<p>So I just wonder that what kind of things that produce value can you expect to create in 1 month (assuming you&#x27;re putting like few hours every day) ?
评论 #13287347 未加载
pieterhg超过 8 年前
Did this 2 years ago, radically changed my life: <a href="https:&#x2F;&#x2F;levels.io&#x2F;12-startups-12-months&#x2F;" rel="nofollow">https:&#x2F;&#x2F;levels.io&#x2F;12-startups-12-months&#x2F;</a><p>I was about to give up and get a day job.
评论 #13292858 未加载
jmnicolas超过 8 年前
Personally I&#x27;d be happy with one project a year or even a decade really ;-)
评论 #13284728 未加载
traviswingo超过 8 年前
I really like this idea. There is a terrible tendency to over engineer the things we make as developers. The practice of finishing and shipping as actually much easier said than done.<p>I&#x27;m in!
freyir超过 8 年前
I was thinking about doing something similar this year. I settled on one project per quarter, which would let me take on things slightly more ambitious. But in a way, I like the extreme constraints set by one project per month, which will likely force someone to approach projects completely differently than they&#x27;re used to.
pcbje超过 8 年前
Funny, I started the ggraph project (<a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=13283961" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=13283961</a>) pretty much exactly one month ago.
baboun超过 8 年前
Meh.<p>This is more fun: <a href="https:&#x2F;&#x2F;levels.io&#x2F;12-startups-12-months&#x2F;" rel="nofollow">https:&#x2F;&#x2F;levels.io&#x2F;12-startups-12-months&#x2F;</a>
rawoke083600超过 8 年前
I just launched www.fibretiger.co.za an online fibre comparison site in South Africa, we got over 8 fibre networks and more than 20 fibre isps.
dalacv超过 8 年前
I&#x27;m just going to place this here:<p><a href="https:&#x2F;&#x2F;bubble.is&#x2F;?ref=WDZ7KSFG" rel="nofollow">https:&#x2F;&#x2F;bubble.is&#x2F;?ref=WDZ7KSFG</a>
wonjun超过 8 年前
I just began <a href="https:&#x2F;&#x2F;pingtiger.com" rel="nofollow">https:&#x2F;&#x2F;pingtiger.com</a>
ilzmastr超过 8 年前
How do I submit ideas for other people?
评论 #13284655 未加载
adamqureshi超过 8 年前
We are building a MVP in 3 days. Long weekend! Its doable yo! Simple AS potatoes! Look MA no POLISH. ;-)
kazinator超过 8 年前
&gt; <i>12 Months &#x2F; 12 Side Projects - Are you in?</i><p>Nope, busy 7.5 years into one side project; thanks for asking.
arekkas超过 8 年前
Good software, like wine, takes time.
评论 #13284701 未加载
darkstar999超过 8 年前
&gt; I&#x27;m surprised by all the negative reactions.<p>Welcome to Hacker News, where everything gets shit on!
评论 #13285900 未加载