skysight-inc/HackerNews huggingface dataset:
I actually find the advanced micro to be far more interesting in the edge cases where you can break the game's balance system. I remember when the Brood War api first was released a while ago, there was an AI bot that won some competition with just mutalisks because the AI micro prevented them from overlapping their AOE hit boxes as they moved around. So you had mass mutalisks that the opponent couldn't use AOE against. It was able to effectively micro mutas against goliaths/corsairs/valkyries/etc.
I consider myself to be a "bleeding heart capitalist". I don't believe that we should be increasing the minimum wage because history shows anytime you interfere with the free market, there are unintended consequences. It's also not the role of private businesses to manage social policy.

On the other hand, I think the richest country in the world shouldn't have people starving on the street and without basic healthcare. We already know how to square that circle.

1. Universal Healthcare that's not tied to the employer.

2. Increasing the Earned Income Tax Credit, make more people eligible, and make it easier for people to get it during the year to supplement their wages instead of at tax refund time. why go through the circuitous route of forcing companies to pay above market rates and raising prices on everyone? Just give working people money.

3. Better mass transportation to make getting to a job easier without having to have a car.

4. Subsidize child care. If conservatives truly believe in protecting life, caring about children means caring about the born - not just the unborn.
The key is to not think about it too much. Your "logic" has no place here. Anyway, once the revolution hits your parents are gonna have those autonomous microwaves and self-cooling doctorbots they've been craving. The future is very, very, very bright.
It was a bit simplistic of me to summarize it as a payment gateway, it was actually 50-60% of their backend systems that was enhanced, it was called their "Big Data Project"

They do do fraud detection on the deposits, because of anti-money-laundering. The DL models also monitor various other types of abuse (bonus abuse and in-game abusers). They also are experimenting with Deep Reenforcement Learning to actually play some of the games
AWS Blockchain Templates
> Yes, and they're troubleshooted by people who are already intimately familiar with the systems they're troubleshooting.

So you're asserting interviewees shouldn't already be familiar with simple problems like reversing a list? Come on, give me a break.

> Nobody in the real world writes an app for a requirement they've never seen before from scratch in 45 minutes.

Being asked to reverse a list in 15 minutes isn't even close to "writing an app from scratch". It's not even theoretical - just look at all the people who make it past these interviews. I doubt they would call it "writing an app from scratch". Could you try any harder to misrepresent things here?
The Google search engine.
Wow that sounds pretty damn great, I look forward to seeing the dev happen as time rolls. I will always call out non-SSL specifically when discussing all crypto-things but clearly you and the team have thought this out as per your detailed reply. Good luck on the project, I am for sure going to give the demo a test run.
I'm not sure neuroscientists would quite agree with that.
Pazz/alot checks the right boxes, but the bug list is a concern:

https://github.com/pazz/alot/issues/1202
- Self-driving cars

- Camera that make better looking pictures

- Better looking movies / videogames

- Better medical diagnostics.

- Face recognition

- City surveillance; finding criminals, lost children.
And probably universal healthcare, and stricter worker protections.
that's a trivial statement, unless he can suggest a different way to do things. Should people have held off building any bridges, until the 20th century arrived ? Building things and science have always evolved side-by-side in a feedback loop.
As the article explains its debris below 2,000 km. Such as "DMSP-F13, launched in 1995—exploded while in a sun-synchronous polar orbit leaving a debris field of at least 43 to 100 large fragments and more than 50,000 pieces smaller than 1 millimeter" which is about 450 nautical miles.
one of the benefits of supply and demand is that it encourages innovation via the creation of untapped demand for novel products. I don't know what your idea of a constructivist model of value would be, but in my eyes that's an important role that LToV is incapable of fulfilling.

Of course pure capitalism is a silly idea, assuming everyone is homo economicus you'd end up looping back round to feudalistic stratification via the Matthew effect (https://en.wikipedia.org/wiki/Matthew_effect). Of course everyone is not homo economicus so it'd likely be less bad than that, but there are still plenty of sociopaths who would achieve much more success when the restraints are lifted.
It was one of the reasons and an inflection point. I remember the rush of activity with the release of the platform. People were poking each other and sending game requests. These were all FB apps. It was one in of a string of hits by FB, creating a lot of goodwill. They quickly released FB to many languages, often crowdsourcing them.
Double check the thresholds in the various EU member states. They differ considerably, and the UK is an outlier in that it is so high.
Municipalities don't have airspace regulations. That's all managed federally. Also the Alpha Electro is already legal to test. It's apparently registered as an Experimental aircraft in the US currently, which means it can be used by owners but not commercially (e.g. for flight training). The market Pipistrel's aiming for is the Light Sport Aircraft category, but electric planes can't be registered as LSA in the US so Pipistrel would have to go through the standard airworthiness certification process. Which is long and expensive.
That's pretty consistent with what I've been told, for me (PhD, East coast, with essentially no experience): ~120k
These batteries don't get lighter as they fly though do they?

Technically they do - the battery of a Chevy Volt loses half a microgram from full to empty :)

https://physics.stackexchange.com/a/34424/6210
Hi Bill,

Yes -- Saito is the first "transient blockchain" and everything will technically fall off the network eventually unless someone acts to preserve it.

It is possible to maintain data on-chain, although in most cases the users sending transactions and the users receiving transactions will not want to pay for that and will prefer bear the burden of archiving them. There is no reason for the entire network to backup my email inbox, for instance. So "permanent storage" will only really be needed for tokens that represent monetary value.

We do have two ways to maintain data on-chain in perpetuity though:

1. applications can manually rebroadcast transactions whenever they near the end of the chain. This is dirt-cheap and helps preserve the security of the network for complicated reasons that you can read up about in our explanation of how Proof-of-Transactions / Proof-of-Relay works.

2. nodes creating new blocks are forced to rebroadcast transactions that meet consensus/code-level criteria qualifying for rebroadcasting (i.e. their "rebroadcast" flag is set and they have enough money to pay for it. We intend this as a fallback rather than the main mechanism -- it will be more expensive.

Generally though, shifting to a transient chain is important as it is one of the steps needed to "fix" the economics of existing consensus mechanisms. It allows us to price the cost of storing a transaction forever by dividing infinity up into manageable chunks during each of which storage costs are accurate and market-driven and fees are handed over to the nodes that are actually doing the work in that point at time.
Thanks much for your detailed reply. If I understand correctly, the way to do this is to:

1) Use PostgreSQL's built-in aggregate functions and/or Timescale API (time_bucket?) to feed rollup tables;

2) Delete the raw, non-aggregated data;

3) trigger these queries using cron according to need.

This would be totally OK for us (even if in-DB scheduling is indeed easier), and as you say, in some ways superior to Influx. I will test it out.

Do you have any tutorials or examples of using rollups in practice? Thanks!
Queen Lobbies for Charles to Head Commonwealth
We're animals who have to worry about surviving and passing our genes on in a variety of social settings.

Machines are the tools we make to aid the above.
is this just salary costs- rule of thumb is an employee costs 3x their salary. However working at the bleeding edge can increase this multiplier a lot as you need a lot lot more support (large clusters, large equipment costs etc)

I used to work at a world leading Rnd Organisation and they where trying to get the OH rate under 500%.
For Europeans, GNUCash supports HBCI / FinTS. I guess Canada falls between the cracks.
Create a army of fake users to influence people that way maybe?
I mostly agree, but if you want a distributed, reliable, scalable block store it is pretty easy to build one on FDB. Here is a super simple one that acts as an NBClient server that you can mount from Linux:

https://github.com/spullara/nbd

Remember to format it with something like XFS rather than Ext to avoid writing superblocks all over the place.
I am not in agreement- while I’m sure there are a few, there’s quite likely more people who believe themselves to be underpaid geniuses.

The overpaid genius, at the very least, has a preponderance of evidence that he understood all the math he’s using and has evidence he can innovate with it rather than regurgitating code (maybe that’s slightly too lenient)
No, not at all.

At the most basic level, knowing who works for what team, who is the team manager, who reports to who, etc can be a challenge. Having a single source of truth company directory is key. We had several HR systems and their data was not in sync and rarely correct.

Next, knowing who to talk to in an organization comes down to your ability to network. As a dev, you could ask your manager, who hopefully has a clue about the org structure, but a tool like this can directly link people based on role, skill set, or area of function.

At company social events, I'd interact and chat with people on other teams, sales, bizdev, marketing, and let them know what we (engineering) was working on, and those conversations would open up several opportunities for my teams.

It's easy to dismiss this as something like "facebook.internal" but if I understand this tool correctly, it's far far more valuable to an organization than a place to put up selfies.
_then SV should absolutely work with the Pentagon so that the US doesn't fall behind competitively._

Is this necessarily/automatic enough of a Good Thing as to be assumed as such by fiat?

This seems largely equivalent to "From a pure game theory perspective, everybody who could should work to advance nuclear missile design".
So what does that have to do with Somalia
I want to like Eshell, but it's hard to get past the fact that it has existed for almost 20 years and still doesn't support basic input redirection. Modern shells like Fish and Zsh are far more polished and convenient command-lines.
In response to privacy bs, kickstarter to protect it at home
I just recently started using tt-rss. I use the web version (with the feedly theme) occasionally but usually use it from newsboat. What mobile apps would you recommend?
Is that the actual current cost or an estimated one based on the cost of the electricity required?

Also hydrogen is much harder and costlier to transport and store (refueling is also not a walk in the park either) than jet fuel.

Cryogenic hydrogen is even more costly on all fronts.
My local Micro Center usually has them in stock, but there's a quantity price penalty if you buy more than one, and the more you buy, the greater the penalty.
Already playing with it but FoundationDB is used for production Petabyte scale deployments, and the whole deterministic simulation thing for testing is really reassuring as far as bugs/stability. I am guessing with Apple's resources that approach was taken to a whole new level after the acquisition?
I think this quote from the article alludes to an answer: “Somehow, the level of abstraction offered by a sophisticated type system lets you get much more ambitious in terms of the intellectual complexity of what you can deal with.”

When you have a notation well suited for using these advanced features, all of a sudden they become tractable to reason about. The languages in which AAA game engines are written have notations and semantics that are not well suited to these abstractions; and people continue to use them because they have reputations for efficiency and control that functional languages historically do not. But that’s changing with the advent of languages like Rust and ATS that bring more of the power of functional programming and advanced type system features to bear on low-level efficient code without the need for a GC. (I’m also working on such a language.)

What I’m getting at is that there are some things I do all the time in Haskell because it’s easy, which I don’t do in other languages becuase it’s hard. I know in principle how to get the same guarantees in other languages, but the expressiveness isn’t there: the encoding in the syntax & semantics of those languages is so unwieldy that I rarely bother.

Take for example something simple like algebraic data types and pattern matching. You can encode sum types with only product types (tuples/records) and functions using Boehm-Berarducci encoding, which in OOP languages is called the visitor pattern. But it takes so much more code that I often design things entirely differently to avoid it.

In Haskell I use higher-kinded polymorphism all the time—abstracting over type constructors. That’s possible to encode in C++ with template template parameters, but it’s incredibly unwieldy, produces awful error messages when you do it wrong, and can be invasive depending on what features you need to support. I use GADTs, existential types, and higher-rank polymorphism all the time, for example, passing generic functions as arguments to other functions. That’s possible to encode in OOP languages using interfaces with generic methods, but it can’t be done inline, requiring a couple of helper types and moving the “meat” of an implementation away from the actual method being defined; in Haskell I just add a “forall” with the scope I want.

So I don’t think it depends on the complexity of the program so much as the complexity of the encoding in your language of choice. It’s eminently possible to take advantage of these features in C++, Java, C#, &c. to enforce better program correctness and even gain better performance, but the “wizardry” required is not accessible to the majority of users. Whereas in Haskell, sooner or later just about everyone gains some experience with type-level programming that would be possible but prohibitively difficult to do in other languages, because Haskell was designed to support those abstractions—whether through built-in concepts, extensions, or clever combinations of orthogonal and expressive language features.
This is silly. Silicon Valley doesn't need to team up with the DoD to resolve insecurity, and, in fact, the DoD has very few capabilities to improve the security of Silicon Valley products.

Based on what we know, along with pretty straightforward logical extrapolations, it's pretty reasonable to assume that the offensive CS capabilities of the DoD are a specialized subset of what the industry already has. The people staffing offensive operations at NSA are generally working their first job out of college. What we've seen of the quality of their tooling after leaks suggests mediocre software engineering and, if there's an edge to be found at NSA over the best industry offensive teams, it's in router, firewall, and middlebox security --- a consequence of the fact that industry doesn't spend much time working on these targets.

I haven't seen any evidence to suggest that foreign adversaries outclass us on any of this. The most elaborate, technically sophisticated computer attacks in the last 20 years have all been carried out either by the US or by allies (in other words: largely by US defense contractors).

What is the case is that the median target --- in the US or anywhere else in the world --- is so poorly secured that none of this matters. We are still working in an era where you can send someone an email with a blue-underlined link in it, and if a receptionist clicks that link, their entire network is owned up.

Despite the indisputably grave state of the US's computer security --- let's be clear, of everyone's computer security, here and abroad --- the US is at little risk of "destruction". Our adversaries also have the ability to conduct kinetic attacks anywhere in the country. Every adversary of ours worth of that name could blow up a US power plant. They don't, because the cost of attribution to them is essentially infinite.

People in Silicon Valley aren't great about computer security, but they know at least as much about it as the DoD does, and nobody should pretend they can spook the industry with the specter of "cyber warfare".
This is wonderful news. I built a proof-of-concept realtime collaborative editor on top of foundationdb a few years ago, and was very disappointed when I couldn't use it in production. I'm really excited to use this in some projects I'm working on.

Quick question: I know there's a watch API, but is there any way to subscribe to a change feed from foundationdb? I'd like to consume the FDB event log to do external indexing & map-reduce work.
The difference this time is that blockchain companies are relatively easy to start outside of US, and other countries will gladly grab the market.

EU will allow kickstarter-style equity crowdfunding from July 21st this year, up to €1M (accessible to general public, not just "accredited investors"), and - depending on a state - equity crowdfunding up onto €8M with minimal paperwork.

Plus, there are simplified rules for handling security tokens in some of the countries. If memory serves me right, setting a crypto exchange dealing with security tokens in Germany costs ~40k€ in license fees, and ~400k€ in all legal expenses. If you have it in one EU state, you're allowed to transact in all of them, and all the rest of the world too (US excluded).

Worth noting also, that unlike webtech, in fintech you can build a feasible business while banning US. It hurts, but it's doable - especially when US startups cannot compete :)
People wore their oxygen masks wrong during the Southwest emergency landing
What if people get tricked into approving malicious accounts?

Who is gonna police that?

How are you gonna prevent anarchy?
I'm not sure it was intended to be read "Can't win? Don't try." An interesting corollary to that analogy is that some of the things humans built thousands of years ago are still standing... so it's possible some of our systems could also pass the test of time (they can be optimized more easily than a bridge).
I'm curious what you think is wrong with gn/ninja (besides the fact that it's non-standard). My problems building Chromium come mostly from other parts of depot_tools.
"Of course, unscrupulous firms like Cambridge Analytica are also able to access some users’ personal data by finding exploits in Facebook’s policies."

The "unscrupulous firms" did not find an exploit in Facebook's policies. Facebook designed those policies so that 3rd-party developers had access to user's data, and they knew it since the very beginning.
I’d say Facebook is peanuts compared to the MS Office suite.
You could say that for almost any job, but somehow you don't see the same hyperbolic whinging in all of those fields, do you? And your claim isn't even true. It's very similar to the kind of code discussion you might have on the job. "How would you solve this?" "What if I try X, Y, and Z?"
The problem with that heuristic is that nobody ever thinks he or she does not worth it.
> If you are able to pull off that kind of hashrate, you might as well just be a good player at that point, as you would be making $50,000 every 10 minutes at current prices.

You’re missing my point. If there is a pile of unused unprofitable hardware (because energy efficiency is too low given the mining rewards), then you can’t use it to make an honest profit. That means that it has very little value to honest miners and might be sold for a non-crazy amount of money. A dishonest buyer could use it to mount a 50% attack for a few million dollars of electricity, but I bet a dishonest miner planning such a thing could arrange to benefit in an amount far exceeding a few million dollars.

(I bet that the actual major cost would be the connections involved in acquiring the power, not the power itself. But there are many, many GW of working-but-idle non-base-load power plants in the world. You can’t buy their power at rates that make honest mining profitable, but short-term dishonest mining may be an entirely different story.)

Some people may attach considerable value to the destruction of bitcoin if nothing else.
Airlines pay much less for jet A than FBO prices, probably closer to $2/gal (https://www.eia.gov/dnav/pet/hist/eer_epjk_pf4_rgc_dpgD.htm).
But if users don’t stay engaged then how would they retain?

And if they don’t retain...how would it be useful to anyone when none of their friends are on it?
Partially spent nuclear fuel, which some call "waste", can be reprocessed. Moreover, the use of Thorium (LFTR) reactors allows partially spent uranium fuel to be fully used. Unfortunately, LFTR reactors were abandoned in the US because they don't produce plutonium, something the Department of Defense was keen to produce in quantity. For peaceful use -- like charging electric cars -- LFTRs are a much better option.
But can your AI learn to drop mules so it can capture some escaping ultras?

Better link: https://clips.twitch.tv/BusyDrabFennelRedCoat
Okay, but the immutable references sure make it hard to get rid of stuff once you've put it up there...

I much prefer the DAT protocol, which has mutability built into its assumptions about how people will use it.

I know you could do the same thing with an immutable protocol, but Scuttlebutt is a perfect example of why immutability shouldn't be the default. Try deleting something you put on there and maybe you'll see why. I couldn't figure out any obvious way to do this. I'd imagine that's because nobody has coded the "mutability feature" for deleting posts.

Mutability needs to be built in. You shouldn't have to reinvent the wheel (mutability) every time you need it.

Beaker Browser/DAT is a much more interesting decentralized experience in my opinion.
you can read 90+% of it (only specifically private messages are unreadable, and most of the systems are not built on those)
British Cyber Security Marcus Hitchins Case Delayed
There's a big spoken-word scene in most major metro areas.

Obviously related, among the dross, hiphop has some excellent writing.

Let's celebrate a return of poetry as performance, instead of a purely written form.
I see a parallel here with Square in its early days. They would do some finely polished internal projects like this, like beautiful information dashboards, and redesigned their website like every other month.

I don't want to be too cynical but it can function as a kind of elaborate PR and recruiting tool, as well as generally support the impression of the company being the Next Big Thing. As Square had to open up their finances and work on profitability, they got more focused on core product. I wonder if Stripe will follow.

I also wonder if there's something particular about payment processors.. maybe overcompensating? Is it part of the business model to kind of puff up a company around what should otherwise be a commodity-priced core service?