This might come off as quirky or weird but one of the things I miss the most about "iCal" (Calendar.app in macOS) is the infinite scroll (year, month, and week views). Fastmail's calendar has the infinite scroll on the month view, but not any other views.
I usually hate "infinite scroll" on say a timeline feed, but for calendar, it is exactly what I need as I very often move between months when I'm looking at my calendar.
Is there an extension in Firefox that'll bring the infinite scroll to calendar? Anything on the roadmap officially for that UX?
My absolute favorite is KNOW -- the news channel of the Minnesota Public Radio network. I think it's just about as perfect as you can get for a news channel.
Yes! Also consider letting people learn without authenticating at all. Those who care to save state/progress can log in. If you had an opportunistic "great job on completing level 10! if you want to save your progress, register here" message, I bet more people would register as well!
I've been a supporter of Lyft as the underdog and tried my best to give them as much business as I could. I was trying to get a ride at an airport, and I got so frustrated that I gave up and had a very good experience with Uber.
What happened was this: I requested a ride, and it was confirmed by the driver who was about 15 minutes away. After waiting 10 minutes, the driver would cancel (and presumably go pick up someone else who had a higher fare). This happened literally 3 times, and I sat outside at the curb waiting for 30+ minutes. I gave up, requested a ride with Uber instead which had a similar price (<$2 delta, I think). The Uber driver not only not cancel on me but also was significantly closer causing me to wait less from the moment I requested a ride.
A huge part of what made Uber great when they first launched UberX was the driver ratings. This forced the drivers to provide good service, unlike the previous standard for taxis.
The problem now is that you can't give your driver a rating until the ride actually starts. This allows the drivers to play all sorts of games before the ride starts. If I match with a driver, and he drives around aimlessly for 10 minutes, then calls me, asks where I'm going, and then demands I cancel the ride (and get charged), that should be one star, but currently it's impossible to rate this bad driver.
When you cancel an Uber ride there is an option to choose "the driver told me to cancel" or "the driver was not moving" - I would hope that has some impact on their rating internally, but I wonder what it actually does.
They know fare in my recent experience, but not where you are going. Probably theoretically for “diversity” reasons but also because Uber’s interests probably line up with giving all the rides rather than only the ones going to “good neighborhoods.”
Drivers on the other hand, want to know mainly so they can decline up front to take someone 50 miles in the “wrong” direction from where they are trying to be next.
I called a Lyft the other day and saw that there was an option for priority pickup, which flags a driver who's close to you but going to pick up someone else and has him pick you up instead.
In the moment it was nice: I was running late and that got me on track. But it seems really really bad for the ecosystem in general. I'm not sure I can rely on being picked up at a reasonable time again without paying for it. And once everyone realizes that and starts paying more, then we're back to where we were before.
If Uber isn't doing that, maybe it's time to give them a try.
Priority Pickup has done a lot to turn me off from Lyft. It seems like most of the time I try to use it, it takes so long to identify a driver that I didn't save any time off the original wait time. The UI is a total dark pattern to make it feel like you're getting a driver faster, too, which I really resent.
- App offers a 7 minute pickup time or a 3 minute "priority"
- Select priority, app pops up a "searching for drivers" screen with a loading bar
- as the loading bar gets closer to the end, it gets slower. The loading bar does not actually represent progress to completion in any meaningful way.
- the app begins throwing out bs "reticulating splines" explanations like "tidying up a few last minute details!" I hate that kind of teehee-cute fake message, there are no details to tidy up, you are just waiting for a driver close by enough to agree to my ride
- after a minute+ of this, tap "cancel" to call an uber instead, and get a popup pleading to wait just a few more seconds since this will happen any moment now
- after another minute or two, finally get a driver 3-5 minutes away.
Total elapsed time until lyft arrives: 6-7 minutes, for $5-10 more.
It's not just the unreliable functionality, but the way the energy invested into this part of the product appears to have gone into fooling you into thinking it is useful, not actually being useful. I'd rather just call an Uber that will actually arrive at the time the app predicts it will show up before I call it.
I landed in JFK a couple of nights ago after a vacation with my GF. I get Lyft priority for free because of some credit card thing. We both called Lyft cars at the same time. She got one faster than I did, and it arrived earlier, whereas I had to wait 5 minutes to find a driver and 5 more for them to arrive. It 100% had to have been because of our destinations - mine is less lucrative for a driver to hang around in (less activity).
> which flags a driver who's close to you but going to pick up someone else and has him pick you up instead.
This sounds incorrect based on my experience on the driver’s side - I’m pretty sure it just puts your request at the front of the queue and doesn’t reassign drivers already en route to a pickup. Where did you see that’s how priority pickup works?
That's what the driver said - he was on his way to a spot near me to pick up someone else, then was rerouted.
He said he'd only recently learned of the feature himself when a similar thing happened a couple of days prior. He was supposed to pick up person A, then was redirected to person B, but B was at the same place as A so he got an earful from her, because she thought he canceled on her.
Lyft changes assigned drivers for reasons that have nothing to do with priority pickup. Absent a confirmation from Lyft, I’m skeptical that was the reason.
What would be a reason that correlates almost exactly with me requesting a priority pickup? This was a Sunday morning, about 30 minutes from Pittsburgh and 20-25 from the airport, so not exactly a time and place with a lot of activity.
The rider could have changed their destination in the app. Or Lyft could have swapped drivers and then the other driver canceled. Or the driver’s phone could have gone offline without him noticing due to bad cell reception. Or about a million other reasons - I don’t know the specific circumstances so it’s hard to say.
Driver switching has been happening for years though, way before I saw priority pickup as a rider.
Could be a coincidence, but my experience has been that Lyft have generally been faster and cheaper than Uber. However the quality of both the driver and the car has generally been higher with Uber.
I'd still call Lyft over taking a traditional cab though.
In Chicago, the taxis are generally cheaper than Uber/Lyft from the airport. It is about $30 to the city with a Taxi. In the best conditions, i've seen Ubers for $38 to the same place, but it is generally in the $60-80 range.
It is so much more expensive that my company has stopped reimbursing ubers in most scenarios where taxis were otherwise available.
I've driven heavily in both and taxis are often nicer and safer than some of the craziness of UberX rides. If I take an uber I just pay the 10-15% premium for Comfort or Electric. I won't use UberX in the city anymore, it is so much worse than the taxis.
We stopped taking cabs years ago when the cab we ordered for very early in the morning didn't show up, ending in a scramble to get to the airport and parked.
What most people like about Lyft or Uber: known price, known route, and backup drivers automatically located if there's an issue with the first driver.
The "hack" that a couple of the comments in this chain are referring to is only ever taking cabs _from_ a major airport into a city. Often you don't have to play the waiting-on-someone-to-show-up game, there's just a line of them right outside the airport that you can hop in immediately. In some cities there's even flat rates they have to adhere to, depending on where you're going ("$20 to midtown").
I was gleeful when Uber and Lyft came on the scene to have an alternative to cab BS, but the one place they still shine is when going from an airport into a major metro area.
Do you take the cap to downtown? If so, why do you take a cab over the Link?
I have taken a cab ones, but to Fauntleroy, and I was missing a ferry (which I missed anyway because the driver took a weird way). However, the transit options to West Seattle aren’t nearly as good as to downtown though.
Cabs/Ubers/etc are too expensive to use daily, but for a one time thing (such as flying into an airport), it's so much less stressful than trying to deal with public transportation.
I'll give an exception to certain cities that have superb transit options, but none of those cities are in the US.
The transit option between SeaTac and Downtown Seattle is superb. I admit it can be improved (e.g. you have to walk through the parking garage to the station, and it is a bit slow going through Rainier valley) but for 2.50 USD it is the best option going from SeaTac to Downtown.
It seems to be very city specific.
Had exact experience a few times while in Miami and switched back to Uber for rest of trip.
Drivers are smart, they network, and they talk. I'm sure theres some idiosyncratic thing going on where Lyft is more gameable for drivers in some cities. Could be Uber-Lyft price spread plus cancel policy / penalty on drivers.
Most of these guys drive around with N apps running, so they switch to more lucrative ride / app / etc on the fly.
Lyft's UI is also just worse. When you order a ride, they use a particular dark pattern to make it seem as if the driver has immediately been found, when it's still searching for one.
That was my experience last year (first time using Lyft; never used Uber). I was trying to get a ride from a Holiday Inn in Austin that sat next to the freeway. I had about 4 accept it and bail out five minutes later (even the person who accepted it the night before when I scheduled it). I had to wait around 20 minutes past my scheduled pick up time until someone decided to follow through. This was around 7am and was scheduled for surgery at 8am. I don't know if it's a perfect storm situation but I wasn't impressed. I didn't need any more anxiety, and I'll probably stick with the traditional taxi service next time.
That's happened to me, and it does suck. On the map inside the app, I one time watched a Lyft driver take my order, then drive to a McDonald's, then cancel my order. Weird thing to do.
The thing is, your Uber driver was probably also working for Lyft at the same time. The one who canceled probably was too. So I don't know if one company is better for that than the other, or if you just happened to get a game theorist Lyft driver by luck of the draw, who decided to optimize his expected value.
Then the taxi driver tried to scam me multiple ways, including demanding cash because they "forgot to start the meter" and attempted to take the long way to my home (I live about 1 mile from the airport).
Cabbies can be scammy for sure, they try to take advantage of people who don’t assert themselves. An approach I’ve had success with is agree on a flat cash price with the cabbie before the ride starts. If you already are halfway through ordering an Uber/Lyft you have a good idea of what’s a decent price point to offer them. Of course, check what’s in your wallet before you make the deal!
I'm healthy and enjoy a good walk, but I wouldn't really want to bring luggage a mile from an airport, especially not if the weather isn't nice; it seems rare for foot traffic out of airports to be particularly easy.
I walk nearly a mile (1.2km) just to get to the nearest bus stop (that buses come to often) from my airport. I only travel with a backpack though. You're right in that they don't have sidewalks though out of the airport area.
Because there are no sidewalks out of the airport. This is depressingly common. Airport designers only think about cars and busses. Maybe the train if it is near a city that has it, but even that is far from a guarantee. Usually the only access is a high speed road that connects to an even more pedestrian unfriendly highway.
Boston Logan you can definitely hop onto public transit pretty easily. But I'm pretty sure you're not just walking to anywhere in East Boston from there easily.
Indeed. Silver line (to South Station, where you can transfer further) is free to get on at the airport, precisely to encourage riding public transit out of the airport.
I live in Chicago and find that Ubers/Lyfts are sketchier than taxis. Not to call a taxi luxurious by any means, but just compared to a lot of the sketchy cars i've had for Ubers I find taxis predictable at least.
For that reason, I don't use UberX at all anymore. I always upgrade to UberLux or Uber Comfort or Uber Electric if its available. Even the Uber Comfort's are not that great most of the time. If I have to use UberX, I will just take a taxi. Taxis in my part of Chicago at least are pretty good and predictable (but other cities might not be so lucky).
I think this is market specific. Because when I go back to Oregon to visit family, the UberX there are super nice. I had a brand new Tahoe on my last ride there.
I've started taking taxis from Airports instead of Ubers. There is often a line of idle taxis waiting for rides, and then a bunch of people on their phones in the corner refreshing Uber/Lyft competing over the same handful of drivers.
People have the impression that Taxis are more expensive than Ubers, but that's actually rarely the case. I've found they are pretty close most of the time. I find that Uber/Lyft is cheaper for short trips (< $10) and Taxis are cheaper for longer trips ($10-50).
Also, LPT for everyone. Many/Most airports actually have flat taxi rates between the airport and the city. Be sure to ask about this. A lot of big cities will have a flat price for taxies of like $20 or $30 between the airport and city. I really like this. Also, all taxis nowadays take cards and most take ApplePay too.
My airport doesn't have a taxi line. Also, traditional airport taxis in my area (which you have to call and wait for a dispatcher to dispatch a taxi anyways) are about 2-3x the cost of an uber/lyft ride.
If you're going more than 30 minutes usually the taxi line has hilarious "out of jurisdiction" charges they tack on
From SFO I once went to South Bay, Uber would've been $50, taxi was $150 because of some esoterically worded rule that tripled the mileage cost outside of SF proper. I wasn't even in SF to start! What a joke
I haven't had occasion to look at the options for years but SFO to San Jose or thereabouts used to be horrible. (Whereas BART to downtown SF is easy/cheap.)
To use SFO as one example: "Destinations either 15 miles beyond the limits of the City and County of San Francisco or 15 miles beyond the boundaries of San Francisco International Airport are charged at 150% of the metered rate."
Also if you need an SUV or larger vehicle for more passengers, it's much easier to just use Uber.
Because you don't want to pay 4 times as much for the ride? My local airport has an exclusive agreement with one taxicab company and to go to my house less than 2 miles away is $20 if I take them. And that's the base price before you add in the gas surcharge, COVID surcharge, luggage surcharge, airport surcharge, depreciation surcharge, and tax. Lyft doesn't hit me with any of that bullshit. Also with Lyft I don't need to make sure I have cash, because of course the cab's card reader is always broken.
Taxis are often far more expensive than Uber/Lyft and such. Going from the local airport to a hotel the first time I came at $location, cost me about 20 euro, going to the airport in the middle of the night from my apartment cost about 5.
This game is played by Uber drivers as well, so it's just a matter of luck. Not sure if related to particular cities or just bad people, of which we had enough in the taxi business already.
I was in DC for business 2 weekends ago and had 3 Lyfts cancel on me. Never had that happen before on either platform. Checked my rider rating just in case and it's 4.97. Really frustrating to deal with, especially when timing matters.
And perhaps Uber has some heuristics (ancient English for AI) or competitor intelligence to detect if a driver has accepted a Lyft ride. Uber can then offer a carrot to that driver to get them to cancel the Lyft ride. They could offer the best fare that turns up in the next 2 minutes. Costs Uber little, causes three damages to Lyft (Lyft lost profit, annoyed Lyft customer, driver happier with Uber).
Yes, I wouldn't be surprised at all if they have ways to do that and micro target better rates on fares that have a pending Lyft pickup.
Remember on the driver side they run on different phones generally, but on the client side the customer is running all these apps on their single phone. A lot of these apps have privacy issues and snoop a lot on the client side. So they can basically detect frequency/recency of Lyft app being open on your phone, and then offer Uber drivers better rates for pickups at your GPS location.
I was recently just one of those affected by a random issue! I was made aware in the forums that maybe my VM had run out of space. That would've helped if an error message immediately alerted to my exhausted disk space. I realized that what I actually wanted was a managed provider and moved (back) to Heroku just for postgres. I recently moved out of there for my backend hosting & postgres to fly.io. My backend hosting stays on fly.io but will be putting my postgres in a managed platform.
Just to be clear, your code makes postgresql connections from fly's servers to heroku's servers, I'm a little surprised. I'm not a web programmer, more of a
traditional systems programmer, I have some questions.
I assume you use SSL, and these are not made on demand (connection pooling ?) On 'cold start' do you get massive latency ?
What kind of latency is there between client and server ?
What made you choose Heroku and not a specific managed postgresql service ?
Yes. I wrote: "I was recently just one of those affected by a random issue!"
I don't notice any measurable latency. Heroku exposes their postgres instances directly on the public web (secured with a strong user/pass combo of course), so there's no difference, networking-wise. There's no additional reverse proxy or some tunnel to route through.
Heroku was the cheapest for the very small instance I needed.
The connections are made on-demand and are insanely fast.
Does anyone have good resources to learning rust? I have a fairly good working knowledge of C, C++, and Swift.
I understand there's the Rust Book, Rustlings, and Rust By Example at https://www.rust-lang.org/learn. Are there other good resources? Does anyone have a strong suggestion on which of those official resources I should start with?
Start with the Rust book. Then "Rust for Rustaceans" by John Gjengset is a fantastic resource to learn about more than just the basics. He posts hour long videos on his youtube where he explains the concepts that he mentions in his book. I found that reading a chapter and then watching one of his videos really taught me about /why/ the language is as it is, rather than just learning to get the compiler to be happy. (It also includes chapters about API design and what to look out for if you are going to publish your own crate)
Rust has enough rare or novel concepts that trying to learn on the job with no book learning whatsoever is really reserved for the rarefied few. Though I understand that a lot of C and C++ concepts port quite easily, it also differs from those languages (especially C++ for advanced features) that doing a bit of a reset will avoid future pains e.g. Rust's concepts of copy, move, references, ... are very different from C++'s and going in half-cocked will be frustrating.
If you‘re willing to spend money on a great book that teaches you all the basics of Rust, I can only recommend Programming Rust, 2nd edition (OReilly). It includes tons of examples, code snippets and is also a good resource for looking up stuff once you‘re done reading it. It also includes many passages comparing C++ with Rust, so that might be useful for you.
It‘s a great book for anyone, who already knows a few programming languages. Programming beginners, should look elswhere tho.
A few things. The hardest thing about Rust is to forget many of tthe paradigms or aesthetical ideas other languages hammered into your brain. Programming Rust like you would program Python, Javascript or C++ is going to give you a hard time, but each time in a different way. If you program Rust in the Rust way, suddenly things become easy.
That means what the best way to start is depends on your background. In my eyes you can do nothing wrong with going through the rust book you already mentioned. Having read 4 different Rust books I have to say this introduction in combination with "Programming Rust" by Jim Blandy, Jason Orendorff, Leonora F. S. Tindall is probably the best way to get started. https://www.oreilly.com/library/view/programming-rust-2nd/97...
So, with "good working knowledge" of C++ and Swift, you probably aren't going to have too much trouble with the basics, if anything you might worry that there's some subtlety which you're missing when actually nope, whatever just seemed easy maybe actually was that easy.
[ For example move really is as simple as Rust makes it look, it is a headache in C++ because they added it to a finished working language ]
Several people suggested books/ web pages let me suggest some videos:
Jon Gjengset's "Crust of Rust" Youtube videos are good once you reach the point where you can write more than "Hello, world!" with some confidence but certain specific things aren't clicking.
For example, Jon does a whole video on lifetime annotations, which are something you won't see in most popular languages, but also one on Rust's iterators, which are a familiar concept from both C++ and Swift but don't work quite like either (they're very different from C++ iterators, your Swift experience will help more).
I recommend watching specifically a handful on topics you don't feel you understood well, although you could watch all of them especially if you just enjoy Jon's style and have the free time. They're not fast paced, if you wanted "Rust in 60 minutes" this is not that, but each one is actually writing carefully chosen code that runs and talking through what's going on, not just clicking through slides.
I think there's a missing book - 'Thinking In Rust'. The mechanics of borrow-checking, lifetimes, std lib, tokio can all be learned quite quickly. It's the muscle memory of techniques and design patterns that takes the longest to re-learn.
Just go through everything in "3 Syntax and Semantics" and "4 Effective Rust", you already know how to program C and C++ so that is all you should need to know. Took me a few days.
(2) Do "exercises" (small side projects, advent-of-code, rustlings. ..etc),
(3) Go through "Rust for Rustaceans". It's specifically targetted at "intermediate Rust developers". If you have "good working knowledge" of C and C++, I will wager that you will absolutely love this book, because, to me, (1) it explained so much of Rust's design choices, and (2) you will learn so much so quickly.
I learned it combining the Book and Rustlings. There's a table in the exercises directory mapping the exercises to the chapters of the book, so I'd every day do the exercises for yesterdays chapter first before todays chapter to have some sort of spaced repetition. For more material, check out https://github.com/jondot/rust-how-do-i-start
I started with the book to learn the fundamentals. I didn't get very far before I decided to rewrite an existing API I had in Python into Rust.
It definitely took some time and learning but now I have 6 Rust API microservices, a few scheduled/queue-reading services, and a shared library for common models/utils/providers.
Hey, thanks for your warm outreach and help! I'm trying to use the https://fly.io/launch/heroku page to migrate my heroku application. I am already a paying customer for heroku, but I want to switch based on their direction.
I have authorized heroku access for fly.io page and yet no projects or applications appear in the last dropdown. Is there currently a known issue with this?
I can’t provide support here, but I can say next week I’m going to be cracking open the source code in that project to look into issues like this and figure out it I can’t get it to also move over the database.
If you post about this at https://community.fly.io/ others in the same boat as you and other folks from Fly will see this and give you a better response.
Thanks for your quick response! I was able to work around the broken Turboku form and also get my database migrated to fly.io with a bit of adjustment period with flyctl. Just closed out my last invoice with Heroku and closed my account!
I absolutely love this, and this the first mechanical keyboard I actually want to get.
One option I hope you will provide--that I hope is easy enough that you would actually consider--is to provide a key cap set that is completely blank, or is very minimal. I don't need anything printed on my keyboard, and I would prefer to not see such a gorgeous keyboard with all that white printed on it, especially the number caps.
