„Linus törvénye” változatai közötti eltérés
| [nem ellenőrzött változat] | [nem ellenőrzött változat] |
Syp (vitalap | szerkesztései) Nincs szerkesztési összefoglaló |
a Rendezés a gondolatjelek körül |
||
| 13. sor: | 13. sor: | ||
<!-- |
<!-- |
||
Some studies have contested Linus's Law. Software development experts Robert Glass, Michael Howard and David LeBlanc have stated that application of Linus's Law can lead to security and software maintenance problems<ref>Glass, Robert L. Facts and Fallacies of Software Engineering. ISBN 0321117425</ref><ref>Howard, Michael and LeBlanc, David. Writing Secure Code, Second Edition. ISBN 0735617228</ref> citing the relatively small number of contributions made to open-source projects by „outside” people |
Some studies have contested Linus's Law. Software development experts Robert Glass, Michael Howard and David LeBlanc have stated that application of Linus's Law can lead to security and software maintenance problems<ref>Glass, Robert L. Facts and Fallacies of Software Engineering. ISBN 0321117425</ref><ref>Howard, Michael and LeBlanc, David. Writing Secure Code, Second Edition. ISBN 0735617228</ref> citing the relatively small number of contributions made to open-source projects by „outside” people – that is, people not belonging to a small core group of developers. This is largely the result of the necessary investment developers must make in setting up a build environment and understanding a piece of code before they can effectively contribute to it. Some projects also distrust external contributions, fearing that they might create difficult-to-find bugs or security holes, and so these projects create an inconvenient review process which can hinder external development. |
||
Approaches suggested by open source advocates{{Fact|date=March 2007}} to avoid these problems and to generate more maintainable code include using modular components with loose [[Coupling (computer science)|coupling]], or a good [[test suite]] for verifying external contributions, or a simple deployment strategy supported by tools like [[autoconf]]. |
Approaches suggested by open source advocates{{Fact|date=March 2007}} to avoid these problems and to generate more maintainable code include using modular components with loose [[Coupling (computer science)|coupling]], or a good [[test suite]] for verifying external contributions, or a simple deployment strategy supported by tools like [[autoconf]]. |
||
A lap 2007. november 6., 01:05-kori változata
Linus törvénye két fogalmat is jelöl, mindkettőt Linus Torvaldsról nevezték el.
Linus törvénye Eric S. Raymond szerint
Linus törvénye Eric S. Raymond szerint a következőt állítja:
„given enough eyeballs, all bugs are shallow”. (több szem többet – több szoftverhibát – lát)
Hivatalosabban: „Ha elég nagy számú béta-tesztelővel és társprogramozóval dolgozunk együtt, akkor majdnem minden problémára gyorsan fény derül és a megoldás is nyilvánvaló lesz valaki számára.” Ezt a szabályt A katedrális és a bazár című esszéjében írta le először.
Kritika
Linus törvénye Linus Torvalds szerint
Maga Linus Torvalds is ír egy gondolatot Linus törvénye névvel The Hacker Ethic című könyvének beveztőjében:
„Linus's Law says that all of our motivations fall into three basic categories. More important, progress is about going through those very same things as 'phases' in a process of evolution, a matter of passing from one category to the next. The categories, in order, are 'survival', 'social life', and 'entertainment'.”[1]
Magyarul kb:
„Linus törvénye szerint minden motivációnkat három alapvető kategóriába sorolhatjuk. Ami még fontosabb az az, hogy a fejlődés arról szól hogy egy evolúciós folyamatban ugyanezeken a dolgokon megyünk át mint 'fázisokon', vagyis egyik kategóriából a következőbe jutunk. Ezek a kategóriák sorban: a 'túlélés', a 'társadalmi élet' és a 'szórakozás'.”
Ez a gondolat hasonlít Maslow szükséghierarchiájához.
Jegyzetek
- ↑ Himanen, Pekka, Linus Torvalds, Manuel Castells. The Hacker Ethic. Random House. ISBN 0-375-50566-0 (2001. január 30.)