Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mrkurt
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
83 ms
·
811.
▲
by
mrkurt
6y ago
Yes it's great! My deno projects are really simple directories, `deno run server.ts` is nice and tidy.
812.
▲
by
mrkurt
6y ago
That is a fair point. I don't think most people who use npms really pay much attention, though, and you're still just an npm update away from getting something unexpected (because really, who puts explicit versions in package.json
813.
▲
by
mrkurt
6y ago
Yes, lock files: https://deno.land/manual/linking_to_external_code/integrity_...
814.
▲
by
mrkurt
6y ago
They have ChakraCore (which is js), but the thing about a "TypeScript runtime" is it's not that different from a JS runtime. TypeScript is a super set of JavaScript so it already has to do the JS runtime work. v8 is pretty go
815.
▲
by
mrkurt
6y ago
It's just compiling TypeScript into JS when you import it, and uses tsc to do it. It can load JS just fine as well if you want to use Babel or similar.
816.
▲
by
mrkurt
6y ago
It's basically the same "exposure" as importing a random npm, but it has the benefit if being explicit when you do it. It's also exactly what the websites you visit do. ;)
817.
▲
by
mrkurt
6y ago
It depends what you mean by "superior". JavaScript (well v8) is far safer as a scripting runtime. And there are a ton of existing JS libs for solving problems. AND there's TypeScript, which is pretty great.
818.
▲
by
mrkurt
6y ago
Running physical servers from Packet has been amazing for us. They open sourced their provisioning stuff too: https://tinkerbell.org/
819.
▲
by
mrkurt
6y ago
We (fly.io) use GraphQL pretty extensively with server side clients. We have both a CLI and a Rails app that consume our API. It's pretty good if you need multiple client apps, even when those clients are server side.
820.
▲
by
mrkurt
6y ago
I feel like you have this a little backwards. Surely AWS has done the work to show the savings from their services vs rolling your own. It's a little silly to just assume proprietary AWS services are an overall cost savings and ask for
821.
▲
by
mrkurt
6y ago
Yeah I'm going to do all that because it's helpful to avoid AWS lock in, especially for a SaaS that wants to make any kind of margins. Companies do this all the time, and I don't think (for the most part) the proprietary AWS
822.
▲
by
mrkurt
6y ago
I feel like the harder part of that would be migrations on databases and application code deploys. CloudFormation to configure VPCs would probably work fine. If you're going to do that, though, you may as well do CloudFormation into cu
823.
▲
by
mrkurt
6y ago
They have managed services that are relatively easy to replace and managed services that are entirely proprietary. Many of them map to reasonable OSS tools. ALB/RDS/Fargate and even just ec2 + vpcs are super powerful, and replacin
824.
▲
by
mrkurt
6y ago
That's true to varying degrees. Sure you're locked in when you use ALB, but it's not too hard to replace that with HAProxy. Same with RDS to Postgres or Fargate to just running an app on your own server. In general, if you bu
825.
▲
by
mrkurt
7y ago
That's exactly what _systemic_ sexism and racism mean.
826.
▲
by
mrkurt
7y ago
This happened to me when we de-Amazoned, even from direct website purchases. Lots of them use Amazon for fulfillment even if they sell directly.
827.
▲
by
mrkurt
7y ago
Do one for fly.io! :D
828.
▲
by
mrkurt
7y ago
Hopefully YC has enough power to slap firms around if they try and slip a contingency on YC pro rata into a term sheet.
829.
▲
by
mrkurt
7y ago
I’m not sure why you’re fixated on price. Most interesting companies aren’t building commodities like toothpaste. Companies that have enough market power to crush smaller competitors tend to also drive the quality of products down. I’d pref
830.
▲
by
mrkurt
7y ago
Operating at a loss doesn’t mean they’re running at negative margins. It means they’re burning money to do sales or marketing or hire a bunch of devs to build faster than other companies.
831.
▲
by
mrkurt
7y ago
8,000 people is still pretty small. I don't disagree with you about capitalism being survival of the fittest, or that companies should die. I don't think the US is a capitalist country though. We're living with corporate soci
832.
▲
by
mrkurt
7y ago
What we're seeing is how agile a small, functional, and motivated group can be. Private enterprise as whole is every bit as f'd up as the government.
833.
▲
by
mrkurt
7y ago
For what? "Google for answers" isn't very helpful. It sounds like they're saying serological tests are valuable, but not viable for immediately testing a large population.
834.
▲
by
mrkurt
7y ago
dang has built up a ton of trust from yc founders, and hopefully from HN commenters. We love when he improves our HN posts.
835.
▲
by
mrkurt
7y ago
I would like to see that too. Hopefully we can keep working on fly.io and ultimately do all those things.
836.
▲
by
mrkurt
7y ago
At some level of popular, probably. I think we have a lot of time before we're big enough that they get excited, and I pretty firmly believe that a developer ux is compelling.
837.
▲
by
mrkurt
7y ago
Ah, I didn't make this obvious but that's a feature we're currently testing. We can enable ephemeral disks on apps, but it's not generally available. They're local SSDs, size is variable (still figuring that out). T
838.
▲
by
mrkurt
7y ago
Overlay is a nice feature, we had to give that up with Firecracker. We pre-optimize filesystems instead, tgz them, and then cache them in various regions. Boot times are _insanely_ good, which we like, although a lot of apps (especially nod
839.
▲
by
mrkurt
7y ago
Good call. We actually put up a blog post with some answers: https://fly.io/blog/fly-answers-questions/
840.
▲
by
mrkurt
7y ago
Yep! We've been experimenting with Vultr, their physical servers are only in 7 cities. I hope they expand.
More ›