skysight-inc/HackerNews huggingface dataset:
> And how would the users do that? Do you imagine all the users getting together and taking a vote?

Yes.

It's more likely people will follow the rules in the software client they prefer. Therefore, the developers of those clients have a significant voice in determining where people will chose to transact. If mining power decreases, this means it's easier for every person to mine on their own hardware, and incentivizes the redistribution of mining. This may happen in cycles.

There will always be a culture of users who will only transact on a currency which cannot be inflated and does not incur demurrage fees. Given gresham's law, this chain will always retain value better (good money) verses whatever bad rules the dishonest miners are attempting. People will flock to the good money.

> Do you really think the miners would "attack" the chain? Isn't this just playing with words? The realistic scenario is that the miners will enforce their own rules. Whether this is an "attack" or not is pure sophistry.

They already are doing. Every fork of Bitcoin is an attempt to attack the network, because it is driven by the miner's ego in that he knows what is best. Miners can do what they want with their own client, but if they want to mine a valuable coin which has highly liquid markets to sell into, then they would be naive to go off and try to change the rules alone.

The egomaniacs all left Bitcoin and are now competing for who gets to decide the rules of BCash. This mentality is not compatible with Bitcoin. To understand Bitcoin, you need to drop the ego. Your opinion means nothing in Bitcoin. The opinion of the majority of participants means everything. Nobody gets to decide. The market decides organically.

> BTC's success is a function of its hashing power, not the other way around.

I think you have it backwards. The mining economy emerged out of Bitcoin having value. The incentive to profit is what drives miners and nothing else. Meanwhile, what drives users is the fundamental principles that nobody can decide the rules. If a small group of miners can decide the rules, the users would not be interested, the coin would lose value, and the miners would no longer profit.

BTC would be successful if it were still running on the CPUs of hackers. It was already successful the moment it went from $0.00 to $0.01. It meant that it had value, which provided the mining incentive. Everything else is inevitable.
MongoDB Data Visualization
World's Electric-Car Visionary Isn't Musk. It's China's Wan Gang
I believe we are talking different scales, neither MemSQL nor SQL Server are designed for scale-out high-throughput mixed workloads for many practical definitions of "scale-out" and "high-throughput".

First, online insertion (parsing, processing, indexing, disk storage) of millions of records/second should be per node, basically saturating the ingress path of each node's 10/25-GbE interface, and scale-out additively. You'll need the aggregate insertion throughput of several nodes for many live sensor data sources, never mind trying to load several petabytes of historical data in a reasonable amount of time. Second, by implication, the workload is far too large for an in-memory database -- those online indexes you are dynamically constructing need to be on disk and distributed. Indexing several columns through disk storage at wire speed under these parameters is not something either MemSQL or SQL Server (or any database really) is designed to do, which was my point. Being in-memory often has few implications for query performance in well-designed parallel database kernels; on modern hardware, storage I/O is rarely the throughput bottleneck for mixed workloads if you are doing everything else optimally.

The core problem is that online disk-backed secondary index construction in a distributed environment that can use the full bandwidth of the switch fabric isn't feasible. A modern storage engine and scheduler will get you the raw throughput in most cases but that is a separate question from how do you support low-latency queries at the same time. Like I alluded to with time-series databases, the way you avoid the low throughput of index construction is by not constructing indexes -- other, sometimes exotic, selectivity mechanism exist that have orders of magnitude lower construction cost than a classic index while providing relatively efficient search. Even if those search mechanisms are slightly less selective than a traditional index, you make up for it with the intrinsically higher throughput of those mechanisms.

re: time-series, I don't doubt that you can do sub-second queries on a time-series table with a trillion rows -- I've done it with tens of trillions of rows in a single table. Time-series is one of the easiest data models to scale if you have a modicum of cleverness. The challenge is ensuring this query performance while inserting tens of millions of records per second into the index at the same time and/or you need to index more dimensions than a timestamp.
spot 1 on front page https://news.ycombinator.com/item?id=18088099
I tried this at one company. I have never gone back. It's terrible advice? You can only reconcile this as a matter of experience.
You'll still want them to be able to stack at least two units high or they will not be eligible for 90% of rail transit. Also having more than one container standard will create a different set of logistics problems for storage, repositioning, and allocation / return of empties.
Musk wasn't a founding member of Tesla. In fact, not all of the founders of Tesla were big fans of Musk's hire.

Your point is valid though, and I do think someone could go in there and take over his job effectively. That doesn't mean there won't be a period of relative instability while that transition takes place.
This is great. What the Tompkins did was very controversial at the time (rich white couple from the U.S. buying up a ton of Chilean land) but I'm hopeful that over time, Chileans will come to appreciate the park and the opportunity to preserve and enjoy it.

When Denali National Park was first created, most Alaskan locals hated the idea. Today it is quite popular in the state and Alaskans are generally proud of it.
All pricing is either per-use or per-capacity. Interconnects are by capacity, so billing per use is just a billing type mismatch between the companies and their customers. This is going back to aligning them.

It's only "free" because you as the customer already pay the infrastructure costs and the per-use pricing was all profit in the first place.
There's real readability and clarity to positioning an anonymous function right at the point in the code that it will be used.

When you name and define a function some other place and use it elsewhere, you have increased the overall complexity. What is this named function? Where is it used? Is it accessed by other bits of code? Should it be? All these questions come up when you see a named function. It is in fact less readable and requires more code to define a named function elsewhere and then call it. Inline terse anonymous functions are more straightforward, self explanatory and simple.

It is often the case that you know an anonymous function will only ever be used once, in this particular bit of code so it is much more clean, readable and understandable if the anonymous function lives right there.

Especially valuable in reducing the complexity of async programming.

It's hard to make a strong case just in words, but once you really understand the power of the fat arrow syntax for anonymous inline functions then you use it more and more and it becomes second nature and the programs you write have a completely different style, oriented towards neatly positioned inline anonymous functions everywhere that typically can be read and understood at a glance as you skip through the code.

There is simply no other way to write a function that absolutely cannot be called by some other bit of code. That's the problem with functions that are defined outside their usage context - you may know for sure that the function will only ever be called from this one point in your code, but if you have to declare it as a named function elsewhere then there is always the possibility that in the future someone will come along and make use of that function - it is more complex in the immediate term and leaves open the door for increasingly code complexity in the longer term. Terse inline anonymous functions such as the fat arrow syntax solve this perfectly. They are so clear and easy to understand that it's actually rather beautiful.

This is how terse you can make a JavaScript fat arrow function:

x => x

It is a function that take a param of x and returns x. A more useful example might be:

message => console.log('new message: ', message)

My primary languages are Python and JavaScript .... and coming first and primarily from Python, I know that the Python community feels it has a monopoly on readability. But having gained a fair amount of experience in JavaScript too, I can now say that things like inline anonymous functions and the extremely terse fat arrow syntax greatly increase readability even further. If Python had both then it would be even more readable, terse and powerful. Add destructuring on top of that and programming in Python would be almost a new experience.
Yes! This caused one of the trickier bugs I've had (the functions were supposed to be almost the same anyway, but ended up identical). I thought of it immediately when reading this article.
If miners attempted to hard-fork in inflation, do you think users would follow their chain?

It was already attempted on the first halving from 50BTC to 25BTC. Guess which one won?

Miners don't make the rules. They enforce them. The network of economic users decide the rules that they are willing to validate in their software client.
This is true. There are tslint checks that will disallow truthiness in conditionals, and disallow many types of type coercion.
First, I'm sure mere inertia plays a role, but there are practical reasons as well if you're writing more than trivial SQL queries.

In most other languages you can read the statements fairly linearly, one statement leads to the next, and to the next, etc. At least within functions/methods and then you usually have indentation to help with understanding boundaries. Each "logical line" may be spread out over one or even several on-screen lines, but it's fairly easy to see the whole logical line and understand it at a glance.

Not always so with SQL.

If I get a complex SQL query to analyze, the first thing I do is not look for the SELECT clause (I'll usually have some sense of that before I start), but rather the FROM clause including it's JOINs and such. When keywords are uppercase, scanning the page for where in the statement to start my reading is much easier. Next I want the WHERE clause and its predicates... and finally I want to see what's being selected. So I'm not reading things nearly as linearly to understand a single logical statement like I would to understand say, a well written function. Also, single queries can be very long, so being able to jump around them where there are not going to necessarily be other cues can be important.

I could be wrong, but the density of user defined names (schemas, tables, columns, etc) also is higher than in other languages, so having the keywords in uppercase makes those more spread-out statement boundaries and fewer numbers of keywords in uppercase again helps me scan the statements for those major parts as I need them.

If you're writing single table queries, no sub-queries, maybe a dozen of columns or so, and only a relatively small number of WHERE clause predicates, then it might not matter much. For better or worse, that's not the world I usually find myself in :-)
Parents and college buddies, mostly. I've never seen anyone who wasn't personally connected to the founders or VCs be allowed to invest if they weren't an accredited investor because it's simply not worth the hassle to the company.
Why are HN so keen on defending drones? Serious question. Is there any altruistic reason or do hackers just like drones? What about privacy issues? Drones seem much more intrusive than the CCTVs people here normally are against.
> Why do bad practices persist for so long?

Define "bad". Appendicitis patients invariably survive surgery and go on to live their normal, healthy lives. Until an objectively better solution comes along, we have no reason to not go with what Just Works™. And that's why medicine dislikes change.
Yes, this is exactly what happened to me. The only exception is that the nurse told me if they don't find pill antibiotics strong enough then I'd require daily intervenous antibiotics. However, I was glad they did find some.
This Millipede-Like Soft Robot Could One Day Deliver Drugs Inside Your Body
As a consumer, why would I choose Bitcoin when it gives me less protection than Visa/MC?
of course I don't have any real data, but I'd bet a lot that most of the internet's non-automated (i.e. human) web traffic is to big publications and organizations. The "private web" is kind of dead. (Let's assume a generous 20% usage, which is still kinda dead).

So your web traffic might be to personal websites (mine is, too) - but we're a minority I guess.

So while the goal is laudable, even a 100% change would probably be a result of 20-30% of the web, I guess even less.
The article also points out iPad 2018 being faster than iPhone 7/8/X. This is odd.

The article states that iPad 2018 uses A10X, but it actually use the A10.

Is there a mix up with one of the iPad Pros? I can see an A10X (which has more GPU cores) beating the other iPads.
Original Binoculars Nikula 10-30x25 Zoom Monochrome
I didn't realize that was legal.
Europe must be a super scary.
The New Lego Creator Expert Vestas Wind Turbine
I didn't realize that was legal.
Europe must be a super scary place.
If he's banned from leading Tesla, perhaps he'll start mucking SpaceX up with his newly available attention.
He definitely lost it. And it's going to cost him. This is an open and shut case against Musk. He definitely sent out that tweet. Yes, maybe just not enough sleep and too many drugs. Not a good excuse.

Tesla might do better with a new CEO. They're past the vision stage. Tesla's problems today are all those of running a big auto plant.

Musk might do better focusing on Space-X.
Visualizing the James-Stein Estimator: Stein’s Paradox
This would be a great way for smaller companies to compete on bandwidth pricing. Seems like Digital Ocean and Packet are taking advantage just fine.
Same story with the "terrorism" threat since 9/11: slow creep of government power and decline of individual liberty. More surveillance, civil liberty intrusions, etc. Until the general public cares more about liberty (insert appropriate tirade about public schools), I expect this unfortunate trend to continue.
That's for frameworks and libraries though. This is for user-facing apps.
”meant to deceive investors”

That’s not necessarily true, and, I guess, what his lawyers will contest. I’m not a lawyer, but I guess that whether there was an intent to deceive can make a difference in sentencing, just as it is with murder vs voluntary manslaughter.
Big things usually are too big to fail until they fail.
> We always lived in that world, it's only extent of the checks that have changed.

Yes, that's what I do agree and that's basically what I meant.
For CLIs I end up doing something like:

async function main() {

}

main().catch(e => {
console.error(e);
process.exit(1);
});

Async/await is what I want, more than blocking, because frequently to make a CLI fast I need to do things in parallel. I'm often working against a network filesystem though, so doing as much FS stuff in parallel has a big payoff.
Netgear router injecting a cryptocurrency miner into webpages
Your point seemed to be that engineers are "a dime a dozen," yet I doubt any "dime-a-dozen" engineer or group of engineers could have accomplished what Tesla's or SpaceX's engineers have.

But let's answer a question you posed in your comment: Why couldn't all those engineers build a cost effective reusable rocket system before Musk came along? Or how about an electric car that could go 400 miles on a battery charge?

They could have, because obviously, they did. Their collective expertise is what made that possible. Elon Musk didn't just draw up all the plans and send it to them to make happen. Elon Musk, however, could never in a million years have done it alone.

So I didn't miss your point, I disregarded it. Those dime a dozen engineers are far more important than Elon.

> Nobody walks around thanking their skin cells for existing.

Well, skin cells are not human beings, so comparing human beings to skin cells is... disturbing at best.
Because it allows you to save money without it losing value in the long term. That is, bad government policy cannot reduce the value of your Bitcoin by printing more of it.
The cash in my bank account is still "cash".
yah, this needs a deeper analysis. hopefully some researcher reaches out to him to do real forensics.
SMOKE: Fine-Grained Lineage at Interactive Speed [pdf]
Milestone might be a better word then.
When your company is a tiny player, needing bailouts is largely irrelevant. Tesla didn't have anything like the risk and exposure which required the bailouts. Most of the major manufacturers didn't require bailouts either…

Your comments regarding being "made with love" doesn't square with all the other articles I've read recently regarding the poor fit and finish of new Teslas. They are having problems scaling up, and it looks like quality took a hit as a result.

Running a large scale industrial manufacturing operation means extensive delegation. Those "metric-focussed" executives actually have an important role to play at this scale. Product design and engineering happen well before scaling up for production. The production side is all about supply chains, efficient assembly and QA. No one should be changing the design at that point; however talented Musk might be as an engineer, I can't see him specifically having much to bring to the table for sorting out manufacturing issues. (I have worked doing QA in an industrial setting. ISO 9001, six-sigma and all the rest do start to have a point when you are working at scale and want to guarantee quality, throughput, efficiency, customer deadlines etc.) Tesla is bringing nothing new to the table on these fronts that I have seen.
I wrote an SQL formatter as part of a larger source-to-source compiler for a re-engineering tool many years ago and ended up with initial caps for SQL keywords. E.g.

Select * From sometable Where SomeColumn > 3

It doesn't SCREAM but provides some visual handle for spotting the keywords. It's particularly effective if the table and column names use a lowercase convention which many of systems we had to deal with did.
Musk does not do any engineering at all.
>Current Apple products are meticulously, exactingly designed and built, ...

I disagree. Look at the MBP keyboard issues, or the declining quality of OS X.

Under Jobs that shit wouldn't fly. Other roles aside, one of Jobs' most important functions was that of acting as a sanity check to ensure that the constiuent parts of any given product came together as a cohesive whole.
I also empathize with "I had ZERO knowledge about what programming is really like as a career". I decided I wanted to do it around 10 as a career (or "electronics") but I thought I would be making games in machine code for the Acorn Electron :-). My dream would have been to use a "compiler" ha ha.

I think the role of the programmer has changed maybe from a pioneer / highly technical research to mostly a tool for businesses. All my jobs since 2012 for example have required me to log time into some system an be called up when things take too long, and since 2011 being using 'agile' methodologies of some sort, which are processes trying to in my opinion make programming more like a production process.

I think my best be in hindsight would be to have done a PhD and then moved to the USA and worked for Google for a bit. Then i'd have the killer company on my CV plus the PhD and then can get some cushy jobs anywhere in the world. Not that it would have been easy to get into Google in the early days. But who can predict these things ... and if I could predict that well I'd just have hoarded Bitcoin or something.
> There are model airplane pilots, they have FAA regulations, they have a community that is very serious about education, training, mentor-peer relationships and self monitoring and reporting.

Right. And that community, the Academy of Model Aeronautics (AMA) is probably doomed if these new rules pass. A lot of their models can go faster than 100 MPH and higher than 400 feet. A lot of their fields are in controlled airspace where they won't be allowed to fly.
Part of being a visionary CEO is making choices that other people don't like, and sticking with them. As a janitor, you can suggest all you want, but unless you're on the Board, you can't force things through (unless you rely on backchannel bribery or coercion or other unsavory means).
I tried 3 times in short succession and got https://www.google.com/doodles every time
Oh yes, you're correct, and sometimes I go on a tangent and leave comments that aren't in the exact same context from when I first started thinking. :)
but will it run GTA5?
I'd like to think Shotwell et. al already have a pretty well established convention as to how much Musk is allowed to intervene directly in operation and decision-making.

He can pretend that he knows better than automotive engineers but I think his self-awareness is better calibrated when it comes to rocketry.
This is honestly a pretty neat idea. Don't get me wrong, it's sketchy as hell and I'm sure gets abused, but residential proxies... well played.
Can you elaborate further on this?

In the US we have many parks that have high tourists rates yet also have large and healthy animal populations.
And how would miners convince most exchanges and services accepting bitcoin to use their own Bitcoin implementation instead of Bitcoin Core? Because Bitcoin Core and compatible implementations would just discard invalid blocks and ban everyone who broadcasts them. And after segwit2x fiasco I don't think miners will even try.
>I hate it because of the damage it will do to Tesla

The day Tesla hires someone who can actually run a car company will be a good day for Tesla.
Crypto for everyone
Also gives you 224 physical CPU cores (448 logical cores).

Requires a 3-year reservation, and "the effective hourly rate for the All Upfront 3-Year Reservation for a u-12tb1.metal Dedicated Host in the US East (N. Virginia) Region is $30.539 per hour."

Works out to $267,512.88 per year, or $802,538.64 for the 3-year term. I wonder how that compares to building your own on-premise host with that much RAM (obviously, there's operational costs to consider as well).

Also, don't miss the last line: "We’re not stopping at 12 TiB, and are planning to launch instances with 18 TiB and 24 TiB of memory in 2019."
What’s a thought-bleach?
The day Elon Musk ceases being CEO of Tesla is when I'll buy TSLA. Until then, it's too much of a volatile shit show with his unpredictable behavior too closely resembling that of the 45th president of the United States.
Considering their very tiny size, I'm curious about three things... What sort of software/watchdog timer these mini rovers have set up for charging their batteries, the size and type of the batteries (in Wh, chemistry, etc), and how often they wake up and take photos and temperature measurements.

The size of the surface area exposed to the sun with high-efficiency PV cells is not very large, since they are so tiny. I'm assuming the cells are triple-junction GaAs for the greatest Wh per square cm per day.