Because it's not an intellectual property problem, it's a behavioral economics problem. And also, it's not a problem. π€·
Technology
This is the official technology community of Lemmy.ml for all news related to creation and use of technology, and to facilitate civil, meaningful discussion around it.
Ask in DM before posting product reviews or ads. All such posts otherwise are subject to removal.
Rules:
1: All Lemmy rules apply
2: Do not post low effort posts
3: NEVER post naziped*gore stuff
4: Always post article URLs or their archived version URLs as sources, NOT screenshots. Help the blind users.
5: personal rants of Big Tech CEOs like Elon Musk are unwelcome (does not include posts about their companies affecting wide range of people)
6: no advertisement posts unless verified as legitimate and non-exploitative/non-consumerist
7: crypto related posts, unless essential, are disallowed
Hot take: Even if China did "steal" technology from the US, who cares? Why are we defending US corporations all of a sudden? You don't think they haven't done their fair share of stealing? In fact, I don't care if US companies stole tech from China or any country stealing tech from any other country. All competition benefits us peasants in the end, and you, fellow nobody who's probably not a Fortune 500 CEO, are not the one being stolen from. China making something with alleged US technology will not deprive US citizens of said technology. And get this, if China "steals" your tech to build something better than you have now, you can then "steal" their improvements right back, because "stealing" or more formally, copying of technology is an ancient phenomenon that only started being vilified with the copyright and patent era. People have openly copied each other's innovations for the vast majority of human history, and the most important inventions of the human race have arisen from people copying other people's ideas and building on them. Imagine how ridiculous it would be if China was able to patent their invention of paper, or the compass, or gunpowder, and prevented Europe from "stealing" those technologies. Imagine if Ancient Greece patented bronze and successfully prevented the technology from proliferating into a brand new era of humanity. The second person to figure out fire probably watched the first person behind their back.
Indeed, the whole narrative of China stealing is rooted in a racist narrative that aims to dismiss the technological progress that China is making.
Weβre all sick of the dozens of apps on our phones
That day when I realised I'm not part of "we all".
Do I really need my calculator to have maps function?
Yeah, also, how does that make any sense? How is it better to have dozens of apps but inside a super app instead of directly in your app drawer?
Because the owner of the overarching app will make more money and have more control. Don't you want that for them? /s
Yeah, that's like app drawer inside an app drawer lol.
Do I really need my calculator to have maps function?
Might wanna check where you got that app, then
The fact they even try is beyond me...
@yogthos "Super App" never made sense to me either. It's just an operating system and a dozen apps in a trenchcoat.
I have been working in tech since 1995. The one constant in the industry is that everyone is stealing everything all the time.
Well, that's the magic of open source π€·
The "struggle" is because Apple and Google refuse to do so as they built the platform to give themselves priority.
One can trivially do so on a Linux phone, e.g. PinePhone with PostMarketOS.
Source: I did it. Plenty of others do through the usual ways, e.g. pipe in the console but also with things like https://sxmo.org/docs/user/sxmo.7.html#HOOKS
In my opinion the whole notion of coupling the UI to the API was a step in the wrong direction. It makes it effectively impossible to compose apps the way you can compose command line utils with piping. Apps should be designed as client/server by default, and then you could always leverage the service API for the app any way you want, slap a custom UI, use it in automation scripts, etc. It's just way more flexible that way.
Some apps are still done this way, e.g. transmission the BitTorrent client, but also ALL self-hosted Web apps. Sure it might feel a bit much to install containers on your phone "just" for that, or having to go through REST API despite being on the same actual device, but still it provides a TON of app.
Anyway, yes I agree that it is often a better model. Still a lot of apps, e.g. Blender, Inkscape, etc do provide a CLI interface. So one can both use them with a GUI or without. It's not decoupled like transmission but arguably it covers most needs.
yeah there are a handful of apps that follow this model, it would be nice if it was the standard way to do things. In fact, this could even be handled by the GUI toolkit itself since native apps have to rely on it to build the user interface. The toolkit could just automatically generate a JSON API based on that for example.