skysight-inc/HackerNews huggingface dataset:
The energy input to crops that later become ethanol is the sun, not the gasoline burnt in the production process, so there is no necessary relationship inferrable by thermodynamics between fuel burnt and the energy content of crops or the resulting ethanol.

If there were, then human-powered farming would have been pointless as a food production method.
> I keep hearing "well here in europe you don't need a car as much" as if that's some sort of sound argument. I mean, that's great for them, but I don't speak french, dutch and certainly not norwegian, so what, I'm supposed to spend $10k+ to move my whole family there so I can lug around a stroller or a bag full of books on the train for the sake of the planet? Sorry, not gonna happen.

A lot of Americans talk as though needing a car is a law of nature, which just isn't the case. From a European perspective a lot of this is Americans shooting themselves in the foot and then saying they can't help bleeding everywhere. The American situation is one that's been created by American political decisions - zoning, parking minimums, minimum lot sizes, car-first city designs - and can be reversed by politics as well, but for Americans to make those changes they have to believe that the results are possible. Of course you can choose to keep operating on everyone-owns-a-car politics, but recognise that you do have a choice in the matter; recognise that approaches like the currently-under-discussion California SB 827 could create an America that's less car-dependent.

> And that's my whole point: different people have different lifestyles for various reasons. One's single european lifestyle is not necessarily going to work for someone else living somewhere else with a family.

But non-car does work for a lot of people across many different lifestyles, including Americans, including people with families. You're painting it as if the only people who could possibly disagree with you are this tiny box of single European instagramming metrosexuals, and actually it's you that's the small box. Most of the world's households do not own a car.

> If anything, the "you have car, you bad" attitude is self-absorbed and short-sighted.

Global warming is already going to kill millions of people in the best case, if we do everything we can - but what we do can make the difference between how many millions die. The current American level of car use is simply not sustainable; maybe avoiding it is going to mean worse lives for your kids or less chance to see your family, but ultimately if it comes down to a choice between those things and killing 80% of humanity there can only be one answer.

But really I don't believe it's that hard. For decades incandescent light bulb manufacturers claimed they couldn't possibly make a light bulb that was more efficient - but then when we actually legally mandated certain levels of efficiency, somehow they found a way. A good life without a car is possible, and when cars become a non-option people will surprise themselves with how easy it is to adapt to their absence, and wonder what it was they ever thought they needed them for.
I'm very curious (from an academic thought-experiment standpoint) what sorts of mitigations could be used for electrical lines in an environment like this.

My first thought - an alternate reality where you could turn power to (say) 100kW of light and then back again - would actually not be enough, as light can be pulsed so rapidly we're already using it to encode data. Welp.

I'm guessing that UPS-type equipment was used as a form of powerline isolation, at least.
> I would argue that both are designed following the principle of least privilege.

Okay, but that's not what DJB means, and attempting to read his words with the definitions in your head, instead of the definitions in his head won't help you understand him.

I'm not going to humour an argument about mere semantics: For the purposes of this discussion they are not both the "principle of least privilege".

> So what would have helped in Netscapes case?

Writing the DNS client correctly.

DJB's point is that absolutely nothing else would help: You can't realistically put a box around buggy code as long as the code needs privileges.

And all that effort in writing that sandbox? A waste of time; fundamentally the wrong thing to focus on. Writing a DNS client is far less work.

> I assume that soon or later, there are situation, where you can't eliminate trusted code and it makes sense to implement least privilege.

That was what DJB assumed when he wrote Qmail, however he is now convinced that was wrong. His paper gives some explanation why.

If you can't eliminate trusted code, and it's still big enough you think there might be bugs hiding inside, you should rethink your design.
I discovered that moving country is a great way to figure out what clothing you actually wear.

All my clothing now fits into a single army surplus duffle bag.
Ripple co-founder loses $44B on paper during cryptocurrency crash
What do you mean by imperative ML? Using a language from the ML family, but mostly its imperative features? Can you expand on that?
There are no repatriation taxes anymore. The new law did away with them.

I know tax isn't, like, simple, but it's not that complicated.
See above. You are capable of using Project Fi with an iPhone, with a few drawbacks of course.
The real complexity is in the front-end frameworks like Angular and React. Sorry, someone had to spell it out.

When you learn these frameworks you have to wrap your head around a lot of concepts that make the browser behave like a desktop application. And you may find yourself trying to do things that your framework doesn't like early in your project.

Compared to that dealing with business logic or a straightforward server side MVC might be trivial in many projects.
China will have nationwide hyperloop before this thing gets built.
Nah. Neon Dystopia has been around long enough and Cyberpunk 2077 has started being hyped long ago enough that I don't think the article has anything to do with that.
Solution: bluetooth transciever silicon is <5mm square when packaged
I'd settle for a phone with some decent parental controls.
I once came across a site with that was base 64 encoding GET params for an incredibly insecure http route.

E.g., the request was something like http://example.com/bad/?v=YT0xMjMmYj00NTY= which they would then decode on the server to a=123&b=456
Busy lines are busy and profitable, while many lines are essential but not enough passengers yet.

I used to travel between Shanghai and Hangzhou regularly on HSR and it is basically fully packed all the time. Same thing for Shanghai to Beijing and Beijing to Tianjin. Actually they are building a second line from SH to BJ.

Similar to Japan's Shinkansen, the only profitable line is Tokyo to Osaka.

You may see some under-capacity HSR lines, but they mean a lot to economy development. My hometown is a small city off trunk railways. 10 years ago the travel time to Beijing is 14 hours, now, with HSR, it's 5 hours. No one thinks Beijing is far away any more and people tend to travel farther and more frequently. After years in US, I think US government is not good at "generating" or "boosting" social needs. Moonshot in infra is really worth investing and sometimes you have to take the risk. US has been away from major infra (like interstate hwys) for years and I cannot believe economy growth without more infra.
You aren't going to like this answer at first, but bear with me. There is another way. When you see the other way done well you may conclude, as I have, that it is the best trade-off given the technology you've chosen (the web). You want to use pagination. That is, your user won't be able to see 10s of thousands of rows at once. They will have to page through them. That doesn't mean your user won't be able to sort and filter and rearrange the data as a whole; but after each action, they will only see the first page of the changed result. If you do this well, every user action will result in a near instantaneous change on screen. You'll need to make every link in the chain as fast as it can be. The key is going to be the database. The first thing you'll need to know is the fastest way to do pagination in the particular database you are using. You need to be able to do something like this: getCustomers(81,160) and get instant results. You'll need database connection pooling. You'll want to send the smallest possible payload over the wire. HTML, XML, and JSON are too verbose. Don't send the word "LastName:" with every row. This will double your payload. Include the column names only one time in the response. When the client gets the payload, slap html on it, and inject it into the DOM (replace a div: <div id="results"></div>). Let the user set their page size (40, 80, 160). If you play with this, you'll find that every device/browser/connection combination will eventually choke if you keep increasing page size (and have a large enough result set), but every device/browser/connection will enjoy beautiful responsiveness at 40 or 80 results per page. When you feel what this is like you wont want to go back to watching a spinner for 10 seconds and then watching your browser hang up every time you scroll. And your user who is using an iPhone 4 with some old version of Safari on a 3g connection really doesn't want to watch a spinner for 30 seconds, then see a blink of results, then see their browser crash. But that is exactly what will happen if you give them 10s of thousands of rows.
Side-channel attacks against base64 encoding have yet to be proven, but constant-time implementations are available just in case.

My contribution is here: https://github.com/paragonie/constant_time_encoding
One test would be to use gHangouts, Duo, Wire, etc. to make a voice call instead of the dialer app (so that you could compare voice-as-data with a regular call).
Not sure where you're getting your information, but that is simply incorrect. The repatriated cash is simply being taxed at a lower rate. Hence the $38 billion.
I get your point. Only caveat is corporations also create jobs and pay their workers, but you and I as individuals do not.

I know lots of Apple workers (directly or indirectly) are in China, but I wanted to point out why it's inappropriate to compare personal and corporate taxes.
> Buy a fully autonomous car

Make sure you put a winged pony on the shopping list too. They're a great fashionable match any time you're making fantasies of acquiring things that don't exist.
Sydney representing :-) Vietnamese bakeries and restaurants are easily reachable from most parts of Sydney.
Ground zero is https://en.wikipedia.org/wiki/Cabramatta,_New_South_Wales

What's funny is that I've been eating these Banh Mi for ages from the Vietnamese bakery near work and didn't know they were called that.
> most Switch owners that I know are male adults

Early adopter issue? Availability heuristic?

We got one in December, and I'm the one who plays it least. My two primary-school boys are enamoured with Zelda and the wife's hooked on Overcooked, and we all play Mario Kart together.

Other families with children (peers to ours) are slowly buying them. Probably helped by the fact that we rave about ours and view it as a great family activity due to all the co-op games. Other families have expressed regret they got Xbox etc.
You make it sound like there was no alternative. You can also tax income when it's earned, instead of when it's repatriated. That's how individuals are taxed on their foreign income. There were also other variants proposed.

In any case, the reason that corporations lobbied so hard for this particular tax code change was that they actually needed to repatriate money ASAP. Interest rates are going up. Their operational tactic of borrowing low-interest money against their overseas cash to repurchase shares is ending and they needed their cash. They would have repatriated anyway. Now you can kiss that tax money goodbye, just like you can kiss goodbye to the tax money on the free stepped-up basis that large estates will be passing on for the eight years.
> I think Slack notifications are really nice to see what's going on right now but not so great to see the state of dozens of service

Completely agree, that's why we instrument our releases so we can easily see what's deployed by service and environment.

> Then there is the issue of linking the Git release/tag with the corresponding changes, say from a ticketing system such as Jira. That can be helpful to communicate changes to other people within the organization and to users.

Each commit is related to a ticket, helps generate a changelog.
We enforce a lot of things in each of our release. We have an internal release tool heavily inspired by shipit from Shopify. We have the concept of soft/hard checker to make sure it won't break or that you aware of what could break with the current diff.

> How do you define dependencies for releasing new versions to service? Likely going to happen at some point when you have non-trivial changes to services.

As I said we instrument our releases and can easily track how changes affects our performance/bugs.

We also try a lot not to release non-trivial changes in one big release by doing stuff like release part of the changes behind a feature flipper first or route only a part of the traffic to the new code path, ...

Then we don't have dozens of different services deployed and we're still a relatively small team (~20) so I'm pretty sure I don't have the full picture just yet :)
I used to go to a local book reseller hoping to find a deal, a book worth more than fifty cents. Its kinda fun, they could always lure me in for an hour and I always left with extra stuff... sell the sizzle not the steak. In the long run if they "lost" ten dollars on one nice book that they underpriced for me, I probably bought five pieces of junk for two bucks each that aren't actually worth anything so they at least break even (or probably better). As long as the cost of perfect pricing is higher than the profit off moving some impulse purchase trash... This sets a very tight constraint for how much you spend as a business owner on perfect pricing.

Then again, for a homeless person who brings net negative value to the business bu being there and their time is worth $0/hr... you can't pay a clerk $11/hr or $15/hr or whatever the new minimum wage demand is, if you're competing against homeless who repel the regular clientele.

They're one of the many resellers on Amazon now; there's no point in visiting their local store anymore, because anything worth more than the fuel value of burning it is being diverted to Amazon so by definition the store has nothing left in it that's worth reading. Its also faster and easier and better selection to find anything worth reading on Amazon rather than going to the store. They're trying to branch out into selling weird trinkets kinda like how Barnes and Noble is less than 50% books. In the long run they're on the downward slope of all retail to sell only urgent convenience store swill and spontaneous gifts.
Start a petition in your state to make it a holiday.
My kids like the switch and papercraft so this seems like an ideal game for them.
Ah, I should have mentioned why I was doing this: it's part of Linux KPTI patch analysis (Meltdown) that I've been doing, as the WSS is one factor in the performance loss experienced (due to TLB flushing).
A troll? The author is a hypocrite and I'm calling her out. The words above came directly from her article. And yes, I did read the entire thing.

If you don't see anything wrong with what she said/did, I feel sorry for you.
An easier way to reason about the modern web, and port this knowledge from and to native platforms at a minimal cognitive cost, is to think about a web application as consuming from an API or database layer which already enforces authorization and provides authentication, instead of mixing all these things in a single request.

Once you do this, the idea of duplicated authorization goes away, as the only thing you are doing on the front-end is error representation (and focusing on the design).

Then, you pre-build, or run+cache this same application on the server side to pre-render pages for search engines, first page load, accessibility etc. so that you are actually delivering an application for the semantic Web.

Viewed from this angle, it does not really involve more steps, but it does create more separation of concern. This in turn allows more specialization, scaling, and is more secure.

You can apply this approach to build very simple pages (e.g. blog consuming data from Markdown files), which are not SPAs, but are very easy to turn into SPAs.

So it's not really that SPAs are this hard, it's that the "do everything in one request" thinking is still very pervasive and making it harder to reason about building modern websites in a simple manner.
Dear AI,
I always wondered what that IR plastic bit on the controller was all about... not enough to actually go research it though. Hah.
http://archive.is/9IoKf
I don't want to beat up too hard on a five-year-old article. But in case anyone reading it now might not know better, I want to mention that a lot of the reasoning here is plain bogus.

You don't do complex authorization on the client. If your backend is serving SSNs to a user who isn't authorized to see them, you've already lost. Trying to hide them in the UI avails you nothing beyond a false sense of security.

Cache invalidation is trivial. HTTP provides, in entity tags, a very friendly mechanism for checking whether a resource is stale without incurring an expensive refetch unless one is needed. Use it. Resolving write conflicts is more complicated, sure - exactly as complicated as it is to do on the backend.

It's true that SPAs are differently complex. You're doing work on the client that'd traditionally be done on the server, and with different tooling and not all the same paradigms. But more complex? Not once you understand it.
until battery power/weight ratio gets 10x better electric flying vehicles (specifically passenger jets) are dead in the water.

I don't know that we're making the right trade from atmospheric pollution co2 vs the pollution of throwing away batteries.
Apparently you live in a stable climate (or are immune to weather changes somehow).
I can usually get door-to-door in 3-3.75 hours flying SFO->LAX, depending on my destination in LA. That's good enough for me.
I tried that in Turkey and it was really meh. Probably I was was way too deep in a touristy area and got the worst quality possible, but there is something about the taste of the things that make it chewy that covers the actual flavour: the pink, brown and white ones tasted all kinda the same. I'll ask for suggestions to some local friend and try again.
Which is really funny when you think about it in perspective.

Why AREN'T we looking for terrorists with as much gusto on trains and other transportation like boats?

- Are boat and train people not as important?

- Are terrorists incapable of boarding boats and trains?

- Would a terrorist "never" think of attacking a large train or boat full of hundreds or thousands of people?

Or, are we only "scared enough" to allow insane, feel good security measures at airports (because airports were already slow) and if they dared to add them to our other transportation, people would burn down the city?

How would people feel if they had to pass through a security checkpoint at a hub before they boarded an uber?
Not robotic, but a similar hunt/kill strategy is is being tried here with a relative of the scorpion. They coexist with bees and and eat varroa. Plenty of discussion happing among the bee geeks.
https://www.nzbees.net/forums/topic/1465-beekeeping-and-the-...
>No hate, I just don't get why hhvm doesn't get any love for what they did.

I don't know - I expected to see a ton of Hack projects show up here but it's like no one cared about the language except as a wake-up call to PHP. Maybe the involvement of Facebook put people off.
That's great. Do you still have details of it?

I did a webmail "based on qmail" as well. It's still running[1] if you're curious.

[1]: http://demo.internetconnection.net/netmail/
> The new Star Wars is at 91% on rotten tomatoes. That alone should raise some questions. The public did for a brief time have an unbiased avenue for assessing the entertainment being offered to us, I think that window is closing though.

And 49% as reviewed by the public. That seems relatively unbiased.

As a critic, are you REALLY going to slag a Star Wars film? It's going to be a MASSIVE blockbuster no matter how bad you slag it, and you'll just look stupid. And this is before you start talking about the amount of money that was being thrown around to promote it.
So You Want to Compete with Steam
I look forward to an indie dev making a cardboard version of the Steel Batallion controller.
In your example, you are not being sold to yourself, only to someone else, which is par for the course.

Having your own data taken hostage so that you have to pay to buy info of yourself is pretty next level.
You ignore the value in the intermediate stops. Think about living within 45 minutes from San Francisco downtown, somewhere in between LA and SF. Also think how bloody miserable are flights in economy, and taking your shoes off before boarding a plane. Trains are luxury!
Absolutely, keep up the good work!
I would assume that adding children to the mix also increases your time to prepare and get to and from some future HSR train station as well, so it's probably a wash.
Aha, I like that visicalc pitch, thanks much
Also, the first rise of the Web was enabled by residential broadband adoption, so that most of your site’s users had a stable internet connection. Now that Mobile devices are the most common, flaky networks are back to being a problem.
I think you got really lucky. The evidence is piling up that extended solitary is inhumane because the social isolation and lack of stimulus drives you insane: https://www.apa.org/monitor/2012/05/solitary.aspx

I'm really glad you turned things around. Perhaps one day you can write a book about your experience, perhaps under a pseudonym.
Ask HN: Are lots of small players a market opportunity or tarpit?
After doing some research on a market segment related to an idea, i noticed that, ever so often, a new startup tries to address the space or a subset of the space and then dies without warning and or traction. Existing solutions in that space are fragmented and not widely used and kind of limp along.

Would one consider this a sign of the lack of a market despite the obvious allure?
(or)
Is it a market that's ripe for consolidation?

What signs would point to one over the other?
I grew up near the New Balance factory in Skowhegan, ME. Every summer, there would be a big tent sale where they unloaded their discontinued models and factory-seconds at pretty steep discounts. Just about every pair of tennis shoes, basketball sneakers and cleats I ever owned came from there, and they were good quality - that was typically your one pair of shoes for the year, and they held up.

Another great US manufacturer is Labonville, out of Gorham, NH. They make fantastic work boots and other heavy-duty outdoor gear. Their logger boots are the most comfortable and durable footwear I've ever owned, and my wool jacket is going on ten years of heavy use, and looks like brand new.
ZenProspect is hiring a full stack engineer (Ruby/React)
Amazon Won’t Ask Prospective Hires for Salary History Anymore
This is cute. Being able to switch languages is a nice touch although someone needs to fix the Python one line comments not to use the C style.
+1. Besides, cardboard replacements still stimulate demand for more genuine Switches and games.
I don't think it's uncommon to say that the US dumps cheap corn on the world markets, especially Mexico. Or, in so much as that's talked about at all, 'dumped' isn't uncommon terminology.

Or maybe I just have cynical friends.