skysight-inc/HackerNews huggingface dataset:
Can you please describe how you do your 3 day fast? There were similar questions to your comment on the prior HN thread that were likely missed and went unanswered. Thank you!
I am definitely going to use "the difference between a physicist and a mathematician: a physicist is openly willing to compromise their principles and stretch the truth...."
Some useful bits from IRC:

[16:21] <ocdtrekkie_web> Why's it public (mirrored to GitHub even) but not announced or even documented what it's for?

[16:22] <@swetland> ocdtrekkie_web: the decision was made to build it open source, so might as well start there from the beginning

[16:22] <lanechr> ocdtrekkie_web: things will eventually be public, documented and announced, just not yet

[16:23] <@swetland> currently booting reasonably well on broadwell and skylake NUCs and the Acer Switch Alpha 12, though driver support is still a work in progress

[16:24] <@travisg> yeah and soon we'll have raspberry pi 3 support which should be interesting to some folk

Sidebar comment: I wonder how much more activity this thread would be getting if the subject line had "by Google" in it. LOL
> You can recover most of the M:N ergonomics over time via async/await style syntax.

While i agree with the tradeoff made by rust (although i think the approach used by C++ coroutine is better), i don't think that having async/await syntax give you "most" of the ergonomics of the Go M:N model .

The main advantage of the go model is that both asynchronous and synchronous operations are identical, with async/await you still need to model the async operation and the sync operation with different types.
Not having to decide(and design) upfront which part of your computation is async and which is not is what makes go so attractives
I read The Dying Man by Damon Knight when I was a teenager and it had a profound affect on me at the time in regards to thoughts about immortality (it would be interesting to read it again, it would probably seem less significant now).

It is not at all dystopian which puts it out-of-style but it paints an interesting picture of a far-future where the population has settled and immortality is essentially the norm. I recommend picking it up as a quick short read.

Personally I find myself being more cynical about these kinds of things because I think all reality this will not be a good thing in the near future for all but a very small set of people who will (without changes to the system) be able to maintain wealth and control for generations and further imbalance our already imbalanced world.

My real hope is that this increased understanding can lead to increased quality of life for all people if not widespread immortality, but given our ability to disregard the suffering of other people already it seems unlikely. Those of us living in the first world will probably continue to lead longer, more comfortable lives at the expense of or disregarding that of the rest of the world.
It doesn't work that way -- the upper limit is still the monthly interest on the loan. So at 3%, 1M is still 25K per month. Unless I'm missing something? (I believe that there is a classification of interest-only loans currently).
Thanks! Nice term-coining work :)

I was really just the frontend guy for Patchwork. Much more credit goes to Dominic Tarr [1] for building the underlying tech, and I should also mention Cel [2] and Mix [3] for their work there. Hopefully we'll have Patchwork running in Beaker soon. More about it: https://scuttlebot.io/

I have a lot of interest in Matrix as well. The work looks very solid, and it could make for a good infrastructure solution for push notifications, webrtc signalling, and chat in general.

1. https://twitter.com/dominictarr

2. https://github.com/clehner

3. https://twitter.com/whimful
To be fair, they're quite similar in their MOA and dopamine receptor sensitivities. Methamphetamine is also prescribed as a treatment for ADHD in the US under the trade name desoxyn in similar milligram dosages to adderall. The main difference is that methamphetamine has lower norepinephrine excitation.
How are you shipping IPFS with your electron app? I was under the impression only the GO implementation of IPFS is complete. Are you simply running IPFS Go as another process? (And where is it being included? I couldn't find it in the code base)
There are many people who decide not to go into research but enter industry instead. Some of them don't have the intellectual chops, but others are turned off by the politics, long hours that professors work, spending more time writing grant proposals and managing students than doing research, etc.

Some of them have spare time, or maybe will have spare time after their kids are grown, or will be able to retire early. Then they could become citizen scientists [1], independent scientists [2], etc.

I wonder how to organize and encourage them? How to redirect or weed out the cranks, and encourage those who are motivated and can look at things from a new perspective?

[1] https://en.wikipedia.org/wiki/Citizen_science
[2] https://en.wikipedia.org/wiki/Independent_scientist
1) We're not getting off this planet for centuries, if ever. Don't hold your breath. Doing this is MUCH harder than solving immortality, which probably is about as difficult as patching some stem cells.

2) Brain uploads are dumb. Let me ask you this: I create a 'brain upload' program, run it on you, and tell you, "OK, now your brain is uploaded!" Will you walk willingly into a blender? You are your body. It does not matter what sort of digital derivative has been made of you, your subjective experience is tied to your corpse.
Back when futures and promises were a new concept to most people, if someone asked me to explain why you would want to do such a thing, my favorite example was loading images in a web browser. You wouldn't want to load the same image four times just because it appears in four places on a page, would you? Yada yada promises etc etc.

Seeing articles like this makes me feel like a circle has finally been closed.
Curated directory of Startups embracing Transparency
Yep, that's why I'm asking about the use-cases in the grandparent comment.
If you haven't, I highly suggest you read Don Winslow's two books about this: The Power of the Dog and The Cartel. Both are fantastic.
>never really asked how I felt

Psychiatry is distinct from psychology and other forms of talk therapy.

When all you have is a hammer, etc.

The separation is amusingly pronounced. Even for a teenager it is pretty much totally up to the patient whether to see a psychiatrist, psychologist who uses empirically validated methods, psychologist who doesn't, LCSW, GP, etc. and they will all tell you wildly different things.

It doesn't help that most people haven't heard of, or don't know the difference between, many of those things.
The problem with your point here is that Y isn't X.
On the flip side of this, superdeterminism (that we have absolutely no free will at all) is a third way of explaining Bell inequality violations (apart from Copenhagen and hidden variables), but essentially everyone in the physics community refuses to consider superdeterminism seriously.
That's hilarious. Especially it ending up in your own marketing material. Lmao. Appreciate the link. I'm aware of this kind of issue having done plenty of customer service with disaster caused by misheard or misspelled things. So, I occasionally suggest a title change to some OSS projects that get posted here that might go big. Better to help them avoid the inevitable early on. :)
Apache2 and MIT. Sounds interesting
Brain training with exoskeleton and VR spurs recovery for paraplegics
It's also worth noting that markdown in LaTeX is possible: https://www.overleaf.com/latex/examples/using-markdown-in-la...
One thing about that hypothetical world - we would have a strong economical incentive to expand inwards and outwards - to start underwater settlements, to turn deserts into habitable, arable lands, to build Mars colonies and Venus cloud cities. Those things aren't beyond our technological capabilities now, we just have no strong incentive to do them.
This seems to be something the medical industry hits every month with medications and materials. The human is prone to an incorrect interpretation of the specifics and may take action or not take action improperly because of that.

How to identify similarly spelled medications as different? Is the dosage or dilution magnitudes apart without visibly distinct and obvious clues?

More information about how the medical world handles these kinds of issues is at the Institution of Safe Medical Practices [1].

[1]: http://www.ismp.org/Newsletters/default.asp
Have a look in https://github.com/pfrazee/beaker-plugin-ipfs. (All protocols and web apis in beaker are plugins.) The Go binary is distributed via npm, and spawned as a daemon.
I think the "fast and loose" goes much deeper than using a few terms of a Taylor series approximation (more like ignoring non-convergence!). Because mathematicians have to go through the same process of shrugging off the formal rigor to think intuitively about mathematics. (Terry Tao wrote at length about this process)

I can understand the desire to appeal to a wide audience, but in this particular talk I couldn't identify a single bit of "projected" knowledge that one could hope to retain from the talk.
Had a doctor prescribe two meds once, then a few weeks later asked me how one of them was working. I was honestly confused by the question, since I have no idea how one drug is working when I've only ever taken it in tandem with something else. The very question indicates at best an unacceptable level of indifference, at worst outright incompetence.
The Stanley Parable? I mean, without the script and voice acting, it would seem pretty dull.
>Yet another sign of the desperate egocentrism of a generation alienated from what it means to live.

I disagree. Fear of death is a cultural constant that almost every religious/spiritual movement in history has tried to assuage, either through the promise of an eternal afterlife or a belief in some pan-consciousness that we are all part of (i.e. eternal life).
React Server looks fantastic!

For some reason this week I stumbled over many great React.js articles, so I started a collection here http://deepreact.com mostly to save&share things with friends, since a lot of us are getting deeper into React now.
My practical-ish project: an advanced egg-timer.

I looked for some time trying to find a good egg timer, but there are really just two options, and neither are that great. You can have a nice, intuitive analog interface (the classic dial timer), but you lack precision and many are very poorly constructed and unreliable (seriously, look at Amazon reviews for this type). There's also no way to fine-tune the alarm; some are horrendous, while other are inaudible. The digital ones solve some of this issue, but have terrible UI requiring many button clicks.

I used a digispark ($1 for ebay clones), two rotary switches set up as voltage dividers, an arcade button, and an addressable LED strip to make a better timer. You input minutes with one knob, and seconds with the other. This has wonderful tactile feedback, is completely precise, and entirely intuitive. The LED strip counts up (and shifts red to green) as the timer passes, does a rainbow swipe/strobe for a few seconds to alert, and then 'cools down' so you can get a sense of how badly you overshot. There's also a buzzer. It's good for the kitchen, but I actually find it best as a rest-period timer for weightlifting. The visual display is great for loud gyms.

It's 100% a better timer than anything else on the market, and I absolutely love it.
The company that I was consulting for tried to get Spring and React to play nice via Nashorn, but ended up scraping the idea 6 weeks in because of performance issues and not enough developers knowing the stack. Nashorn was missing a lot of essentials to make this easy out of the box. So looking at this is a breath of fresh air.
(girl)
> Munificent's http://journal.stuffwithstuff.com/2015/02/01/what-color-is-y.... expresses the problem eloquently.

I have several issues with that blog post.

1. The performance concerns are glossed over. The conclusion is "threads are superior", but that ignores the reason why we want async I/O in the first place: performance.

2. "What if the new place you want to call it is blue? You’ll have to turn it red." is false. There's a way to convert blocking code to async-friendly code: use a thread pool. This is in fact what cgo does internally—see the next point.

3. You always have red functions and blue functions if you have an FFI. But this isn't a big deal because synchronous functions are easily convertible to asynchronous functions (via a thread pool) and asynchronous functions are easily convertible into synchronous functions (via just blocking). So the supposedly big semantic problem just boils down into a question of making sure you remember to switch into the other mode when necessary (which you can always easily do without restructuring your program). This is something that the language can do for you automatically—proof is that Go does it!—and I would like to see type system or other static approaches to doing this in Rust.
I wonder how they'll deal with the upgrade the autopilot atm is a paid software upgrade/unlock will they recall existing cars for an upgrade? is it even possible?
How would Tesla owners and the public react if they do not offer an upgrade or it will be very cost prohibitive (even considering that Tesla owners can usually afford it if they are driving 100K $ cars)?
>> "Nobody wants to die."

I do. Living for ever, or even much longer than our current life expectancy doesn't appeal to me at all. I like my life, but I also like that someday it will end. Back when I was religious (I'm not now) the idea of heaven or eternal life seemed strange to me as it was 'the goal' yet not something I wanted and the idea that I had to 'live forever' was quite worrying.

I'm curious if I'm in a minority on this. It's probably important to point out I don't want to die anytime soon but the idea that I continue living for longer than another 80 years for example is not appealing.
Do you have any links to where to get started with the boards you mention? Shops, community etc?
This is currently hotly debated in the C++ committee. Some people want shallow C#, python style generators, while other want proper stackful coroutines a-la Lua (full disclosure: I'm on this group). A third group is trying to mediate and trying to come up with an hybrid stackful model that can be optimized as well the async/await model at least in some cases (I.e. full cps transform and fallback to a cactus stack when invoking non transformable functions).
I find it amusing how you make an extraordinary claim as though its obviously true, and then criticize life extension as "desperate egocentrism".

How exactly is death directly responsible for new strategies? And how is it a "key part of the evolutionary process"?

If there are no known answers to these questions, it is absurd to think they are true.
Lessons from sticking around
Really cool idea! Would love to check it out. One concern I'd have is: how are you guys funding this? How can I trust that you will be making the donations that you claim?
> write stories about elixirs of youth

One of our earliest extant pieces of literature (fragments from ~2100 BCE, earliest complete version before 1000 BCE) is about that, in fact. It's a cautionary tale.

https://en.wikipedia.org/wiki/Epic_of_Gilgamesh
> Why would you write networking code in C in 2016, when there are better alternatives available (like this one)?

Support for kernel bypass networking libraries like ibverbs, DPDK (has an old unmaintained Rust wrapper) and other IO kernel bypass libraries such as SPDK and IOAT.

If Rust supported these libraries, I'd much prefer the future based Rust code to a massive event loop in C.
> Doesn't using kernel threads imply lots of context switches?

No, it's actually fewer context switches. That's because each I/O completion event goes straight from the kernel to the code that was waiting on it (1 context switch), not from the kernel to the userland dispatcher to the code that was waiting on it (2 context switches).
> 1) We're not getting off this planet for centuries, if ever. Don't hold your breath. Doing this is MUCH harder than solving immortality, which probably is about as difficult as patching some stem cells.

It's not harder, it's much easier. Hell, it's somewhat within our current technological capabilities. It's just expensive and we have zero economic incentive to do it.
Agreed. They seem to have some pretty smart people behind the curtain, and I imagine the work is probably quite interesting on an abstract, technical level. But I've always found iHeartRadio to be one of the most obnoxious listening experiences imaginable every time I've been a captive audience of it.
Very good, just look at sparklyr and the likes. People seem to think there is some hang up here. R has some of the best developed packages for working out of memory.
> "Blazing fast page load and seamless transitions."

Click on Get Started and no seamless transition, but rather a very abrupt page load.
We have been swapping out duplex sfp's for single fibre working duplex sfp's for a few years on our backhaul links here. It is a great way to increase capacity. We have also rolled out a photonic switching fibre network for customers to lease 100gbit circuits across the country. Photonic switching (basically routing at the optical level) is impressive technology 1 rack can push terabits of data.

However the equipment is in the $1,000,000 range. But that is peanuts for a large carrier.
>year 2020
>you are going to jail because you got jaundice

funny time
If only HN had the features of this external tool
Einstein famously couldn't find a teaching position after graduation, spent 2 years unemployed, then worked as a patent clerk in a patent office. According to wikipedia: "Much of his work at the patent office related to questions about transmission of electric signals and electrical-mechanical synchronization of time, two technical problems that show up conspicuously in the thought experiments that eventually led Einstein to his radical conclusions about the nature of light and the fundamental connection between space and time."

So there's two lessons here, I think: 1. People outside academia can still make important contributions, and 2. spending a lot of time thinking about other people's proposals, separating the good from the bad, and inspire a new, fruitful way of looking at things, or at least overcoming standard mental traps.
hopefully Matrix avoids falling into the cliché of xkcd 927 by focusing on defragmenting the existing silos - building a metanetwork between IRC, Slack, XMPP, etc etc. So rather than saying "hey everyone, throw away your current stuff", we say "hey everyone, build a bridge into Matrix - it's fun and easy (100 LOC for the slack bridge: https://github.com/matrix-org/matrix-appservice-bridge/blob/....

If you want to use Matrix natively via weechat or whatever then so much the better, but the intention is to be useful as way more than just another msging protocol. It's meant to more be a big open decentralised database for conversations and other realtime data - more in common with IPFS or even the Web itself.

[disclaimer: I work on Matrix]

[p.s: can someone work out how to send Matrix $5 every time someone quotes xkcd 927 at us...?]
I don't think that's true. It's certainly possible for somebody else to run with tutorial creation, especially if the project gets attention / exposure before the tutorials are ready.

If the response "Contributions welcome" is generic, it's because the complaint is as well.
> There are usually only 2-3 athletes with a significant chance of winning the gold medal

I do not know where you got those numbers from, but I don't see how could possibly be true for any one sport, let alone for all sports with competitors quire literally from all over the world.

As someone else mentioned in the thread,the silver medalist is likely thinking "I almost won gold, if only I had done a little better", while the bronze medalist knows that are a notch away from gold, so they are thinking "I almost failed to make it to the podium, woohoo!"
I'm a psychiatrist. It is always amazing to me that despite four years of medical school, six years of residency and fellowships, and four board certifications, the assumption is that I have no idea what I'm talking about and have evil motives.

There are fair criticisms of psychiatry, there are bad psychiatrists, but mostly there are crappy generalizations. Good psychiatrists have an understanding of what medications can and cannot do, and a well-rounded view of the person they are treating as a whole human being.

I work with the mentally ill who are involved in criminal justice, both juveniles and adults. I can assure you, having more psychiatrists would help a lot of people.
There isnt a doc available yet, but there are two key properties. The first is, you can create mutable IPFS archives by generating a keypair; the pubkey becomes the identifier, and new versions are signed by the private key.

The second property is, you can use DNS TXT records to provide shortnames that map to the pubkey (or, I believe, to a static hash-id also). Run 'dig txt ipfs.io' to see an example.

EDIT: this is also helpful https://github.com/ipfs/examples/tree/master/examples/ipns
It's in the footer...
I like this idea, but how much time would be spent re-teaching the citizen scientists the prerequisites needed to do research? Since most of the knowledge at the forefront of research is in papers and not books, that seems like the biggest hurdle.
Trees can live for hundreds, even thousands of years.
TRS-Box is Dropbox for your TRS-80
That sucks, and I hope you will find what works for you.
Well, one advantage the Go runtime has is the green threads are cooperatively scheduled, so switches are a lot more lightweight.
In my opinion, it is HTTP and WS LB rather than Application LB as it supports just two protocols. In contrast, if you look at F5 load balancer, it can look at LDAP packets or Diameter packets and do a L7 load bakancing. So ALB seems misleading terminology to me as HTTP and WS != All L7 applications
Bare metal grid GPUs do support P2P. Xen breaks that on AWS.
Amplify.LA – SaaS Metrics Guide
Spark-Mysql-Scala Benchmarking (AurordaDB)
Looking on the other side, from the driver that gets hit: I prefer to everyone having some insurance and paying me when I'm hit than relying that a "good driver had a bad luck".

Bad drivers hitting me and don't paying isn't useful, be it paying me directly or reimbursing my insurance company.
Charles Simonyi has funded the post of Professor for the Public Understanding of Science at Oxford University [1]. There are a few other similar posts elsewhere.

[1] https://en.wikipedia.org/wiki/Simonyi_Professor_for_the_Publ...
> although i think the approach used by C++ coroutine is better

How?

> The main advantage of the go model is that both asynchronous and synchronous operations are identical, with async/await you still need to model the async operation and the sync operation with different types.

It's more like "everything is synchronous" in the Go model. Semantically, Go doesn't have async I/O at all. It has a userspace M:N implementation of synchronous I/O. You can get the same effect in any other language by just not using async I/O.

> Not having to decide(and design) upfront which part of your computation is async and which is not is what makes go so attractives

That doesn't make sense to me. If async I/O is important in your app, why not just make your entire app use async I/O?