Skip to main content
Software Engineering

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

3
  • 6
    I don't agree with this approach. I appreciate the maintenance problems with managing small pieces of code but I would argue that some common library could be created out of all of them like @p.s.w. is suggesting. Having duplicate copies of code with minor tweaks in it is asking for trouble. Assumptions will be made, bug fixes will be missed. Commented Jun 23, 2013 at 13:05
  • 2
    -1 (to the answer). It is certainly easier to have everyone have their own copies of their own versions of programs. This is how software was developed in the 80's. I have since learned that - long term - this leads to a mess. It's harder to do the right thing and have a common library as people will then have to communicate much more about their work. Well, they should. Commented Jun 23, 2013 at 15:09
  • 5
    +1 - I think it's worth mentioning this approach even if it's not one you want to use very often. Some snippets are more like design patterns - you'll reuse em, but slightly differently everywhere, and perhaps in different languages, and perhaps you'll want to change them. Also, a broadly reused library is inflexible in that changes to its API are very risky. Finally, having this approach as a fallback increases the quality of shared libraries by keeping experimental stuff out of them a little longer. Commented Jun 24, 2013 at 21:58