ushakov

19 ms·

241.
by ushakov 3y ago
Because these people are bad businessmen. There is not a single reason yet another uptime monitoring business needs to exist. They have no chance at succeeding the likes of Datadog, New Relic. Conclusion: promising builders being bad at s
242.
by ushakov 3y ago
That’s very rare though. Unless you’re Shopify, location doesn’t really matter
243.
by ushakov 3y ago
Their stack speaks for itself: Next.js, TailwindCSS, shadcn/ui, tinybird, turso, drizzle, clerk, Resend That’s for an app which sends a ping to a URL every x minutes…
244.
by ushakov 3y ago
Curious whether you considered any other frameworks?
245.
by ushakov 3y ago
The problem with Rails is that I don't know Ruby. It's a different ecosystem than the one I'm used to (Node). I'm also not aware whether Ruby comes with built-in type-safety, which is a requirement for me. Another requir
246.
by ushakov 3y ago
I've tried Remix and Astro, but I found it was too hard to even get started. SvelteKit looked interesting, but I didn't like the syntax. Nuxt with Tailwind has been my current go-to for last couple years, so seems like it might no
247.
by ushakov 3y ago
My last issue with Next was that when we were using SSR-mode with Server Components we couldn't change the env variables at runtime, unless the dev mode was enabled (otherwise it would just bundle them). We were deploying with Docker a
248.
by ushakov 3y ago
What are better options out there (for a Node developer) if you're not using Next.js? Going to rails isn't really an option I guess
249.
by ushakov 3y ago
Of course, but Lagon and Blueboat (from my memory) are the only ones which are multi-tenant, unlike Deno and open-source version of Cloudflare Workers
250.
by ushakov 3y ago
Workers will always outperform WASM-based alternatives, because Workers have JIT. No JIT = very slow JavaScript
251.
by ushakov 3y ago
It solves the problem of cold-starts, isolation/security and portability. Basically, WASM-based cloud offerings will be able to offer more performant, cheaper and scalable compute that works everywhere regardless of the underlying arch
252.
by ushakov 3y ago
There’s also Lagon, which solves that https://github.com/lagonapp/lagon
253.
by ushakov 3y ago
WinterJS doesn’t support any other runtimes other than wasmer though?
254.
by ushakov 3y ago
This comment reminds me of GatsbyJS. Same issues and we all know what happened…
255.
by ushakov 3y ago
Hetzner comes to mind…
256.
by ushakov 3y ago
Experience is subjective. People seem to be fine with what Fly offers already. If the high-level experience was a requirement, nobody would be using Fly today. And enterprise customers, who need multi-region already have a solution or seek
257.
by ushakov 3y ago
…or just use Zod?
258.
by ushakov 3y ago
You should check out tsoa, ts-rest, zodios and feTS
259.
by ushakov 3y ago
It’s not a mistake, it’s what the customer base wants. The problem with Koyeb is that their business is essentially a niche feature (multi-region). The main selling point of Fly and Cloudflare Workers is not that they’re multi-region, but t
260.
by ushakov 3y ago
In my opinion, they’re not, because OpenAI makes generalized tools, that lack specificity (still need prompting, splitting, etc.). I’d see it as AI as a Platform. The AI space will get hyper-competitive now with companies like Anthropic and
261.
by ushakov 3y ago
Can you share your blogpost?
262.
by ushakov 3y ago
What is “a good job” according to your definition? If it can save even 10% time, then the tool is worth the money. And by the way, they never promised anything > ReactAgent is an experimental autonomous agent
263.
by ushakov 3y ago
Do they actually need one? With replicated deployments you will want a globally replicated database as well. This makes operating your app n times expensive and time-consuming where n is the amount of locations
264.
by ushakov 3y ago
Why would I use this instead of Fly.io or AWS Global Accelerator?
265.
by ushakov 3y ago
There's actually a whole lot of them! Keploy comes to mind and Pixie (eBPF-based)
266.
by ushakov 3y ago
Sound similar to what WunderGraph is doing I'm wondering whether GPT-4 can be used for the same task? Only that instead of chatting you will provide a common schema for the integrations and let GPT-4 figure out how to make the requests
267.
by ushakov 3y ago
The problem with this type of tools is that they only produce specs based on infos they can get. The spec produced will be incomplete (missing paths, methods, response variants, statuses). For that you should use a framework like Fastify, N
268.
by ushakov 3y ago
Agreed! What would be more awesome though is if it could generate OpenAPI spec from existing HAR files
269.
by ushakov 3y ago
How is this different from what LangChain already offers with their OpenAPI chain? https://python.langchain.com/docs/use_cases/apis
270.
by ushakov 3y ago
We at Step CI have a similar tool, that acts as a proxy and can generate OpenAPI spec for the request/response pairs. (You can also use it to generate automated tests) If you're interested: mish@stepci.com

More ›