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

> I'll have my car a lot longer than I have my phone

Doesn't that make CarPlay/Android Auto a good thing? Provided the car supports both platforms, it means you can change phones during your car's lifespan without having to worry about losing features, and you get new phones as your phone upgrades without having to change your car.


I don't know, what if a third mobile OS is developed and gains traction (or is just one that I prefer) but it isn't supported by the car. What if future releases of iOS or Android are incompatible with a 10-year-old version of CarPlay or Android Auto?

I'd just prefer to minimize dependencies.


CarPlay and Android Auto were engineered from the start to be as agnostic to the car's hardware as possible. Your car's stereo is really just a dumb screen (i.e. just a display and input/output interface) with the phone doing most of the rendering + a few other things (i.e. providing some car instrumentation, like fuel remaining, if the manufacturer enables it) - the hardware requirements aren't really strict from a performance standpoint (minus CarPlay Ultra, and even then, that's just a tighter integration).


For a while now you've been able to remove a channel from your channel list in its right click menu.


True, but the channel still stays visible for everyone else, including new users.

To have IRC-level feature parity, the deletion action should make the channel read-only, visible only to past participants and push it down on the channel list, preferably under a special archive category that is collapsed by default. This can of course be done manually, but especially the permissions part is tricky and it still allows other people to nuke your chat history retroactively.



> had understood prior to this video that the combo of self driving tech + dedicated tunnels might have capacity that rival a light rail system like Seattle has but that's clearly not the case in the current system

Not to disparage, but how did you come to that conclusion? A train will always be able to fit more people/m^2 than several cars of equivalent length, due to things like ability to stand, not needing to have multiple engines and trunks, etc.


> Not to disparage, but how did you come to that conclusion?

I did some math and you're clearly right. I think I imagined that with driver-less vehicles leaving much more frequently (10s per minute) one could catch up to the capacity of a small light rail system but that's clearly not the case. I had imagined that _maybe_ it could be an approach for a lower capacity system in the future.

My math as someone who is not knowledgeable in how to get this data is as follows:

In Seattle is running 4 car trains at 8 minute headways at peak which works out to 7500 people per hour at crush load (4 cars, 250 people per car, 7.5 times per hour). This would require 125 vehicles with 5 seats leaving every minute which is clearly impossible.

Looking at Portland's MAX, it looks like they often run 2 car service with 160 passengers of capacity each with service every 15 minutes so 1280 people per hour (2 cars, 160 per car, 4 services per hour).

1280 people per hour could be served by a 5 seat vehicle leaving every ~15 seconds. This I suppose is what I had expected would happen when I tried to imagine the best case scenario for this service.


> In Seattle is running 4 car trains at 8 minute headways at peak which works out to 7500 people per hour at crush load (4 cars, 250 people per car, 7.5 times per hour). This would require 125 vehicles with 5 seats leaving every minute which is clearly impossible.

7500 isn't that high - the Manchester Metrolink did 46M user journeys in year ending March 2025 (~5250/hour assuming 24/7 which it isn't.) Docklands Light Railway did 97.8M (~11000/hour ass.24/7)

Numbers from https://www.gov.uk/government/statistical-data-sets/light-ra...


SteamOS isn't really meant for random PCs. If you want something like SteamOS, then I recommend Bazzite.


These days Docker Desktop on Windows uses WSL as its backend by default.


In this particular case, it lets the parents trade childcare responsibilities back and forth during the flight, which can be a serious boon on a long flight or if one of them starts feeling unwell.


KDE Connect exists on both iOS and Android, though some functions like text messages aren't available on iOS.


There's still a separate brake pedal.


Okay, so it's a misnomer


For me, the majority of one pedal driving is exactly this. No brake pedal needed. Requires looking and thinking ahead when driving. Obviously if something unexpected happens, the brake pedal it is.


This is how I already drive my gas powered vehicle so I don't really get the difference

But then again, I'm always shocked when I've driven in the USA, Americans ride the brake pedal it's crazy


I'm talking no brake pedal is needed even for stopping at roundabouts, intersections, etc. The regen braking will take you to a complete stop. Much less brake force than the conventional brake so it's crucial to have enough space in front of you.


I guess it's a different way of controlling the vehicle but I don't think I would enjoy or feel comfortable in a car that starts decelerating the moment the accelerator is released

I mean coasting is one thing and of course you will lose speed doing that, but this sounds more aggressive than just naturally losing speed from coasting


What do you mean by "the real compose"?


I assume Docker Compose v2 from Docker.


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

Search: