will retweeted
If you're a designer then you should be racing to get as close to the product as possible so that you can experience your design decisions as you make them and have the agency to iterate on those decisions yourself. Even the best design tools won't get you there.
At @paper we think that design has different needs than eng for good reasons
Design is expanding: what should we do? Mapping the problem space, studying prior art, experimenting visually, trying 10 versions right next to each other, sharing in real time
Engineering is narrowing: defining precise behaviors under exact browser conditions and states when you know what to build
Being able to do both is really good. We should all be builders at the end of the day. But design and eng are different modes of work and do not have the same needs.
With love to my friends at Cursor, a lot of IDEs have added a font picker and called it a design tool. And while I think that it's useful, but it's only a tiny fraction of what designers do.
What we do need is our design tools to be connected and open, which is why Paper:
- Uses real html/css code as our rendering engine. It's LLM native and lets you drag and drop your code components on a multiplayer canvas
- Will use AI and data connectors to pull in real data from Notion, Google Docs, APIs, or sync your visual design decisions to Cursor
- Is adding design agents to save boilerplate work, letting you do a week's worth of design work in a day and focus effort on the inspiring work
In any case, I'm excited for all the new possibilities and tools. My advice to everyone is to lean into it, have fun learning, and make more great software for the world!
will retweeted
People will always remember who believed in them early and who didn’t flinch during their hard times.
will retweeted

Elon Musk@elonmusk15 Jan 2024
United States!
United StatesConnected via United States App StoreLocation may be affected by a proxy or VPN.Account-level information, not a live location or per-post device.
Optimus folds a shirt
will retweeted
Let's reverse engineer Disney's adorable, lifelike robot!
I couldn't find a whitepaper, but this is how I think it's trained:
1. The emotional behaviors are curated by Disney animation artists, keyframe by keyframe. But it cannot be "rendered" directly on the robot because it doesn't take into account the complex real-world physics.
2. Reinforcement learning (RL) is a great tool for training low-level robot controllers. RL needs a reward function to optimize, and it's typically a task reward (e.g. walk in a straight line as fast as possible). The problem is that RL doesn't know what counts as "natural behavior", and often produces weird-looking body postures that somehow still maximize the reward. This is a human alignment problem just like ChatGPT.
3. Enters Adversarial Motion Prior (AMP): a technique that learns the human preference by training a classifier on what we consider "emotional & cute". In GAN literature, this is called a discriminator. Disney artists are good at creating such a dataset. You can then add AMP as an auxiliary reward in simulation to nudge the robot towards desired behaviors.
AMP was developed by Peng et al. 2021 and Escontrela et al. 2022.
xbpeng.github.io/projects/AM…
4. Add lots of data augmentation to make the controller robust to physical disturbances. In RL, it's called "domain randomization". This is a very powerful technique that bridges the gap between simulator and reality. Previously, OpenAI used domain randomization to train a 5-finger robot hand to manipulate a Rubik's Cube: openai.com/research/solving-…
IEEE news article gave hints about the pipeline: spectrum.ieee.org/disney-rob…
Finally, praying for world peace 🙏. I hope robotics like this will bring more joy to the world.






