skysight-inc/HackerNews huggingface dataset:
> The EU solution is, of course, to turn a technical problem into a legal problem.

As a regulatory body, what else can they do...? In fact, I actually see this as a good thing.

You should think of regulation as an abstraction, an interface, a contract, that defines only a desired outcome (in this case the idea that 3rd party tracking should be opt-in rather than opt-out or non-opt). The details are then left to private entities to implement.

In fact, had they defined it to be say a browser feature or any other specific implementation, it would be strictly worse. By legislating the abstract concept of 3rd party tracking consent, they are leaving open the door to innovation. The idea is that if someone can come up with a better way of collecting consent in terms of UX, while still guaranteeing the same level of consumer protection, then they should be able to outcompete worse implementations.

The law does not require banners per-se (instead requiring affirmative consent before tracking can commence), nor does it require any button size (instead requiring that features not requiring tracking not be gated behind the consent wall and that certain consent outcomes shouldn't be favoured as a part of the UI). What we have is only that way because innovation is not that fast and the motivation to innovate here isn't that high (yet) --- banners are easy enough to implement and not so egregiously bad as to turn away users.
One way to think about the strange arc of civilization is to consider the slow increase in supernormal stimuli relative to the real world (say the raw, analog world of nature), from cave paintings and f2f conversation through religion and radio to iPads and MMPORGs.

The greater the gap between the levels of stimuli, the greater the addiction to the art or medium or movement that channels those supernormal stimuli. What does the medium have that we lack?

Mostly it aggregates and condenses other people and what they create. They become mediated by a technological channel that we purchase and subscribe to in order to access the feed.

One problem with that arc, for me, is that we humans will never escape the real world. We have to come back to it to cook, clean, sleep, bathe. And with the increasing intensity of mediated stimuli, I suspect many people get worse at normal.

That is, they/we are no longer properly incented to construct themselves and meaningful relations to people and objects in the slow-moving unmediated analog world. I don't have a fix for that. I just note it with regret.
I don't mean that one small region hits 0-100˚F. That's not very common in the US or Europe either. But across all inhabited areas, 0-100˚F is pretty representative (again noting the sub-0 extremes where you're not going outside anyway). And say your area is just 60-100˚F, that's still decent, certainly better than a 22 degree range in Celsius.
To use a concrete example - Swagger UI 2.0 was plain old html, css, and JS. I was able to easily navigate the code and customize it for my previous company with some extra features we wanted. Swagger UI 3.0+ was completely rewritten in React, and I had a super hard time navigating the new source code and trying to figure out how to achieve the same basic things I did with 2.0 with some minor JS tweaks. I'm sure if I invested a few days/weeks becoming a React expert I would be able to do it. But I wasn't willing to do that, so as a result, we are still on Swagger UI 2.0.

Judge for yourself:

Swagger UI 2.0: https://github.com/swagger-api/swagger-ui/tree/2.x

vs

Swagger UI 4.0 https://github.com/swagger-api/swagger-ui
I read other research recently that showed that real synapsis have additional dimensions of data that are stored than previously thought. Whereas before it was thought they were a simple binary fire/no fire, they are also transferring data through width and height of the firing. Because of this neural networks designs may be missing a key feature.
Cities like Las Vegas just recovered to their 2008 peak just before Covid hit.

And if they see a correction now they may drop below their 2008 peak.

https://fred.stlouisfed.org/series/LVXRNSA
"At this time, there is no obvious evidence of malicious activity"
> RCS is the official messaging spec of the GSMA, they effectively set mobile standards. It's on 90+ mobile operators in nearly every nation on the planet. It's just as widely supported as, say, Voice-over-LTE is (another standard by that same group)

Nearly every carrier supports it via Google-operated infrastructure, the carriers don't actually want RCS, have been vocal about this, and it's why RCS had no uptake for over a decade until Google decided to force-feed it to everyone. https://jibe.google.com/ is their platform they provide to carriers, through partnerships (example: https://www.verizon.com/about/news/verizon-google-messaging-...)

RCS is hot garbage, and if you've actually read the standard you'd already know that. There are plenty of arguments that can be made in favor of a carrier-agnostic messaging standard that provides broad interoperability, but RCS is not it. This is not the way.

> No, it's not. SMS is the outdated standard that's been gone since 2018. RCS is the current ubiquitous and broadly supported standard, since 2019 effectively all modern smartphones and cell network use it.

This is absolutely false. 1. SMS is supported by /every/ carrier in the world, period. This is exactly why it's the perfect fallback, because it is guaranteed to be there and even work with pre-smartphone T9 devices. 2. SMS isn't "gone" since 2018 or since ever. RCS is not ubiquitous, it is literally only used on Android, is not supported by any feature phones, and Android only constitutes "effectively all modern smartphones" because the vast majority of people in the world can't afford an iPhone. Globally almost 80% of the market share is Android... in the West/OECD it's like 50%.

> No, that's a complete lie. Google added support for it, because they had to, it's an industry spec that practically every cellular provider uses.

Uh... no... what you are saying here is a lie. Google added support for it because they wanted to, just like they wanted to make every other one of their previous 10+ messaging apps. RCS has been a standard since 2012 (or 2013, depending on who you asked) and the GSMA Universal Profile has been available since 2016, Google didn't even start deploying RCS until 2019 within Android Messages, and did so by cannibalizing the Allo team (another messaging boondoggle).

There is no legal or regulatory requirement or otherwise forcing Google to support RCS. The majority of carriers don't want RCS, and it was basically completely unadopted until Google footed the bill to build out the infrastructure for it.

> There's no Google service for RCS.

https://jibe.google.com/

I'm not going to even respond to the rest of your message. Look, I don't want to be uncharitable, but you frankly don't know what you're talking about and everything you are saying is incredibly biased in a pro-Google way without any basis in fact or reality. Please go actually read the RCS standard. Please go actually learn how RCS is implemented. Please go talk to someone that works with carriers on building out telecommunications systems (hint, I'm one of those people). You are straight out wrong.
it's not food transportation that's the big CO2 emitter.

quite the contrary. trying to grow food where it needs a fuckton of water and fertilizer (and pesticides and herbicides).

because of idiotic subsidies.

similarly it's not the heating/cooling, it's the lack of modern insulation and heat pumps.

...

multi hour commutes are bad anyway, but even a few minutes in cars every day at the same time as everyone else is bad (because it's not scalable)
I agree. I actually have a pretty strong understanding of regexes and use them regularly (for editing, not so much in code), but I despise how every editor/language does them subtly different.
Go is fantastic and also has a native UI framework called Wails. Not connected to the standard lib, but I believe it started in Google
Interesting, I downloaded World of Tanks a few days ago and that is the only thing that shows up for me here. I didn't even realize that it was distributed over bittorrent.
> As far as I can tell, Nix is growing pretty well. The results from the last community survey indicated that most of the users started using it within the last few years.

Taking a single sample from recently is just coming across as fanboying and wishing for your desired conclusion to be true. Let's not go in that territory, it's not arguing in good faith.

One of my favorite technologies was "trending" for a bit but then plateau-ed. These things happen. Factors vary but usually fall within a narrow set that's well-known by the "realist" type of people. Many don't like hearing that however, hence endless bikeshedding ensues. No need for that here.

> Perhaps by analogy: if apt-get is like notepad, and nix is like emacs/vim, it'd be neat for something like VSCode.

And that's exactly what my point is. Nix is nothing like VScode for package management. It's more like an ancient version of VIM whose advocates swear that the months and years needed to learn it well will pay off to eternity. Sorry, I don't mean to bash you or anybody else but I've read forums and GitHub issues. Nix's community demeanor leaves things to be desired.

> Not every tool is well suited to all users.

If you want to "solve" package management, reproducibility et. al. then you should try to cater to all users.

I'll remind you that I really want for Nix to succeed. I hate it how one update command can change files in /etc, /var, /usr and /home. I want isolation! I want trackability! I want to issue a system-wide update command and then check logs for each package updated and which files did it touch exactly. I want that put in a time-travelling database (a la ZFS snapshots) and be able to revert whenever I wish.

These things are hugely important and extremely critical for the future.

In this context just throwing your hands in the air and saying "it's not for everyone" is just not being ambitious enough. I and many others want a replacement for e.g. pacman and apt-get. A complete, 100% replacement, that does everything better.

So far Nix is not that. Until it started closing in on that target then it will remain niche technology for fans.

Obviously so far my vision is not aligning with that of the maintainers. I get that. But I also have plenty of experience and am well within my right to use it to try and predict what traction will their tool get if they do (or don't) certain things.
RCS itself does not support E2E encryption. That’s an extension Google developed. It only works if BOTH people are using Google’s Messages app.

Group chats? Totally plain text in the clear. No encryption at all.

RCS is not good enough. Fix the issues, develop something better, I don’t care.

Only E2E is good enough.
Tech needs regulation like the finance industry in this regard. Regulation that can push responsibility for breaches up the chain. There must be ways to escalate and if something is seen and reported but not acted on, then liability goes upwards.
CEO's in Finance and Banking do A LOT of compliance work and it does catch a lot of problems.
If I recall correctly you could run CGA and Hercules and the same time as they used different memory areas.

There were even a few debuggers that used this into the VGA era - program would be on the color monitor and your debugger on the black and white (actually usually orange or green).
It would be a lot more convincing if they said they put a team on to it to investigate extensively and didn't find anything indicating it was exploited.

Absence of evidence IS some evidence of absence if you look thoroughly. It sure isn't anything of the kind if you haven't actually tried to gather the evidence or are aware of giant holes in what you were able to gather.
First RCS version been developed in late 00. Google had and has zero affiliation with it. What RCS today been published in 2016 and again, Google had no affiliation. Google wasn't even the first one to support RCS - it was Samsung in 2012.

Google, however, added their own extension for E2EE and started roll out with their self-hosted RCS rather than carrier hosted.

Given that RCS is mandatory in 5G networks and supported by world's largest carriers - Yes, it's an industry standard. Given that version used today is published in 2016 - Yes, it's modern. So, what's the problem?
I think you have it the wrong way around. Apple is exercising bureaucratic control over technology, the EU is about to give them a lecture in disruption.
The Forest Service is overstating its wildfire prevention progress
Stop driving. Drastically reduce the amount of vehicle miles travelled. Shift even more freight to train. Much stricter weight limits on vehicles, maybe?

Higher quality tires that wear more slowly may also improve this.
> The look on their face when I send them an iMessage from my Galaxy is priceless.

Well, technically it was relayed through your Mac. Not sure how many Galaxy users have Macs to send message through, so I’m not sure it’s a workable solution for most.
This starts getting toward "everything everywhere is securities fraud". This probably would have come up in tech diligence but he waived that.
Not a single thing on the list it came up with was correct.

Given how completely wrong it was for me I have to assume that it's worthless.
Finalizers are deprecated (though are still used of course in existing programs), so just a heads up: Cleaner API is the replacement
> Why not?

Because iPhones and Androids of comparable quality are not cheap. And many people don't know how to move their data and photos among devices regardless.

> Given that the discussion is about switching from Apple being hard, this seems like the opposite of the point you're trying to make.

You said you switched back and forth repeatedly. I was responding to that, since I view it as a luxury not everyone can afford. And folks who've sold an organ to get a blue bubble may have some sunk-cost fallacy to overcome even if they're only going from Apple to anything else.
But that sentence isn't arguing for the notion of some "absolute good art". If I had to criticize it, it would be to say it doesn't go far enough by still accepting the concept of good vs bad art, whereas I think interesting discussions are multidimensional.

For example, why do you defend archeological architecture? Are the pyramids "good" because they are opulent? That sounds like a sensible stance at a glance, but then what of the Burj Khalifa?

Is Calvin and Hobbes not acclaimed? Is it not art? What of obscure manga about gender identity?

Why is Turning Red controversial? Who is it relatable to, and does that matter?

Suddenly equating one's opinion w/ "good vs bad" seems superficial. There's historical context, there's political commentary, and commentary on the commentary, and how that shapes the rest of the contemporary works.
Can I use Nike to design shoes that they will make for me or something? What makes them common carrier like?

On the other hand, they are a common carrier - they aren't limiting which countries or streets I'm allowed to wear their shoes on, nor what kinds of sports I choose to play with them.

I don't think anyone would be favourable to giving Nike more control over how people use their products
Masked, Vaccinated Students Didn’t Catch Covid in Classrooms
I believe there is a category error when we try to say anything about art as art is a mode of being or a mode of experience which cannot be put into words, the same way we can't talk about what the color red looks like or explain what the sea or the sky look like. They can only be experienced. Now, when I see someone talking about "art", there is probably a hidden word next to it they are referring to. It could be art "industry" or art "people" or art "culture" but never art in itself. Even what i'm saying now is not about art, i'm really talking about art "discourse" and art "experience". But they're still away from the thing in itself which cannot be put into words. You just feel it and when it's felt, you can call that art and noone has to agree with you.
How to Buy a House
How do early stage founders or employees purchase a home? What are the secrets
Squeeze: A static site generator that can put the toothpaste back in the tube
> You're probably downvoted because the assertion is controversial, but it shouldn't be.

Fascinating. Would you mind showing me your sources for this assertion you claim shouldn't be controversial. I'm sub-saharan African, but I think I'll manage to read the papers just fine.

Your suggestion that entire countries with an average IQ below what's considered developmentally challenged (70-75) is ... suspect. Additionally, considering international high school examination board exist in Commonwealth countries whose results do not reflect your theory. So, let's have a fact-based discussion and not unsourced "good faith" discussion
Still it’s so much better to have the binary information of whether or not an account exists with that information than exactly which account it is.
> criminal asset forfeiture is NOT civil asset forfeiture

The author is speaking to a global audience and using those terms colloquially; I parroted their language.

Table 1 [1] mentions "proportion of confiscations attributed to anti-money laundering policies" as its operating measure (and only has columns for Europe and global). Figure 3 [a] measures total US asset forfeitures, which covers both criminal and civil forfeiture [2].

So yes, the paper's prescription would involve investigating, freezing where suspicious, charging and seizing assets. The success metric uses confiscated assets as its numerator.

To be clear, I'm advocating for none of this. Just refuting that source and the figure quoted for AML programmes' success rates. The paper doesn't speak to anything about OFAC, but instead to what should and shouldn't be done after an entity is sanctioned or deemed a suspect.

[1] https://www.tandfonline.com/doi/pdf/10.1080/25741292.2020.17... page 88

[a] page 84, bottom

[2] https://www.justice.gov/afms/about-asset-forfeiture-program-...
It's not snarky. I've had the same IP for a long time and the list it came up with was completely wrong.

I'm not sure what's broken about it but right now the info is not correct.
Nope, you can just click skip. If the device had previously been enrolled in Find My iPhone you have to log back in to turn it off, but if it’s fresh out of the box you don’t have to hook it to iCloud/iTunes at all (and that’s not uncommon to block in corporate environments).
American Reading Company | Business Intelligence Analyst | Blue Bell, PA | Full Time | ONSITE

Work with a purpose! American Reading Company (ARC) is an educational services company with a mission. We partner with districts across the US to provide language arts solutions to ensure every child in America is reading and writing on or above grade level.

We are seeking an experienced data analyst to design, develop, test, and launch data models, processes, data analytics, and other strategies to move data across systems and optimize statistical efficiency and quality.

To apply, visit: https://recruiting.paylocity.com/Recruiting/Jobs/Details/122...
That depends: it wouldn’t matter how much they pay in bounties if the bounty hunter is double dipping by reporting the bug & also exploiting it for sellable data. Not saying that’s what happened here though.
TypeScript, that's the differentiator. Having fully typed variables in the templates cannot be replicated in templating languages (well technically they might be able to but that's not as ergonomic as fact).
Yes, the swift toolchain includes a full set of command line apps. If you install swift on another platform like Linux for example, you won't have Xcode. You'll have the typical set of command line utilities you'd expect from compilers like gcc and llvm. You don't need Xcode, even for macOS and iOS dev.

Source: I do most of my swift development, including iOS and macOS dev, in a terminal. Editing with vim and using the swift command for the rest. You can even launch your iOS emulators and such from your command line while you're developing.
as someone who fishes the Atlantic twice a year, the wisest advice I ever got was to replace your line every year or two, especially if its left in an unconditioned room or in the sun.
It's in beta. I sure hope the author submitted feedback.
iMessage is kinda both its own messenger and SMS client. So when you text a number, I don't think you have a choice of how to send it. If the user is "Apple" it sends as an imessage, if not message, it turns the bubble green (so you know its SMS). Though in the epic trial Apple sees messaging as a "lock in feature"

"
In another exchange, Apple executives discussed in 2013 whether releasing a version of iMessage for Android would make it easier to switch phone brands. iMessage is still exclusive to Apple products.

“I am concerned that the iMessage on Android would simply serve to remove and obstacle to iPhone families giving their kids Android phones,” Craig Federighi, Apple software senior vice president, wrote in 2013."

https://www.cnbc.com/2021/05/03/epic-games-v-apple-trial-app...
Malloc and friends have much more CPU overhead than a modern GC, so if you do choose all of these, brace yourself to a really micromanaged programming.
https://www.flyhomes.com/
Isn't that what Hotwire and StimulusJS is?
Incomplete, delayed, stalled, cancelled, failed, or abandoned Ferris wheels
That's the point of the schema—use it to generate compliant serialisation/deserialisation code, and use that code to generate/read your schema-compliant XML.

No issues anywhere. There's only one point of failure here: bugs in the code generator.
> Apples garbage SMS?MMS group messaging

My wife has Android, I have iPhone, I know exactly what you're referring to. But this isn't "Apple's garbage SMS/MMS group messaging", this is just SMS/MMS group messaging, period. SMS/MMS is ancient, and it sucks, it was a hack when it was originally implemented and never really got better. Nobody here is claiming that SMS is good, we're merely pointing out that RCS is not the right answer and that SMS is the most viable /fallback/. Nobody should be using SMS as their primary messaging platform in 2022.

> We switched to Signal a year ago and have been happy with it

Good, I'm glad to hear this. More people should use Signal. I even managed to get my 72 year old mother using it without any serious issues.

> This affects a large number of people and saying it's a non-issue is dismissive.

It only affects people who refuse to use any one of the myriad other carrier-agnostic messaging apps. I travel extensively around the world, nearly everyone outside the US uses WhatsApp, and nearly everyone inside the US I interact with has at minimum FB Messenger or Discord. Obviously, all of these are operated by other for-profit tech entities and getting more people on Signal would be ideal, but it is what it is.

The right answer here is creating a new carrier-agnostic messaging standard with interoperability and privacy in mind, and then Google, various Android integrators, Apple, Microsoft, et al can build their own clients. RCS is not carrier agnostic, does not support E2E, and is really horribly designed protocol. Worse, because the carriers don't want to deal with it, de facto almost all RCS infrastructure globally is run by Google.
My $0.02: ICE vehicles require extremely tight tolerances in their engine bits, while EVs generally don't (and have a lot fewer parts to boot). The complication (as you alluded to) in EVs is chemical, rather than mechanical. And the supply chains therefore, are just about as complicated, just in different ways.
Yes it seems that RCS is actually not a real fallback, it is a request to support yet another modern(ish) system.