[HN Gopher] Dynamicland 2024
___________________________________________________________________
Dynamicland 2024
Author : Pulcinella
Score : 313 points
Date : 2024-09-04 17:02 UTC (5 hours ago)
(HTM) web link (dynamicland.org)
(TXT) w3m dump (dynamicland.org)
| Pulcinella wrote:
| Home page has been updated as well, though I am unable to submit
| that as I have previously submitted the same URL when the site
| launched back in 2017.
|
| https://dynamicland.org/
| dang wrote:
| Fixed now. Thanks!
| kkukshtel wrote:
| Great to see this project continuing to progress!
| hasbot wrote:
| I watched the new intro video and I have no idea what this is
| other than lots and lots and lots of cards with dots on them. It
| looks soo complex!
| 0xdeadbeefbabe wrote:
| Some of the people in the video have that expression on their
| face too.
| gffrd wrote:
| I love the ambitions and values in this work: that programs are
| physical so are shared and discoverable, that things are
| learnable through play, that the goal is people together.
|
| It's as if you asked someone to redesign the computer (as a
| concept) based on the technology and knowledge we have now, and
| designed around the tasks most fundamentally human.
|
| Always inspiring, always a gut check if I'm doing work that's
| valuable.
| hemogloben wrote:
| Have they open sourced any of it?
| mintplant wrote:
| Only in the sense that you can walk into the space and check
| out the source in-person.
| RodgerTheGreat wrote:
| ...if you know the right person and are invited.
| franklovecchio wrote:
| I remember this offshoot from a few years back:
| https://github.com/tinylanders/tinyland
| dcre wrote:
| https://dynamicland.org/2024/FAQ/#Is_Realtalk_open_source
| skadamat wrote:
| Not yet. There are some offshoot projects if you want to play &
| experience:
|
| - https://folk.computer/
|
| - http://tablaviva.org/
| acyou wrote:
| I love the bookshelf interface. It is as good as a regular
| bookshelf for browsing and inspires me to explore.
|
| However, I hit the back button as soon as I click a link, where
| with a physical bookshelf I would probably crack the book and
| flip through, no comparison there.
| kdamica wrote:
| Reminds me of the Packard Bell Navigator UI from the 90s:
| https://en.m.wikipedia.org/wiki/Packard_Bell_Navigator
| xipho wrote:
| Inspiring stuff. TLDR, AFAICT, no, you can not do this on your
| own without participating IRL and taking away what you learned.
| Am inspired that it keeps growing, am disappointed that an
| indoctrination of a sorts is the only (apparent) route in. That
| said, sign me up please.
| jedberg wrote:
| Can someone who has six minutes to watch the intro give those of
| us who don't a TL;DW?
| skadamat wrote:
| The analogy I use is pro cooking vs home cooking. We mostly
| only have professional cooking in the world of computing. What
| if we created tools and environments for everyone to become a
| home cook?
|
| - What types of things might a home cook compute-r create,
| share, and remix?
|
| - How can individual home cook compute-rs get more agency and
| freedom over their programs? What would that world look like?
|
| - What if we could incorporate all the ways we think when we
| compute? Our amazing skills in touching, feeling, grasping,
| moving, etc that we evolved
|
| Dynamicland (as I see it) is exploring & researching what that
| world look like by building increasingly more powerful and
| capable computing environments.
| jedberg wrote:
| Thank you. I still don't exactly get it though. What's with
| the books on a shelf?
| azeirah wrote:
| The books are the books that are recommended to read if you
| want to understand what they're doing and what prior work
| they're building on.
|
| Bret mentioned computer literacy on the website. The books
| you can consider as "the curriculum" or "the theory" or
| what have you.
| zamadatix wrote:
| It might be more time-understanding efficient to watch the
| video if/when you have enough time to mull what they show
| in it over. I'm not sure I would have gotten a useful take
| on this particular thing in a set of short text summaries
| and I'm usually one very biased towards that kind of
| consumption.
| jedberg wrote:
| Fair enough. I'll have to check it out later. Thank you
| for this perspective.
| Kerrick wrote:
| Related: "An App Can Be a Home-Cooked Meal"
| https://www.robinsloan.com/notes/home-cooked-app/
|
| Discussed here on HN at least twice:
|
| - https://news.ycombinator.com/item?id=22332629
|
| - https://news.ycombinator.com/item?id=38877423
| boojums wrote:
| "What if smart boards were actually good, could use the whole
| room, and track arbitrary physical objects?"
|
| combined with
|
| "What if you could create/edit a computer program like you
| rearrange furniture in a room?"
|
| appears to be the sales pitch.
|
| I would recommend watching the video though because there are
| few more pieces to it such as how it is programmed, etc.
| skadamat wrote:
| I have the physical 2017 zine and it's a beauty to have a giant
| folded sheet of poster paper you can expand and read on a table,
| like a newspaper
| dack wrote:
| i'm always super impressed by brett victor and highly admire his
| work.
|
| that said, I have to admit that it doesn't really feel "right"
| based on what I've seen. there's so many limitations to the
| physical world that a virtual space doesn't have. i get that
| physical objects can participate in the UI and that arranging
| things in 3D space is sometimes nicer than using a
| mouse/keyboard.
|
| However, the fact that there is still code written on pieces of
| paper, and that the projector can only show a 2D image (which is
| only primitively interactable) just looks super awkward. and the
| question of "what can you do" when you're staring at a blank
| table seems tough
|
| again, it's super cool research but i wonder if he has plans to
| resolve some of these fundamental issues with mixing real and
| virtual
| skadamat wrote:
| IMO the goal here isn't to replace traditional software
| engineering. It's to bring computing to spaces. Museums,
| classrooms, town halls, etc, which requires a different
| approach.
|
| The mental model I use is professional cooking in a kitchen vs
| home cooking. Different scale, tools, and approaches but some
| overlap in core ideas.
|
| A pro cook can criticize a home cook's workflow and tools, but
| the goals are different!
| bobajeff wrote:
| I think their goal is similar to what smalltalk's goal
| originally was: To allow for regular people to do complex
| things with a computer.
|
| Ultimately, it didn't succeed in that goal but I believe
| inventing the first spreadsheet software can be counted as
| achieving some success there.
|
| I admire this project and hope they can one day move beyond
| simply typing code on a sheet of paper to creating tools that
| actually make our compilers/IDEs look like using punch cards.
| peebeebee wrote:
| I think the (interesting) output we see as the different UI is
| a side-effect of the actual research mentioned at the end of
| the video: how can we teach everyone how to do spatial
| programming, just like we teach everyone to write and
| calculate. The end result is not a finished product, but new
| knowledge about how to spread this new knowledge to everyone.
| __turbobrew__ wrote:
| I like the ideas around the interface where physical objects
| are part of the UX, but I think putting everything into paper
| takes it too far.
|
| Putting things on paper means you cannot share things outside
| of your immediate community which I think is one of the main
| advantages of computing and the internet.
|
| Creating a place for physical community is great, making a UX
| which allows sharing that experience is great. Firewalling your
| ideas off from the rest of the world, not so great.
|
| I could see a world where these communities are federated.
| Maybe your local computing community is connected to other
| locales as well as somewhere else which is far away (like we do
| today with sister cities).
| modeless wrote:
| Very cool. I do believe physical embodiment of computers is the
| future and the current screen/GUI paradigm will decline, but the
| embodiment will be different. The physically embodied computer of
| the future will be a humanoid robot, and we will interact with it
| the same way we do with humans: by gesturing and speaking. There
| will always be a place for screens, just as there is still a
| place for books, but we will have less reason to use them when we
| can accomplish what we want to do in more natural collaboration
| with physically embodied computers in the form of humanoid
| robots, alongside other humans.
| shortrounddev2 wrote:
| I feel that mobile screens and AR are going to be the future
| modeless wrote:
| Mobile screens are the present, in the form of phones.
| Unfortunately there are fundamental physics problems that
| make AR too limited and too cumbersome to entirely replace
| screens for the foreseeable future. I highly recommend Karl
| Guttag's blog to learn about the problems that will hold back
| AR for a long, long time:
| https://kguttag.com/2023/06/03/slides-from-presentation-
| at-a...
| shortrounddev2 wrote:
| Yes, I think that mobile screens will continue to be our
| present, but in the future! I think that touch screens are
| the preferred medium for computation for technology users
| who started using computers regularly for personal use
| after c. 2011. Personally, I hate the things but I can see
| that for people who are not technical users, the mobile
| phone is a natural way to compute. I know of many people
| who don't even own a laptop or desktop; they just use their
| phone for all computation
| carlosneves wrote:
| One of the long-standing critiques I've heard from Alan
| Kay I think is that smartphone users can't use
| smartphones to create software for smartphones.
|
| There's no officially supported way of doing that I mean.
| You're required to have a desktop or laptop computer
| (keyboard & mouse) that runs XCode/Android Studio...
| azeirah wrote:
| Despite appearances, dynamicland isn't about any particular
| paradigm on its own. It's a set of values and a way of looking
| at media that come together to create computer-literate
| communities and even culture.
|
| This is obviously a bit vague, especially if you look at all
| the things they're doing with the cameras and the projectors
| and the dots and all that. There's nothing stopping anyone
| "running" dynamicland on anything else.
|
| It's a completely different way of looking at computers, and
| it's basically saying "monitors, keyboards, mice, projectors,
| smartphones, tablets, laptops, vr headsets and xr headsets are
| all different kinds of ways to experience computation in the
| flesh. We want to explore what happens when we change the
| fundamental assumptions that computing is something you do
| (alone) in front of 'a computer'. What could computing look
| like if it was reimagined from the ground up, and we used
| people instead of person as our target audience, space instead
| of product, extensions of existing media rather than inventing
| new media, literacy instead of profession".
|
| It's difficult to really explain in one go, I've been following
| Bret Victor since before he even started ok CDG
|
| Regardless, I think it's the future for precisely one reason;
| it's easier, cheaper and more powerful. People can and people
| will integrate it with all the high tech stuff that we already
| have, that includes powerful desktops, vr, smartphones etc.
| skadamat wrote:
| Hopefully my cooking analogy helps a tiny bit?
| https://news.ycombinator.com/item?id=41448649
|
| Similar a bit to Maggie Appleton's barefoot developers vibe
| too: https://maggieappleton.com/home-cooked-software
| reaperman wrote:
| I assume this hasn't been "released" yet, but still thought I'd
| ask if the source code for the operating system (or "computing
| environment", in Dynamicland-speak) is available anywhere and
| also if there yet exists any DIY hardware guides for building
| your own to play with at my own location (far from the
| Oakland/Berkeley Dynamicland facility).
|
| I believe the FAQ confirms that this is not possible at the
| moment:
|
| > Where can I get Realtalk?
|
| >> At present, Realtalk exists in Dynamicland spaces and in the
| spaces of our collaborators, where we can carefully grow and tend
| in-person communities of practice. In the short term, additional
| spaces will be started by people who have contributed
| significantly to an existing space and have internalized the
| culture and its values. Long term, we intend to distribute the
| ideas in the form of kits+games which will guide communities
| through building their own computing environments that they fully
| understand and control. Long long term, computing may be built
| into all infrastructure as electric light is today. This would
| also require an extensive network of educational support.
| asolove wrote:
| There are some similar-ish systems with alpha-level install
| instructions: https://folk.computer/pilot
| dingnuts wrote:
| >In the short term, additional spaces will be started by people
| who have contributed significantly to an existing space and
| have internalized the culture and its values
|
| there's something ominous, weird, and sort of damning about
| being protective of your "culture and values" in this way and
| to this extent. If Dynamicland offered a truly novel computing
| paradigm, it should be one that is accessible by other
| cultures. If it offers a valuable culture and worthwhile
| values, those values should be viral on their merits. They
| should be broadcast, rather than kept closely guarded.
|
| If you have to carefully indoctrinate new users into your
| culture in order to protect it and keep out the Others who
| might ruin your culture with wrongthink, maybe what you
| actually have is a cult.
| Juliate wrote:
| > there's something [...] about being protective of your
| "culture and values" in this way and to this extent
|
| Yes, AND it may also be because it's kind of innovation in
| the open, before it's really ready or that all the critical
| angles are fixed, and they might not want spoil specifics
| they would like to make flourish and present to the whole
| world, and see them ... let's say half-assed, or
| misunderstood enough that it does not "jell".
|
| In the end, it will be embraced in some way. But it's
| understandable that they have a specific idea in mind.
|
| See it as a trailer for a movie where post-prod is not yet
| fully done, perhaps.
| jkestner wrote:
| Ideas are fragile, etc. There's a point at which you want
| feedback, but not before you've built enough for people to
| see the vision. Depending on your audience, you may need to
| build more or less to get to that point.
|
| Still, they've been working on this for yeeeears.
| azeirah wrote:
| Yes-ish, I somewhat agree with your critique. I think it's a
| temporary measure though.
|
| It is very America-centric and that's very sad to me.
|
| I think Bret is a bit hesitant to share the stuff before
| people understand what it is, to prevent the same problem
| that happened when Jobs visited PARC and walked away with the
| idea of "we need to build computers with the desktop
| metaphor", without understanding at all that it was always
| meant to be about authoring and sharing, not about the visual
| metaphors.
|
| Regardless, I hope to see more actual standalone
| instances/offshoots of dynamicland.
| bmitc wrote:
| I think he's afraid, and rightly so, of it getting adopted
| without being understood but then getting more popular than
| the original idea and drowning it out. It's the same reason
| people speak against introducing Douglas Engelbart as the
| "inventor of the mouse" when he was so much more than that.
| Look at Scratch. I think it's a pretty objectively a bad way
| to introduce programming systems to children, especially over
| something like Logo, but it is incredibly popular. And I'm
| not referring to the so-called visual aspect of it. I think
| it's just fundamentally a very uninteresting permutation and
| medium of teaching.
| breck wrote:
| Now that we know the term to search for "RealTalkOS" we can see
| at least one person tried to build an implementation last year
| https://github.com/deosjr/elephanttalk
|
| "Our goal is to invent a form of computation which local
| communities of non-specialists can make for themselves. From
| the ground up, for their own needs, which they fully understand
| and control."
|
| I'm LiveStreaming building a RealTalkOS implementation now.
| Come join and let's build together!
| https://youtube.com/live/02-wJ7Od9Bo?feature=share
| skadamat wrote:
| The best thing about this website is that it was made in
| Dynamicland, which is the most bootstrapp-y & Dynamicland thing
| ever:
|
| https://x.com/worrydream/status/1831035663703212350
| alabhyajindal wrote:
| The intro video looks very cool! I would love to try it but I
| doubt that'll be possible.
| hazn wrote:
| whenever i'll teach newcomers computing, i will now adopt the
| approach laid out here. it's easy to forget how painful learning
| computing is, how much you need to know about the internet to
| make a single http request and read out it's response. user
| @simonw talked about this recently on twitter [0][1]
|
| absolute beautiful point about needing a different kind of
| literacy in the modern age at the end of the video.
|
| i wish, with all my heart, that this and similar projects develop
| a loving community which will enable other communities to learn
| computing in an accessible, cheap and memorable way.
|
| [0] https://x.com/simonw/status/1829195655006531661 (original
| twitter link)
|
| [1] https://readwise.io/reader/shared/01j6z4cj87f5ky3c6ese0thscw
| (backup because twitter is not the future of computing)
| bsimpson wrote:
| I had the good fortune of taking a field trip there in 2018.
|
| The video is a very good overview of the project.
|
| One interesting artifact of "the real world simulates itself" is
| version control. At Dynamicland, each version of a program is a
| sheet of paper (with a unique set of fiducials along the edges).
| If you want to edit a program, you grab a keyboard and point it
| at the program. A text editor comes up; you make your changes,
| and hit commit. When you do, it spits out a new piece of paper
| with your changes. Put it in the view of the camera to use the
| new version. Take it away and use the old paper to roll the
| change back.
| breck wrote:
| > with a unique set of fiducials along the edges
|
| I suspect each piece of paper, if examined with a good enough
| camera, has a unique fingerprint, like a snowflake, and perhaps
| this could be used in the future for an "Isomer Addressed
| Filesystem". In other words, all pieces of paper ship with a
| UUID already, woven into their atoms.
| shoxidizer wrote:
| I would suggest instead convincing every printer manufacturer
| to embed in every printer a routine that encodes a unique
| identifier on every print and then reading that using more
| typical cameras. The hard part has already been done.
|
| https://en.m.wikipedia.org/wiki/Printer_tracking_dots
| jf wrote:
| I'm pretty sure that I mentioned the printer tracking dots
| to the researchers at the lab and certainly mentioned
| DataGlyphs. So they were aware of alternatives. The trick
| is to get a workable system with cameras that have the
| resolution to pick out those details from a dozen feet
| away, as well as a software stack that can recognize them
| at ~60fps.
|
| The goal has always been to move away from the dots, you
| can see this in the progress report:
| https://dynamicland.org/2019/Progress_report/
|
| That said, and this is purely my opinion, the system works
| well enough as it is, and there is so much fun stuff to
| build on top of what works, that it's hard to prioritize a
| better object recognition system over the myriad of other
| interesting things to be done.
| shoxidizer wrote:
| I imagine it would very difficult to read these dots from
| a distance and dynamically. I just mention it because
| most printed documents already have indentifiers printed
| on them that don't require seeing individual fibers.
| jf wrote:
| Ah, noted! With that in mind, did you know that those
| printer dots are what the team that won the 2011 DARPA
| Shredder Challenge used to win?
|
| https://en.wikipedia.org/wiki/DARPA_Shredder_Challenge_20
| 11
|
| Fun fact: Otavio Good, who led the winning team, learned
| about the printer dots on this very site. As I recall, he
| said that the dots were like a map that let them
| reconstruct the shredded documents.
| sedatk wrote:
| Oh, that's why my HP inkjet refuses to print a black &
| white page when it's low on yellow.
| jf wrote:
| Woah! I never considered that until now. I'll bet you're
| right.
| abeppu wrote:
| I think the overall idea here is really cool. But ... to me the
| idea of printing stanzas of code onto paper and then putting them
| on a board so they can be OCRed back into text and then re-parsed
| seems circuitous. Like as a demonstration that in principle you
| _can_ work this way on code as well as on more spatially-native
| concepts, it seems fine, but is that actually the best way for
| all kinds of work? Or can we acknowledge that this makes more
| sense for some things than for others?
| bsimpson wrote:
| It's not OCR. Those colored dots along the periphery are
| fiducials. They're how Realtalk recognizes a program.
|
| Every object that you can interact with in Realtalk has a
| unique set of fiducials. When the camera sees one, it looks up
| its behavior and projects it accordingly.
| modeless wrote:
| So if you physically copy and paste code, or edit it with a
| pen, that won't work, right? The embodiment feels
| superficial.
| jf wrote:
| Correct, that doesn't work in the system as implemented.
| But my understanding is that there has been a goal from the
| start to _eventually_ get physical code editing to work. I
| recall hearing the researchers talking about wanting to
| eventually get handwriting recognition working, so you
| could edit code by hand.
| abeppu wrote:
| ... so in the intro video at like 2:37, it says that a
| program can be in language, or an arrangement of components,
| or a hand-drawn diagram, because anything you can write an
| interpreter for is a program. The "arrangement of components"
| and the "hand-drawn diagram" shots show stuff drawn on a
| whiteboard, which seems like it can be edited by redrawing.
| Are you saying that a hand-drawn diagram program can be
| freely edited by changing the diagram, but a language-based
| program cannot be edited by changing the representation of
| its code? That seems ... worse.
|
| I would think that you'd want a fiducial marker on code-
| printouts to identify that a piece of code has a language and
| a namespace perhaps (i.e. "this page contains a kotlin
| definition that lives in com.acme.foo"), but that the
| contents should be modifiable. Otherwise, what's the point?
| If to edit the code you're gonna pull up a keyboard and
| screen (or project an editor window) ... then this seems like
| what we already have, plus you have to print stuff out.
| bsimpson wrote:
| It's been 6 years since I've been there. I'm sure they've
| made developments since then.
|
| I also think these comments along the lines of "what about
| X" are unhelpfully reductivist/dismissive. The whole point
| is that it's a research project. If you can think of a
| better way to make ephemeral room-sized computing work -
| cool, let's try that! Just because it worked some way when
| I was there in 2018 or some way in the video doesn't mean
| that's the end vision for how it will always be.
|
| This isn't a product. It's a vision for the future.
| abeppu wrote:
| > The whole point is that it's a research project.
|
| > It's a vision for the future.
|
| Neither of these mean we can't or shouldn't be able to
| have discuss whether parts of it are good or bad, make
| more or less sense. Is it a vision of a future you'd want
| to work with/in?
|
| > I also think these comments along the lines of "what
| about X" are unhelpfully reductivist/dismissive.
|
| My first statement was "I think the overall idea here is
| really cool". The intent is not to be dismissive. But if
| you think the only acceptable reaction is unalloyed
| praise ... then why even have it on a discussion-oriented
| site?
|
| I think the way of working being demonstrated seems like
| a great fit for _some kinds of work_ and that trying to
| awkwardly shoehorn software-development to happen in
| their system detracts rather than adds to it.
|
| > If you can think of a better way to make ephemeral
| room-sized computing work
|
| ... I think an IDE, a keyboard, and a projector are
| better than printing code blocks at a specific revision
| which is identified by a computer-readable id, and which
| must be given a new ID and a new printed page every time
| you want to try executing a new version.
| bsimpson wrote:
| Yours wasn't the only comment along those lines, and I
| was replying to the class of them rather than yours
| specifically.
|
| I don't mean to curtail discussion or say that only
| praise is allowed. I just want to steer away from
| "gotcha" energy on a research project.
|
| Ideas/discussion/critique are welcome! "This project is
| dumb because it does things differently than I'm used to"
| or "because it currently only supports digital changes to
| the physical paper" are less helpful. Part of the fun of
| a research project is trying weird stuff to see what
| feels better and what doesn't.
|
| Again, none of this is directed at you personally or
| about your specific comment. I just noticed a trend of
| comments about the code editing experience that felt more
| like trying to dunk on the concept than promoting curious
| discussion.
|
| https://news.ycombinator.com/newsguidelines.html
| biot wrote:
| _> I think an IDE, a keyboard, and a projector are better
| than printing code blocks at a specific revision which is
| identified by a computer-readable id, and which must be
| given a new ID and a new printed page every time you want
| to try executing a new version._
|
| You're making several incorrect assumptions here:
|
| 1. That you can't interactively try out the code as
| you're editing it.
|
| 2. That the system as implemented is the final vision of
| how the system ought to work forever.
|
| From https://youtu.be/5Q9r-AEzRMA?t=150 "Anyone can
| change any program at any time and see the changes
| immediately", which demonstrates live editing the code
| and seeing the projected flow lines change color. So you
| can keep editing and iterating on the program, trying out
| your changes without ever having to print anything. Once
| you are satisfied with your improvements, you then
| "commit" the code, which results in the system printing
| out a new page with its new identifier.
|
| And if any part of your expectations isn't how things
| work, it's likely because this is a research project and
| nobody has written the code to make it behave the way
| you'd like. Since Realtalk is built on itself, one would
| only need to make the appropriate changes to improve the
| system.
| bsimpson wrote:
| For those unfamiliar, the founder is Bret Victor. He made a name
| for himself working on human interfaces at Apple in the Steve
| Jobs iPad era. In 2012, he gave a couple of influential talks:
| Inventing on Principle, and Stop Drawing Dead Fish.
|
| Bret's take on being a visionary/futurist is fascinating. He
| imagines the near-future world he wants to live in, prototypes
| enough of it to write a talk about, and gives the talk with the
| hopes that someone in the audience will be inspired to make it a
| reality. He gives ideas away with the hope that he'll be paid
| back with a world where those ideas have been realized.
|
| https://worrydream.com/
| sigmonsays wrote:
| that approach seems so off... i'm curious how it's justified.
|
| like countless hundreds of quotes on execution vs ideas, here
| is one: "Ideas don't make you rich. The correct execution of
| ideas does."
|
| anyways, i'm gonna spend a little more time this evening to
| really dig in.
| jacobolus wrote:
| It's pretty hard for one person or even one small team to
| both (a) do advanced green-field research in whichever
| uncertain direction they feel most exited to explore, and (b)
| make a complete and polished saleable product which best
| meets the needs of a well-defined set of customers.
|
| The skills, personalities, organizing principles, and methods
| involved are substantially different, and focusing on making
| a product has a tendency to cut off many conceptually
| valuable lines of inquiry based on financial motivations.
|
| Notice that Bret Victor's goal (like most researchers) is not
| to become as rich as possible.
|
| Whether researchers or product developers ultimately have
| more leverage is something of a chicken-and-egg question. To
| make an analogy, it's like asking who was more influential,
| Karl Marx or Otto von Bismarck.
| skadamat wrote:
| The world needs powerful new ideas and people willing to
| bring those ideas to everyone through creation of products
| and services. We need BOTH but it's getting harder to build
| a career focusing on inventing and discovering new ideas
| nowadays unfortunately.
|
| This is documented super well in this book (published by
| Stripe Press!): https://www.amazon.com/Scientific-Freedom-
| Civilization-Donal...
| infinite8s wrote:
| I don't think he's trying to be rich (except maybe to provide
| self-funding for his research).
| tikhonj wrote:
| Well, Bret Victor presumably isn't _rich_ rich.
|
| Some ideas--key novel concepts and conceptual frameworks, for
| example--absolutely have value, but they're not valuable in
| the way a _business_ is valuable. You won 't become business-
| owner rich just by coming up with the right concept, but you
| can have a successful research career, get enough funding to
| run a small research group, win a Nobel/etc prize... etc. But
| that says more about how our society and economy are
| organized than it does about the inherent value of ideas
| _qua_ ideas.
| noahtarr wrote:
| > He imagines the near-future world he wants to live in,
| prototypes enough of it to write a talk about, and gives the
| talk with the hopes that someone in the audience will be
| inspired to make it a reality.
|
| What makes you think this?
| bsimpson wrote:
| I was in the audience for Stop Drawing Dead Fish and talked
| to him about his approach afterwards.
| whywhywhywhy wrote:
| Victor's previous work has all been huge inspirations to me, but
| after many years of this project that I initially was hyped for
| there are just some big red flags to me that this isn't the way
| forward really or even a good use of his talent.
|
| Big talk about solving the worlds problems out in the room and
| not on the phone I agree with in sentiment but I feel all that
| big talk falls completely flat on it's face when the project
| you're pouring money and most importantly time only exists in one
| space and only benefits a small group of academics and then that
| issue being gushed over as if its a benefit when really it just
| means you're not actually building in the real world at all
| you're building a fake thing in a fake world for the 0.01% of
| people to larp with.
|
| Think the world of computing could greatly benefit from Brett but
| almost in his success it means he'll just be able to play pretend
| in the world of "non-profit"/academia meaning the output will be
| citations + grants not value and there will be no real benefit to
| computing from that work.
|
| Maybe I'd feel different if the intro video ended with a repo and
| a list of hardware to build your own Dynamicland, I almost think
| the fact it doesn't is a tactic for the project to never have to
| really prove its value...
| breck wrote:
| I'm building my own implementation to understand how this works.
|
| No idea what I'm doing yet. Let's build together!
|
| I'm livestreaming here:
| https://youtube.com/live/02-wJ7Od9Bo?feature=share
|
| (Warning: I have yet to shower today).
| Uehreka wrote:
| As cool as Dynamicland is, I still don't get why they won't open
| source it or at least release it in some form.
|
| I've heard various people give roundabout excuses, but none of
| them hold water. They often fall into one of the following
| categories:
|
| - "People won't get the core ideas and will use it to make things
| that go against the core ideas" -- People who care about Bret
| Victor's work will take the time to learn the ideas. People who
| don't might try and make something Bret doesn't like, but
| currently the world is full of things Bret doesn't like, so I
| don't get how that would be different than the status quo.
|
| - "It's actually 'anti-internet', reimagining computers as
| objects in physical space, without the intangible connections
| provided by the internet" -- Cool! I'd like to use it to make an
| airgapped little lab thing for people in my city to play and
| experiment in, but I can't do that unless it's released to the
| community.
|
| - "Yeah but remember it's 'anti-internet', releasing it open
| source on the internet would violate the core principles." --
| This feels too cute by half. I don't consider this a legitimate
| objection.
|
| - "Just come to Oakland, you'll understand when you get here and
| use it." -- That's way out of many people's budgets. I also get
| the feeling that I wouldn't come around just by seeing it, I
| think I'd want one in my city even more.
|
| - "You're not entitled to other people's work." -- True, but most
| stuff done in this sort of research space is done with the intent
| of spreading an idea or increasing the public good. It seems kind
| of odd that the Dynamicland folks keep talking about what a
| revolutionary concept it is while preventing 99.9% of people from
| actually experiencing it.
|
| Overall it just seems like such a weird attitude. I get that
| they're worried about the world misunderstanding their ideas, but
| at this point there are tons of people who have been eating up
| Bret Victor's work and have immense respect for his ideas, and
| would gladly watch, listen to or read whatever instructions would
| be necessary to help someone who's already bought in "play by the
| rules" and get the best possible experience.
| jdougan wrote:
| > - "People won't get the core ideas and will use it to make
| things that go against the core ideas" -- People who care about
| Bret Victor's work will take the time to learn the ideas.
| People who don't might try and make something Bret doesn't
| like, but currently the world is full of things Bret doesn't
| like, so I don't get how that would be different than the
| status quo.
|
| I think the problem is like what happened to "agile" after the
| manifesto. People took a term with a meaning, and ignored that
| meaning in promoting their own stuff, thus confusing the
| terminology and messing up discussion of the concepts.
| 0xdeadbeefbabe wrote:
| Wow I really like my keyboard
| geraldalewis wrote:
| This seems to me like the apotheosis of Jef Raskin's Humane
| Interface - super cool!
| koolala wrote:
| I'm hopeful VR programming with standardized programming
| languages and AI will create a Dynamicland-like software
| environment one day. Social spatial programming just needs to be
| made fun like building in a game.
| jdboyd wrote:
| Why VR instead of projectors?
| koolala wrote:
| Hehe because VR is unlimited. It's only recently the
| resolution of VR displays is even good enough for text. The
| final need is comfort. I'm currently trying to figure out a
| efficient text rendering algorithm designed for 3D.
| rparet wrote:
| I was fortunate enough to visit back in 2018. It's so nice to see
| this persevere.
| thatguymike wrote:
| I spent quite a lot of time at Dynamicland Oakland. It's great
| fun and the people are just wonderful. I think of Realtalk as
| adding another layer to programs, the Physical Layer. Program
| behavior can be determined and controlled by physical layout as
| well as code. It's not completely unlike a frontend/backend
| distinction, and in fact you could make a Realtalk simulator
| using a javascript canvas much more easily than building the
| camera/projector setup.
|
| Just like building full stack software, there's a large amount of
| nonobvious skill in dictating your separations of concerns
| between the physical layer and software layer. Good programs are
| flexible, remixable, modular, intuitive, and let non-programmers
| make nontrivial interactions and enhancements via the physical
| layer. Bad programs require you to have the physical objects in a
| particular configuration, or break completely if one piece of
| paper is lost. I found these programming design questions a
| really interesting part of playing at Dynamicland.
|
| A solid limitation of the system is that the pieces of programs
| aren't actually modular. You can't take a Cat from one program
| and a Dog from another program and have the dog interact with the
| cat. This is obvious in software - that's why we design APIs -
| but it's frustrating when all your programs exist in the same
| space (that's the whole selling point) and when bringing part of
| Program A into Program B is so intuitive and, when you have
| dozens of these programs lying around the room, inevitable.
|
| I'd love to see them explore (wait for it...) using AI.
| Incorporating object recognition could remove the need for
| pasting dots onto every object by defining rules like "when you
| see a car, color it Red". It could allow for inter-program
| interoperability via the shared language of object recognition.
| And it could even determining logical interactions in a fun and
| surprising way: what _should_ happen when I take the cactus from
| this program and put it on top of the balloon from that program?
| _dain_ wrote:
| Alright someone has to be the skeptic: there's no fucking god
| damned way this works as well as the video suggests. There has to
| be enormous amounts of behind-the-scenes work to support this
| thing; the idea that it's self-hosting all in one room is an
| absolutely extraordinary claim. It's a big red flag that they
| only invite specific people who are good "culture fits", and
| don't have any public code. They can't risk people seeing the
| puppet wires.
|
| It's some Wizard of Oz / Potemkin village / confidence trick.
| That's why nothing has been released after a decade -- there's
| nothing _to_ release. It 's vapor, this generation's Xanadu.
| soulofmischief wrote:
| This is a pretty neat idea. Watched through a few talks. I love
| cyberphysical programming, live programming, involving the
| audience in the computation, so Bret's work with Dynamicland
| speaks to me. I do however think the card system could use a
| rethink in terms of ergonomics.
|
| Wish I still lived in California so I could check out the system
| in person! Watching the development of this project with keen
| interest... sure, a lot of the ideas might not end up catching
| on, but that's the nature of research.
| tgbugs wrote:
| One of the most striking things about this for me is how clearly
| it demonstrates the fact that community and sharing are not the
| same thing.
|
| Building tools that enable communities to share effectively seems
| like another additional challenge, and the fact that virtual
| spaces and digital spaces are dismissed seems like it might prove
| a major roadblock to connecting and sharing in a larger inclusive
| community.
|
| Given the interest in leveraging this for doing science it also
| seems that this is at risk for empowering individual labs while
| leaving all interfaces to the rest of the larger scientific
| community dependent on the current utterly broken system of
| publication.
| fjfaase wrote:
| I wonder whether someone already has build away to create modular
| synthesizer using block with knobs on the table. A line on the
| top of the knob would signal its position. (In the video I saw
| some shots that looked like sequencers.) You would also need some
| mechanism to connect the modules together. I played around with
| VCV Rack [1], but adjusting knobs with a mouse feels very
| different than using your hands to turn a physical knob. Also, I
| would like to have more freedom in arranging modules more freely
| as you could do on a table, instead of using patch cables that go
| into all kinds of directions. Especially for newbies, it would be
| an interesting way to see if they want to go into real modular
| synths based on Eurorack [2], AE Modular [3] or microrack [4].
|
| [1] https://vcvrack.com/
|
| [2] https://en.wikipedia.org/wiki/Eurorack
|
| [3] https://www.tangiblewaves.com/
|
| [4] https://microrack.org/
___________________________________________________________________
(page generated 2024-09-04 23:00 UTC)