skysight-inc/HackerNews huggingface dataset:
Yup, Star Trek is probably much more of a common ground these days than ancient Greek literature. Don't know if it's a good or a bad thing though.
Why “Uber for X” startups failed: The supply side is king
Criminal law.
Could you purchase one of those pre-paid debit cards?
Capital controls I presume is what’s meant
There are some good recommendations in here! Does anyone know of a way to check for, or enforce, these recommendations? The only CMake linters I could find seem to focus on whitespace and naming issues.
It will be interesting to see how this plays out once robots get more capable. If the people who planned the Iraq 2003 invasion had had robots available they may have just invaded more countries. Losing their own soldiers' lives is a strong incentive for politicians to limit military adventures. Once the cost to invade a country is only financial they may be tempted to be more aggressive.
I don't get the difference particularly... You have to open a tcp connection to talk to dynamodb, right?
Today, one of the biggest differentiations between UrbanFootprint and UrbanSim is that I'd call UrbanFootprint a "sketch analysis tool" whereas UrbanSim is, to the best of my understanding, an agent-based simulation tool. For a user, the key differentiator is that in UrbanFootprint you build scenarios with the actual future land use that you envision and we run analyses to provide insight on the relative impacts of those scenarios. So you might build out a few scenarios like “Business as Usual”, “Urban Infill”, and “Transit Oriented Development” and assess the cost/benefit of those different plans. In this use case you are literally “painting” land use onto a map (with the aid of lots of nice faceted filtering, geospatial joins, etc.). In the absolute simplest terms, I like to think of it as “you tell us what and where you want to build and we’ll tell you how that pencils out.”

Additionally, we aim to provide numerous high value datasets and analysis modules “out of the box” to lower the bar to entry for many planning tasks. For example, we provide users a normalized nationwide parcel-level land use “canvas” to create projects with. This means you can be up and running with parcel data for most cities in the United States in a few clicks!

And for the record, there is absolutely nothing on the technical side that precludes us from doing agent-based simulation -- we just haven’t focused on that yet. I’d personally like to build a feature which allows you to use simulation to produce scenarios as a starting point and then tweak them to your liking.

For MapCraft, I'm not up to speed on what it is now capable of. I am familiar with their cofounder’s previous work while at UC Berkeley. This is a good reminder for me to circle back on what MapCraft is up to - thanks! Also, if you’re a customer of theirs I’d love to hear how you think UrbanFootprint compares.

I'll have to leave questions about PECAS for someone else on my team as I don't personally have any knowledge/expertise on that one.
I do so with 3 kids on the bike on the road following vehicular cycling principles.
People who ask "why read the classics" might not want to spend their time on something just because an authority (who decided what the classics are, and what ulterior motives did they have?) said that's what they are, or because it's good in-group signaling. For these people, addressing their concerns and making clear that there's value in reading classics beyond the potential problems, is a necessity.
The piece that falls to Earth ends up wrapping faster and faster, this causes centrifugal force on the tip, increasing the tension in the ribbon. Often the ribbon breaks on its way down and some fragments go flying out of Earth's gravity well. I didn't expect this at all.

The space elevator would become a space whip. I wonder whether this has a use case, like getting hardened unmanned space probes to speeds required for interstellar missions, or just much faster missions to other planets in the solar system.
This one will get me into the most trouble. A lot of web application
people will jump on the “but RDBMS are what we know”
bandwagon.

It’s not about RDBMS. It’s about the connections. Serverless.
works best with services rather than connections.

Guess what a service call will use to do its RPC...? a connection. This advice makes no sense. Maybe you don't care about the response to your service? That's different from saying "don't use connections". (I doubt most serverless RPC calls are over UDP like protocol)
When writing differential equation solvers, a lot of cases are far too small for vectorization to help and lots of loops are required. Especially adaptive stochastic differential equation solvers which require using data structures (priority queues, stacks) directly in the middle of tight loops, and you have to control heap-allocations to keep it fast. I couldn't find a way how to do this in MATLAB or Python well (I mean, heap-allocated objects tend to ruin this) but Julia was a great fit.
Divisiveness is efficient for watch time, and watch time leads to ads
Life Aboard the Rocket Ship: An Interview with an Anonymous Engineer
> Functions have cold starts (when a function is started for the first time) and warm starts (it’s been started, and is ready to be executed from the warm pool). Cold starts are impacted by a number of things, but the size of the zip file (or however the code is uploaded) is a part of it. Also, the number of libraries that need to be instantiated.

I'm curious what size packages people are loading in lambdas currently. My largest lambda is a 4.7MB zip.

If anyone has some anecdotal info on runtime + package size I'm super curious to hear.

> So if you have to use an RDBMS, but put a service that handles connection pooling in the middle, maybe an auto scaling container of some description simply to handle that would be great.

Not sure I understand this. If I put another service in between me and the database don't I just end up having to open connections to that service?

I have an Aurora instance my lambda talks to, and it creates a new connection every time, and that's a bummer so I'm curious about how I could optimize that patch.
Saves overhead.

Crappy application-servers pump queries like nobodies business, so you need to shave every byte of them you can.
I believe all these would be for regular already working uses cases that people are trying to shoehorn blockchains onto.
140 chars is ideal MTU for shitposting. OC was also an example.

Getting that kind of payload from pt A to pt B sure sounds like a sewer to me.
Is Urdu a romance language? Or related closely to English ?
How does Aurora Serverless help with the issue of having to reconnect for every lambda? (I am unfamiliar with the Aurora Serverless offering)

Also, can you elaborate/ point me to info on 2?
What other use cases are you expecting at this stage of adoption, considering it has been derided by all "serious concerns" as a fad and all established financial institutions have blockaded it? You are parroting the same dismissive media tune made by the people with a vested interest in the status quo remaining the status quo. The bitcoin logo also looks cool.
> there's a difference between that which IS valuable, and that which has value because WE assign it value.

10% of the price of gold IS valuable, the other 90% is WE valuable. What does that say to you?

If you agree that bitcoin has at least 0.0001% IS valuable (for example for some collectors of digital artefacts), then where do you draw the line, what percentage of IS valuable do you require so that you would consider bitcoin having some INTRINSIC value as gold does?
From the docs: DynamoDB is a web service, and interactions with it are stateless. Applications do not need to maintain persistent network connections. Instead, interaction with DynamoDB occurs using HTTP(S) requests and responses.
Almost any lifestyle or diet change can be held for a few weeks. Most studies that show participants losing weight after a diet change don't hold up over longer periods (subjects are back to their old weight after a year).
>Maybe I'm just using it wrong. I wish Dynamo came close to its apparent potential.

Maybe, but you might also be using it for the wrong thing. Any business logic that requires table scans (which are perfectly fine on RDBMS), is going to suck in any document database. The way you win at Dynamo is by making sure that one user operation is as close to one Dynamo call as you can make it. If your workload can't be designed to suit that paradigm, then Dynamo will only bring you pain and suffering.

That said though, migrations are terrible in Dynamo. Altering a table will often involve creating a new one, backfilling it, and then cutting over. Which you have to implement your own logic for. Also, think the GSI limit is 5? In practice it's actually 4, because if you want to recreate a GSI, you need to create a new one, and then drop the old one, so you have to keep one spare to accomodate that process.
There's a reason we call currencies like the dollar fiat currencies, because they only have the value that we give them. Bitcoin is similarly valued. As for gold, Bitcoin is a currency, not a rock. Have you ever tried to buy a sandwich with gold? No, well no shit because it's not a currency and is useless as a means of exchange. Comparing Bitcoin to gold is silly.
> day-to-day money ... ... creating a scarce digital commodity

Why would you want day-to-day money to be scarce?

Is not one of the benefits of cash the knowledge that you can go to an ATM and withdraw way more than your day-to-day needs.
This is amazing. Thank you.

In your experience what’s the most convenient e-ink device for free ebooks? Ie Kindle is optimized for amazon so probably not the most convenient for this.
For the crypto itself, yes. These colleagues had specialized at university and studied afterwards. For the plumbing portions, it’s mostly excruciatingly detail oriented bit manipulation combined with standard windows kernel / core development. I also read a LOT of RFCs.
One could, if they wanted, open a new MySQL connection for every statement, which seems similar. One could do this asynchronously in the background too, simulating the eventually consistent nature as well.
I'm sure this works well in bright light but I'm sceptical that this can perform at all well on overcast days or at night. The OS-1 device spins at 10Hz and the LIDAR samples 2048 points over one 360 degree revolution. This means each column of pixels is sampled at 1/20480 of a second. To sample that fast requires a lot of light which is fine on a sunny day but on a cloudy day you can have 100 time less light. And at night you would have no ambient near infrared light at all.
No. Have you heard of 9/11?
I see here that original poster (OP) of the post tried to use many-to-one LSTMs instead of many-to-many LSTMs. I tell that first by looking at the charts. Then I saw the method named "predict_point_by_point" with the comment "Predict each timestep given the last sequence of true data, in effect only predicting 1 step ahead each time" in his code here: https://github.com/jaungiers/LSTM-Neural-Network-for-Time-Se...

I strongly think the system would be better to perform many predictions at once instead, using seq2seq neural networks. The problem is properly explained here at the beginning of this other post: https://github.com/LukeTonin/keras-seq-2-seq-signal-predicti...
This other post is, in turn, derived from my original project here doing seq2seq predictions with TensorFlow: https://github.com/guillaume-chevalier/seq2seq-signal-predic...

OP also forgot to cite the image I made: https://en.wikipedia.org/wiki/Long_short-term_memory#/media/...

Well, glad to see that some similar work as mine can get this much traction on HN. I would have loved to get this much traction when I did my post, too. Anyway, I would suggest OP to take a look at seq2seq, as it objectively performs better (and without the "laggy drift" visual effect observed as in OP's figure named "S&P500 multi-sequence prediction").

In other words, using many-to-one neural architectures creates some kind of feedback which doesn't happen with seq2seq which doesn't build on its own accumulated error. It has a decoder with different weights than the encoder, and can be deep (stacked).
Tax law too.
Well, talking to a RDBMS works a bit different than HTTP, both use TCP.
But you didn’t set up the business. Whatever business was behind the transaction either had or hired a transaction processor with a legal team experienced with international payments like Stripe or PayPal.

And in general, they are doing something that’s very difficult.
The Economist used to have more thoughtful and insightful articles. This article is about the quality you would find in a local general newspaper.
Avocado, cheese, salad, nuts
The number of users is not the problem, the lack of scaling to support them is the problem. Scaling sf would be easy - just approve housing development projects faster.
So I'm not up on the Lidar industry but $12k for a sensor seems really expensive, but then again from my casual observations Lidar is really expensive. Is there a physical / first principles reason this is true or is it just really new technology?
Have you ever tried to get real gold for your 'on paper' gold?
https://www.quora.com/What-are-the-growth-stages-of-a-progra...

Second phase of a developer:

2. The philosophizing abstracter

"This code works for now, but if I move this part into a factory, and create an interface for these methods, it'll also support all these future cases I can think of!"

They've read all the articles on how to structure code. There's a lot of patterns out there for object-oriented (or functional!) code. Their code has all sorts of useful interfaces, abstraction layers, factories, extension methods, data structures.

Things break down when the project needs to move in an unexpected direction and it turns out that implementing the change requires changing a lot of the codebase because there were a bit too many abstractions that ended up creating hidden dependencies across the code.
There's probably quite a few places that would take gold for a sandwich...assuming they knew what you were giving them was real gold. Gold is not as widespread in use as it once was for commerce, but it's still used.
Try telling someone you didn't bring your phone. Most people actually tend to get a bit anxious at the idea.
True.

Maybe DynamoDB works better with this model, because it is build up without the idea of maintaining connections?
You do realize that traditional computer vision doesn't work 100% of the time, right?

What would you rather use to interpret sensor data?
Yeah, I wonder if anyone has patented human teleportation...
Pedestrians don't have mirrors to see what's going in behind them. They don't typically stay to one side (especially when walking in groups), and they don't signal their intention to change direction. All of these make riding at higher speeds impracticable when among pedestrians. Not being able to ride at higher speeds makes (e-)bikes less useful from a transportation point of view.
This article disagrees with the factoid that it takes 6.5 kWh of electric power to refine a gallon of gas. It says it's a few tenths of a kWh of electric power.

https://www.cfr.org/blog/do-gasoline-based-cars-really-use-m...
Governments 'not on track' to cap temperatures at below 2 degrees: U.N
Using your Coinbase account means it didn't involve a private key belonging to you. We don't know if the ATM network and Coinbase transacted on the blockchain.

That's still an occurrence of Bitcoin being a transferable unit of value, though.

We're not yet on the canonical usage of Bitcoin (that would be you using a private key you're in control of), but we're getting there.
All national currencies, in the developed nations anyway, are already digital.

I can hold my Australian dollar as cash money, but I don’t need to.
In general, you want money to be scarce so that it does not devalue wildly. Money in Venezuela recently started lacking scarcity, to the detriment of those who tried to use it as money.

An interesting debate that I found recently on which is the better money, cryptocurrencies or gold-backed notes goes into this: https://youtu.be/q8R71WGO3qU
Not having to set up and maintain your own web/app/db-servers is quiet a nice thing to have, especially for small companies that don't have much money.
From a consumer perspective, BTC is something that came and went. Companies small and large got onboard, tried to actually use it as a currency, and then it all fell apart.

The reality is the stability provided by a centralized monetary system is what most people want above all else. The only way cryptocurrency ever really becomes a transactsble currency is if it provides the same (or greater) stability.

The cryptocurrency that will likely succeed is the one tied to a fiat currency and managed by a central authority. To not see that is to be pretty blind to the social reality of money.
It’s not about TCP per se. RDMS connections are usually highly stateful and resource consuming on the server end. That’s why they are usually pooled.
Sure. As I'm sure the 19 year old Afghan that tried to slaughter two of your countrymen in Amsterdam Central Station has too.

Afghanistan as a country had very little to do with 9/11. Nor did Iraq for that matter.
I always found the bias towards "beautiful physics" to be odd.

Yes, it's true, Maxwell's equations are simple and elegant and the Lagrangian of the standard model is, well, not. But that does not necessarily mean it's wrong! Nature's ugly sometimes...
No, it's not. Only 1642 people have Olin as their lastname.
Isn't There a Vaccine for MUMPS?
I agree. The real problem is they're trying to add generics to Go and make Go 2 backwards-compatible with Go 1. Doing both generates the complexity, just like with Java 5. Generics in a language are good, but Go will cross the line from simple to bloated as soon as these generics are added. To remain a simple language with generics, Go 2 would need to give up backwards compatibility with Go 1, something which the suits at Google would veto if any techies there actually tried it.
There is a python one, waf, https://en.m.wikipedia.org/wiki/Waf It is awesome but not very popular. I wish it was more popular. As a python and C++ developer the build files and up so much clearer than anything else. I write and use cmake files every day and I don't like it at all.
Conceptually I would say I'm a fan of these sorts of ideas (serverless, and queues in particular). Forcing you to look at the system as a chain of processes operating on data can really bring architectural problems into line.

However, 99% of the work that I've done involves users hitting buttons and us responding to them synchronously. In these scenarios, I simply can't figure out how queues (and chains of serverless functions as advocated by this blog) are supposed to work (if they are at all). There seem to be many ways to solve this when the queues are all flowing freely, but as soon as there's any sort of pressure on the system these things all look to fall down.

Looking at the amazon booking flow as an example -- it appears that they always show a "your order has been placed" page with a big green banner synchronously at the end of the cart flow. Some time later the user may then receive an email saying their payment method was declined. This certainly works, but a) it's horrible UX and b) it only works at the final stage of the process.

I see queues (and serverless) advocated as good architectural decisions, but every time they come up in a lecture/blog they're given in toy or data-sciency sort of examples. Is it possible to use these patterns in a sensible way where users are actually involved? (the blog mentions CQRS, but that seems... not a perfect solution)
> Using your Coinbase account means it didn't involve a private key belonging to you.

True.

> We don't know if the ATM network and Coinbase transacted on the blockchain.

The action on my part on Coinbase was basically transferring / sending BTC to an external BTC address. So the transaction was definitely on the blockchain. But yes, I see your point.

I was also carrying my Ledger wallet but to plug it into my laptop and then initializing the transfer while standing at the ATM was not possible. So yeah, still getting there.
Pretty level headed analysis.

I'm still highly skeptical of the applications of blockchain technologies, it seems to me that the costs and incentive structures are all kinds of wacky, but anyone who thinks that BTC is going to become a mass-adopted currency is just deluding themselves at this point.
Not necessarily. My expectation is that Skynet is highly unlikely, a side branch we probably won't take.

Think of the 1920s-1950s version of robots, for example. They were machines shaped like people and that acted like people. In retrospect, they seem not scary but silly. The human shape isn't particularly useful or easy to build; our most common robots are vacuums shaped like hockey pucks.

Skynet is another "what if machines acted like people" fairy tale. It makes sense if you imagine yourself as a computer that wakes up; we wake up all the time, so it seems normal to us. But self-awareness and self-preservation are biological systems that evolved over very long time scales. Those are intricate systems, again not really useful or easy to build. And also not likely to randomly occur.

It could be that we'll build those kinds of systems, of course. But I think it will take a long time to get them right, and then it's not really the skynet story, it's the mad scientist with the robot army story.
> The terminal input-handling might not work in your OS -- I gave up trying to find a nice cross-platform approach to that.

I wrote a terminal version of 2048 back in 2014 [1] and the input-handling works on all platforms I know of. You may want to look at the code: https://github.com/bfontaine/term2048/blob/master/term2048/k...

[1]: https://github.com/bfontaine/term2048
Don't actually need much for 8 days. Provide video games, pizza, and a relief tube. People do it all the time.
Some time ago I read they revamped the provisioning/boosting algorithms, to get around some of the issues.
For speculation? Probably. For use as a regular means of transacting? I'd be surprised.
Orbital rings would be a much better and more feasible option with our current technology, although I would love to see a space elevator in my lifetime as well. Check out the fantastic series called upward bound by Isaac Arthur who goes over the many options on leaving our planet:
Upward Bound: https://www.youtube.com/playlist?list=PLIIOUpOge0LsGJI_vni4x...
It's sort of an HN tradition that anyone with actual expertise related to, basically, a touchy subject who tries to give some push back on inaccurate information will get some kind of inappropriate remark that makes them out to be an apologist for bad behavior, one of the bad guys, or similar.

Thank you for serving your country. Thank you for lending your voice to this discussion.

Even though you can't downvote such comments (when they are a direct reply to you), you can flag them (if you have enough karma, like 50 pts iirc). That's probably the best thing to do as the HN guidelines indicate we shouldn't reply to bad comments, it just deepens the problem.
I've never tried, but here in Brazil, some banks already allow withdrawing cash from ATMs without the card, using just the fingerprint authentication. No need for internet banking or even the phone. The daily limit is low, but it can be useful in an emergency.