News for hackers. Stuff that matters.
Re:Beam Manifesto – A Tool for Thoughts by domleca on Tuesday October 20, 2020 @01:02PM (#24839763)
Open to questions ;)
Re:Beam Manifesto – A Tool for Thoughts by danr4 on Tuesday October 20, 2020 @01:17PM (#24839952)
Without the fluff, what the hell is beam?

Also, per HN guidelines soliciting upvotes [1] is forbidden, which explains why this is in the front page even though no one can understand what this is.

[1] https://twitter.com/domleca/status/1318593216363569152

Re:Beam Manifesto – A Tool for Thoughts by soco on Tuesday October 20, 2020 @01:33PM (#24840134)
By the description this could be anything from a three hole binder to Skynet...
Re:Beam Manifesto – A Tool for Thoughts by Hizonner on Tuesday October 20, 2020 @01:41PM (#24840237)
It's whatever you see it as being. Consensus reality is boring.
Re:Beam Manifesto – A Tool for Thoughts by portmanteaufu on Tuesday October 20, 2020 @01:30PM (#24840109)
Tweet: "Now is the time."

Blog post: "Several months from now is the time."

Re:Beam Manifesto – A Tool for Thoughts by johnknowles on Tuesday October 20, 2020 @07:45PM (#24843456)
(Note: I am in the early stages of developing out ideas for a similar tool, so feel free to answer with discretion.)

Part of my problem with the current software toolset is that almost all allow a single view over a document or a webpage. In the physical world, I can have multiple books or papers open in front of me, drawing from a collection of sources concurrently rather than a single one serially. Additionally, if I open something between different apps, there is no integrated way to annotate at a layer above documents.

- What do you envision as a proper interface for digital exploration? - Will it allow for digesting multiple sources at once? - What will annotation, tagging and relations between documents look like?

There are references to "structured content" and the organic "building up [of] knowledge" in the Beam-ifesto. The most ready structure that I have been working with is a network of nodes, each representing a unit of digital data (a document), which can be found by file URL or by http URL. To relate these nodes, one could form "node structures" that abstract multiple nodes into a structure of some form (list, table, group, hierarchal links, etc). This offers abstraction and composability between digital concepts. While this may be private, I'm curious how you are picturing the "database" aspect of your product.

- Are you drawing at all from what we know about neural storage in your development of a "digital database"? - How are you enumerating the possible relational structures for multiple objects?