Talk:State (computer science)

From Wikipedia, the free encyclopedia
Jump to: navigation, search
WikiProject Computer science  
WikiProject icon This article is within the scope of WikiProject Computer science, a collaborative effort to improve the coverage of Computer science related articles on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
 ???  This article has not yet received a rating on the project's quality scale.
 ???  This article has not yet received a rating on the project's importance scale.
 

Merge with Program state?[edit]

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section. A summary of the conclusions reached follows.
The result was merge Program state into this article. -- ChetvornoTALK 08:53, 31 August 2012 (UTC)

Merge with the Program state article? Thoughts? 85.250.203.27 (talk) 09:49, 11 December 2008 (UTC)

I propose to merge State (computer science) and Program state. The reason is that both articles fail to differentiated themselves from each other.
In case you see good reasons to keep the articles separate, then please
  1. discuss these reasons here,
  2. modify both articles in such a way that precise and different definitions are given,
  3. modify both articles in such a way that both articles explicitly mention each other and show the difference between both terms,
  4. remove the merge templates from both articles.
Thanks, --Abdull (talk) 10:58, 14 March 2010 (UTC)
  • Support the merge proposal. I am hopeful that the combined article will be of higher quality than either of the source articles. --Kvng (talk) 15:19, 23 September 2010 (UTC)
  • DO NOT Support the merge proposal. There are small but distinct differences, as indicated in the State, last paragraph. States have a much wider application that just n the context of Program States. E.g. information systems or communication protocols also have states. —Preceding unsigned comment added by 57.67.164.37 (talk) 10:19, 20 October 2010 (UTC)
  • Comment The Program state article has potential to evolve into a separate article if it is expanded to explain how state is implemented in the virtual machines of programming languages, and how programs make use of it. In its current form, I Support the merge with Program state as a section of the more general State (computer science). Diego Moya (talk) 12:40, 26 December 2010 (UTC)
  • Support the merge proposal. This "State( computer science )" article is referenced from many articles, including the comprehensive article at Finite-state machine, and from several article under Web services/SOA/RESTful web services. As such it serves a role as a generalized source of a description of "state" as used in the domain of computer science. As an example, "program state" would be a simple way to describe what state is in this domain. However, a more careful description of program state seems likely to run into problems describing "programs", which then starts repeating stuff from Finite-state machine. I think the current article on program state is not distinct enough to warrent a separate article, and such an article is likely to be only a summary of other articles, which also probably belongs here. If I'm wrong and someone cares enough to write a large and detailed subsection, it can always be split back out. Srjefferys (talk) 21:24, 10 January 2011 (UTC)
  • As each program state is a state, but each state is not necessarily a program state, I am against a merge. A final state machine has also states, but is not necessarily part of a program. Sae1962 (talk) 15:16, 18 February 2011 (UTC)
It seems to me that the objections raised by 57.67.164.37 and Sae1962 above have been addressed in the current condition of the State (computer science) article. Unless anyone has any further objections I am going to perform the merger. --ChetvornoTALK 11:27, 28 August 2012 (UTC)
Yes, merge Program state into State (computer science) --ChetvornoTALK 14:57, 29 August 2012 (UTC)
Performed merger --ChetvornoTALK 08:53, 31 August 2012 (UTC)

The above discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.


Broaden the definition[edit]

The present definition of 'state' was taken from a book on the design of digital systems. It is too narrow: it mostly applies when designing systems, hardly when studying existing ones, and it is limited to particular kinds of systems. The term 'state' is applied much more broadly, even in computer science. Rp (talk) 07:33, 16 August 2012 (UTC)

Improve the explanation?[edit]

I want to know about running state and waiting state ,such type of states.

I want to know what the virtues of stateless systems may be, as they are NOT obvious. They appear to be necessitated (?) by asynchronous systems, which begs the question "What are the merits of asynchronous communication"? Maximizing vastly redundant data transmission would appear to be one possible goal, admirably achieved. Until the web, all compuiter systems were stateful (and useful). The web is neither. Can anyone explain why the web is such a "dumb" interface? Was the intention to emulate "dumbest terminal imaginable" functionality, as this is what has occurred? —Preceding unsigned comment added by 61.68.14.137 (talk) 18:32, 3 September 2008 (UTC)

I agree that it would be appropriate to answer these questions in this article:
The discussion of simple states (e.g. 'on' vs. 'off', 'running' vs. 'waiting' vs. 'inactive', etc.) can be used to introduce the subject or give an example. The definition of state given now makes technical sense but doesn't really reflect how we usually think of state, and there is a technical reason for that.
Stateful vs. stateless system descriptions: the point of statelessness is not to eliminate state from the system, but to make the system's *behavior* (interaction with its environment) independent from *hidden* state: no side effects, any information that may influence the outcome of an operation must be specified explicitly as input, and any effect must be explicit output. This makes systems easier to design and test, even more so when there is concurrency. However, this article may not be the most suitable one for discussing this at length. Rp (talk) 17:02, 29 September 2014 (UTC)
Yes, there is also the article Stateless protocol which might be appropriate for some of it. I don't mind the additions, but the very important basic concept of state as the stored data set available to a program or logic circuit needs to be clear as the primary definition for nontechnical readers. --ChetvornoTALK 17:23, 29 September 2014 (UTC)