vasametropolis

You can’t

You can - the software would have to hook into a background check service. This can absolutely be done.

Profitable for who? The one hosting it foots the bill. If it was federated, all drivers could host their own instance like WordPress and a single app would connect to all instances and all drivers.

Agencies could start up to manage the tech for a negotiable fee if the drivers in the area didn’t want to bother with the tech.

Whether or not it could be profitable entirely depends on the hosting and delivery model. One guy could host the tech stack and charge maintenance fees and be in the green.

If you mean rich, then yeah, nobody would probably be rich. But you can build a small business as a hosting provider no problem, and the drivers would probably get a better deal. Uber employs so many people it requires they charge money. There’s a tipping point when the service provider becomes so large that their sheer operating expenses start to necessitate increased costs. Breaking up provides better value in that case.

Can you say “anti-trust”

He’s not wrong in this case, it’s doable. There are many startups building similar services with arguably fewer starting resources. You should run completely in the other direction, but it’s not impossible.

Credit products, especially virtual, are easier to create than ever thanks to companies that have built out that infrastructure. Chequing can be facilitated and held by a major bank under the hood in most cases.

It might not be his end game, but it’s definitely possible. Now, forgive me while I weep for anyone that uses it if they manage to deliver it.

Apparently, the Zuck fucks

I don’t think they did?

The design is still horrendous. I was hoping for a total do over.

It has been predicted for years that the Internet would split and I’m all for it at this point.

To be fair, there’s huge demand for a Swift-like language in the space Go operates, since nobody will ever adopt Swift outside of Apple use cases. Rust is excellent, but garbage collection is not awful at all for most Go use cases. I think Go designers made a mistake by not introducing sum types sooner since there are many ergonomic issues that could be solved with them.

This may lead people to argue for JVM-based languages, but Go seems like a leaner and nicer package overall and compiling to static binaries so simply is still a major winning feature. That and I think Go still has performance advantages over JVM and C#.

In many ways I think Swift is better than Go as a language, but we effectively will never have that as an option people freely choose to use so it would be nice for Go to close some ground where it can and where it makes sense to do so. Go is what people already want to use as a starting point, so it makes sense for it to try and modernize a tad.

It’s employee hostile so their job is almost impossible.

Every employee should hold the line - if they fire you all they’re fucked.

Trouble completely avoiding it? Yes. I exclusively treat it as a search engine / knowledge resource now though, which I think is reasonable since it’s a part of the Internet.

However, I contribute absolutely nothing to it and am now always signed out. Over time this would lead to it becoming an archive while decentralized platforms become the real meeting ground where new knowledge is accumulated. It’s a long-term play. There’s so much information on Reddit that it would be foolish to completely write it off - this is going to take a really long time, but anyone here knows that.

It took years to build Reddit to its glory and it will take years here - at least there are some awesome apps already and it feels like there is a good head start this time. We should not call out people for using Reddit for information, but we should encourage people to contribute to a more sustainable, community run alternative.

Ya, this guy is toast. He just told the world he thinks his product sucks - the sane know he’s wrong at least.

I have to warn that is is going to be harsh. Relay was my favorite app and I used it everyday for years. DBrady has sold out here in my mind by sucking up to Reddit - The authors of the other apps deliberately chose not to charge users a subscription and it has put us on a better path long term by taking influence away from Reddit and centralized social media. If Relay won’t flip to Lemmy or decentralized alternatives then I hope it fails.

The pushback is justified I think - compile from source should be the default always for Rust since it works well (even if slower than desired sometimes).

Pre-compiled is kind of nice for scripting languages since the complexity of native dependencies is usually not wanted by those developers. In Node, I prefer pre-compiled as the default. Here, I do not.

The truth is that JS is currently “good enough” and all the best (adopted) web frameworks are either server or JS based.

I believe the chunking of script files is currently a bit more natural as well.

WebAssembly is the best choice for certain kinds of apps but most web apps are good enough with JS. If communities pour a lot of polish into WASM frameworks you may start to see wider adoption. Diversity is good, but it does need to be asked why WASM + DOM is objectively better than JS + DOM. It complicates the ecosystem a bit because you might fracture it for no good reason. Should there be Rust, Python, and JS DOM rendering frameworks? Is there a benefit?

If you have a more traditionally native app you want to port, that’s different. That’s a great fit for WASM. Personally I see it becoming more popular when it’s a good replacement for desktop technology and the DOM isn’t used at all (go straight to GPU). I’m a huge fan of WASM, but I also write a lot of web apps and don’t see a super convincing reason to adopt WASM to effectively make the exact same thing. As-is, it’s great for augmenting an app though.

Wait for garbage collection and sockets and you might see the paradigm start to shift.