lud
Hi,
I hope this is not too silly as a subject but I need your input, specially from native english speakers.
If you look at gen_fsm, you will see that the State is generally a short term, like open or close, while the term Data contains, well, the data of the FSM.
In a GenServer, the term state can be short but will often contain more than that, generally multiple maps, monitors, caches, etc. Since my beginnings in Erlang, I used to call state the representation of the data carried along in some process or group of functions.
Then there is the word status. In french, we have statut, which is a literal transaltion, and can be used to describe a single word representing a person status, like the facebook status “single” or “engaged” (don’t know the real english terms for facebook).
I am working with Java developers who use status to represent the full state of an entity, a system, etc. whereas state is generally implemented with a Java enum, like ONLINE, OFFLINE, etc. We extensively use both words and I am sometimes confused when I have to name things.
From my research it seems that they are right, and that state should be a short term like in gen_fsm, and status should be the more complex data structure.
So I would like the opinion of Erlang/Elixir developers because in those languages the state word is also used extensively to represent data structures.
Thanks!
Where Next?
Trending in Discussions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Error tracking, logs, APM, uptime and cron monitoring in one dev-friendly platform. Find and fix problems before your users notice.
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #ai
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #elixirconf-eu
- #metaprogramming
- #hex
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Practical resources that improve the lives of professional developers.
**Building the future of software with AI, trust, and human connection.**
The deployment platform built for Elixir: PaaS ease, VPS control.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 8- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
John-Goff
This one is really up in the air in my opinion, I could see arguments made in either direction. My gut instinct as a native English speaker is to say that the
statewould be a more complex representation andstatuswould be a shorter, more ephemeral bit of data. I’m also biased by my experiences though, so I’m probably more naturally inclined to the elixir/erlang way of doing things.al2o3cr
Erlang has opinions about what both of those words should be used for: see
:sys.get_stateand:sys.get_status.Sebb
gen_fsmusesstatejust because its a state-machine implementation.But that does not mean that state has to be “a short term”.
If you look at UML Statemachines for example, you have extended state also. (Not “(extended) status”).
dimitarvp
As a non-native English speaker, I had the same impression. Status is stuff like “order has been paid”, or “message delivery failed”, or “rent is past due” etc. It’s often just one small piece of data, bound to one object.
State on the other hand feels much more like a bigger thing that’s being kept somewhere persistently. You can say that your building’s utility payments is state (usually kept on paper by one person). Also your taxes are state. An
Ecto.Changesetis a state that you pass around and maybe modify and pass the new version to another function. A database is state.:etscache is a state. Redis / Kafka queues are state.lud
Thank you all, for the time being it seems that we lean towards the small-status / big-state way.
ityonemo
Also to pdimitar’s comment I would also say that by convention, status is not only “short” but also usually taken from a finite and enumerated set of options
lud
Good remark! There is also a part about that just in @Sebb 's link Status vs State - #4 by Sebb.
derek-zhou
I am no native English speaker, but I’ll give my 2 cents anyway.
Status sounds like an abstraction, something that will last for a while, eg: IRC status, marital status.
State when used in this sense feels like much more short term, ephemeral, eg: state of mind.