skysight-inc/HackerNews huggingface dataset:
Plants get their CO2 from the air. So, not completely impossible. There have been attempts to extract CO2 from air: https://www.theverge.com/2021/9/9/22663597/largest-direct-ai...

While that's a pretty expensive way of carbon capture, it does seem to work.

The question is of course how much energy it costs. It's probably quite a lot. Meaning that turning CO2 into methane is probably not a very efficient process. I.e. not a great use of clean energy.
Cryptos are trash
I was already using a PDA by that time (pocket PC), and the technology was already there, so not like it came out overnight. The only thing Apple improved on was the UX.
They certainly were fans of test detonations in the Australian Outback and atolls in Kiribati.

And I think you're right about AWE. I can't imagine the modern UK wanting to be dependent on the US for nukes any longer than it needed to be.
Why do we use Python for data processing?

Because we use it as a nice syntactic frontend to numpy, a large and highly optimized library written in C++ and Fortran (sic). That is, we actually don't use "Python-native" code much, and numpy is essentially APL-like array-oriented thing where e.g. you don't normally need loops.

For native-language data processing, Python is slow; Nim or Julia would easily outperform it, while being comparably ergonomic.
> The article also assumes every one is a native speaker who can write quickly and clearly in a chat -- in a lot of international projects this is not the case.

You think non-native speakers have an easier time communicating in real time in a video call than through text? A video call is the worst case for a non-native speaker.

(Well, OK, a phone call is even worse. But being synchronous and relying on their ability to understand the spoken language are both terrible ideas if you're concerned about what makes things easy for non-native speakers.)
Exactly the opposite has happened: most players, including the lead developers, wanted block size to increase, because of the insane fees. But a small minority, who happened to hold the passwords to some major sites like bitcointalk, bitcoin.org and /r/bitcoin succeeded to wrangle control over and through bans and censorship took over the bitcoin project. They promised to deliver a solution to the problems of fees in the form of Lightning network, but it failed - still doesn't work reliably after all these years. Now that governing body gave up on Bitcoin development and advance their own projects based primarily on Tether. As a result, Bitcoin development has stagnated compared to competition, which is reflected in its market share diminishing.
IKEA should create a programming language with only Swedish keywords.
Occam's razor works against your argument...given everything we know so far, the simplest explanation is that a chinese lab leaked a virus and it's covering it. There is no jump in logic needed. It's actually easier to explain why the virus was so close to the Wuhan lab.
That’s exactly how trade-in works at a dealership though.
Does that presumably global production match the local distribution where the anecdote was relayed?

What proportion are on business contracts vs privately owned, where business laptop problems would go through the IT department?

What are the historical distributions, assuming that older laptops are more likely to be brought to a third party rather than OEM for repair?

What if less reliable laptops bricked very soon after going out of warranty, and more reliable laptops limped into a long tail?
While there may be some people who don’t enjoy human contact, I think it’s a little unfair to suggest that this is some kind of idiosyncratic preference of the original poster. It’s a basic human need. Most people who work full time will want to have some kind of social contact within working hours.
It doesn’t necessitate asynchronous working at all if you all work the same hours in the same time zone as many people will be
Check out the vitriol in Chinese state media like Global Times: https://www.globaltimes.cn/content/1197187.shtml
Either optimising the main app or caching with Redis/Memcached can seriously reduce the number of instances & improve the 133 req/sec per server metric as well.
Why "wire" it at all? Within a few years we will have not one, but _two_ satellite Internet companies able to deliver copious bandwidth anywhere on the globe, for less than $100/mo.
While our money may not be tied to any tangible real-world thing, our ability to actually buy tangible real-world things with it absolutely and obviously is. I can't imagine most people would feel better off if they had twice the money on paper but couldn't afford anything more than they can now. Also, one really alarming thing about modern society is just how much social media, the press and populist politicians have been feeding miserable people conspiracy theories about how all their problems are created by a plot of a shadowy group of individuals to oppress them and could trivially be ended if those people were overthrown.
Shape stability would be an example of being less complex than insects.

And as you can see, we did not in fact know that in the 18th century. Transformations are not so easy to observe directly; they often happen e.g. underground.
They just closed a series B round. https://prometheusfuels.com/on-the-road/prometheus-is-first-...
Ironically the top job posting:

"Applicants must be conservative and must have a desire to support and defend US Constitutional rights."

Its a reasonable requirement for a campaign worker, but what is this doing on this "free-speech" board?
> While there may be some people who don’t enjoy human contact

We're not discussing human contact, we're discussing video calls.

> I think it’s a little unfair to suggest that this is some kind of idiosyncratic preference of the original poster.

So pointing out that people differ is "a little unfair" but asserting liking video calls is a universal human requirement and enjoyment is fine?

> It’s a basic human need.

History is full of people who happily did without.
Namely, that the following text employs word choices such that it forms justified blocks without having either added extra spaces or hyphenated words across lines:

https://gamefaqs.gamespot.com/snes/588741-super-metroid/faqs...
>Again, why?

Limiting the USE of a opensource product is a stupid thing todo. The great thing about OSS is that your NOT dependent on a Manufacturer, but here you are if you have more than 5 users (that makes it even worse). IF your are truly OSS don't restrict your product on usage, but present a great Support-Team.

This is not better then ANY Microsoft product with it's CAL's, but MS is probably not going bankrupt in the next 5 years, DONT artificially restrict the USE of your Product!
It's also implying that you do need to train a bit to work efficiently in a distributed team.

> The article also assumes every one is a native speaker who can write quickly and clearly in a chat -- in a lot of international projects this is not the case.

These are two different things. Native speaker is one, having the skill of writing quicky and clearly is another. They're unrelated. Both are trainable. Not to mention that in my experience it's the native speakers (of English i guess?) have the worst spelling :)

> Also, human contact and informal communication make life and working more enjoyable.

And... informal communication has to be in a video call? It can't be in writing?

As for the human contact, I do recommend having a social life outside work. Distributed or not distributed work.

Source of statements: been working in distributed teams for 20 years, not since this pandemic.
Good call out; People should re-evaluate their sources. I had a similar epiphany 10 years ago, since then I'veve expanded my sources considerably, and if it's something I am interested in, then I will look for at least one counter view point
I have a Thinkpad X270, it has an Intel CPU. Never had any problems with suspend/resume on Linux.
'...um before all these tools being able to reach similar conclusions ?' (-;

(OT) ^^ somehow related comic: https://ibb.co/JktgqSV

best,
Increasingly data scientists need to know a thing or two about underlying tech. Otherwise you're limiting yourself to stuff that can be built on a single machine, and that doesn't get you very far. That said, with that list of qualifications they'll be looking for a very long time, especially if they aren't prepared to hire a $400/hr contractor to do all that stuff. Such people exist, there are just very few of them, and they're booked solid months in advance.
Yes, but the OP should have quoted the meat of the article so we don't have to wait for the slowly-loading appearing text to appear on scroll:

>It’s a plain text complete guide to Super Metroid, which is _manually_ fully justified… via word choice.
True, you'd need to re create the generator expression. Still, the other implementation seemed too naive.
You should stop outsourcing credibility evaluation to others and see what you think of the kooks. The kooks called the coronavirus sooo much better than everyone else, from the jump.

You'll get a lot more "noise", sure, but the signal you do get can be incredibly useful. You learn to place less trust on any individual thing you hear, and get a better bullshit detector as you go. It's well worthwhile, and you'll be surprisingly well informed all without some large entity telling you "what's really happening".
Code Smell: Primitive Obsession [video]
Do you see value in rare baseball cards selling for millions of dollars? That's the same, but the card's authenticity can be verified cryptographically rather than through complex means like radionuclide analysis and such.
It was not clear from your post that you were referring to video calls rather than human contact in general. Here is the part I was responding to:

>> Also, human contact and informal communication make life and working more enjoyable.

>To you.

I think the vast majority of people would prefer having social contact via video calls to the alternative of having no social contact or having it only via text chat - yes. But I was not talking specifically about video calls.
ValueTask is also available in Framework via System.Threading.Tasks.Extensions NuGET package.
should everybody company adopt AI, I would generally agree.

for new AI research to succeed, the three pillars are algorithms, training data, and computation resources. Results are not guaranteed, or may take several years to bear fruit.

But should every company put resources in developing new Algorithms, it is a specialised field and skill is in very high demand so hiring right kind of researchers is very expensive. much of this research is emerging from top academinc institutions and lot of investment is being made for infrastructure and computation resources.

remember we have had atleast 4 AI winters, only last couple of years we have some good success and industry adoption has just started.
Like I said, this is a theoretical benefit that is realised only if the load is sufficiently high for the reduced overhead of async programming to provide a noticeable benefit.

For naive async code, there is a surprisingly narrow range of loads where this is true: only something like 80-99% load. Any higher and latencies start to go towards the stratosphere, or memory usage grows exponentially.

Of course, this is fixable with the appropriate use of backpressure and timeout cancellations, but I've never seen this implemented correctly and consistently anywhere. Almost all web apps in the wild fall over when load goes from 100% to 101%. They don't become 1% slower! Instead they take 30s to return a page or just start spewing 5xx errors.

For a point of comparison, Java is abandoning the complex and fragile async approach in favour of user-mode scheduled lightweight threads, which are vaguely similar in terms of efficiency, but are much easier for programmers to understand. They're also compatible with traditional threaded code.
Satoshi in general appears to have been quite skeptical of the government, so it's not that surprising that they would not have trusted NIST curves.
This was a fad in my local BBS around 1995. Not to these extremes, of course, but for a couple of months that year we'd justify our forum messages to the 72nd column without any extra space.

It's not too difficult, lines have enough words that there's always something you can change. After a while, as you approach the right margin, you can feel whether the rest of the sentence will fit, and you rephrase it as you write.

I see OP more as a feat of tenacity than of brilliance.
> When speed mattes, people use libraries that are considerably faster than plain python.

This.

The general guideline has always been that Python is ideal for glue code and non-performance-critical code, and when performance became an issue then Python code would simply be used as glue code to invoke specialized libraries. Perhaps the most popular example of this approach is bumpy, which uses BLAS and LAPACK internally to handle linear algebra stuff.

This Nim advertisement sounds awfully desperate with the way it resorts to what feels like a poorly assembled strawman, while giving absolutely nothing in return.
After how many attempts did you say “I am successful”?
Which software?
You can download the IPSW from ipsw.me (you actually grab the file straight from Apple and it's digitally signed, so the malware risk is zero) and perform the update yourself by option-clicking the Update button in the iPhone window in Finder.
Every line is justified when you had good reason for writing it.
Painless task queue manager for shell commands with an intuitive CLI interface
We work with people from all over the world, most not native speaking. For technical stuff, in our experience, voice or video calls are the most inefficient thing possible. Because spoken bad English is far worse than written, a lot of people have less than optimal internet bandwidth and latency and, worst, after the call the details are kind of lost. So first writing the main points in chat, if then some people (usually this is 1 person) want a call, we do a call and then flesh the details out over chat and in docs/wiki.

Informal comms is also via chat; far more so then in video as, because of the overchatter and bad connections, jokes and quips get lost far easier.

Ymmv of course but we avoid vid/voice like the plague, so far it hurt us with large amounts of miscommunication and time loss.

By the way, been doing this and like this for 25 years now.
The thing with Python is it's usually pretty easy to optimise quite impressively.

E.g. random example:

Sprinkle some cdef's in your python and suddenly you're faster than c++

https://github.com/luizsol/PrimesResult

https://github.com/PlummersSoftwareLLC/Primes/blob/drag-race...

25.8 seconds down to 1.5
> The best, most delicious part is that untold thousands (tens of? hundreds of?) of people will have read it during the past two decades, and NONE OF THEM CAN SEE IT!

Because they don't care? Why should they?
Hal Finney invented bitcoin so that there would be incentive for someone to develop the cryonic recovery technology to wake him up. /s
Unrolled: https://threadreaderapp.com/thread/1441497498573545478.html
Umm, wouldn't "I worked on coronaviruses, hence I know a lot about them" make his argument stronger?

Anyway, this was in Lancet, a scientific publisher, not a mass medium, disclosures of interest are mandatory. I know that in today's age it looks like science papers are just mass media because they're so easy to consume and distribute, but they are not. They're supposed to be rigurous, otherwise people would lose trust in them. Which is exactly what happened in this pandemic: it's a worldwide lack of trust in science, scientists, leaders, governments.
Survey for an App
Hi guys, I'm building an app and I would be eternally grateful if you could help me in the process, by filling out this survey form.

https://forms.gle/q3rH1v3gEkFhA3566

I will use the data from the form to analyze what users would like to see in the app, or if they would even want it in the first place.
> You think non-native speakers have an easier time communicating in real time in a video call than through text? A video call is the worst case for a non-native speaker.

Oh yea, I forgot about this because I don't do video/audio calls.

A non native speaker is NOT exposed to spoken english daily. In some countries they even dub Hollywood movies so not even their entertainment is in english. And where movies are subtitled you tend to read the subtitles so you don't bother understanding accents, speech over explosions and stuff like that.

Written english is another thing, if you do programming. There's no point of looking for docs in your native language; the originals are in english and always more up to date.

So maybe the non native speakers have trouble because the OP speaks too fast / has an unfamiliar accent?
link for the google form : https://forms.gle/q3rH1v3gEkFhA3566
I've done like three or four video calls at work since corona (=full remote). I don't get the US obsession with video calls. Voice is perfectly cromulent for almost everything (see: those 3-4 exceptions).

In distributed teams involving people from multiple countries you probably want to avoid both video and voice calls because on average everyone is much better at writing and reading English compared to speaking and listening.
Moral Paralysis and the Hinge of History (2020)
> Just it's huge ecosystem.

self-contradiction at its best. kindly be reminded the same advantage was the only thing that kept Java alive for so long until it finally started to enter the XXI century a couple years ago.

you just can't discount an ecosystem, especially if its huge.
Should come with a Language Server Protocol extension, this would be needed.
Moral Uncertainty and Public Justification
it's a shorthand for 'fast enough'. is it slow if nobody would notice if it was 10x faster?
Yeah, and it feel like the world's automakers are asleep. (Except for Tesla!)
> By the way, been doing this and like this for 25 years now.

Yeah, he must be new to distributed work :)
What the hell is going on with US software companies? Torching people's machines just to collect a little more data makes no sense!
I always find this argument extremely weird. The era before the creation of the US Central bank wasn't exactly a worker's paradise, was it? The gilded age was an era so tough for workers that actual gun fights over labor issues were the norm, and the late 19th century saw repeated financial panics every decade or two.
Die Autist.
I did not understand what this, though
For the late-19th century version of this, check out "To the Edge of the World", Christian Wolmar's account of the construction of the Trans-Siberian and particularly the experience of traveling by land across Russia on the Trakt before the railway. Handy tips include carrying four saucers and a can of petrol, so you can place these under the legs of your bed and deter at least some of the creepy-crawlies from making their way into it.
It's because those working at FANG are too smart to not realize that their job is building a surveillance machine for the future dictator, but they are too addicted to the lifestyle their money buy. Switching the attention to money making is how they rationalize away the grim reality.
OK, from the comments I read so far I realize that I may have been lucky with an older laptop. And I did not mention that I also turned off wake timers, realized that now. If this does not work on modern hardware that’s a real bummer.
Sorry for slow response. Downstairs on the wall on the right just before the café.
Some of the Best Open-Source Projects to make your life easier
Thanks for the tip that G shock has still vibration alarm watches!
Reminds me of this reporter’s gaffe: https://m.youtube.com/watch?v=Im6xQyglYuU
There's probably some itertools trick to do it with only one iteration.

EDIT: you can do it with functools.reduce and a generator of tuples:

from functools import reduce

with open("orthocoronavirinae.fasta") as f:
lines = (line.strip() for line in f if not line.startswith(">"))
sums = ((len(line), sum(1 for ch in line if ch in "CG")) for line in lines)
total, gc = reduce(lambda x, y: (x[0] + y[0], x[1] + y[1]), sums)

Besides, I really don't think that any of our solutions will be that much faster than the one in the OP. All of them are using lazy iteration on the file object, just written differently. The differences amount to micro-optimizations. The real way to speed it up would be to use something like pandas, where the loading and summing calls into fast C implementations.
No it doesn't. It generates text that looks like it has learnt common sense rules, which is both subtly and importantly different.
Yes, their optimisation team did great job, including writing post about it. They had 5 months from zero to some solution deployed on prod. And they shaved numbers. Great work.

However number of servers required to serve this traffic has still very poor ratio. And if you read between lines – they maxed out their optimisation effort on it. They cache at multiple layers. To be more precise this statement that they haven't found any low hanging fruits for optimisation should raise some serious questions and their analysis from "first principles" should probably be more thorough.
> It was obvious to me from the beginning that GraphQL would add overhead and complexity on the backend;

Did you read the article? Most of the issues weren't related to GraphQL, they were just Node issues/optimizations.

> I think it's regrettable that all the big money got behind GraphQL instead of aiming for solutions which provide resource granularity and shift decision-making to the client side.

This is the stated intent of GraphQL. Literally the reason it exists.
Most of the meetings that I attend as a full-time remote employee are ones where someone is sharing a screen anyways. There's little screen real estate for anyone's webcam and I wouldn't really be interested in staring at them since I'm primarily looking at the shared screen.
These guys at UAB [1] are doing amazing things with evidence-based drug discovery and repurposing, using logic programming [2]. Fund them! They're the future!

[1] https://www.uab.edu/medicine/pmi/

[2] https://github.com/webyrd/mediKanren
> I think the vast majority of people would prefer having social contact via video calls to the alternative of having no social contact

I believe that too, but for me at least, video chat is for chitchat and banter and text chat for everything, including substance. This is the same for in person; I enjoy going with clients and colleagues to coffeeshops and bars, but we don't get much done in either (in bar, if with techies, actually more than you would think) but it is nice for the human contact.

(Talking work context here if that was not clear)
> Daczak serves on the WHO team to investigate the virus origins (...)

As a reference never hurts, specially in a topic prone to disinformation, here's a link to the WHO's page on its official list of members of their "Global Study of the Origins of SARS-COV2".

Dr. Peter Daszak, Ph.D (EcoHealth Alliance, USA) is listed as a member.

https://www.who.int/health-topics/coronavirus/origins-of-the...
You seem to be conflating subjective and opinion on the one hand with statistical on the other.

Actually, Bayes statistics works great in poorly defined problem spaces where we can update our priors as new information becomes available. Just like in the issue under discussion.

Your example of rolling dice is Frequentist, not Bayesian. We wouldn't use Frequentist stats in this domain, for the reasons you mention.
This has been my experience across multiple companies. My speculation is that it's the norm in companies bigger than ~100 engineers or so.
Thanks. The title and the whole tweet-train is a pure click-bait.
If he thought it was India then it should have been the East India ...

Also, I think Indies was used to refer to Asia in general, rather than specifically India. But am open to correction.