Hugwis mental models: Difference between revisions

Jump to navigation Jump to search
Tags: Mobile edit Mobile web edit
Tags: Mobile edit Mobile web edit
Line 3: Line 3:
The '''Hugwis mental models''' (HOOG-wiss) is the underlying conceptual structure uniting all conlangs made by [[User:SN2rname|SN2]]. ''Hugwis'' is an acronym of all the conlangs I have planned, none of which is complete yet.
The '''Hugwis mental models''' (HOOG-wiss) is the underlying conceptual structure uniting all conlangs made by [[User:SN2rname|SN2]]. ''Hugwis'' is an acronym of all the conlangs I have planned, none of which is complete yet.


== Theory and background ==
== Background ==
The underlying assumptions behind Hugwis are (a) an ''a priori'' conlang that is made from scratch reflects how the creator organizes and categorizes concepts mentally, (b) I can gain understanding of my own mental model by using itself to study itself, and (c) this mental model is relatively stable over time.
The underlying assumptions behind Hugwis are (a) an ''a priori'' conlang that is made from scratch reflects how the creator organizes and categorizes concepts mentally, (b) I can gain understanding of my own mental model by using itself to study itself, and (c) this mental model is relatively stable over time.


Line 12: Line 12:
The principles of Hugwis are redundancy, abstraction, systemization, chaos/ambiguity, preservation of detail, and flexibility/extensibility.
The principles of Hugwis are redundancy, abstraction, systemization, chaos/ambiguity, preservation of detail, and flexibility/extensibility.


== "Structs" ==
=== Basic structure ===
=== Basic structure ===
The basic unit of Hugwis is the ''concept''. Information stored in the brain is thought to be encoded in a highly interconnected, mostly directional graph of concepts, and each concept is a node that links to other nodes.
The basic unit of Hugwis is the ''concept''. Information stored in the brain is thought to be encoded in a highly interconnected, mostly directional graph of concepts, and each concept is a node that links to other nodes.
Line 41: Line 42:
=== Action ===
=== Action ===
agent, action, patient, properties[], ..., is_reflexive, is_agent_unknown, is_patient_unknown
agent, action, patient, properties[], ..., is_reflexive, is_agent_unknown, is_patient_unknown
Isn't "is ... unknown" an anti-pattern? In programming this may be true, but as a rule, boolean values in Hugwis default to false, and the attributes get a negation in the names.


The passive voice in Hugwis is simply an action with is_agent_unknown = true, so my conlangs often lack a separate passive voice.
The passive voice in Hugwis is simply an action with is_agent_unknown = true, so my conlangs often lack a separate passive voice.
It's true is_reflexive seems redundant here, because a reflexive axction can be represented by setting the agent and patient to the same, but this additional property may be an artifact introduced by language, namely the reflexive prefix like "self-".
It's true is_reflexive seems redundant here, because a reflexive action can be represented by setting the agent and patient to the same, but this additional property may be an artifact introduced by language, namely the reflexive prefix like "self-".


=== Visual processing ===
=== Visual processing (not mapped) ===
Edge-detect and intersection-detect.
Edge-detect and intersection-detect.


When viewing a flow chart, the nodes (intersections) are most important. With a map, I see intersections rather than roads and alleys. This is useful in many ways, because interesting places are often found at intersections, and I could better memorize roads which do not allow pedestrians to cross. Sometimes this impedes learning, as focusing on nodes can make me lose sight of shapes.
When viewing a flow chart, the nodes (intersections) are most important. With a map, I see intersections rather than roads and alleys. This is useful in many ways, because interesting places are often found at intersections, and I could better memorize roads which do not allow pedestrians to cross. Sometimes this impedes learning, as focusing on nodes can make me lose sight of shapes.


After Bezier curves for animation and font-making, some curved shapes are even represented as quadratic Bezier splines.
After using Bézier curves for animation and font-making, some curved shapes are even represented as quadratic Bézier splines.


== Design choices of Hwnic ==
== Design choices of Hwnic ==
130

edits

Navigation menu