But then I realized I only know Pirelli because of that sponsorship.
Now I have never bought a tyre in my entire life and I couldn't care less about tyres but as far as brand recognition is considered that investment has worked.
5,887 karma · joined July 5, 2010
[ my public key: https://keybase.io/emilsedgh; my proof: https://keybase.io/emilsedgh/sigs/o8NMyYnVffMkRTHjiNnCtvSnswvOxnD9ykbt7GI3rKU ]
hnchat.com:AQAD4YPRs8sNjUSoCZy8
But then I realized I only know Pirelli because of that sponsorship.
Now I have never bought a tyre in my entire life and I couldn't care less about tyres but as far as brand recognition is considered that investment has worked.
There's absolutely no story. Zilch. Nil. Why is this movie praised?
If you want to send big money from an account to another, or from a country to another, Bitcoin is really cheap, secure and anonymized.
But it seems that some people thought it fixes the "i want to get rich fast" problem, and was bloated as a result. It was never meant for that problem.
I very much prefer to work in a codebase of poorly written loops and variable assignments rather than one with poor abstractions.
Poor abstractions can harm way, way more than spaghetti code. Their harm usually spreads out through system.
Imagine this:
* 1 single poorly written function which takes a number of inputs and has an output, but internally it's long and messy.
* A bunch of abstracted entities, which interact throughout the system, but are poorly designed.
The complexity of 1 is isolated to the implementation. There's a nice encapsulation. Removing/Rewriting is easy.
But 2 becomes a complete mess which is not isolated. You'd have to skin it layer by layer. Thats way more scary to me.
As far as I'm concerned, as of right now Deno is _not_ better that node due to reasons above. It has the potential to be, and I wish the authors massive success and root for them. But I'm not gonna start a project on Deno due to lack of a proper ecosystem yet.
I absolutely loved and adored bitcoin as a technology from a technical perspective and all the ways it could change things for better. But what it had become is an abomination.
Also, “engineers hacking on finance” would've been very noble 20 years ago in a world where engineer/hacker was reminiscent of free software, mozilla, gnu, linux, wikipedia, etc.
That is not a side point though. It's a major, major difference.
Saying KHTML wasn't viable/acceptable experience is more misleading to be honest.
As an Iranian, United States politics have brought so much misery upon my country, I feel like we should get a vote in U.S elections at this point. Or I don't know like half a vote. Or 1/10 of a vote. I don't know somehow let us be heard our country which once was on the path of reforms and whatnot is being crushed under the weight of senseless sanctions!
Disclaimer: Current U.S. resident, rant over!
https://news.ycombinator.com/item?id=31356546
Which may be interesting since the Heroku conversation is hot right now.
Had they become more competitive in terms of pricing, a large, large chunk of companies would've used them rather than moving to solutions like Kube, etc, or a bunch of Heroku clones which are now taking off as it's being considered a "Sinking Ship".
Just see this:
https://blog.porter.run/why-companies-move-off-heroku/
The reasons they are suggesting [that companies leave Heroku for] (besides the costs) are a bunch of non-reasons and small nuisances. The main reason is the cost, and the cost issue will become bigger and bigger of an issue as competing solutions get cheaper and cheaper, until Heroku is completely sunk and abandoned.
We are still using Heroku and I really hope they would fix the pricing before we bite the bullet and just spend a couple of weeks moving to a cheaper alternative. There's no vendor lock in on 12 Factor Apps you see.
At this point it's more like doublespeak.
Im amazed these aren't common here.
If OKR A reaches B, we'd be valued at C, which would mean my stock option would be worth D.
That's what everyone was, is, and will be thinking.
When I saw there is a directory structure, for a second I thought it might be the source code to these games and I thought I can finally take a look at Dota's source.
It is close to Fargate. But on Fargate there's still a lot you have to manually control, like when to spawn up new instances, etc.
Cloud Run has this extremely simply concurrency model: You tell how many requests your app can handle concurrently and how many instances are allowed to run any given time.
* Do you mean that you could write a regular Flask/PHP app and it will automatically make it serverless? What about long running tasks that gets triggered by http? *
It's Docker based. So it doesn't really care. It just spawns up your docker file and expects your app to listen on $PORT.
I honestly think we've become too entitled.
I write a conventional 12 factor app, with no vendor-specific code which could be executed on my local machine for development, Heroku, or anywhere else, and hand it over to Google Cloud Run. It's really an amazing service.
I had a few wishes on their service (eg integration with Papertrail, an easy way to run background workers, etc) but overall the whole thing is the best of all worlds:
* No vendor lock in due to platform specific code
* Easy local development
* Serverless scalability and pricing
Are there particular reasons why people go through so many hoops to use Lambda when such superior experience exists?