fkn @ fkn @lemmy.world 帖子 3评论 465加入于 2 yr. ago
GDPR and pii reasons most likely. It's a nightmare keeping track of why certain data is on certain accounts. This can vastly simplify the GDPR compliance mechanisms. If your GOG account is merged with your PR account, there is probably significantly more "sensitive" data (CC numbers, addresses, etc) in the GOG account. This probably exempts some data that either cdpr or gog tracks from deletion or retrieval requests.
Here, now you don't have to imagine:
https://www.blackpast.org/african-american-history/combahee-river-collective-statement-1977/
This isn't a new thing. Black women have known about this for a long time.
we find our origins in the historical reality of Afro-American women’s continuous life-and-death struggle for survival and liberation.
we were told in the same breath to be quiet both for the sake of being “ladylike” and to make us less objectionable in the eyes of white people.
let alone cataloguing the cruel, often murderous, treatment we receive, Indicates how little value has been placed upon our lives during four centuries of bondage in the Western hemisphere.
There is probably an opportunity in this space to provide ultra low cost single board SPA/elctron serving applications. But getting it adopted is going to be an issue.
A good industrial engineer is going to look at it kinda suspiciously. Kinda like how Tesla got rightfully raked over the coals for trying to use consumer grade electronics in cars and their screens started melting as well.
I guarantee that some of them are or airgapped/private network support was provided in securing them.
The windows compatibility subsystem also supports applications that would otherwise have not supported an upgrade.
Who are they going to pay to maintain FLTK? There are still companies that are adverse to using Linux because they don't know what is going to happen when Linus dies. That might sound strange to us, but companies need legal protections that they can enforce through contracts and support contracts make that happen.
The laggy bit can be explained this way: all of these decisions are made because in theory this all sounds "right" (to the company) but then they get their prototype out with a medium level hardware solution and they look for places to squeeze. Oh, you mean I can take this half price min spec machine and it works 98% of the time? Sold.
Im not trying to say these are good practices, I am trying to explain the decisions that are made.
Many used to (pre windows ce), but writing the whole stack was more expensive than license+support costs.
Many still do, but they aren't full fledged kiosks. By the time you get to full HD screens, the cost of the chips needed to refresh the screen in a reliable way outpace the cost of going standard consumer electronics. Cost for parts/replacement is also lower that way. This dovetails into needing an OS that supports those chips, which suddenly we are into a full OS.
Exactly. The points you put together made no argument. I asked "so what?" And indicated that the points as presented appear to be the same points people use/put together to say: "so don't vote." / are used by the same group of people who are trying to disenfranchise or discourage voting. This is a common propaganda technique.
I haven't made up shit. I stated what it looked like and they failed to repudiate it followed by calling me names.
A question to consider seriously: name a company that has a full OS that supports modern tooling/development environments with consistent graphical fidelity across a wide range of hardware that a manufacturer can pay to maintain the host OS, provides guarantees to OS LTS/security patching and has a proven track record in deploying, supporting and delivering kiosk support.
The only serious answer is Microsoft, and maybe Canonical... But Canonical hasn't been around for as long as most of these kiosks have.
There are a couple of huge blockers for manufacturers looking at companies that provide Linux support:
- Industry track record. Red Hat, Canonical, Google and Oracle are basically the only large scale players in the enterprise Linux support. Red Hat basically only provides support for server/backend infrastructure. Has Google had anything other than Gmail and maps last for more than five years? So that leaves us with Canonical. What's the longest release Canonical has? 4 years now? Microsoft has 15 year support contracts. The only other player in the market that even comes close is Oracle (Oracle still supports Java 1.4 for example: 22years)
- Consistent graphical performance: until the last 5 years graphical fidelity on Linux has been a shit show. A decade ago, getting even the largest players to support Linux was a huge undertaking. Basically the only consistent graphics support was the result of android and that is basically only mediatek.
- Development environments. Windows wins this hands down without even a question. Go back 15-20 years and it's even more obviously in Microsoft's favor. NET gui apps are brain dead easy to make, super consistent and stupid easy to maintain. This drastically decreases development time and cost allowing companies to pay for the crazy expensive support contracts.
The numbers these companies deal with isn't thousands or even hundreds of thousands of dollars. It's tens or hundreds of millions. There is no way in hell a manufacturer is going to give an untested bespoke Linux distro maintainer 25 million to keep that Linux distro running for the next 10-20 years. There isn't a feasible way for a small company to even support at that price for that length of time.
Oracle and RedHat are the only truly feasible options, and it costs more to develop GUI apps on either platform when there isn't a 20 year track record of known success. It's obvious why companies pick Microsoft.
It amazes me that people don't realize that most kiosks run windows.
See. This is the big where your argument seems insincere.
Again. And?
It still sounds like you are one of those "it's broken so don't vote" assholes.
And? Just because I am not a fan of how the democratic party is run doesn't mean I'm not going to vote for them.
There are a lot of problems... But this argument is awfully close to apologetics for Trump.
Win12 confirmed 2044 release date.
Win12 confirmed as a Linux mint cinnamon derivative distro.
This will do the opposite of what you want. All of these policies disproportionately cause poor people to remain poor.
It's not intuitive and it sounds great till you realize that unless you tax wealth and income with a progressive rate well into the 90% at the highest levels.
People who are wealthy don't give a single shit about consumption tax. They also don't care about transaction taxes (unless it's progressive). A person with a million dollars doesn't care if milk costs 5 bucks or 6 bucks a gallon... But the person making the minimum wage absolutely cares.
I too have forgotten to memset my structs in c++ tensorflow after prototyping in python.
If it's not specified, monthly. Otherwise it's specified.
I don't think either is actually true. I know many programmers who can fix a problem once the bug is identified but wouldn't be able to find it themselves nor would they be able to determine if a bug is exploitable without significant coaching.
Exploit finding is a specific skill set that requires thinking about multiple levels of abstraction simultaneously (or intentionally methodically). I have found that most programmers simply don't do this.
I think the definition of "good" comes into play here, because the vast majority of programmers need to dependably discover solutions to problems that other people find. Ingenuity and multilevel abstract thinking are not critically important and many of these engineers who reliably fix problems without hand holding are good engineers in my book.
I suppose that it could be argued that finding the source of a bug from a bug report requires detective skills, but even this is mostly guided inspection with modern tooling.
For lithium batteries (phone batteries) it's actually more important than draining to 0. Many studies indicate that the average phone battery should last several thousand cycles while only losing 5-10% of total capacity provided it is never charged above 80%. Minimum % (even down to 0%) and charge rate below 70% is also unrestricted.
The tl;dr is that everytime you charge to 100% is the same as 50-100 charges to 80%. Draining a lithium chemistry battery to 0 isn't an issue as long as you don't leave it in a discharged state (immediately charging).