Hacker Newsnew | past | comments | ask | show | jobs | submit | ElijahLynn's commentslogin

Maybe they could use Codex to build a Linux app...

Linux users are probably too smart to actually use these kinds of tools right now.

Yeah, I only see 15 minutes in my settings.

For those who want to see and tinker with it: Settings > Time Management


That means you need an account?

Mac only. Is there any reason this couldn't be a web app? And seems pretty restrictive to just have one platform, a desktop Mac.

If I built a Mac app, the reason would be that I use a Mac, as do a lot of other people, and native apps are a lot more pleasant than non-native apps. I don't really understand why it's "restrictive"? There is no restriction happening.

The author had to decide between making something excellent for some people or mediocre for everyone, and chose the former

You may use Pepakura if you’re running windows. Not sure if a web or linux alternative exist.

The same could be said about pretty much _any_ software.

I'd say the root is circadian rhythm disruption. Artificial lighting, social media, etc.

And in a squash and merge workflow, which are most teams I've been on the past 8 years, it really is the title of the pull request or merge request. That is what really matters.

And I really like that because it leaves room to let the developer do whatever kind of commit messages they want to that makes sense to them. Because nobody's really ever going to read those again after it squashed and merged.


Every time I hear about commit messages on HN, this is my first thought. I can't imagine not working in a squash workflow. No matter how good your commit messages are, I do not want to read all of them. The squashed commit will direct me to the original PR in case I need more detail.

- fix - fix fr - fix frfr - plz - omg why - never gonna give you up - never gonna let you down - add missing curly braces

Ironic, from reading the article it actually takes a while to find the research...

https://www.biorxiv.org/content/10.64898/2026.03.18.712572v1

>>> PDF with the images

https://www.biorxiv.org/content/10.64898/2026.03.18.712572v1...


This should be the story link.


Indeed, wonder did OP really read through the article?


How ironic that an Alphabet company, Waymo, only works with a competitor streaming music service, Spotify, and not their own, YouTube Music. I guess that shows how separate they are.


I think it's also a privacy thing; you have to go into the Waymo app and “connect” your YouTube Music account (even though both have the same @gmail.com address), because otherwise the terms of service of one do not allow sharing data with the other without user consent. (Contrary to popular perception Google is very finicky about privacy, at least privacy as defined as conforming to the terms of service.)


Couldn't it just be a Bluetooth audio device? That way you could play anything you want, be it from YouTube, Spotify or your own music collection.


We do support YouTube Music and actually supported that before Spotify. But we only do ad-supported on Spotify and iHeartRadio (also paid Spotify).


It looks like YouTube Music was only added in October? I took the ride in September.

https://support.google.com/waymo/answer/16623742?hl=en


Maybe you could recreate it now, but with better music?


How about some games to pass the time? Make some exclusives so I look forwards to a 20 minute cross-town drive!


why does the car need games? Just use your phone/tablet/laptop


Because those are the same games I have available while not in a Waymo and I can play them anytime/anywhere. By having Waymo exclusive games that save state between rides that aren't available outside the Waymo, it builds the "only in Waymo" excitement.


In January YouTube music worked fine when I took Waymo in Menlo Park.


This was in September, so I'm happy to see the change!


That's good news, if I can't use the Youtube Music I've paid for in the Waymo then I'm not going to put up with Spotify Ads instead, better to sit in silence (or use my headphones and my own music)


Can you not steam arbitrary audio to it from your phone?


Would be nice if the landing page had some graphical pictures for a graphical interface...



Which is fine and all but repos with such sparse README's are not doing themselves any favors.


The link to the homepage is literally on top of the README. You're just being a complainer for complaining sake.


my favorite kind of hn comment.

> The link to the homepage is literally on top of the README.

the 'technically correct' part

> You're just being a complainer for complaining sake.

the 'completely missing the point' part.


Including images in a readme means committing (maybe large) binary files to the repo.


Yes. One image won’t kill you. Or just refer an external static image.


How large are a couple of 1080p PNG screenshots? 0.5MiB?


They could commit thumbnails linking to originals hosted on their website.


Thumbnails are not even needed - they can just use a plain old img tag in the readme with an external src.


Agreed. It's pretty trivial to add a few images to your markdown. I had to hunt for the screenshots, which are full size entire desktop grabs for what is a web app -- odd.


Title has a typo: distrbuted


Fixed, thanks!


So true. All protein on the planet, was made from sunlight and photosynthesis. You can eat the animal that ate the plants, but then you lose out on tons of micronutrients and fiber.


Aren't some amino acids synthesized in animals?


None that we need and can't get directly from plants.


Ok but I am wondering about the truth of:

> All protein on the planet, was made from sunlight and photosynthesis


Ah, yeah, some amino acids are synthesised in animals. We synthesise a handful of them ourselves. But there are still a bunch that we can't synthesise and need to get from our diet. I think that goes for all animals. Since you need a complete supply of all amino acids to make protein then plants provide the essential link in the chain so you could say it all comes from photosynthesis ultimately.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: