skysight-inc/HackerNews huggingface dataset:
The Case for a Basic Income Guarantee
"In essence, cooking—including not only heat but also mechanical processes such as chopping and grinding—outsources some of the body’s work of digestion so that more energy is extracted from food and less expended in processing it. Cooking breaks down collagen, the connective tissue in meat, and softens the cell walls of plants to release their stores of starch and fat. The calories to fuel the bigger brains of successive species of hominids came at the expense of the energy-intensive tissue in the gut, which was shrinking at the same time—you can actually see how the barrel-shaped trunk of the apes morphed into the comparatively narrow-waisted Homo sapiens. Cooking freed up time, as well; the great apes spend four to seven hours a day just chewing, not an activity that prioritizes the intellect."

https://www.smithsonianmag.com/science-nature/why-fire-makes...
Correct, but 'geofft's criticism of it isn't great, in my opinion. Reading it makes it obvious what it does, and only a fool would disable security mitigations in a situation where it mattered. The link has significant value in being a quick and easy way to direct people to information, and it seems nonsensical to criticize it for things which don't particularly apply.
There are "manga editions" of Kindle[0] and Kobo [1]

Basically just their normal version with more storage, though.

[0]https://www.engadget.com/2016-11-12-amazon-kindle-paperwhite...

[1]https://goodereader.com/blog/electronic-readers/kobo-aura-on...
The interest in "privacy" around contact tracing seems like a ship that sailed a long time ago to me. Verizon etc all already have this data, and it isn't "private", and so does uber, lyft, and every other overly-aggressive-permission-askning-app that anybody has ever installed.

Privacy is really important: but we lost it all a long long time ago. Maybe saying "well now we can do a good job of contact tracing" is at least some good coming out of that loss of privacy. I just hope we don't end up wasting time trying to make the contact tracing "private" as if by doing otherwise we'd be giving something up that we didn't already give up long ago.
I can't actually for a myriad of reasons. Not only has the native fullscreen functionality been around for years (eight to be exact), it's pretty mature. Other applications, like mpv, have migrated over to the native fullscreen functionality just fine. And as I already mentioned, the current Firefox implementation is just downright broken.
Isn't this literally Paul Graham's first startup?
There's really only one reason to choose mongo over a competent RDBMS, and that's schemalessness at the database level--which most users of mongo then toss away by adding a schema package at the code layer.

If your data is relatively freeform with good indices on stable fields, mongo is hugely convenient, and can be easily structured to scale horizontally. For non-join based aggregation (i.e, aggregation within a collection), mongo is very performant, and works fine for a lot of use cases. I'm using it storing large amounts of simple timeseries data and it's great, largely because my use case doesn't require more complex data structures.

As soon as you want to deal with more complex structured data, mongo is worse than any RDBMS. The only viable noSQL solution to complex structures is denormalization, which is sometimes a legit choice. But unless you know your primary use is just retrieving a set of documents based on indexed fields (and many are), get an RDBMS.
Russell's teapot a great reference here but I think sometimes it's a human fallacy of logic, or technically an "Argument from ignorance"[1]. Absence of evidence is not evidence of absence. In this context, the "absence of evidence" is that we don't currently understand the full cause/effect intricacies of many human ailments. When there are many unknowns, it's somewhat of a straw-man argument to argue based on Russell's teapot example.

For example, look at how yellow fever played out in the past. The fever swept across large populations, killing many....then people started to pick up on the fact that individuals drinking from private wells (or cisterns) weren't getting sick as often. Conspiracy theorists back in the day would have said "The public water is making us sick!", and anti-conspiracy-theorists would have said "Oh yeah? How about you prove it to me!". Considering they didn't have the technology to "prove it" (or at least it wasn't nearly as accessible as today), the anti-conspiracy-theorists were probably strutting around thinking they won the debate.

[1]: https://en.wikipedia.org/wiki/Argument_from_ignorance
Dining Philosophers: An intuitive interpretation of the hygiene solution
Sure. Communists gone from China by 2035. Latest. 15 years across multiple administrations across multiple nations.

It's just like before WWII. Some people see the mortal danger and realize by hook or by crook something HAS to be done. Some people are suing for "peace in our time". Only one of these camps is right. Guess which one.

Say what you want, this is something we DID learn from WWII. Know the signs and don't kid yourself about them. However bad your situation is now, it will only get worse in the future.

Covid-19 onboarded the majority of the population in all nations to this little project. Have no doubt.
I wish they would do the same for Windows 10 multiple desktops
Zen and the Art of Building a Startup During a Pandemic
Pandemic sends enterprises racing to the cloud
> But... this may be a time that the privacy concerns are worth loosening a bit for the good of this. But that comes with the caveat that I hope this is disabled when this is all done, and preferably the code removed completely.

Any right you're willing to give up now, you've demonstrated a willingness to give up. You won't get it back. Either it'll remain lost forever, or it'll be used as evidence for a future proposal to take it away permanently (rhetoric: you agreed to it for X, and clearly any person who isn't morally bankrupt values Y over merely X; you're not morally bankrupt are you? And the need for Y will never go away...).

By all means, let's carefully give people tools to supplement their memory, to help people voluntarily notify others who need to be tested. Let's not, however, make that information available to anyone other than the owner of the device.
Most intelligence about US military capabilities is managed by private companies. Most of the people who provide security to protect US military intelligence work for private companies.
Not really sure about the `JSON` type, but the `JSONB` type is excellent.
Cluster is very easy in MongoDB and for unstructured data. I've looked into clustering postgresql a few time and it seems like a pain in the butt. TBH, storing data without thinking about relation is just kicking the can down the road.

My previous company store coupon code on it (referrals). I prefer a hash nosql for that though (cassandra) but for a one man shop it's overkill.

---

edit:

IIRC postgresql have their own document storage like MongoDB. I just never had to use such thing because I guess I'm too OCD about how my data suppose to look like.
There are major unknowns about the long-term viability of everything from airlines, hotels to ice cream parlors. Consumer behavior will change as a result of this, and more so when the second (and third...) waves of the virus start to hit in the fall. Even if the orders are lifted, a good chunk of the population is not going to venture out but take a lets-see approach.

Also even at the end of the current quarantine period, companies are not going to pop out and be ready to go just as they were before. The economic landscape will look like after a hurricane has hit, companies that have laid off people are not going to be in a hurry to rehire them in my opinion. Companies are in general unlikely to rehire previously reduced folks (and reduced folks are likewise unlikely to want to return to previous employers), and are instead going to look for new candidates. What we typically see after recessions is massive movements of people between the sectors. The recovery will be a long hard slog. I'd love to share your optimism, but I think the hurricane analogy is apt, even after the sun starts to shine we'll be living in the aftermath of unprecedented economic destruction.
That is indeed the magic of Twitter. I’ve mostly avoided it since the last presidential election but prior to that my ability to connect with people doing interesting things all over the world was incredible.
But it's not the same as a ski party, where people are mingling together. My entire point is that the original article downplayed how contagious it is, but even following social distancing guidelines, there was an enormously high infection rate.
Well, they don’t call it “the hard problem” for nothing.

I’m reminded of The Hitchhiker’s Guide to the Galaxy, where Deep Thought points out that they can’t begin to answer the ultimate question of Life, the Universe and Everything because they can’t even clearly state what the actual Question is.
Still I believe there were laws forbidding private purchases of military planes. Weird if export buybacks didn’t count.
I built https://sneezemap.com/?zone=eyJjZW50ZXIiOlszNi4zODU5MTI3NzI4... - a crowdsourced Covid-19 symptoms tracker & forecasting system with over 15000 participants. 100% anonymous from day 1.
Is it? I haven't heard about it actually being popular anywhere. It definitely works well, but I haven't seen it talked about much except in the case of embree, Intel's ray tracing library. It doesn't seem like there is any funding for it, though it actually works so well already it doesn't seem to need big leaps in progress to be valuable.
I've read so much amateur and professional analysis on what's happening. The one common thing I realized is it's all entirely speculative and offers little to no empiricism (stats aren't empirical evidence, they're an explanation of data).

Absolutely no one knows what's happening right now. There are many explanations that are attempting to rationalize the behavior of the markets but the reality is the system has gotten so complex and there are so many derivative financial instruments and institutions who make their living off of some type of market manipulation that what we are likely witnessing is a confounding of different mechanisms all occurring at once.

The one absolutely conclusive thing you can gather from all of this is the prices of stocks have been and will likely continue to be detached from fundamentals for the foreseeable future.

My guess is that a future economist will gain their fame studying what is happening right now and creating a new theory out of it.
To pile on against X11 over ssh, forwarding on a modern Linux workstation is spectacularly painful. I recently needed to forward a lightweight gtk app from one workstation to another over 10gbe and a single switch hop.

With ssh and X forwarding, my local gnome constantly threw up modal dialogs that the forwarded window was unresponsive, forcing me to keep clicking "Wait" to dismiss the modal, then quickly interact with the forwarded window before the next "unresponsive" modal popped up.
Maybe things have changed then (or you went to a highly selective brand name school in which case it’s easy).

I went to RPI which isn’t a bad place, but isn’t MIT. I had a good gpa and decent projects but got ignored or instant rejections from Google and Facebook, I was able to get other interviews (Twitter, Palantir) and after working at a famous company now it’s easy to get interviews, but there’s a randomness to it.

If you don’t have a brand name school or don’t know someone it’s still difficult. Not the fault of the companies really, there are just too many applicants.

Since I was in school there are more companies tackling this like triple byte so maybe it’s better now?
This is a side feature for Postgresql and other relational dbs.
MongoDB focuses on especially this.
I would not mix the two concepts.

Split of the relational data and make it fast with relational DBs.
Everything else goes in MongoDB and if fields always occure, they move into the relational DB.
"compiler itself is massively sped up, with code compiling literally twice as fast as it did just three years ago"

Scala always looked like a nice language. The slow compilation was a huge turnoff for me.

It's been on my shortlist of weekend projects, but I was going to hold out for Scala 3
Even after it's over we'll probably never know how many people got infected and were never tested nor showed any symptoms.
This is why it'd be nice for the APK/installable file to have a hash that can be verified against an open source version. In theory someone should spot anything that doesn't look right.

But that can't/won't undo the effects of something being called "private" being exposed not to be afterall...
https://en.wikipedia.org/wiki/Comparative_advantage
It is very unlikely COVID-19. Stanford did a study and showed that the prevalence was very low in the early period even if you had respiratory symptoms and common viruses had been ruled out: https://news.ycombinator.com/item?id=22824878
Show HN: Live a more productive life with Upnotch (Free desktop BETA)
Yes, but likeability in an interview measures something only loosely related to likeability in the long run. Someone who is a little shy can make a great coworker/employee/friend/whatever, but you won't find that out watching them squirm in front of a whiteboard. An interview only directly measures the ability to win over strangers, and that might right for a sales position, but for most engineering positions it's a big extrapolation to guess how the candidate will perform in a team when comfortable.
While I agree with the sentiment with comparing apples to apples, I happened to notice this can be expressed nearly as elegantly in CoffeeScript:

list_min = (l) -> reduce min, l

With the definitions being:

min = (a, b) -> if a < b then a else b

reduce = (op, l) => switch
when l.length is 0 then throw "reduce: empty list"
when l.length is 1 then l[0]
else reduce op, [(op l[0], l[1]), l[2..]].flat()
>There is a central transactor coordinating time, so inconsistent timestamps is not an issue.

This means replicas are synchronized. Or you cannot have replicas. Whether it's a lightweight "transaction-only" replica or not doesn't really matter (I'm under the fuzzy impression that postgres's txids serve this same purpose?).
Yep. 2008 was the time to get in cheap. This is the same thing.
> Therefore, to do such thing one has to mentally switch the models to something else and „convert“ the fallible function’s result into a „frozen“ representation.

This is where the concept of lifting comes in.

Take for example a simple function that squares a number.

function sq(n) { return n * n }

Instead of taking something out of a representation (category in math speak), you can instead "lift" your function to be able to work _inside_ the representation.

Here's an example:

const nums = [1, 2, 3]

Now you could write a "for" loop, extract the value from the "array representation" to just the "int" type expected by your "sq" function, call the function, and the push the resultant value into a new array, but there's an easier way.

const squaredNums = nums.map(sq)

Or what about dealing with async values?

fetchNumAsync().then(sq)

Or what about if the value is optional?

maybeNum.map(sq)

Instead of converting from one representation to another back and forth over and over, "lift" your function to be able to work within that representation.

"map" and "then" do the work of lifting a function that doesn't understand that representation and makes it so a much more general function can still do meaningful work within that representation.

This may be a bit advanced, but there's also a special form of composition called "Kleisli composition" that lifts functions that straddle 2 different "representations".

Let's say you have some functions as follows:

processA(value: A) => Result<B,E>

processB(value: B) => Result<C,E>

processC(value: C) => Result<D,E>

How would you go from A -> B -> C -> D?

You could call the function and unwrap it each time and then pass it to the next function.

let b = processA(value)

if b.isErr() { /* abort early */ }

let c = processB(b.unwrap())

...

Or you could do something like:

pipe(processA, processB, processC)(value)

The pipe function in this context would be performing "Kleisli composition" and straddling the 2 different representations for you so you can remove that boilerplate.

In essence, for each function in the pipeline it would check if the returned value was an error, and if it was it would just return that error right away. Otherwise, it would unwrap the result and pass it to the next function.

If you understood that then you have the intuition behind a monad.

The only real difference between a "functor" and a "monad" is that the functor takes functions that return value, and a monad takes functions that return a wrapped value.

Functors lift functions that work within the same "representation".

Monads lift functions that work across 2 different "representations".
"multiple conversations all jumbled up" is exactly what initially motivated me to start hacking on Braid.

Braid's search is certainly something that can be improved. In practice, it's actually pretty rare to have to fish for something in the archives, because you tend to keep relevant conversations open until you're done with them. (We also have "starring", like in Gmail, so that you can move conversations out of your inbox, but still keep them easily accessible).

On a day-to-day, a good "search" experience might actually be more relevant for slicing-and-dicing through your Inbox (ie. triaging the firehose of daily messages), rather than digging up old messages.
According to CDC :

Age group (yrs) 0–19 (123 cases)
Hospitalization 1.6–2.5
ICU admission 0
Case-fatality 0

https://www.cdc.gov/mmwr/volumes/69/wr/mm6912e2.htm
Not to mention relying on each person's account of the severity of the symptoms, and coding that into a dataset that corresponds to the sequencing results. You need a LOT of asymptomatic people with the strain in order to draw any strong conclusions.

The upside is, you may draw other very interesting conclusions while collecting data for this mission, and be able to "pivot" if you will.
I mean, I agree to a point.

The problem is, what's the better option right now. Clearly the measures that are being taken are not actually working, people are still being infected and the ability to track the person you happen to walk past or stand next to waiting for your pickup.

I am conflicted about this... but as of right now I also feel like its necessary.
I was on a laptop/desktop.
If you have fewer infections and are able to allocate your tests to people who came into contact with those infected then you need fewer tests.
so then, it's not "a man owns a private airforce" but "a man who owns a company and this company owns a private airforce"
One corner case that exists is that using AVX instructions imposes a frequency limit, although this isn't the case for SSE instructions.

There exist some vector instructions that are going to be slower than a non-equivalent sequence of scalar instructions: VPGATHER is going to be an easy such case.

However, I doubt there are going to be any cases where a vector instruction will take fewer clock cycles than its equivalent scalarized instructions. There are some where it might be equivalent--a vector of 2 elements performing an operation that can be issued twice a cycle is an easy example--but I can't think of any where it would be worse. If that were the case, then you should just implement the operation in hardware by scalarizing the uops (and some instructions appear to be so implemented--e.g., gather/scatter).
The 17 lines don't include the parser or the code generator, which most people would count as "part of a compiler" in a practical sense. They are usually the most mechanical parts of a compiler though, so there's relatively little to be excited about in them.
Does "internet sharing" not imply turning on WiFi as well, which usually goes to sleep during standby
> E Ink’s 31.2-inch monochrome display fit the bill. The 31.2-inch color display gives you colors, but not at any satisfying resolution or contrast ratio. I
Where did the article (https://www.latimes.com/world-nation/story/2020-03-29/corona...) say they maintained a 6 foot distance? If anything it suggests they were closer (foot between chairs, people weren't spread throughout the room but close to front).

Regardless, doesn't matter. Singing/shouting/chanting with a high density of people inside a closed setting is dangerous for any repository disease as viral concentration just keeps building up. Same thing happened with Shincheonji on a far larger scale.
I'm growing to like xpra for remoting graphical applications, especially with the HTML5 client.
> Reading it makes it obvious what it does, and only a fool would disable security mitigations in a situation where it mattered.

I disagree. Most users do not understand how speculative side channels work or how they might be affected; many people's experience with Meltdown and Spectre is "my games got slower because of some magical speculative stuff that I don't really understand". Making an informed decision on this is hard.
Although with teamviewer (maybe others) I think a display driver install can black out the far-end screen.
Ok, it's coming, but there's no harm in waiting until it gets here. This is an announcement of an announcement. Those are off-topic. A thread now just duplicates whatever discussion will happen later, only generically and with less information.

https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...

https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...

Edit: well, this thread is unusually good, so maybe we'll relax the objection this time.
I would mix the two. JSON columns allow you to deal with unstructured data in Postgres so you don't have to manage two databases. I much prefer that.
You'll have to do it with a compiler, and limit yourself to only certain access patterns, I suppose.

To take full advantage of the functional paradigm most settle for logarithmic access with tries.
US numbers in March: https://www.cdc.gov/mmwr/volumes/69/wr/mm6915e3.htm#F1_down
Isn't the counter-point to this the stock price of PG&E? Look at its performance over the last 5 years, it's down to ~$11 from ~$50.

If the the whole market looked like this in the next year, people's 401k accounts would probably be demolished.
This poll was conducted by a very conservative group and interviewed as many republicans as democrats. It made no effort to adjust for likely voters so I don't see the point of rewarding this.
This is the SSL issue with NGINX JITSI CONF & TURN in the tow
https://github.com/jitsi/jitsi-meet/issues/5649
You can hack around that with policy. Think of SIPC insurance: in the event something crazy goes on with your brokerage, they step in and provide cash value of the equities at the time the insurable event took place.

I've provided the below link as an example; ignore the limits, they would not be adhered to for my example due to extraordinary circumstances.

Disclaimer: Huge fan of Chamath coming out and telling it how it is on CNBC.

https://www.sipc.org/for-investors/what-sipc-protects
I have never worked more than 40h a week and always climbed the ladder.

Look for other companies I guess ? A good signal for me is when there are loads of people with families in the company whom have worked there for more than 5-10 years.

A red signal is a minority of people being experienced or having families.
Zooniverse – People Powered Research
https://github.com/jitsi/jitsi-meet/issues/5649
Are there any open source compilers for J (and similar languages)?
Sure, but in this case this is the intended workflow, and works so well that if another, alternate workflow is affected it's not much of a problem.