skysight-inc/HackerNews huggingface dataset:
Maybe someone will invent a liquid battery that could be pumped into cars. Of course we would need to invent engines that could release the energy. And we would need a large distribution system with filling stations located all over the country. Would be nice if this battery were naturally occurring and abundantly available.

But it's just a dream. Oh, well.
I think going through a more niche platform that has better quality clients and respect for both sides is the way to go.

For example, for WordPress development, Codeable.com is really good - they take care of both clients and developers

For writing, TextBroker or CopyWriterToday might pay more to writers with a better quality control and escrow system.

Designers - if you can get contracted out by Lightboard or others, you'll do much better
Children Don’t Always Live
Social Media as Refuge for Homeless People
I'm from the deep east so i know exactly what you mean. :D

The difference here is of course that in the DDR you weren't asked if it's ok to listen in on you. ;)
Thanks for the feedback! We're actually working on a lot of improvements to the site, and we'll be pushing them out within a week or two. Please check back soon :)
Basic? PHP + Apache.
From what I understand, the plan is to have blacklists that you can subscribe to, so if you don't, then you can be legally presumed to have knowingly pirated material.
Yep! Please write in to start@codegophers.com and we can figure out a more detailed spec. Looking forward to helping you. You can also contact me directly at marcell@codegophers.com (I'm a founder)
Yeah, I was wondering why I bother to set the expires header if the browser is going to ignore it and check every time anyway.
Introducing {lambda talk}
You're right that browser caching has a few tricky parts, which is why we do a some things differently.

What you describe is an HTTP revalidation (If-None-Match, If-Modified-Since) which the browser triggers in two cases:

-if the TTL defined in the Cache Control header has expired

-or if the user hits F5

In the normal case where a user revisits a site, the browser takes all the cached resources without doing a revalidation and that is the case one should optimize for.

The cases you seemed to have in mind is explicit refreshes (F5), expired cache entries, or servers that respond with a max-age=0 header (which is useful in many situations).

The most difficult part when caching dynamic data is purging stale content from browser caches. Because if the TTL is too high and the content changes ealier, users will see stale cached data. At Baqend we solve this problem by piggybacking a Bloom filter of potentially stale URLs to the client [1]. The client checks the Bloom filter to determine whether to do a revalidation or use the cache. In order for the Bloom filter to remain small, we have a learning TTL Estimator that calculates TTLs by approximating the expected time to the next write.

[1] https://medium.baqend.com/announcing-availability-of-baqends...
Thoroughly discussed when it was published -- in fact, HN commenters were the ones who figured out that she was talking about WrkRiot: https://news.ycombinator.com/item?id=12379518
> We all have iphones and androids is because of UX, not because of hardware.

The iphone appeared as soon as the hardware shrunk enough to be able to support it. Earlier tablets failed mainly because the hardware just wasn't capable enough.
> As static typing becomes more elaborate the scope of the bugs it can prevent becomes wider, but it usually comes with an additional cost: Build times.

This is the meat of the entire argument, and it's false, as you can verify by running ghc with the -fno-code option. Type checking is extremely fast. It's everything else that's slow and that has absolutely nothing to do with static typing.
>Inaddition to that, even the default platform address size, e.g. 64 or 32 bit, needs to be encoded.

Isn't that moot, as all platforms used by Apple are 64-bit by now?
> Nope, you can install any language support.

OK. Show me support for OCaml, Rust, Erlang, shell, make, or CFEngine.
Granted, I only write in half of these, but I'm not that far away from the
rest.
To give a hint to the cache manager about when to remove the file from its storage ;)
Pakistan bans all Indian TV and radio as tensions mount
>So you know more than anyone else what is going on Apple walls?

Strawman. He didn't claim that, just that the bitcode out of XCode is the same as that out of LLVM directly.

No need for access behind "Apple walls".
Chicken does have support for fork(2), and some of the posix IPC stuff (pipes, sockets, maybe shm?)

There's concurrent-native-callbacks, which allows you to run Chicken callbacks inside other threads http://wiki.call-cc.org/eggref/4/concurrent-native-callbacks.

Chicken also has MPI support, through http://wiki.call-cc.org/eggref/4/mpi, but I don't really know MPI well.

Pthreads allows you to send C code (not scheme code) out to a pthread pool for execution. http://wiki.call-cc.org/eggref/4/pthreads

Mailbox allows for erlang-style threadsafe mailboxes (FIFO queues) http://wiki.call-cc.org/eggref/4/mailbox, and mailbox-threads attaches a mailbox to each thread http://wiki.call-cc.org/eggref/4/mailbox-threads. Finally, remote-mailbox-threads allows for mailbox send/receives across threads through zmq http://wiki.call-cc.org/eggref/4/remote-mailbox-threads.

Not optimal, but it can all work.
You did actually claim that statically typed languages were worse than dynamically typed ones for correctness:

> My general experience of the correctness software written in fancy statically typed languages is not overwhelmingly positive compared to that of software written in dynamic languages. If anything it trends slightly negative.
304, not 204.

There have been proposals for "immutable" or similar additions to Cache-Control that would not have the validation.
I think a lot of this can be generalized as:

- Don't force people to guess. Guessing takes time, and is an opportunity for a mistake.

- Explicit information is better than implicit information. Abbreviations, incomplete identifiers are a form of implicit information.

- Lying exists in programming. Identifiers that do not match their purpose can mislead programmers and introduce bugs. e.g: Including side-effects in a function is called "get", "read" or "retrieve".

- Coupling brings more information into a scope, making it more complex and decreasing readability.
There are tradeoffs between: performance, development speed, trainability (documentation), depth and breadth of developer community, long-term viability (foundation, backers), maintenance (upgrade path), API flexibility (decoupling, cohesion), standards compliance, vulnerability/risk (breadth), out of the box usability, accessibility, ...

So, for example, there are WYSIWYG tools which get like the first 70-80% of the serverside and clientside requirements; and then there's a learning curve (how to do the rest of the app as abstractly as the framework developers). ( If said WYSIWYG tools aren't "round-trip" capable, once you've customized any of the actual code, you have to copy paste (e.g. from a diff) in order to preserve your custom changes and keep using the GUI development tool. )

... Case in point: Django admin covers very many use cases (and is already testable, tested), but often we don't think to look at the source of the admin scaffolding app until we've written one-off models, views, and templates.

- Django Class-based Views abstract alot of the work into already-tested components.

- Django REST Framework has OpenAPI (swagger) and a number of 3rd party authentication and authorization integrations available.

- In a frontend framework (MVVM), ARIA (Accessibility standards), the REST adapter and error handling are important (in addition to the aforementioned criteria (long-term viability, upgrade path)) ... and then we want to do realtime updates (with something like COMET, WebSockets, WebRTC)

Similar features in any framework are important for minimizing re-work. "Are there already tests for a majority of these components?"
The justification is a rootkit which intercepts copy-paste but not the password field
Even if your client does the division --- and many won't, because, remember, it's usually not their money they're spending, so what really matters is whether the number you presented fits into the abstraction of their budget --- if you're going to negotiate, you're better off negotiating in a frame where a $100 difference is insignificant to your outcome than one in which a $100 difference is devastating.
It just so happens that people, when making predictions, are not very good at accounting for ("pricing on") those kinds of events.
[W]e know there is little relationship between the amount of amyloid in one’s brain and your memory function. In fact, those “super-agers”—your 95-year-old great-great-aunt who finishes the crossword puzzle in 20 minutes, is president of the bridge club and has a better golf handicap than you—may have just as many amyloid plaques in her brain as AD patients.

Another AD researcher, Rudolph Tanzi, recently made the same point, suggesting that it's the inflammation caused by these plaques in some patients that leads to dementia:

http://www.aarp.org/health/brain-health/info-2016/alzheimers...
This looks excellent, and very thorough. Thanks for sharing.
I'm going to go out on a limb and suggest this stack (especially if you're into functional programming):

Haskell + Elm or PureScript + Postgres

The best part about it is that it helps you catch many errors at compile time, instead of having your app crash at run time.

For keeping your Haskell and Elm data types in sync while maintaining sanity, I recommend elm-export [0], which will automatically generate the Elm types and JSON decoders from your Haskell code, using GHC Generics. Watch the author talk about it [1].

Choosing Elm over JS already gives you a head start, but you might hit a productivity wall at some point, and PureScript gives you all that extra power with its advanced type system. Some related discussion here [2].

Check out Matt Parsons' blog [3] for more on Haskell, Elm and PureScript.

Lastly, for database you can use Persistent [4] which gives you a type-safe API for data modelling and data store, and can automatically generate and perform migrations for you.

[0]: https://github.com/krisajenkins/elm-export

[1]: https://www.youtube.com/watch?v=sh4H8yzXnvw

[2]: https://www.reddit.com/r/haskell/comments/569cax/

[3]: http://www.parsonsmatt.org/

[4]: https://hackage.haskell.org/package/persistent

P.S. Do take my suggestions with a grain of salt as I don't have much experience with any of the fancy JS frameworks.
English would be much more like Frisian/Dutch/Low German than it is now?
The Sigma price was purely to give an indication and show that its a relatively cheap and common chemical not something esoteric.

IMO, whether its $950 or $27k in the US, that is still outrageously high, considering that in the UK the same drug used to be sold to the NHS for under £8 a dose.

In fact, as its out of patent, I'm surprised people don't just point to the price in other countries right away before making excuses for the manufacturer.
Could you offer a learning path for one with experience in js/python?
Ubuntu desktop, It serves my needs. I don't have time for other distros.
I see a lot of Teslas around Seattle.
I completely agree.

In 2009 I got a brief 15 minutes of internet fame through a incredibly badly written essay about... a thing (not relevant here). Seven years later it's still one of the most popular pages on my website, although luckily it's been eclipsed by better content.

If I spent half the time writing more blog content (aargh, my last entry was 2015) than I do here, I'd have a really nice corpus of work. Which people might read!

I have seen a tool which allows a HN thread to be used as a comment on a external blog post --- it came up a few weeks back. I don't know if this worked by screen-scraping HN itself or whether there's an API, but either way it suggests that your idea would work.
Thanks for your feedback. This isn't an area of expertise for me, so I'm glad to have opportunities to learn.

As for Medicare Part D, I'm going to reference Wikipedia [0]

> By the design of the program, the federal government is not permitted to negotiate prices of drugs with the drug companies, as federal agencies do in other programs.

Also, from the Hill [1]:

> By way of background, the 2003 Medicare law exempts Part D drugs from "best price" rebates that drugmakers have been required to give to the state Medicaid programs since 1991.

[0]: https://en.wikipedia.org/wiki/Medicare_Part_D#Criticisms

[1]: http://thehill.com/blogs/pundits-blog/healthcare/262077-medi...

Are these misrepresentations? Or am I misreading them? From the details you provide, it appears you know more details about this than I do.

Feel free to provide other references! In any area where there's a lot of controversy, there can be a lot of misinformation as well. And regulations like this are complex and I know I don't know all the details. I'm happy to learn more about it.
In a previous life we started with ApacheBench, and then wrote our own async perl benchmarker because we wanted to generate steady hits-per-second instead of ApacheBench's N concurrent requests at a time. By now there's probably a tool out there that does what our custom tool did.
I mean, you get shoutouts every day. Thanks for responding to this one.

>One thing I keep seeing is how teams seem to think that the planning stage of this kind of work involves figuring out how to shove the problem into the big-data platform du jour instead of figuring out how to solve the problem that has the business need.

Ahhh yes. The "when X is your hammer" problem.

In this context, I think the appropriate incarnation is, "When Hadoop is your hammer, everything looks like 1000 nails to be hit very quickly, using brute force."
Unfortunately on the server that method executes a synchronous API call to Paypal Plus, which has very flaky response times.
Does step help when thinking of the objects as individual data elements, the arrows as cons-links, map being a functor that respects cons-links [i.e. does not change the structure of the list]? The problem here is that implying process, ordering, or anything else is too narrow of a definition for what an arrow/morphism can be used to represent. That's why arrow (a thing that points to another thing), or morphism (a thing that helps define the shape) are actually better terms. Because Category Theory isn't about the things, it's about the relationships between the things, how these can be composed, and how higher-order operators that respect these relationships [and the new ones they represent for even higher-order operators] can form new relationships which can also be composed.
> Unless chargers become close to as common as gas stations [...]

If an EV supports 120V outlets, then chargers are already more common than gas stations by many orders of magnitude. Fast charging is a different story... But for long road trips, taking a break for a couple hours every 400 miles doesn't sound like a bad idea, and we already have ample rest stops along most highways.
Unfortunately this is the best there is to offer. Worse that could happen is that Google enters into this market.
> this smells a lot like apologetics.

That's hardly my intention here, and frankly, I find the accusation both insulting and offensive.

As with many (most?) pharmaceuticals, the cost of the active ingredient doesn't play a large role in the ultimate price. This is a prescription injectable with a volume of 200–300 units per year. It will need to be produced under GMP, and since the volume is minuscule, it's going to be produced using an expensive batch process. Setup/teardown, time, testing, packaging and logistics are going to dominate the per unit cost. It's really, really difficult to predict what the cost would be without more research, but somewhere between the original $950 and the current $27k wouldn't surprise me less than either extreme. (Keep in mind these aren't the ASP)

Portraying the entire pharmaceutical industry as one of comfortable monopolies based on the actions of some unlikeable bad actors isn't fair: the majority of the industry defines "cut throat".
>They are apparently behind Tesla when it comes to autonomous features

I'm not even sure this is the case. Tesla, with AP2.0, seems to be starting from scratch. New cars will have no autonomous features. I'm not convinced they have a technological lead over other players in what is becoming a saturated space.
> Software is broken because its not worth people’s while to write non-broken software

This is the premise of a large part of the article. And it is wrong. At the very least a citation is needed. And even if there is a scientific source, I disagree with it. I'd argue that many people do want to write non-broken software, but they do not know how to efficiently use static type system, or they don't know how effective it is. If all you know is Java or C then of course you're going to doubt if a type system is worth at all.

> As static typing becomes more elaborate the scope of the bugs it can prevent becomes wider, but it usually comes with an additional cost: Build times.

I disagree. When you are working with Haskell, use ghcid and you'll have near instant recompile times. I made a proof-of-concept of a web frontend in Haskell, and it reloads with sub-second delay. That is comparable to a JavaScript project which uses webpack and babel.
React and mobx is like clojurescript's Reagent library, which I think is the next level after react-redux. It's like pseudocode, here's a direct translation of reagent's clock example: https://gist.github.com/lsdafjklsd/096f8657306a86832e6df1109.... This essense lib is just a unified api for mobx and react, I've been using it to teach people javascript. https://github.com/lsdafjklsd/essence
Exactly, it's just another opportunity to password protect things.
There actually was a fair bit of research on dynamically loading hardware modules into FPGAs on the fly going all the way back to the '90s. IEEE's International Symposium on Field-Programmable Custom Computing Machines (http://fccm.org/2016/previous.html#past) had a "Run Time Reconfiguration" section in the '90s that's specific to papers that use that mechanism.

It's nice to see that research is still advancing in this area.
Steven Pinker on common knowledge [video]
There were periods prior to the Norman conquest when England was at the center of progress and learning.

Also, they had enjoyed some gender equality whereas the Normans introduced feudalism and its regressive society.

On the whole, though, looking back, it's remarkable that their conquest indirectly lead to where we are today --not dominated by Spanish, or Portuguese or French or Ottoman or even Chinese or Russians or anyone else who might have filled the role the English played in how the world organized and developed laws and international relations.

One of the take-aways from this is that the upheaval from conquest can lead to interesting new societies.
Fighting genetic disease with help from HIV virus
A single thread frequently has less code: less code means less code being executed. This is a contributing factor to speed. The less instructions you have to execute, the faster it runs, give or take. Not that instructions executed do not necessarily correlate to code size (a loop is only written once, but executed many times).

By the way, bane responded to my original post: it's worth reading.
> the browser should use the cached object without making any requests.

That's a common (mis)assumption, but that's not how it works in practise. Sorry ^^

I cannot comment on what was the intended behavior when HTTP caching and headers were first designed, a very long time ago.

It seems to me, that is was "request everytime + get 304 if not modified, thus save the file transfer time". That's how most implementations work in my experience.

Historically, transfer duration was way more problematic than latency. It's only recently that there are pages with hundreds of dependencies.

---

Rails and webservers: They MUST change the filename or the application will be fucked because of caching issues, mostly because of Firefox :D
You definitely can manage to have a reasonably priced solution. But it is not dirt cheap as some Raspberry Pies and relay boards.
When individual jobs are threatened from offshoring, it's just too bad for the workers and is just considered the regular working of the market. When battery technology threatens previous investments in old tech, its a "threat" to the market. Hmmm.
It doesnt ignore it. In chrome, if you keep the network tab in dev tools open, you will see "From disk/memory cache" in the size column with a status of 200 when it comes from local cache.
Thank you. I find it bizarre that these days articles include text such as "Their analysis, published in the BMJ on Tuesday" without providing a link, even though the article is sadly paywalled.
> Well apart from battery,

... and that's pretty much the deal killer for this on mobile, even ignoring everything else.

> If I was an ISP, I´d like it if a Youtube movie

... except you are not allowed to download videos from YouTube or most (if not all) the popular video content services.

> a Youtube movie would flow from one persons mobile to the hotspot of the train said person is sitting on and on towards another person on the train.

This would only work as long as person A is running IPFS, connected to the hotspot and has any cached content somebody else is concurrently interested in. The hotspot is very unlikely to run IPFS and to have any storage, so cache hit ratios would not only be low they would be dependent on person A's transit schedule.

> This scenario would require significantly less bandwidth overall.

No, the same amount of bandwidth would be consumed, but perhaps over a cheaper radio bearer.

> The IPFS powered internet would perhaps lead to more uploads but it would scale significantly better and will be cheaper to maintain.

Somehow I doubt that. Total costs would most likely go up, but they would perhaps be more spread out.

> Hence cost can also go down for end users/consumers.

Consumers don't spend anything for accessing content on the Internet, so I really doubt there are any cost savings to be had.
The Heinz NixDorf museum in Paderborn, Germany. It's mostly computer science and engineering but it has a numerical background

The collection is amazing, from prehistoric cuneiform tablets over Renaissance mechanical computers, Enigma, vacuum tube compuers to modern machines - it is arranged in chronological order. Some of the items have replicas that you can actually touch and operate (e.g. brass multiplication machines from the 18th century).
If your investments are all inside the country That defaults on its debt then yeah your fucked anyway, but if you're investing in a country's debt and you have little other exposure to said country, then their defaulting on the debt is the only thing that's fucking you. Argentinas default is the best example of this problem.
Some content here to play with: [0]

Interestingly some links to copyrighted material end in ¨Unavailable for Legal Reasons¨ however, running the daemon and issuing an ¨ipfs get hash¨ the download does start.

[0] https://ipfs.io/ipfs/QmU5XsVwvJfTcCwqkK1SmTqDmXWSQWaTa7ZcVLY...
...And that was totally the right phrasing.

Thanks for explaning so well.
Any business that buys inventory at $15 and sells it for $10 is going to go out of business. What complicated dynamic would change that?

(Yes, I know that often businesses miscalculate the value of an employee, and it may have other sources of profit that cover the losses, etc., but it doesn't change the reality that the profit motive will squeeze such things out.)
Also highly recommended (and critical of some of Jacob's core views): Triumph of the City by Edward Glaeser.
Maybe he knows that what he's doing right now is and will be more beneficial to the world, than say what he could achieve as the POTUS.