Загрузка видео...

Не удалось загрузить видео

На главную

We had this long-standing papercut at Linear where the menu items overflow their outer container. It was hard to fix, or so I thought, because the structure is pretty complicated given all the design details, so a simple overflow: hidden wouldn’t work as it would break the animation. But...

117,738 просмотров • 11 дней назад •via X (Twitter)

Комментарии: 0

Нет доступных комментариев

Здесь появятся комментарии из оригинального поста

Похожие видео

004/100 Buttons. A bit of the process on building an animation. When looking at a finished animation or in this example a finished button, it can look quite complex inside the CSS. But when building it, it’s more like a lot of simple steps, one after another. Here I had the idea to make some kind of text animation like the footer logo on the Osmo site. I try to add the base animation with no complex easing, for example transition: translate 0.4s ease. Starting with just moving the one text from bottom to top and the other text to top. Adding a stagger, play around with it. Searching for a way to make it more circular. On the research I found the sin() function inside CSS which can build a more smooth non linear curve for the stagger which creates this circular effect. And step by step adding more complexity like, different easing for hover/hover-out, opacity, 3D transform and more. I use also the sin() function to rotate the letters, so the middle ones are getting more rotated than the outer ones. Another thing which helps is to add a small delay on hover, for example 0.05s or 0.1s, you don’t really see the difference, but when you hover pretty fast on and out it doesn’t get that jumpy. I’m using here GSAP’s SplitText to split every char into spans. And then I’m adding a CSS index variable to every span, starting from the center. SplitText can provide CSS index variables, but you cannot tell it from which direction. For the sin() it’s also important to have a max length, so I add another CSS variable with the max char number on it. Crafting 100 Buttons with Osmo ⏳ Total time: 63h

Eduard Bodak

166,023 просмотров • 3 месяцев назад

Today I had my first demo drive in a Tesla. It was also my first time ever sitting in one. This was the first car I’ve ever sat in the driver’s seat of where I didn’t touch the steering wheel for over 20 miles. Before I even got to the car, the people who had demoed it before me were an older married couple who were absolutely euphoric. They thought it was so cool that the car could drive itself. The Tesla employee told me this happens all the time. People come back from demo drives and tell the next test driver that they’re about to have an amazing experience. Little did I know, I’d end up carrying on the torch to the next couple demoing it after me. There was a ton of construction where I demoed the car, and FSD handled the entire drive extremely well. And yes, it can go through a drive-thru and stop at each window. The only thing I had to do was tap the pedal because it wouldn’t leave on its own, but it was still wild seeing the AI stop perfectly at the second window and wait. There are a million things I could write about why a Tesla feels like a better car and how much more it offers compared to a regular car. But for now, I’ll stick to FSD. There were only two moments that made me a little uneasy. The first was pretty minor. The car slightly hesitated going up a driveway, but quickly made up its mind. The second was more noticeable. I didn’t realize the car was nagging me. Once I touched the steering wheel, nothing happened, so I pulled it right a little harder, then let go. After that, the car turned left and crossed a double yellow on a backroad. (and yes I know you can sue the volume knob) I’m not totally sure if it was trying to pull over or what it was doing. I wanted to see how it would handle the situation, but there were cars coming, so I took over and corrected it. One of the coolest moments was when I thought FSD was glitching because it came to a complete stop in the middle of a busy road. Then I looked around and realized why. On the right side, there was a bicyclist waiting at a yellow crosswalk. The cars behind me didn’t honk, and the Tesla stopping actually incentivized another car in the right lane to stop and let him pass. The car is almost too nice to pedestrians, because 99.999% of humans would’ve blown through that, especially with no flashing light. For 99.9% of the drive, the car navigated confidently and smoothly. It was a real “feel the AGI” moment. Please do not let the media, the general public, or anyone else convince you that this technology is just some kind of auto assist or glorified cruise control. This is undoubtedly getting extremely close to feeling superhuman. You still have to pay attention to the road, but after experiencing it myself, I’d be shocked if HW4 Teslas aren’t unsupervised within the next couple years. The car was extremely smooth. There was no harsh braking, and it even avoided something in the road that I didn’t see. Driving with FSD made me realize I probably wasn’t driving as well as I could be. Hopefully, eventually, everyone’s car can be as mindful as a Tesla. I’ve never seen a brand so far removed from the public’s sentiment. I’m so happy I ordered one.

Chris

18,722 просмотров • 1 месяц назад

I had the same thought so I've been playing with it in nanochat. E.g. here's 8 agents (4 claude, 4 codex), with 1 GPU each running nanochat experiments (trying to delete logit softcap without regression). The TLDR is that it doesn't work and it's a mess... but it's still very pretty to look at :) I tried a few setups: 8 independent solo researchers, 1 chief scientist giving work to 8 junior researchers, etc. Each research program is a git branch, each scientist forks it into a feature branch, git worktrees for isolation, simple files for comms, skip Docker/VMs for simplicity atm (I find that instructions are enough to prevent interference). Research org runs in tmux window grids of interactive sessions (like Teams) so that it's pretty to look at, see their individual work, and "take over" if needed, i.e. no -p. But ok the reason it doesn't work so far is that the agents' ideas are just pretty bad out of the box, even at highest intelligence. They don't think carefully though experiment design, they run a bit non-sensical variations, they don't create strong baselines and ablate things properly, they don't carefully control for runtime or flops. (just as an example, an agent yesterday "discovered" that increasing the hidden size of the network improves the validation loss, which is a totally spurious result given that a bigger network will have a lower validation loss in the infinite data regime, but then it also trains for a lot longer, it's not clear why I had to come in to point that out). They are very good at implementing any given well-scoped and described idea but they don't creatively generate them. But the goal is that you are now programming an organization (e.g. a "research org") and its individual agents, so the "source code" is the collection of prompts, skills, tools, etc. and processes that make it up. E.g. a daily standup in the morning is now part of the "org code". And optimizing nanochat pretraining is just one of the many tasks (almost like an eval). Then - given an arbitrary task, how quickly does your research org generate progress on it?

Andrej Karpathy

1,648,015 просмотров • 5 месяцев назад