skysight-inc/HackerNews huggingface dataset:
> They aren't stupid, and know its only marginally better, but they want the best for their patients.

But surely what's best for patients is the treatment with the best cost/benefit ratio, not necessarily the treatment that is marginally more effective but much more expensive.
Manga Rock: Story of a Scanlation Aggregator Attempting to Fix Its Wrongdoings
I think I should have written more about this in the blog post. Creating data viz with d3.js is basically as low level as it's going to get for drawing charts in the browser. There are many higher level libs (most of which utilize d3.js functions) that make it easier, at the expense of customizability. For anyone who just wants a standard chart, there are tons of awesome libraries out there.

D3.js hasn't changed radically in the past ~8 years, mostly because it doesn't need to. The SVG API has been fairly stable (at least as far as what has been implemented across browsers), and the basics of visualizing data are static (eg. how to convert data values to physical values using scales.
That's what you'd do in C. Since the malloc return has to be checked, and the object may have to be initialized, the API could provide enough convenience to justify it.
This reminds me of "god of the gaps" idea where the receding domain of things doesn't show a clear line of stopping. It seems more like a limitation of the current implementation as the opportunity but watch out for the next version.
Recursion is not something you do very often, so it might just be a matter of having a "aha moment" where you finally get it.
Sorry my comment should have been clearer. I wasn't actually asking for the sample size - i was making a statement that the sample size was ridiculously small as to be irrelevant. It was more like an eye roll. Thank you for responding to my literal comment snd reminding me to be clearer in my messages :)
Recent appearance on Sam Harris podcast, I quite enjoyed it....

https://samharris.org/podcasts/164-cause-effect/

#164 - Cause & Effect - A Conversation with Judea Pearl

August 5, 2019

In this episode of the Making Sense podcast, Sam Harris speaks with Judea Pearl about his work on the mathematics of causality and artificial intelligence. They discuss how science has generally failed to understand causation, different levels of causal inference, counterfactuals, the foundations of knowledge, the nature of possibility, the illusion of free will, artificial intelligence, the nature of consciousness, and other topics.

Judea Pearl is a computer scientist and philosopher, known for his work in AI and the development of Bayesian networks, as well as his theory of causal and counterfactual inference. He is a professor of computer science and statistics and director of the Cognitive Systems Laboratory at UCLA. In 2011, he was awarded with the Turing Award, the highest distinction in computer science. He is the author of The Book of Why: The New Science of Cause and Effect (coauthored with Dana Mackenzie) among other titles.

Twitter: @yudapearl
That is the whole point though. It's not providing value to the creators of the data you're getting from Google. If you get your answer from Knowledge Graph, Google scraped that data from a website to give it to you, but didn't compensate that website for it, because you never went to the website and gave them ad revenue. Google kept all the ad revenue, because you stayed on their site.

In the past, Google created value for website owners by both directing traffic towards them, and sharing ad revenue with them. Now it's doing neither.
Segment write keys are technically public. Most sites have them published in the client facing JS
I'd agree if GP hadn't also used C++-specific optional parameters. Given the minefield that is vendor specific C++ish extensions to C, it seems worth a mention, even if I'm unaware of a compiler vendor that allows default parameters in your C code.
With risk like this, people wonder why softbank would invest so much in the likes of WeWork and even Uber at such a late stage. But, I think it's no wonder, considering how low global interest rates, and future equity returns are. This is what happens in an ultra low interest rate environment. Desperate investors do desperate things, and thus increasingly risky investments start looking better and better against negative yield interest.
This. I was already planning to buy a PinePhone to check out the "Linux Smartphone" scene and then take a wait and see approach on the (much more expensive) Librem 5 but now I will definitely be waiting until the units with the improved processors ship late next year.
Just so long as I don't have to have relationships with dozens or hundreds of hosts.
Yeah, Berkeley HR has been working on the jobs site, I think the link has changed too.

New link is now:

https://careerspub.universityofcalifornia.edu/psp/ucb/EMPLOY...
oh interesting! I'm using a basic Netlify setup so I never looked into this. I'll check it out when I get a moment, thanks for flagging!
Yes, in my experience this can get to considerable scale (hundreds of thousands and beyond) but at a price. You need to do all your own management for things DOM/SVG were doing (e.g. hit detection, styling). You still need to send the data to the client and probably store it locally (customers will enjoy learning how to start Chrome from the command line with flags like --args --js-flags="--max_old_space_size=8192"). The client environment still doesn't have much support for data management or processing unless you bring in some other JS libraries. I'm a big fan of JS development but the criticism is on target.
A while ago I bought the paperback version of this book since I hate reading on the computer. It's huge, was $100 on Amazon, and someone wrote "Trash" on the side before they realized they could sell it.

And to think now I have a Kindle... >.<
Well this instance spooked me because I hadn't done any kind of lookup for anything "gun" related. While anything I search for is usually what shows up in my feeds. I'm usually not a "tin-hatter" and seems far-fetched, but it spooked me.
>they still have substantial swings in their business

Not really surprising. Some uses--like a conference room for a big customer meeting--are pretty much business necessities. But things like an office for remote employees who mostly just prefer to get out of the house but not work out of free space somewhere are the sort of discretionary expense that companies will chop pretty quickly if they're tightening their belts.
It strikes me as similar to the 'super apps' in China, a la WeChat.
Individual survivorship != survival of advanced civilization.
What did you do to get them working? I flashed the latest image and no sign of them, even with a valid SIM.
Yeah, I think there's a neglect to address that these fixations and best practices are meant to address collaboration and maintenance in a code base. Just cranking out a solution without regard to how others will have to maintain your code does not work so well on a team IMHO.
The thing is, price moves are not symmetric up and down. Down tends to be much more violent.
> rising prices disproportionately affects the poor who must spend a greater percentage of their income on needed goods.

Inflation has a cause, and often that cause is beneficial to the working class. For instance, a rise in the minimum wage or increased workers' union power would increase prices, and disproportionately benefit the poor. If assets don't increase in value, inflation erodes the wealth of the investor class.
Two other considerations:

(1) what does it mean to optimize within limits of average managerial perception? while some management knows the domain well enough they can identify issues and talent that add additional levels of productivity... many can't. Or as some say, A players hire A players, B players hire C players, etc.

(2) predictable + control-able levels of productivity may well be more valuable in meeting managerial goals than exceptional levels of productivity. this is a generalization of the fungibility optimization; fungibility is one aspect of predictability and control.
After trying things like Elm, Purescript, ReasonML and especially Clojurescript, yes, Typescript does feel like a complete fad. It seems like people get excited about it, ignorant to the fact that there are better alternatives.
Depends on your definition, in C a partial read or write isn't considered an error. You can't have both 8 bytes read and also get an EIO, it would have to be one or the other. It depends on the device and the why the read/write stopped that determines if you get an error like EIO or it just reports less bytes than you asked.
> If you meant that the function could possibly allocate fields of `result`, the API should always have a `free_result()`.

Yea that's what I meant. But this sort of gets into the weirdness of docs, if there is a `free_result` somewhere then authors should make sure to put a "see also free_result()" in their doc comments, especially when you don't have the niceties of constructors/destructors.
SSD1606 e-Paper display driver
[Stripe cofounder.]

> But one thing strikes me as odd about this whole arrangement. The better a business performs, the quicker it is able to repay the loan, and the higher its effective APR becomes! It's essentially a prepayment penalty in disguise. So you'd better make sure the loan doesn't help your business too much, or you'll end up getting hosed by the loan fee.

Yes, this is right -- if your business suddenly starts doing a lot better, your effective APR will be higher.

What we heard overwhelmingly from customers, though, is that the downside risk of credit obligations they can't meet (liquidity problems are asymmetrically damaging!) substantially outweighs the theoretical "risk" of a higher effective APR caused by significant outperformance in the business. (Stated differently, we're taking the risk of your business underperforming, in return for you paying us back somewhat faster -- but still at a capped rate -- if things go better than you expect.)

I think the model we have makes more sense for most businesses. But there's no dogma; we'll certainly revisit this over time if we find that a lot of customers seek a different risk profile.
Yes. Here's a personal anecdote to illustrate. Years ago I had dental surgery, and the dentist prescribed a new and very expensive antibiotic for me. I was poor at the time, and paying for that was a serious hardship.

The next day I had a severe allergic reaction to it, and the dentist replaced that prescription with plain old penicillin (which cost me $10 for the complete treatment). I was absolutely furious that he didn't go with the affordable and time-tested treatment first.
This is super cool. Thanks for taking the time to explain it!
> Surely the cleverest engineers...can come up with a new way of making money

New ways of building things is the province of engineering.

New ways of making money is the province of MBAs.

Not that really matters; I doubt you will succeed in replacing ads with something "better".
They surely have built-in terms covering that premise.

Otherwise you could switch 99% of your payment processing off of Stripe and pay them a trickle of your sales over a decade.

For example, I wouldn't be surprised if they legally tie repayment to your actual business sales (or any sales conducted through a qualified payment processor, comparable to Stripe; some legal structure that catches this), not just your Stripe sales. In the pitch they only mention repayment directly coming out of your Stripe sales, because that simplifies the pitch. Otherwise it exposes them to an extremely obvious angle for being taken to the cleaners both by scammers and plain desperate business operators.

They lend a business $100,000. That business immediately switches 99% of their processing to someone else. Repayment occurs at a comical rate - forever. There's no chance they left themselves open to something so obvious, it'd never get past even a mediocre lawyer.

Edit: what you would do is build a requirement into the loan contract that you must pay out of all sales conducted by your business and or all sales handled by any payment processor (I'd go with all sales, if I were Stripe), not just sales that go through Stripe.

A slight variation of that, would be that Stripe is granted the legal right to audit your business first, in the event of a certain % drop in sales / repayment. The second step, if they catch you evading them in the audit, is that the contract stipulates they have the right to collect from all business sales. The point of this step-based process, is to avoid constantly throwing a serious flag at operators on modest drops in sales. So if sales - repayment - drops by a modest N%, they do nothing initially, perhaps send a friendly message to check in; if sales (supposedly) drop dramatically (either short-term or longer-term), they ramp up their approach accordingly including becoming more aggressive in talking to you and possibly including an audit (business review) request. Keep avoiding them, it becomes a serious legal matter, as it would with any major creditor.

In any large scale financing business like this, the creditor must be very well equipped to pursue legal remedies against the borrower. You can bet that Stripe has built in an angle to pursue attempts to evade them, in small ways and up to entirely ghosting them on the loan.
This is really unclear from the landing page, but seems like crucial info. It's also not mentioned on the FAQ page from what I can tell. Might be good to add somewhere.
How to Watch NFL Games Without Cable 2019
Thanks for this -- your comment above about "transforming something illiquid to something liquid" and dcolkitt's post above explaining the possible consequences when indexed ETFs are substantially more liquid than many of the underlying securities really helped me understand the crux of Burry's argument. Are you aware of any academics that are studying this issue or modeling the risks?
I meet a lot of people who protest facebook by moving to Instagram/WhatsApp. Even announcing this through the instagram brand would have made more sense to me.

We have real numbers about Facebook and they no more jibe with your anecdotal experience than all of the geek rage about Uber, Amazon, or that people care about “openness” and the “right to repair”.
#1 most promising career is manager...
What Would You Do If You Had 10 Years Left?
>> The same is true for writing; write(2) can write some, but not all of the passed in data, and then err. What kind of API would one want tosee here?

If OS "writes some bytes and then errors" - then for the current call write(2) will return the number of bytes written, and then on the next call you'll get the returned error.
Landing page is up - blup.in
Hi Hackers! Kudos for your hustle. I'm Sahaj, founder of Blup, which is built for founders who have validated ideas but don't know how to code or wants to ship mobile app really fast in the market. Blup is a powerful app creation tool which helps in creating extensive beautiful production-ready apps for Android, iOS, Web & Desktop. that reduces app creation cycle from 12-13 months to 8-10 days.

Please have a look and let us know if you guys really need this to exist, on https://blup.in/

On how does it work:

• You have an idea for your app

• Get Blup

• Design the screens (Drag n drop)

• Make a prototype

• Compile app into Native Android, iOS, Desktop, Web.

Blup goal is to make really intensive applications as fast as possible without in-depth coding expertise. (https://blup.in/)
There are exceptions put in place by the state against literally every right you listed (except maybe "conscience" since IDK what specifically you're getting at there, but it's not really important).

Democracy has to, by it's nature as a collective institution, impede the freedom of individuals to do what they themselves want for the social good. If it's a scale, and democracy is "more free" anarchy would be "most free" (not a concept I believe in, again I'm posing that freedom is a binary concept, not a scale itself).

My point is that when it comes to the governing of large groups, you cannot have a free society. You cannot have freedom, and also have private ownership and capitalism and all the things we currently have. You can pay service to "liberty" all you want, but I can't "give myself my own laws" that allow me to go against the state. The state will always serve as an impediment against freedom and true self determination. And I don't think that's a bad thing (To be clear, I'm a socialist not an anarchist, which is also why I think societal requirements are more important than individual liberty).
Yeah, this probably appeals to someone but I can't imagine using it. Part of the appeal of Twitter et al is that you can post updates any place and any time. Audio doesn't work that way (unless you want to be that guy, and I do not).
True about millennials and Gen Z, but "millennial" now acquired the meaning of "ungrounded young people". It depends on what you call a "market". Real dating apps charge fees and don't have hidden agendas like Facebook (rule the world and sell your data to advertisers) - that's what I call a "dating app market". Sifting thru photos is not really dating - especially Instagram and Facebook photos, which, in most cases, are twisted reality.
Any transaction of money in exchange for time is interest.
> I like the approach of the program managing its own scheduling much better than cron.

If you write your own scheduler, you have reinvented the wheel. Running a cron job is way more simpler and everybody is familiar with it. Nobody is familiar with your own custom scheduler.

> You have an endpoint that is constantly available to scrape metrics from.

I don't think you need metrics for this service at all. It has to "just work".

> You can send it an RPC to say "hey, do the sync now".

You don't need any of that. Keeping a service alive is unnecessary work, an RPC interface is overengineering. This is a very simple problem, don't overcomplicate it.

> Someone could go into CloudFlare's web interface and mess up the configuration; with this design, the mistake is fixed within 30 seconds.

My script have a --force switch, so you can do the same with it. Still, you shouldn't manage an IP manually when using a DDNS script. The cache is to "be nice" with CloudFlare (don't hit them unnecessarily) and your bandwidth.
ddclient also had this feature.

> If you just apply the change periodically even though there is no diff, you get a nice alert that the API is broken before you need to change.

That's a valid point, I agree, but I don't think it's a big problem. REST APIs endpoints should never change, you should have years before CloudFlare deprecate and enpoint, so I think in the breaking API-regard, is a non-issue.

> Furthermore, this program properly maintains a global rate limit of API calls across all configurations.

I did not even think about rate limits, because my script will hit CloudFlare API so rarely, it should never reach rate limits. Also, if it would be needed, it could be implemented with the cache, which I have anyway. Also, you can side-step the issue by setting the time between updates bigger like minutes. Availability should be a non-issue, because if your service needs high availability, you should get a fix IP anyway.

> Programs that are in a sleep(30 seconds) call do not use much memory or CPU. They can be trivially swapped out if the system is under memory pressure. A go application like this is going to use less than 10M of RAM all in. In 1962 that's a lot. Today that's nothing.

Agree, but 10mb is still infinity times more than zero. :)

> Given the existence of a kubernetes configuration in the repository

A dynamic DNS script like this should be nowhere near at a Kubernetes cluster. If you think there is a use-case for Kubernetes with this script, you have huge problems anyway (e.g. not understanding what Kubernetes is and how should you operate it properly.)

> To be fair, I have no idea what sort of environment involves production traffic in a kubernetes cluster going to a dynamic IP address, and that sounds like something I'd look into before writing a sync script like this.

So we are on the same page about Kubernetes. :)
Have you considered adding comments to the thoughts? That way the list of thoughts will not turn in to replies.
I think your use of ‘problem’ subtends a subtle bias. We tend to take ‘science’ as the golden standard of knowledge, and I’m all for that, but when dealing with human cognitiuon it kind of breaks down anyway because we find ourselves dealing with qualia sooner or later anyway. Expecting falsifiability at the basis of the the cognitive pyramid is, at least for the foreseeable non-cyberpunk future, a bit of a stretch.
People generally only rented T1 lines when cgi was introduced.

Building and hosting your own server was prerequisite for having hacker cred in the 90s.
But doesn't it seem like that, as total ownership of the market shifts towards passives, higher returns would be driven by funds running active strategies such as these, thus making them more attractive investments? It seems like this sort of thing chases an equilibrium.
>Most of the people find recursion difficult but it's not.

Recursion is really hard.

According to

https://phys.org/news/2019-08-recursive-language-modern-simu...

Recursive language is a relatively recent phenomenon and even now is much harder to acquire than language and grammar. Recursion is probably the biggest thing that separates our communication from that of other species and gives such a big advantage.

That being said, if you are reading HN, you have already mastered a recursive human language. You have the ability to understand recursion. Just be aware that it is one of the more complicated things your brain does, and be patient with yourself. Keep working at it, and eventually you will get it. Don't become discouraged by the process and give up.
They care greatly about their users-advertisers. Their product on the other hand-people with Facebook accounts-are to be sold to the highest bidder.
definitely agree. I was going to gym 3 times a week but for the last 2 months I have been working on my startup, I could only go once. Besides, # of arguments with my wife increased a lot, although she is my biggest supporter.
> Based on the amount of junkmail I get offering my small business loans, I have a hard time believing the "filling a niche no-one else is offering" narrative.

if you tried applying for one you would retract that statement and just upvote OP.

silly unexperienced reply
> "that energy efficiency is the next key metric"

What limits cpu speed? =>
https://electronics.stackexchange.com/questions/122050/what-...

More efficiency means more overclocking. Also, better cooling/dissipation methods and less gate delay.

We may be hitting the limits of wire thinness, but I get a strong feeling (ie not an expert) we've got a decent ways to go before we hit the limits of clock speed.
This was one someone once recommended to me regarding cyber-security of ICS systems.

https://www.amazon.com/Cybersecurity-Industrial-Control-Syst...

If you are looking at building them that is something else.
The Venera landers stopped functioning because the solder in their circuits melted. Higher temperature solder could have been used preventing this problem, but the key issue is that silicon no longer functions as a semiconductor at these temperatures. Silicon carbide still works as one though and we're now starting to see silicon carbide electronic circuits and foundry processes to make them.
I've found it highly depends on the store and how recently the machines were installed. My Walmart that just got renovated with self-checkout lines has snappy machines and a very intelligent weight system (often allows you to take items off the scale without supervisor intervention), while a Kroger that has had the machines for at least 5 years can be super slow and may take ~3 seconds for the scale to detect a new item.
My sample size of one says yes.