skysight-inc/HackerNews huggingface dataset:
And this is why every website now has a loading screen in front of it.
Honestly curious why anyone would prefer a bluetooth system over an RF fob, especially an RF fob with physical key backup like Honda provides. Having to have a working and charged iPhone every time you want to open or close your car seems like a fundamentally terrible idea.
It's a lot easier to stop using imported foreign coal over the last decade than to stop using unionised voting coal mines in your home country - just ask Mr Trump.

The decline in home coal use was directly correlated to the strike - and the decline in imported coal use is as much old plant and expensive marginal costs as the shift to gas.

At some point replacing the coal fired infrastructure stopped making economic sense - and with no political leverage the whole thing collapsed really quickly.

Something we might be happy to learn when looking at oil and gas generation - once solar prices and volume are there the industry just vanishes.
I know nothing about Chicago, but I DO know that Houston is frequently cited as an example of doing it exactly wrong.
Because having a Dev report to 6+ managers is just taking the biscuit. We have enough managers.
And someone who has never drank alcohol could easily fall below the BAC limits for impaired driving while still being completely impaired, after just one drink.
Ops typo 0.01 as should have been obvious by the calculation.

If you just look at the graphs you will see that actual production is well below the required ~0.8-1.9 TWh load for several days in a row.

Only because they had insufficient production. If you do the optimization extra production vs vs storage. It's more or less X$/kWh for storage, but Y$/kWh / (numbers of hours you would be storing it) for generation.

(to simplify) If you pay say 100$ per kWh of storage and 1,000$ per kWh of generation then storage is only a net savings up to 10 hours between generation and usage.

This ends up working out so you want enough generation that in the absolute worst day you still produce more electricity than you need. Be that from nuclear or wind. It's much cheaper to do this with returnables over very large areas.

Overcapacity is not inherently a bad thing as long as it's cheaper on net than the other options. It does absolutely destroy more expensive sources of production, but that's how economies are supposed to operate.
If you actually win in court there's no non-disclosure. Those only come from agreed-up settlements.
Also this behavior might work in the US, but if you screwed over a bunch of rich and powerful people in say, Russia, you'd probably end up having an "accident", changing the leadership of your company to someone more favorable to said rich and powerful.
Completely agreed with that. In fact, the VW e-Golf (once they get over 200 miles range or so, here's hoping) is likely going to be my first EV purchase, feels like a Golf, drives like a Golf, looks like a Golf and it's electric, win-win.
Ah, I had missed that aspect. That paints it in a different light.
> If millions of people get by just fine it does not mean you should never take any precaution because "it will not happen to me either"

I used to be with a woman that was on the extreme end of "it won't happen", and in some cases was outright denial of bad things happening

mention any precaution and she would always resort to saying that Americans are so afraid of everything

so I did a little introspection while I was with her, and there was a bit of truth to what she said, I've had great experiences that I would have avoided, and it is clear that many of my American friends and colleagues are overly cautious on a cultural level

but at the same time you still have to call it. some of the stuff she was talking about was dumb and fraught with disaster.
To be completely fair, weren't wolves aggressively eradicated and only recently reintroduced in some areas of North America?

https://en.wikipedia.org/wiki/Wolf_distribution
“いっそ無くなればいい”国民の皆さまの蛮族に対する思念です（祈）†
> Why is this not an interesting property, or a program that I don't need to write?

It's both of those things, but it's not compositional, because "finds duplicate members in a list" is not a property of either of your components. If it were a property of one of them, you wouldn't need the other.

All proofs proceed in stages, and "compose" known facts. But that's not the meaning of compositional, and the fact that the property you want easily arises from the properties of the component is luck. I gave an example on this page where this is not the case (the `foo bar` example), and it is provably not the case in general.
Thanks, I will check it out.
There are a few python wrappers around Bloomberg APIs. For example: https://github.com/kyuni22/pybbg. It mimicks the Bloomberg Excel formulas (BDP, BDH, BDS). Quite powerfull. But you can hit the daily limit easily (500,000 data points per day max).
They released the Bloomberg Query Language (BQL) that you can use to make larger queries. But not all FLDS fields are available yet...
They also provide BQNT, a jupyter notebook where you can run BQL queries and share "apps" with your colleagues.
There aren't very many historical examples of wolf attacks in North America even at much greater levels of population in the past.
I did mention UK's HS2, so not all airports.

Speaking of cherry picking, I think that referring to high-speed passenger train alone is an example thereof, especially as it ignores the large and successful American fright train infrastructure. California made the mistake of being too ambitious, a more modest plan from the start would have worked.
> If it were to happen with humans, you could expect it to happen with other species.

Predators often select the weak within their natural prey, such as the young or the old. So it does happen with other species.

> Does a lion who taste (say) another lion get similarly hooked on lion flesh?

Lions won't select other lions as prey because lions are notoriously dangerous game. Unarmed humans are very easy targets, however. That's the "hook".
If you're writing sync code the last thing you're thinking about is costs associated with these APIs.

Sync is a rudiment of our close past. We use it when we need to shave off development costs.
It seems likely that such truths (which are neither mathematical nor scientific) exist, as can be seen from the effort that philosophers of science have put in studying the so-called "demarcation problem." If they could have defined science as "not math" and left it at that, they surely would have. They have some very good ideas in this direction (Popper's falsifiability) but the debate rages on. In particular, it's very hard to answer the question, are there things which are not science, but still true or at least useful?

https://en.wikipedia.org/wiki/Demarcation_problem

Some examples:

1. C. S. Pierce believed he had discovered a third form of thought, distinct from deduction (math and logic) and induction (empirical science). He called it "abduction."

https://en.wikipedia.org/wiki/Abductive_reasoning

2. Certain aspects of philosophy seem to be outside what we consider math or science, such as ethics. The "is-ought" problem is currently open; we basically have no way of giving force to normative statements (you ought/should do a thing, it is right/good/just to do a thing). Kant's categorical imperative is probably the closest approach, but it's hard to accept it uncritically (or seriously entertain Kant's resulting system of ethics, which for example imply you should not lie even to save a life.)

https://en.wikipedia.org/wiki/Is%E2%80%93ought_problem

3. Semantics (study of meaning) also may not be neither math (which can avoid all semantics and adopt a formalist POV) or science (which can also be described as a formal attempt to predict empirical observations, i.e. operationalism and instrumentalism.) For example, the logical positivists attempted to define a verifiability criterion of meaning, but this can easily be show to fail its own test, leaving the question open.
Contaminating the air... k.
Well, I do see a lot of potential problems with law enforced using ghettos as an "arrest shop" and the like but that's not really on the technology or your company. In general it's seems like a good thing, nobody wants unresponsive people zipping around in +1 tonne metal boxes.

I'm curious about the "similarly impairing dose" though. Any good research, actual test results, etc?

I'm assuming it's response times which make me curious how the response time of a 25 year old post 3 hour cannabis smoker compares to a +70 year old on a regular day and how that compares to someone at the legal limit for alcohol.
Blender is an amazing open source success story and deserves to be advertized as such.

It's an amazing tool. It was always powerful, but used to be very un-approachable (vim-like), but they have made tremendous progress to fix this.

The integration with external renders has also been amazing. I am a fan of luxcorerender which - these days - is almost unusable outside of blender.

If you like doing 3D work, spend the time to learn Blender, it's a long term investment really worth making.
There's https://gitlab.com/jgkamat/jmatrix https://gitlab.com/jgkamat/jblock and https://gitlab.com/jgkamat/jhide - not the real thing™ but probably coming close.

Supporting WebExtensions isn't possible without QtWebEngine (the library qutebrowser uses) doing so. That might happen some day, but will probably still take a while.
I don't understand what your point is. The people of Taiwan (or the Free Area of the Republic of China, or whatever you want to call it) today, in 2019, don't use a Civil war from 70 years ago as their main reason for not wanting to be administered by a communist dictatorship.
0-cost abstraction was summarised by Stroustrup as:

> What you don’t use, you don’t pay for. And further: What you do use, you couldn’t hand code any better.

In that mind-set, it is completely okay that `sync_read` and `async_read.await` can totally compile to something different, as they abstract different things.

Boats has some more thoughts on this here: https://boats.gitlab.io/blog/post/zero-cost-abstractions/
“ In seven of ten studies cited, cannabis use was associated with a decrease in driving speed despite explicit instructions to maintain a particular speed, whereas under the influence of alcohol, subjects consistently drove faster. Two simulator studies showed that the tendency to overtake was decreased with cannabis use but increased with alcohol.52, 53 One simulator study and two on-road studies examining car-following behavior concluded that cannabis smokers tend to increase the distance between themselves and the car in front of them.41, 45 Other studies have found no adverse effects of marijuana use on sign detection,49 a sudden lane-changing task,43 or the detection of and response to hazardous events.”
Doesn't it rain over there? I don't think solar panels need that much of a cleaning if there is occasional rain that rinses the dust from the panels, when the wind alone is not enough.
The arguments made by tridactyl developers to Mozilla are published in the linked thread. There is no need to speculate.

We don't complain about walled gardens.
Even conceptually the models are very different, in one control is just given up and regained unpredictably, while in the other one it is programmed, hence asynchronous programming, not multitasking.
I admire what you're doing, and hope you can adhere to scientific integrity while developing and selling your product, but that simply isn't true. At least in Washington state. A few years ago Washington State purchased a whole bunch of Draeger 9510 (alcohol breathalyzer) units without ever having tested them. After two years of sitting unused, the warranties were going to expire and they finally got around to testing them, and purchasing extended warranties at that point. However their initial tests failed multiple accuracy tests to the point that the state's lab halted testing, since it was so off. A few months later Draeger patched the firmware and OS application (the breath/alcohol measurement firmware being written by a single contractor in Texas, and versioned as 0.7) and while testing looked better, it still wasn't accurate and they just pushed it out the door for deployment...they had already bought them, after all. I'll link the records below...they didn't even have the correct versions of the software and firmware accounted for and signed off, which led to other problems (and Draegar has had other problems of accuracy in other court cases, such as Florida, but that's a side tangent).

My point is, a lot of state governments (at least in the US) spend money first and verify later, and 'verify' can be a damnably loose term. Loose enough to violate WAC 448-15-020 (in Washington state's case) which requires a 'reasonable degree of scientific accuracy'.

EDIT: Apparently the original link (below) is no longer available in WSP's records, which is interesting. You can view the document via archive.org, here

https://web.archive.org/web/20170211114622/http://www.wsp.wa...

original (defunct)
http://www.wsp.wa.gov/breathtest/docs/webdms/Draeger/Valid_D...
Okay, and those things don't go away - nor do we stop building them - if we use buses or trains or planes or boats or teleportation pads instead. What about cars, specifically, contributes to this where other modes of transportation do not?

I can almost understand this for roads (but buses still need those, too!). Literally everything else is entirely orthogonal to cars or the lack thereof; abolishing cars entirely v. switching to electric-only would have zero impact there.
As a matter of fact, yes. Not as big as GitHub, but bigger than Shopify. So the choice of application server matters, as well as how easy it is to scale and provision that server.
Also VMS..
You're pretty much correct, there is a tradeoff here. There's reasons why many high-performance systems like databases are mixed systems.
Only extensions that have a native messenger can do this (which requires users to accept a scary sounding permission and install a separate application on their computer)
> knowing how to use it is a real profession

Actually ... with things like Google, youtube and stackoverflow, that's not really true anymore.

These days, whenever I want to do something non-obvious with blender, I always find an online tutorial.
Wow, got down voted for asking a question on which web application server I should use with Rails today. Really?
It wasn't an attack on her ideas. It was an ad hominem attack: he called her a gender-coded name that reduces her to a piece of anatomy in a starkly vulgar way. People do this to women all the time, and they don't do it to men in the same way. You don't have to believe this for it to be true.

And yes, he continued to distribute it. He put it in a content-distribution platform and left it there, despite the ability to take it down at any time. The fact that he never got called out for it before is not very persuasive to me, any more than "but I've been an asshole for years, it's not fair to call me out for it today."

OP is probably not a terrible person, but this article is not what taking responsibility for your past bad behavior looks like.
I'm still relatively new to the erlang vm so some of the details here might be wrong, if someone wants to correct me, please it's welcomed.

Console IO operations are actually message call to a "global group leader" which performs the operation, so they are async (and atomic). This can sometimes be confusing if an operation (such as logging) has a bunch of middlemen with an IO operation as a side effect. It's worth the atomicity, though, so none of your IO calls are interrupted by another IO call. Also, if you run a command on a remote node which dispatches IO as part of its own process, the IO will be forwarded back to its group leader (which is on your local node), which is useful for introspecting into another VM.

Disk IO is also different; each open file descriptor effectively gets its own "thread" that you send IO messages to. There are ways to bind a file descriptor directly to your current "thread", but you "have to be more careful when you do that" - you do that if performance is more important (and I have done this, it's not terrible if you are careful).

Network IO is also different; the erlang VM kind of has its own network stack, if you will, but you can set up a socket to be its own "thread" or you can bind a socket into a thread so that network packets get turned into erlang messages.

Handling blocking is all done for you by the VM, which is preemptive and tries to give threads fair share of the VM time.

When people say that programming the erlang VM is like doing everything in its own os, they aren't kidding. Except unlike linux, where your communications are basically limited, you get to interact with your processes via structured data types with coherent language (and also IPC calls are way cheaper than OS processes).

> Does Elixer overload IO operations to be async in async contexts?

Maybe the right way to answer this is: When in Elixir, presume everything is async.
I've been working with Rails for several years. First, it was fullstack rails, then we got a giant mess of jquery, tried to solve it by moving to an SPA with Vue... and since then our productivity really dropped.

While Vue works, I miss the productivity of having a single server app to maintain, instead of two. I'm considering moving back to Rails only, with the aid of some library like Unpoly for the nice ajax unobtrusive javascript helpers.

Congrats on the release, and thanks for helping to keep alive the model of server-rendered apps, while everyone else appears to be moving to SPAs.
Not sure why you think it doesn't have an API ...
The entire thing is accessible via Python. If that's not an API, I'm not sure what you mean.
I did a little googling, and new coal plants in the US are no more expensive - price/mwh held steady at $95-100 from 2010-1015 (after which no one built any more). Meanwhile, in 2010-1019, natural gas plants dropped in cost/mwh by about 50%, from around $80 to $40. And onshore wind dropped 71%, from $149 to around $43. Solar dropped even more (88%), from $396 to $49!

As an aside, new nuclear dropped from $119 to $90, and there are no new plants planned - small wonder, considering the massive cost and long time frame to build nuclear when wind and solar cost half as much and prices are still dropping like rocks.
Good question, especially regarding the DrugTest 5000

There are definitely some clear competitors in this space, but we feel that non of them have really been able to address the needs of the market.

Ill start with the Draeger because it is close to my heart. This is the device that has been approved in Canada for roadside screening. This was such a massive mistake. The government gave out tons of funding for police precincts to buy these so of course they did. However, they simply are not being used. I spoke with the drug recognition expert at the first ever police precinct in Canada to buy these devices. They bought two, and the day after the Captain of the precinct told him not to use them. He put them under his desk and they have been there ever since. The problem with the DrugTest 5000 is it is the size of a microwave, needs to be on a level surface, and has accuracy issues especially with cannabis. And really, police officers hate having to swabs someone's mouth for two minutes to get a sample.

With respect to other saliva tests, some are better than the Drager, some are worse, but they all have the same kind of problems. The police hate using them because swabbing peoples' mouths is gross, time consuming, and problematic in terms of chain of custody for evidence. Police use them because they are the best road side screening tests available today, but they would drop them in a heart beat for something less invasive.

In terms of Hound Labs, we are not 100% sure what to think. We understand they have been around for much longer, but they have not been deployed in any police precincts in the US. I know they did some early pilots in California, but nothing seems to have come of them. In general, our main advantage over Hound Labs is cost and durability. Electrochemical immunosensors are very cheap and really robust. The same can generally not be said for the fluorescent approach being used by Hound Labs. In the end, we will see who can provide the best product for the police, but we are fairly confident we have the edge.
Managing Multiple AWS Consoles with Multi Account Containers
He's just saying earlier books does not exist in this village.
I think that's a healthy outlook. It's not your job to educate your coworkers. Though, I think people should feel ok discussing it. The idea that white people would "never" understand is a little bit much, but it's not going to be an easy conversation. This is the type of thing that you are only going to change minds about by methodical teaching. Honestly, I don't recommend it, unless this is a friend of yours that you want to maintain for a long time, and think it's worth investing the effort for the long term health of the friendship.
Man, this guy is a sociopath. For everyone (including the CEO) saying "but they all knew what they were getting into", consider why would the CEO even bother putting those terms in there (e.g. the equity on conversion to a corporation - which according to comments in this thread he specifically told employees he would do -, the convertible note terms, etc.) unless it was specifically to deceive the investors and employees.

If that's the way he treats folks who are supposed to be on the same side, I'd hate to see how he treats his enemies.
Which was exactly my point. Neither of us have any way to know beyond anecdotal evidence. Your claim is exactly as baseless as mine.
Well, thats a hard sell for Rust because it specifically advertises itself as a C++ replacement which means no overhead or runtime.
Where do you think precious metals come from for your electronics? Who do you think assembles your iPhone? It’s not always green energy powering the servers that provide you your social media high either.

Presumably people buy these objects because they derive some sense of pleasure while viewing/organizing them. I personally hate them and have never owned one but let’s not try and squeeze out some social commentary over a few toys.
Puma is definitely the fastest or one of the fastest. It's also the default in Rails now. https://github.com/puma/puma
So it is not for eating, like suggested before. Thank you for the confirmation.
> Makes sense to follow similar protocols to alcohol

Only insomuch as those techniques have nothing to do with alcohol specifically and can be applied to any situation, including sleepy drivers.

> In other words, this isn't something that anyone who gets stopped goes through. You get tested if you're driving erratically.

Not true. You could be pulled over for a variety of reasons, anything from speeding to a broken tail-light or just because the cop thinks you look like a stoner and is betting he'll be able to bust you. From the article you linked:

> The officer evaluates the driver. Some signs are obvious: bloodshot eyes, candy bar wrappers and what Iwai calls the "typical Beavis and Butthead laugh." Others are more subtle -- for example, slightly protruding veins on the person's neck.

So the officer makes some subjective judgements that will allow him to administer the test and whether it comes back positive or negative, we have not established that the driver was actually impaired and this is critical because the test would then allow the officer to imprison the citizen even if they were not driving erratically. The suggestion that you'll only be pulled over for driving erratically is not true.
Rust async functions are also different here. They don't run the code, they create a Future structure in it's initial state. Contrary to e.g. JavaScript, it doesn't start to run until you end up putting it on an executor. So the actual function call does something very different from what happens in other languages.

It's sometimes called "cold futures".