Coming from the person who built Uber in NYC from the ground up, I’m a bit surprised.
Uber as a concept has been successful because of the central entity that was always accountable. Customer support & fraud detection was always central and key to Uber gaining trust.
This “central accountability” is the reason no peer-to-peer Uber alternative was ever successful.
Did a driver rip you off? Uber: “here’s a refund.” Non-centralised version (P2P or web3): “Better luck next time”
Same with fraud, safety concerns, need for support…
Finally: regulation. As soon as you have people transported in noticeable numbers, government gets involved on health & safety grounds.
This is where it *could* get interesting. How would a government interact with a… DAO/coin facilitating this with no POC or local subsidiary?
On the transporting people with no local entity, I suspect no sane government would allow this.
It’s either licensed transport entrepreneurs (aka taxi drivers) who use a P2P/web3 network. Or a local subsidiary registering w the government: just like Uber did in every country.
Don’t let this stop anyone: Uber started as a concept few thought would work (“we have taxis!”)
But anyone innovating in space needs to do something better than taxis (individual service providers w some coordination) AND Uber (central entity coordinating on-demand ridersharing)
• • •
Missing some Tweet in this thread? You can try to
force a refresh
As with any new technology, the earlier the days, the more the churn (meaning things change more rapidly).
E.g. if you got into rich web apps 8 years ago, you would've learned Knockout, Angular, Backbone, and many others... until today, where e.g. React, Vue, Next are prominent.
Are the best rich web app developers/frontend developers those who got in early enough to use Knockout and Backbone?
I'm not so sure. But what I do know is this:
If you're a software engineer who keeps learning, you'll have no problem picking up web3 / React / anything else.
I passionately hate this practice. So less revenue it is. But I won't do upselling practices I would not want myself.
After a long conversation with someone trying to convince me I'd make more money this way (true, at least on the short term) plus trying to get me to use their product that specializes in collecting emails, here's where I ended with.
At places which don’t do live coding or whiteboards. Ones that do eg takehomes or code reviews.
If you do live coding / whiteboards, you are probably biased against underrepresented groups.
“But there’s no data that shows that live coding interviews bias against women.” Most woman devs I know share stories doing very, very poorly on this format vs reality.
And a study from NC State University with a limited sample size hints at this as well: news.ncsu.edu/2020/07/tech-j…
They're all engineering managers generous with their knowledge worth following (I do!) - save for @ebiatawodi who is a product director you should follow :)
If there's one piece of advice I can give to managers with junior-heavy teams: be realistic. Convey this realistic thinking upwards.
Yes, less experienced engineers do learn, and learn quickly. But don't expect miracles like shipping faster, or shipping reliably.
More well-known, high-paying companies like Stripe, Twitter, Shopify, etc offer remote positions. Many engineers I know apply, and expect to get interviews at these places. Then get sorely disappointed.
Here's what happens and why it's very competitive even to get an interview:
1. The competition for these places is incredible. They get huge amounts of inbound. Surprise - it's not just you who wants to work remotely at Stripe! Typically thousands of inbounds for some positions.
2. Your current residence. Contrary to popular belief, these companies do not hire in all countries: only in ones they have entities. This typically means US, UK, and a few EU countries. If you're not based in ones they have entities, you're probably out of luck unless...