Hacker News new | past | comments | ask | show | jobs | submit | bliker's comments login

In this case I would suggest trying out grocery delivery services like Ocado in the UK.


Both of the examples that you provided are generally way less dangerous. Distracted driving is a common cause of deadly accidents. So I’d argue your examples are hardy equivalent. Using your phone in a stationary queue likely correlates with use while moving, which is significantly harder to capture.


> Using your phone in a stationary queue likely correlates with use while moving

I don't agree with this statement whatsoever.


It might feel dangerous but actual fatalities are very rare. So keep your eyes on the cars!

https://www1.nyc.gov/html/dot/downloads/pdf/nycdot-pedestria...


I'm not concerned about being killed by a cyclist, just getting knocked over. Which could range from being an annoyance to mild or moderate physical injury.


My reading is that diverse teams are seen as more productive and innovative. Another angle could be that given how impactful technology is, women need the seat at the table to take part in shaping it.


Any evidence for this or is it just wishful thinking? The more diverse a group is the harder it is to communicate because of culture/language barriers. So it doesn’t seem to be obviously true to me.


The parent comment uses “seems” so doesn’t claim certainty. I attended a seminar by Amy Edmunson [0] that cited studies indicating that teams of higher diversity were slightly lower performing on average but had higher variance. The takeaway was that a route to a higher performing team was increased team diversity plus psychological safety can lead to improved results by keeping the top end of the variation range.

0. https://fearlessorganization.com/


It doesn’t match my experience. The most successful teams I have worked on were not diverse at all. And the worst teams I have worked on were very diverse. It is hard enough to understand each other and communicate clearly in a team without also having to overcome language/culture barriers.


I think in many cases ebike can easily replace a second car in a family.


Yes, we went down to one car and two e-bikes. It would have been a struggle without the bikes as we live in a semi-rural area with poor public transport.


Same here. We live 18km from the city center. We have an electric car that we rarely use and two e-bikes (45km/hour kind) that we both use daily to go to work (300m elevation change). It's perfect !


How long do your batteries lasts which such a workload?

I have a short 15 minute 3-km ebike daily commute. But after 1 year the battery is obviously weaker. And i never made it past 2 years before a battery swap. I charge daily.

(I still kept my smallish car, which i now use much less)


My ebike has a 814Wh battery. It'll easily do to and from work twice. I've already done 7000km with it and no noticeable difference (<10% ?). But it's true that the battery degrades. I don't really "mind" in the sense that I treat it as a consumable and not a forever item.


That seems particularly poor. I'm still doing regular 30 mile rides with plenty of reserve after 6,000 miles on my original 500 wH battery.


This is what I think needs a bit more discussion & airtime. You're never going to eliminate cars entirely, don't try. But I think there's a good case that one car may be enough for many families when combined with ebikes, transit, & the rest.


This is exactly the setup my significant other and I have. We even live in an urban area that is pretty bike hostile, car obsessed, hilly. We have one car that we share and the other bikes/walks when needed.

There have only been two or three times over the course of about 7 years that having two cars would have been nice, but it obviously didn't make that big of a deal.

It's definitely helped keep us healthier as well, particularly compared to our similar aged friend group (~30 years old). We've both gotten comments from our physicians in the last few years because of this too!


Many urban people are also perfectly well-served by the occasional rental/carshare.


I find that one of the hardest things is to know what sounds natural. I found this website useful for checking specific phrases https://ludwig.guru.


Even if you account for travel?


Travel does cost me a lot but it’s more than made up for with the size of property in a desirable neighbourhood.

There’s no right or wrong answer here though. Some people might prefer a shorter commute and I can’t blame them for that. For me, I’d rather have a longer commute but live in a larger house in nicer neighbourhood; somewhere quiet to bring my family up.

The added bonus is most IT jobs these days offer remote working so I don’t have to travel into London five days a week if I didn’t want to. Though sometimes the commute itself can be enjoyable because it’s a good chance to catch up on reading or personal programming projects (etc) since it’s 90 minutes of uninterrupted time away from the family.


I think red is generally used for long distance trails and other colours are used for auxiliary routes. Because of that, colour clashes are rare. Because all major intersections have arrows you just really need to remember your destination. Often you even have the information about public transport at the destination.

Example of a map: https://mapy.hiking.sk/?zoom=11&lat=6261583.4553&lon=2274012...


I guess I don't see how this is such a remarkable system. Everywhere I've hiked there has been some sort of blaze system to keep you on the trail you want. This looks pretty much identical, only with the added bonus of ambiguity throughout the country.

I just don't see the utility that makes this such a great idea.


Ambiguity is the key here. The system is set in a way that no matter where you are there are lines going just anywhere and once you are into it you will never miss any interesting spot. Also all the lines connect to each other, so I can start walking in one place and circle whole country.

Bonus point: whole system depends on volunteers who keep markings on all lines.


This is clearly due to lack of user testing.


This is clearly a lack of research before the sub-par user testing.


I've been using ctypes for the exact same purposes and it has been pretty painless. Why have you decided to use FFI?


As far as I can see, ctypes requires you to manually specify everything, rather than load it from the .h include file. This is even more work.


Not to mention another source for error when testing the c code in python. Your test might fail because you forgot to update a header definition in the python, not because you introduced an error in the C code.


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

Search: