CEO / Co-founder @zeropsio - a developer-first PaaS. 15+ years of experience with development, UX and stuff. Angular enjoyer.

Prague
Joined April 2009
How Americans see EU Tech.
18
81
24
1,177
66,360
Aleš retweeted
Most platforms stop you long before Kubernetes. No multiple processes, no system packages, no SSH into prod. Jan Skalla, in an interview with @FrancescoCiull4, explains what changes when the boundary sits somewhere else. youtu.be/4CYzBqWBt5g
2
1
9
3,300
Aleš retweeted
Your AI agent can write a task board in two minutes. Then you're stuck: no real database, no public URL. ZCP puts your agent inside a real Zerops project, real Postgres, real deploy, a real URL, and you see every file the whole time.
3
4
2
17
4,279
I built a multiplayer Figma -style mood- board and never touched a server 👇 Claude Code ran inside @zeropsio ZCP (an AI control-plane that lives in your project) and spun up everything: ✓ Postgres ✓ Valkey ✓ object storage ✓ a websocket server ✓ the Vue frontend ✓ a PNG-export worker Then deployed & tested it live. Two windows, live cursors, instant sync. No local setup, no secrets. Try it: webstage-252e.prg1.zerops.ap… youtu.be/Bg6Bw2V9QAQ
11
1
4
34
4,086
Aleš retweeted
The DevRel team is expanding - yes, again! Welcome @aahiknsv!
3
1
1
32
13,664
Shoutout to the @zeropsio team for great support, proactive & always helpful. If you need a cloud that actually respects developers, with an awesome team behind it, give it a try. Great team you've put together @fxckdev_ and @jansaidl!
2
2
1
5
1,795
Yes, you can manage everything dynamically. I do it for my Agentic Engineering Platform (ai.bleeding.dev) and Zerops team is awesome and helpful! :)
1
4
65
Aleš retweeted
Thanks @tommerty for your kind words 💚
1
2
1
13
422
While working on @zeropsio, I'm finding that simplifying things works better for me more and more often. The only disadvantage is that in order to make things simpler, you first need to make them complex. I'm curious when I'll manage to skip that first step 🙂.
1
1
6
212
Aleš retweeted
LLM powered UI generation tools are amazing for people creating demos of LLM powered UI generation tools
23
42
2
1,163
60,979
I would really like to increase @SnyderTech funding of @analogjs -- I'm asking for other corporate sponsorships. Anyone else out there able to commit to 6 months, or 12 months? $200-$1000/month would be ideal! Let's give @brandontroberts more time and space to cook!
Replying to @SnyderTech
@SnyderTech will sponsor @brandontroberts and @analogjs with more funds matching other contributions, up to $3,000/month total. We’re at $1,000 currently. Any companies out there ready to step up?
5
1
14
2,616
Building on top of our partnership with @analogjs, we're excited to partner with @goetzrobin (and the spartan.ng team) to push forward another important part of the #angular ecosystem: libraries that provide accessible and unstyled primitives. Together we'll create Angular alternatives to the Next.js templates commonly found in popular open source software—templates that will get you from localhost through stage to production, covering infrastructure, backend, and frontend. 💪
🚀 Big news! #spartan has partnered with #zerops, bringing the power of a developer-first cloud platform to our #angular ecosystem. This means more resources for spartan, better tools for developers, and big things ahead. Full story below.
6
19
3,871
Interestingly, most people seem to agree on my other points. But saying out loud that serverless is tech debt did hit a nerve. Let me share my $0.02 on why Serverless is technical debt imo: - It's a nightmare to test features, debug issues and observe metrics. It's fine in the early days, but a nightmare as complexity grows. - Ballooning costs. Oh boy, does serverless infra become expensive beyond any budget forecast. The hidden costs spiral, and vendor lock in is real. - Cold start. Perhaps a technicality, but the latency to start a function makes it very annoying to test and debug stuff. I think I gained a few white hairs because of this. With this, I've only seen Serverless work well in 2 scenarios: 1. Small startup MVPs. 2. In production-level loads with huge infra/devops teams operating the complexity. For all companies in between, Serverless was tech debt that needed to be refactored away.
Replying to @SergioRocks
Serverless technical debt how so?
37
32
6
396
139,871
Web development will move to reactivity one amazing tool at a time. More #Angular devs should give #React a try. Angular is headed in a MUCH better direction than React is, imo, but that is partly because they are taking inspiration from other frameworks. The vast majority of garbage code in web apps is large components whose parts are tied together with imperative code. React gets the 2 most important things more right than any other framework: ## 1. Frictionless Component Creation Sections of code can be split into child components almost as easily as thinking about it: ## 2. Minimal, Declarative Derived State Synchronously derived state can be expressed as if JavaScript were a reactive language. ## Optimizing for Hello World These are amazing examples, but sharing state, scaling with complexity, and maintaining performance along the way are all painful in React. But React developers are aware of these pains because they see clear examples of how nice code can be. The contrast between painless simple code and painful complex code is very high. The simple code engrains a mindset for small, composable pieces of code, and for declarative derived state, which prepares them for the next level of reactivity. This is part of why React Query grew so quickly. It allowed React devs to code simple async state in the same style they had been coding simple sync state. It was easy for them to see the benefits. ## Trading for Scalable Reactivity But once the reactive mindset firmly sets in, devs are willing to trade off a tiny amount of syntactic sugar for MUCH greater flexibility, scalability and performance. Most of #SolidJS' biggest fans are React developers: Not quite as nice, is it? But developers who understand reactivity love it. This is how I see reactivity spreading up the layers of web applications. Rather than a completely novel, 100% reactive framework like CycleJS, I see developers adopting a single, simple, extremely convenient tool for each incremental layer of complexity. Developers fall in love with the "Hello World"-like demos, the reactive mindset seeps deeper into their brains, and then they get ambushed when the tool explodes in their faces at the next level of complexity. Then, someone creates the next great tool. This process is probably for the better. RxJS is more general than TanStack Query, but it is mediocre for HTTP requests, which is where the vast majority of asynchronous data comes from. Seems like more focus should have been given to it, doesn't it? And maybe it's currently more important overall to figure out this SSR stuff everyone seems to be struggling with. ## StateAdapt As for me, I like living somewhere in the middle. I do love promoting simple tools that nudge developers towards reactivity, like Angular Query. That's more appealing to me than the pure idealism of something like CycleJS, which, however good it is, is a hard sell for most developers who have to use a major framework. But I've found that StateAdapt is right in the sweet spot: reactive enough to be exciting (about 90%), and yet easy to adopt within existing frameworks.
3
3
3
41
19,502
We've recently added @qdrant_engine, a vector database, as a managed service on Zerops. @jansaidl shares our journey in implementing a high-availability setup in this detailed blog post dev.to/zeropsio/our-journey-…
3
13
1,163
Yes, our climate targets will fail because plans to meet them are mostly empty words. They are slightly slowing down the developments though, so still better than nothing. Of course we should keep on trying, and of course activists will keep on insisting the impossible is possible and then complain that no one is listening to them. The reason all this climate talk goes nowhere is that most climate activists misidentify the source of the problem. It's not a technological problem -- we have known how to avoid climate change since we've learned of it. The problem is that we have no system to convert this knowledge into collective action. The only global system that we have to aggregate information and coordinate actions to use resources are free market economies. And for those to work, we'd have had to put a price on carbon dioxide emissions. Which we did not. So for several decades now we have witnessed meetings and demonstrations and countless opinion pieces that amounted to very little. It is not hard to predict what is going to happen from here on because the default mode of humans is simply to keep on doing what they've been doing. This is why Carbon Capture and Storage and Carbon Dioxide Removal (eg BECCS) will become increasingly widespread -- because they'll allow nations too keep on doing what they're doing. I see in my mentions that some people insist I must be dumb for not understanding that CCS and CDR are costly, ineffective, and unlikely to scale. Well, yes, I am so dumb that I said this in a video two years ago. I am not saying it's a good solution. I'm simply saying it's how it will go because it's the closest we can manage to a market for carbon. And fossil fuel companies know this full well. And since that is very unlikely to keep global warming below 3 degrees, we'll end up doing stratospheric aerosol injections. Again, a stupid thing to do. I'm not saying we should do it. I am merely saying this is what I think will happen. Why? Because it's cheap and we know how to do it and the more we think about it, the more appealing it will look. If you want to know what I think we should do, well, I've said this before. Expand solar, wind and most importantly nuclear, CCS on fossil fuel plants, upgrade the electric grids, and stop wasting money on nonsense, like for example those COP meetings... xitter.cf/erikengheim/status/173…
This quoted post is unavailable.
274
212
71
1,352
178,809
Aleš retweeted
This is perhaps the biggest secret to the productivity and viability of our two-person teams at 37signals. All our web designers work directly with the native materials of HTML, CSS, and usually even a fair bit of JavaScript and Ruby. Not in Figma. world.hey.com/dhh/design-for…
139
170
196
1,401
1,434,234
Replying to @kelseyhightower
We need to love and respect each other, and not judge and look down on other people because of things like blue checkmarks.❤️ Let's stop judging people and making others feel inferior because they want some benefits on Twitter. I don't judge people for LinkedIn Premium.🤷‍♀️
1
3
21
4,173
Aleš retweeted
First fully integrated Starship lifting off for the first time!
4,251
13,630
1,264
132,292
17,222,595
Standalone, Signals, Hydration, and more: We are currently witnessing the making of the 3rd generation of #Angular. Unlike the switch from AngularJs to Angular, it happens slowly, carefully, and keeping it backwards compatible. Exciting times to be an Angular developer🎉
3
32
2
198
32,689