Talk:Software brittleness
This is the talk page for discussing improvements to the Software brittleness article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google (books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
This article is rated Start-class on Wikipedia's content assessment scale. It is of interest to the following WikiProjects: | |||||||||||||||||||||||||||||||||||||
|
Untitled
[edit]Not really sure about this treatment; as I understand it, software brittleness is more to do with API changes, and software's seemingly inherent lack of flexibility in overcoming even small API changes at any level; what this article is describing is different, but related, and should perhaps be more directed at software lifecycle. -- The Anome 10:53, Apr 30, 2005 (UTC)
- I doubt the term is truly standardized, but the article as I wrote it fairly describes the usage in several large software shops that I've worked in. But if you feel that there are alternate meanings, it would be great if you would add them.
An "ironic" term derived from analogies to metalworking, huh? The irony would be stronger if you melted in some carbon to make a steely alloy.
Interesting concept. Since all kinds of documents are digitized these days, while programs are changing, in the long run it would seem necessary to keep some sort of public reference on standard softwares and operative systems - if you don't, how will you be able to read a 20th century document or image reliably in 200 years time? Some sort of software archive.
Obviously, it won't be enough to collect boot cd's and installation files for the software applications and systems because that kind of binary code doesn't in itself (divorced from drivers and machine specs) give a totally independent and sufficient description of the system, not to mention the fact that install cd's are often copy-protected. The interaction between machine, software and OS is not really all decipherable from a booting disc, so collecting a software cache/archive would seem to imply asking the companies to give up the source code - which Microsoft and others won't do, of course. Strausszek October 1, 2006
Unix?
[edit]Surely there should be some comments with regard to the examples of fundamental unix utilities that seem to defy this concept. tr, cat, echo, bash, tar, bzip etc. These programs have existed for a lot longer than the five year limit that this article states. I would say this comment more applies to proprietary GUI software, which constantly have API upgrades for "look and feel". Proprietary non-gui programs have this to a lesser effect (eg vista drivers), and lesser still in any kind of program where source is availableUser A1 01:26, 7 June 2007 (UTC)
Merger proposal
[edit]Software brittleness and Brittle (software) are written with a completely different tone, however the subject they concern is identical. If there aren't any objections, I'll be merging these soon.
Luno (talk) 16:05, 19 March 2008 (UTC)
I went ahead and merged the two articles. I didn't change the source text of the articles, but I tried to smooth out the resulting page. Edits and improvements are sure to follow, but I hope my contribution helped.
Helios2k6 16:53, 25 July 2008 (EST)
translate
[edit]Colud some one translate it to German —Preceding unsigned comment added by 85.2.161.67 (talk) 18:01, 21 October 2008 (UTC)
- Start-Class Computing articles
- Low-importance Computing articles
- All Computing articles
- Start-Class software articles
- Mid-importance software articles
- Start-Class software articles of Mid-importance
- Unknown-importance Computing articles
- All Software articles
- Start-Class Anthropology articles
- Unknown-importance Anthropology articles
- Start-Class Oral tradition articles
- Unknown-importance Oral tradition articles
- Oral tradition taskforce articles