doc VS Killed by Google

* list of list literals (1,2; 3,4) eqv ((1,2), (3,4));

to paraphrase Larry Walk “everyone wants the [semi] colon”

https://docs.raku.org/

amen to this … i recommend thinking about your problem in terms of effective data structures and then apply even a very simple DSL to handle access and transformations … fwiw the built in Grammars and Slang support in raku https://docs.raku.org are fantastic tools for this job.

When I was looking at the language, I didn't find the documentation "really poor". In fact I was impressed at how much of a one-stop-shop the official docs site was for both conceptual docs and API docs.

https://docs.raku.org/

The Raku Programming Language documentation already contains most (if not all) the documentation you need to deal with the issues you will confront in migrating Perl code to Raku. But, as documentation goes, the focus is on the factual differences. These blogs will try to go a little more in-depth about specific issues and provide a little more hands-on information based on my experience porting quite a lot of Perl code to Raku.

I will start working on the new version of Pod as a branch in https://github.com/raku/doc.

Well, performance has been improved by several orders of magnitude since the first release. So maybe it's time to look at https://raku.org again (or first have a look at its new documentation site https://docs.raku.org)

go to https://docs.raku.org/ and type "IO" into the search field. Behold the list that appears. Check out IO::Path or IO::Handle or whatever looks interesting. Maybe it's just me but I go "Ooh, look at all the things!".

Related: The Raku documentation does an excellent job explaining hashes/dictrionaries/associative arrays. If you've any issues, please submit a Github issue.

Raku has a lot of syntax. My first attempt at learning the language failed because I couldn't get past all the strange syntax I saw at https://docs.raku.org/. Sometimes I didn't know what the syntax was called, so I didn't know what to search for.

In the course of figuring this out, I realized that our docs also (slightly) misstate what \d means in a Regex, which led to this PR. So thanks for bringing all this up!

>Google operates in China albeit via their HK domain.

The Chinese government has access to the iCloud account of every Chinese Apple user.

>They also had project DragonFly if you remember.

Which never materialized.

>The lesser of two evils is that one company doesn’t try to actively profile me (in order for their ads business to be better) with every piece of data it can find and forces me to share all possible data with them.

Apple does targeted and non targeted advertising as well. Additionally, your carrier has likely sold all of the data they have on you. Apple was also sued for selling user data to ad networks. Odd for a Privacy First company to engage in things like that.

>Google is famously known to kill apps that are good and used by customers: https://killedbygoogle.com/

Google has been around for 26 years I believe. According to that link 60 apps were killed in that timeframe. According to your statement that Google kills an app a month that would leave you 252 apps short. Furthermore, the numbers would indicate that Google has killed 2.3 apps per year or .192 apps per month.

>As for the subpar apps: there is a massive difference between the network traffic when on the Home Screen between iOS and Android.

Not sure how that has anything to do with app quality, but if network traffic is your concern there's probably a lot more an Android user can do than an iOS user tp control or eliminate the traffic.

> This is proved by countless “killed by Google” incidents..

Oh, the Google's Graveyard: https://killedbygoogle.com/

I was already starting to feel a little cornered in the whole Google ecosystem and a bit limited with stuff like backups, vendor lock in, etc. (and you always have the obvious hanging over your head) and ultimately, I think I just find the mental model of a SQL database more intuitive compared to a NoSQL database. So I thought to myself; "the longer I leave it, the harder it'll be to make the switch".

https://killedbygoogle.com/

Their reputation is deserved. Google domains was killed only last year!

And this isn't even the first time I've been burned by Google's decisions. If you're familiar at all with the Google Graveyard, you'll know that Google has a long history of killing off products and services that people have come to rely on. This has happened to me a number of times, in both a personal and professional capacity, and frankly it's getting old.

Just because Google has a couple of decent services that you're willing to pay for doesn't detract from the fact that most of their products have a worse life expectancy than a victorian child in the 1800s. https://killedbygoogle.com

They ruined every single opportunity to be more than an advertising company since Orkut. With scrapped attempts, starts and lack of intention for most of the 2010s to even during the early half of the Pixel Era, they seemingly haven't learnt to stick to something and iterate on it well.

And the fact that over 50% of their revenues come from search and by extension, advertising.

The fact' that til this day, they still haven't evolved from the "throwing shit at the wall then at the fan" strat which explains how they have fumbled so much so quickly.

Yeah. The Google Graveyard really shows how far this can go.

https://killedbygoogle.com

The punchline is that in addition to hundreds of failed hobby projects, their stock is doing great. Monopoly power is a helluva drug.