Objects in and of themselves do not help with parallelism.

Entities in the same semantic neighborhood but without a typed relation to this one — candidates for new edges or unrecognized duplicates.

• Object-oriented programming is powerful and attractive, but irrelevant to parallelism.claim0.783
  Claim that OOP per se does not solve any parallel programming problems.
• The strengths of all three models (concurrent OOP, logic, functional) are irrelevant to parallelism, and generally unhelpful in dealing with process creation and coordination.claim0.777
  Assertion that the popular models add nothing to parallel programming.
• Parallel programming needn't be terribly difficult, but 'thinking in simultaneities' as in message-passing is calculated to make it difficult.claim0.777
  Asserts that Linda's uncoupled style reduces cognitive load.
• Object-oriented design is orthogonal to parallelism; 'objects' themselves do not help with parallel programming.claim0.777
  Concurrent object systems reduce to message-passing or monitors; objects solve code organization, not concurrency coordination.
• Parallelismmethod0.774
  Attribute: an attempt at dualism and dialogue, running texts alongside each other, but inherently unstable.
• Perfect parallelism is impossible in textual practice; hierarchy always emerges through spatial meansclaim0.773
• The discovery of perfect abstract equality representations that cannot be decomposed into entity representations is a foundational result informing our understanding of how symbolic and connectionist architectures coexistclaim0.763
  Concluding claim about theoretical significance of the hierarchical equality finding.
• Parallel sub-tasks within skills and across skill families should produce parallel outputs for legibility.claim0.762