skysight-inc/HackerNews huggingface dataset:
It's difficult to quote what does not exist, but yes, GDPR only require asking explicit consent (which can be implemented in different ways, cookie banners being one).

And this is not for cookies required for technical reasons (seesion cookies and cookies to save preferences) - you don't need consent for them. Only for marketing / statistical cookies. See [1], it does a good job of explaining this.

[1] https://gdpr.eu/cookies/
> So, there's more than a casual relation between Kotlin co-routines and Loom.

Not beyond the fact it was one of the things we looked at and decided to go in a completely different direction. We looked at Python, Go, JavaScript, C#, Kotlin, C++, Rust, Zig, Haskell, Pony, Scheme, Erlang, Céu, Scala and Clojure, and decided not to go down the C#/Kotlin path, which is why we ended up with a solution that is nothing alike. The positive influences were Erlang, Go, and Scheme (with a glance to Céu). That's why virtual threads share a lot of similarities with Erlang processes and Go goroutines, and borrow ideas from Scheme's (and OCaml's) multi-prompt delimited continuations, but are not at all like C#/Kotlin's syntactic coroutines.

There are certainly things about Kotlin we love, like nullability types, and that we'd like to see in the Java language some day. When we do, Kotlin would have been the influence. Syntactic coroutines, on the other hand, were something to avoid.

> Java developers are switching to Kotlin

Just as they had to Scala in the past, many developers are switching to Kotlin, which has reached ~2-4% on the Java Platform, and might even reach 5-7% some day. That is huge, perhaps unprecedented, market penetration for a Java Platform language, but let's not get carried away.

There are certainly languages we consider serious competitors, but Kotlin is still an order of magnitude in size away from being one of them. Java is so big that you can still be 20-50x smaller and still be a very popular language, yet not quite a competitor.

> Recent introduction of Records is a good example.

Nope. First of all, Kotlin doesn't have records. Kotlin-like data classes were something we looked at (we look at all languages) and said, we don't want that, we want records. Second, the inspiration for records was ML. So records are actually yet another example where we decided not to go in the same direction as Kotlin. This isn't to say Kotlin did something worse or better, but it did do something decidedly different.

> Typically, it's a rookie mistake to use that. You shouldn't have to; there are better APIs.

The same APIs Java users use today (Executors) are the ones they'll use when Loom lands. There is still no need to use the Thread API directly.

> Kotlin, btw. treats threads just as a special case of co-routines.

Perhaps in your desire to see Kotlin influences everywhere (and, BTW, syntactic stackless coroutines were done in C# first, at least among the well-known language) you misunderstand what Loom is. Virtual threads are threads, period.

Anyway, it's perfectly fine to prefer Kotlin over Java (the language) just as it is to have the opposite preference. But I think you misjudge the influence those languages have and draw from.
"Maybe Gil Kalai really WON, BY A LOT, before Hugo Chávez hacked the Pan group’s computers to make it seem otherwise?"

There is no evidence of widespread scientific fraud coming out of China, according to the China News Service, the People’s Daily and the Global Times.
Blurry on standard-resolution monitors.

On hi-def monitors and laser-printed page, it is lovely both to read and to look at.

I mean, 4K (3840×2160) 23" displays nowadays start at $300, so if you’re still on hundred-buck 1920x1080 then you’re only getting what you paid for.

Going to all hi-def displays is the single best investment I ever made as a professional programmer, reading and writing text on screens daily.
Also the 'BPF Compiler Collection' has tools to do this kind of thing too:

https://github.com/iovisor/bcc/blob/master/tools/tcptop.py
Communicating with Slipboxes

http://luhmann.surge.sh/communicating-with-slip-boxes
Entropy and Diversity: The Axiomatic Approach
So how much is it going to cost to completely clean up the structure as compared to how much it would have cost to properly maintain it?
Yes. This is at my office, so I'm assuming there's good reason for 2.4 GHz. Maybe just range?
Check out this thread [0] I started the other day, there are a couple of recommendations there.

One of the jobs mentioned is free time rich and money OK, and the other I don't know what the payment is like, but would require credentials.

If you haven't worked in foodservice yet, I actually highly recommend it as an experience, at least in a short term sense.

[0] https://news.ycombinator.com/item?id=25243187
I have to say, this idea that we should assume the best of the large corporate entity to the detriment of the very real human person until "we know more context" strikes me as shockingly and painfully naive.

Is the assumption here that Google is somehow better behaved than other corporations? I don't think there's any factual basis for such thinking. In my experience, corporations are laser focused on money, quarter-by-quarter, with little to no concern for the human cost. Google has been asked for comment and has consistently declined, in my opinion we should give much more weight to the real person here.

We all have much more in common with the AI researcher than the large, faceless corporate entity. If we are at all principled, it's easy to imagine ourselves in a similar situation.

Why the hand-wringing over this email they sent, the suspicion that it was all "hardball negotiating" and "bluffing"? The email to the mailing list pretty clearly outlines their concerns and reaction to Google, it seems a pretty safe assumption that their email to Google management covers much the same information.[0]

This idea that they are bluffing strikes me as insulting: is there any reason to suspect they are bluffing? I don't see that in any of the coverage, by my reading this person felt this back-and-forth over the publication of this paper at the last minute was the last straw, their exasperation and frustration with Google is clear. It seems to me they were entirely willing to resign.

[0]: https://www.platformer.news/p/the-withering-email-that-got-a...
I don't think "task cancellation" is quite the major difference you think. If you model it as thread A wants to cancel thread B, then while threading means that A runs and cancels B, but B may need some time to catch up, the async world has the problem of thread A running at all to cancel B, if B is having a problem that requires cancellation. It's "obvious" and "safe" until it doesn't happen at all.

This is a pervasive problem with the async/await model. As it scales up the probability of something failing to yield when it should and blocking everything else continually goes up as the code size increases, and then the whole model, correctness, practicality, and all, just goes out the window. While it is small for small programs, and it the scaling factor often isn't that large, it is still a thing that happens. Entire OSes used to work that way, with the OS and user processes cooperatively yielding, and what killed that model is this problem.

Also, I'm writing a lot of code lately where I can peg multiple cores at a time, with a relatively (if not maximally efficient) language like Go; having to also write it as a whole bunch of OS processes separately running because my runtime can only run on one core at a time is a non-starter, and "async/await" basically turns into a threading system if you try to run it on multiple cores in one system anyhow.

These two fatal-for-me flaws mean it's a non-starter for a lot of the work I'm doing anyhow, regardless of any other putative advantages.

(As I mentioned, I'm using Go, but if you want to see a runtime that really has the asynchronous exceptions thing figured out, go look at Erlang. Having a thread run off into never-never-land and eating a full CPU isn't fun, but being able to log in to your running system, figure out which it is using a REPL, kill just that thread, and reload its code before restarting it to fix the problem, all without taking down the rest of your system is not an experience most of you have had. But it can be done!)
I literally remember the day in my school library when I found out framesets were a thing and it blew my mind that this part of the webpage could move independently from that part. And no one even uses framesets anymore.

And you're right - nowadays we can stream video, audio, games, compile and run code from numerous languages right in the browser, and the web has more interesting and rich content than ever, but everyone is mad because that means the web has moved beyond their childhoods and gotten complicated with time.
That's funny cause I announced a poo in pot that day.
Is it possible to override the scheduler from user code? i.e. if you wanted to control scheduling yourself for some reason.
25 Days of Ruby Gems – Ruby Advent Calendar 2020
> The new legislation, which is expected to be passed by Germany's Bundestag parliament, would allow workers to write off €5 ($6) per day to offset extra heating and electricity costs.

That's not feasible or scalable. As it is a balance, they will give you this but will take out somewhere else (less yearly increase and so on).

It's almost a disservice...
The difference is that Kotlin has been gobbling up Java users using Java frameworks like Android and Spring. Coroutines are used in both and implement structured concurrency exactly like Loom does. It's not a little bit similarish and vaguely related: it maps 1 to 1 conceptually; well at least for the stuff that Loom actually implements.

Rust indeed would deserve a mention as well but it follows a somewhat different approach to the same problem. But Kotlin is somewhat special here as Oracle is bleeding users to specifically Kotlin.
You are describing a labor union.
I agree with your point that companies should provide more room for individualism, but there have to be some kind of boundaries and recognition that you are part of a team.

It seems like more and more that emboldened employees don't think there is any limit to what they should be able to say/do in a company context, which is a huge problem. If you want individualism to that degree, you need to be in business for yourself. If you take a job at a company, you're implicitly conceding some of that individualism.
These are great, though I'm not sure "toilet paper hoarder" counts as fighting against covid. If anything, that one's a minor victory for covid :)
Not supposed to talk about Bill Joy hes not a gazillionaire eCeleb
>Oracle Corporation Mark Benioff: (415) 506-7000
If they can't find jobs or fall on hard times because of it, they still need to be helped. Shelter, food, etc.
I'm pretty sure the GP was joking.
Can you give some specifics about salary, previous & new role, and location? I see these sorts of stories a lot on here but it seems like they're all concentrated in SF or NY.
Physicists in China challenge Google’s ‘quantum advantage’
> The right to disconnect refers to a worker’s right to be able to disengage from work and refrain from engaging in work-related electronic communications, such as emails or other messages, during non-work hours.[1]

What does that even mean? Is the EU also going to come out with the "Right to breathe" and the "Right to go to the bathroom when you need to"?

I'm really frustrated with how the term "right" has been watered down. Rights used to be innate freedoms of the utmost importance, something worth dying for. Now it's just shorthand for some benefit the government provides, or something that the government allows you to do (often with lots of stipulations). Rights are no longer something innate to all humans, they are something that the government gives to you when it wants.

[1]https://www.eurofound.europa.eu/observatories/eurwork/indust...
Use integers as primary keys and don't expose them, and add a (unique) random ID column that's used to interface with the rest of the world.

(I understand there'll still be an index for the public key -- the argument would be that you don't bear the cost for that for most queries.)
Hmmmm... you realise it's satire, right?
Bigeu Maqueu sounds Japanese
Has AI 'solved' protein folding?
Not at FAANG
So you are defending this as ethical and not something to obviously be fired for?

If yes, then there's nothing more to add.

The mechanism was there, but this person abused it. Deliberately.

But yes, it is fair. Given the technical ability to inject JS or text, this person went around checks, to do what they knew was absolutely not allowed nor what the system was designed for, abusing the system.

Who's to say next time there would not be JS reporting who goes where? Maybe there's a counter how many times this was shown?

What is they'd made a mistake? What if they'd broken browsing for the whole company?
Well, Jacques Barzun was an excellent writer and historian. He wrote a fair bit on writing, and his Teacher in America contains the chapters "How to Read and Be Right" and "How to Write and Be Read", both with sound advice.
There are enough shady scams on the listed markets without making non SEC regulated companies available as well.
>What does that even mean? Is the EU also going to come out with the "Right to breathe" and the "Right to go to the bathroom when you need to"?

Have you seen amazon's warehouse work conditions?
German is another one that seems to match the description.
In ye olden dayes, building big, interactive experiences on the web wasn't possible without Java (or ActiveX). Even the first iteration of JavaScript couldn't interact with the live DOM and CSS hadn't come into being yet. It was a sincerely held belief by technology professionals (myself included) that a desktop UI platform was the only way to deliver rich experiences over the internet. And honestly it may have to come to pass if the early versions of Swing weren't so slow and ugly.
Some of the most inspirational stories in tech are along the lines of "I had this terrible job where we had to use tech X so I wrote adapter Y in more cool tech Z and automated the whole thing and took long lunches."
Ask HN: Adding Category to Flagged Posts
I see some posts getting flagged for reasons not very clear. Can HN add a feature to assign category before flagging a submission? e.g. [political], [speculation], [inflammatory] etc. It would be very helpful to the person submitting the post and take out any guesswork on why a post was flagged.
> Better programmers on C can't effecicely eliminate whole classes of the most common fatal security vulnerabilities.

Sure they can, it just requires discipline. Most of djb's code (in C) has a lower defect count than most other implementations you'll find in any language, and the mistakes he does make are in relaxing his discipline when thinking it doesn't matter (because of privilege isolation -- something he later admitted was a mistake[1] -- or because nobody puts that much memory in a machine, because times change!).

[1]: https://cr.yp.to/qmail/qmailsec-20071101.pdf

> But that's no excuse to skip past "step 1".

Zeno would like a word. I'm arguing a different metaphor, not "try harder".

If it is true that programs get too big to maintain the level of discipline the language requires, and regardless of the language you're going to be confronted with defects, then the solution (in my mind) is smaller programs because only the small program has a chance of being correct in the first place.
It's not a feature set of a CPU, this is an SOC, or System On Chip. It's not like an Intel 4004 that just does the processing and relies on external chips for peripherals, they bake in all the typical stuff that the system it's designed for (a cell phone) is expected to use. It contains 8 ARM cores (one of which is "the CPU"), a GPU, an AI DSP, a memory controller, 3 image signal processors for connection to cameras, video encoder/decoders, Bluetooth, Wifi, NFC, GPS/GNSS, dual SIM support, probably some general-purpose inputs and outputs, plus, yes, a 5G modem.

To sum up the explanations given for why it's part of the SOC and not an external device on a bus:

> Last year’s ... external 5G modem such as the X55 helped the 5G transition as it was available to vendors earlier than the Snapdragon 865 SoC itself, allowing them to design their RF systems before having access to the newest SoC.

> The platform’s reabsorption of the modem into the SoC die should signify better power efficiency, lower platform cost as well as lower PCB complexity for smartphone vendors.
A combination of needing a heavyweight VM separately from the browser and being either interpreted or having to wait for a slow JIT.

Remember Javascript was slow as ass too until the late 2000's when browsers were implementing efficient JS engines. If web pages would've been build like common JPAs they would've been as bad as applets.
Moving work to lower level practitioners is functionally equivalent to reducing physician requirements.

Of course companies are going to do anything they can to reduce prices. And of course the industry is going to put out flattering white papers in support of their cost cost cutting measures. Yet those reduced costs haven't been passed on to consumers or measurably improved medical care, so the argument merely that the industry is doing something is a poor argument in favor of it from a consumer/public health/societal standpoint.

Some companies love to outsource labor to countries with relaxed labor laws. That isn't a convincing argument against the need for labor regulations.
I have a (metaphorical) rolodex filled with contractors who I've enjoyed working with, which I will always check first before even thinking about ringing an agency.
No One Ever Got Fired for Choosing React
It might be bad if their main source of incomes becomes not the transaction fees, but hidden fees or selling data about you. However, that argument requires them not doing this already :)
> I don't think I'm pedantically attacking a strawman.

Unfortunately I think you are. Note I never wrote anything about the "PRC" that you keep bringing up all the time. It's almost as if you were here to defend the feelings of "PRC speakers" from the perceived slight that I failed to give them enough recognition.

I stand by my opinion that it's easier to switch from traditional to simplified than the other way round. This isn't really controversial, it's well-established in literature, and follows directly from the fact that simplification was a lossy process: to claim otherwise is tantamount to stating that there wasn't really any simplification.

However, there was a simplification as a matter of fact, and it did make things simpler as it was supposed to. It was designed to make it relatively easy for everyone to switch from traditional but not necessarily to go the other way. That there are even so many examples you can provide to the contrary is itself a demonstration of some of its failures, which are also well-known and described, but the fact remains that the issues going the intended way are few and far between, and just not comparable to the fact that as part of the simplification, dozens of common characters such as 隻, 製, 劃, and 錶 were blended into semantically unrelated ones: an extra hurdle you have deal with when going back.

I could provide more examples, or even make an exhaustive comparison but that would be unlikely to change your opinion, since you are now arguing not against what I said but against some "common claim[s] [...] on English language forums," whatever that is even supposed to mean, that you decided to associate with me. I'm sorry to say that due to this I can no longer see it as a discussion in good faith, if it ever was one to begin with.

You are entitled to your opinion of course, as I am to mine: if anyone is serious about learning Chinese beyond the basic communication skills, I would advise them to start with traditional characters. If this happens to hurt the feelings of (some) "PRC speakers," so be it.

Let's agree to disagree.
> Massive confounding factor here is that starting around April seasonality … was putting massive downward pressure on the epidemic.

That’s wrong, the opposite is the case. The study controls for this by looking at a synthetic control over the same time period, which consists of other populations without mandatory mask-wearing. It’s an observational study so it can’t control for everything but it does control for seasonality, even if “seasonality” isn’t specifically mentioned in the paper.
Could you outline what content in the email as an "outright violation of Google's policy"? Having read the email, it did not strike me as a fire-able offense.
OT: I recently learned C++ after doing JS/TS for years. This was an eye-opener because there were so many similarities which JS inherited from C/C++. Plus stuff I've seen in other languages and environments.

After this, I thought that everybody should learn C/C++ at school, it's like Latin to other languages (I learned Turbo Pascal at school and didn't like how it handled pointers and its overall elaborative style).
Wow, this is made for me. Youtube's own "view transcript" tool spits out a small side window with about 5 words per line. For me, that's a pain to read.

This transcript is displayed in paragraph form, nearly as readable as a typical article.

One very specific question: is there a way to get it on Instapaper's mobile app? While it transfers well on the web version, clicking on the transcript through the app takes me to the web version.

Thank you for this contribution!
And hopefully it's not Byzantine.
I don't understand the point you're making.

A. Your examples are of animals disallowed - not allowed.

B. Those animals are obviously much more feasible, physically.

C. Regardless of how feasible they are, I simply gave a reasonable answer to the question - I didn't imply that all human systems have that same answer.

You should explain your thoughts, instead of only posting links with no context.
> The overwhelming support for her in the ML community appears to show the opposite.

You mean Twitter?

If you do not support her, you are racist. That's the theme they are pushing.
I mean, it wouldn't hurt to know how to do all of this, plus all the data structures & algorithms stuff, plus all major and minor details about your language and environment of choice, plus anything else that someone deems important, but realistically most of us need a job before you can learn all of that. Even if you do learn it all, people tend to lose knowledge they don't use, so it may have an expiration date depending on how good your brain is. New technologies and advancements can also introduce more knowledge that becomes required to know for interviews. The pool of knowledge for interview questions might continue to grow until you'd have to study for a year or more to have a high chance of passing it.
Well, they appear to have at least 2 already: https://i.imgur.com/vwyhCw6.png
I get why folks like paper, but I'd lose it, it'd get spilled on (because kids). That, and it's just so easy to get buried in piles of paper… so I do everything digital. I even work to stay as paperless as possible.

I'd like to make a plug for Standard Notes.

standardnotes.org

I don't work for them. I get nothing from mentioning them.

It's cross-platform, and you have the option of encrypting things. It's my go-to place for notes.
Currently Looking for Intership

Location: Surat, India

Technologies: JavaScript, Python, React, React Native, NodeJS, MongoDb

Portoflio: https://bhavesh0206s.github.io/

Résumé/CV: https://drive.google.com/file/d/1ytLcGXTe8XiDPbIG5wcChhl5pAf...

Email: bhaveshsuthar0299@gmail.com

LinkedIn: https://www.linkedin.com/in/bhavesh-suthar/
Google Fonts is also a website which is used by many to search for and compare fonts. The site conveniently packages font files together and provides a "Download" button. I've always thought of this website as "Google Fonts" and have always downloaded and self-hosted fonts.