4 ms·

It's really intimidating for new coders to have their work publicly available. The programmer community are very harsh critics and I know I don't want someone t

It's really intimidating for new coders to have their work publicly available. The programmer community are very harsh critics and I know I don't want someone to come looking through my code and call it shit. I know it's not very likely but it's still a fear however irrational. There are times when you hope someone will find your project useful but know (or probably feel) that everyone else is better than you so you end up qualifying your work with some "it's not finished" or "I know this is crap but.." statement. It's weird because we have this fear (I keep saying we and I'm not sure if this is a universal sentiment but it definitely applies to me) of harsh criticism but we're also proud of our work and hope its good enough for people to find useful. I guess the solution is to keep your public repos but be careful how you promote them outside of GitHub and "good" programmers also need to be just a bit nicer with the tone of their criticism. It takes guts to show off your work I think.

bitops 15y ago
Making your code public is a good exercise in taking the criticism of others, and learning which type of criticism you can easily discard. My GitHub page is far from impressive, it's mainly a collection of project that I think are fun to work on, or things I like to play around with in my spare time. Still, I make half-baked things public because I'm hoping someone will come along and offer feedback. In terms of negative feedback, I refer you to this interview with Rich Hickey. http://www.codequarterly.com/2011/rich-hickey/ http://www.codequarterly.com/2011/rich-hickey/ Here's the section I'm thinking of. Fogus: What would you say to people who claim that Clojure is not a “real Lisp”? Hickey: Life is too short to spend time on such people. So even the creator of a programming language (not trivial to implement!) has to field a fair amount of flak from nay-sayers. So if you're inspired to write something, put it out there. The worst thing that can happen is that someone will offer to help. The people tearing it down are spending their lives criticizing rather than creating.
deleted 15y ago
[deleted]
FuzzyDunlop 15y ago
The ideal solution is to be less talk, more action. You can fork a repo in Github and submit a pull request when you're ready. Instead of typing out a long complaint, clone the repo and try and fix it if you can. Then push it back, and you've solved the problem for everyone once it's done. Realistically, though, I think you should avoid putting your code in the public domain until you're ready for the criticism or the feedback. Working in the open right from the start and expecting people to stay hush until you personally announce it is a stupid idea if you're concerned about people spreading the word too soon. You're not going to be able to issue an embargo on your work until a set time. In this respect, why would you even push your code to a public Github repo in the first place if you objectively knew it wasn't ready for public consumption?
- leoedin 15y ago
  Github offers some pretty good version control stuff that git alone doesn't. There are alternatives (bitbucket offers private repos with similar functionality), but if you like the functionality of github and don't want to pay to keep your project private, then it's really your only option. Fortunately there's so much on github it's probably quite unlikely that anyone's even going to look at your code unless you're already known for doing another project.
- billpatrianakos 15y ago
  I think there's a big difference between just having a public repo and actually promoting it. It wasn't too long ago that I myself wasn't using version control and decided to learn Git. Someone who's just learning isn't likely to pay for a service like that until they get some experience and understand how to really use it. In the meantime they're putting up half baked projects and little experiments that are awesome to them but worthless to everyone else. Don't you remember being a beginner and thinking you've just done something cool and advanced only to find out later that what you did before was actually pretty mediocre? Now, of you're out there actually promoting something you've made it's a different story. You really shouldn't be bragging if you really feel something isn't quite ready. But then again I come back to my point about criticism. There's constructive criticism and there's overly harsh criticism. You're right,mthere should definitely be more talk and less action but we all know how we are. I've seen it a million times. A really cool project comes along and there's always those smartest-programmers-in-the-room types that have to tear it apart like its garbage instead of offering up some constructive suggestions or actually taking action. It'll probably never stop so the best we can do is try to grow thicker skin as project creators and try to be more constructive and less snarky as critics.
matwood 15y ago
Your comment could be said for any creative activity so you're not alone in your fear. Art, music, writing, etc... all take guts to release and hear the criticism. Thing is, hearing criticism gets easier the more you hear it. Take what you can from the criticism and keep improving.
Michiel 15y ago
" The programmer community are very harsh critics and I know I don't want someone to come looking through my code and call it shit." Man, I'd love that, but only if they add constructive criticism.

bitops 15y ago

Making your code public is a good exercise in taking the criticism of others, and learning which type of criticism you can easily discard. My GitHub page is far from impressive, it's mainly a collection of project that I think are fun to work on, or things I like to play around with in my spare time. Still, I make half-baked things public because I'm hoping someone will come along and offer feedback. In terms of negative feedback, I refer you to this interview with Rich Hickey. http://www.codequarterly.com/2011/rich-hickey/ http://www.codequarterly.com/2011/rich-hickey/ Here's the section I'm thinking of. Fogus: What would you say to people who claim that Clojure is not a “real Lisp”? Hickey: Life is too short to spend time on such people. So even the creator of a programming language (not trivial to implement!) has to field a fair amount of flak from nay-sayers. So if you're inspired to write something, put it out there. The worst thing that can happen is that someone will offer to help. The people tearing it down are spending their lives criticizing rather than creating.

deleted 15y ago

[deleted]

FuzzyDunlop 15y ago

The ideal solution is to be less talk, more action. You can fork a repo in Github and submit a pull request when you're ready. Instead of typing out a long complaint, clone the repo and try and fix it if you can. Then push it back, and you've solved the problem for everyone once it's done. Realistically, though, I think you should avoid putting your code in the public domain until you're ready for the criticism or the feedback. Working in the open right from the start and expecting people to stay hush until you personally announce it is a stupid idea if you're concerned about people spreading the word too soon. You're not going to be able to issue an embargo on your work until a set time. In this respect, why would you even push your code to a public Github repo in the first place if you objectively knew it wasn't ready for public consumption?

leoedin 15y ago
Github offers some pretty good version control stuff that git alone doesn't. There are alternatives (bitbucket offers private repos with similar functionality), but if you like the functionality of github and don't want to pay to keep your project private, then it's really your only option. Fortunately there's so much on github it's probably quite unlikely that anyone's even going to look at your code unless you're already known for doing another project.
billpatrianakos 15y ago
I think there's a big difference between just having a public repo and actually promoting it. It wasn't too long ago that I myself wasn't using version control and decided to learn Git. Someone who's just learning isn't likely to pay for a service like that until they get some experience and understand how to really use it. In the meantime they're putting up half baked projects and little experiments that are awesome to them but worthless to everyone else. Don't you remember being a beginner and thinking you've just done something cool and advanced only to find out later that what you did before was actually pretty mediocre? Now, of you're out there actually promoting something you've made it's a different story. You really shouldn't be bragging if you really feel something isn't quite ready. But then again I come back to my point about criticism. There's constructive criticism and there's overly harsh criticism. You're right,mthere should definitely be more talk and less action but we all know how we are. I've seen it a million times. A really cool project comes along and there's always those smartest-programmers-in-the-room types that have to tear it apart like its garbage instead of offering up some constructive suggestions or actually taking action. It'll probably never stop so the best we can do is try to grow thicker skin as project creators and try to be more constructive and less snarky as critics.

matwood 15y ago

Your comment could be said for any creative activity so you're not alone in your fear. Art, music, writing, etc... all take guts to release and hear the criticism. Thing is, hearing criticism gets easier the more you hear it. Take what you can from the criticism and keep improving.

Michiel 15y ago

" The programmer community are very harsh critics and I know I don't want someone to come looking through my code and call it shit." Man, I'd love that, but only if they add constructive criticism.