This is so sad. It’s a great project. Needs to be forked and maintained. If anyone forks please email me I’ll contribute.
OpenTofu is already the de facto fork.
Readit Newsrubenvanwyk commented on The future of Terraform CDK github.com/hashicorp/terr... · Posted by u/mfornasa
rubenvanwyk commented on Factor 0.101 now available re.factorcode.org/2025/12... · Posted by u/birdculture
Never heard of Factor but quite intriguing!
Reading all of these takes stating WFH leads to poor productivity simply doesn’t make sense to me.
If your employees cannot be trusted to fulfil their responsibilities (whether in an office, their home or a tent in a woodland) that is not a geographical issue. It is a mentality issue and you are always going to face productivity issue from that employee regardless of from where they work.
I’ve been told time and time again by an array of managers in a bunch of departments and companies that my productivity never changes. That is regardless of whether I am travelling or at home. This is including being in Sri Lanka during their worst economical crisis and facing power cuts of 8 - 12 hours everyday. As a responsible adult I prepared in advance. I bought power banks which could charge my laptop and ensured they were charged when the power worked. I bought SIM cards for all mobile networks and ensured I had data. It really is simply a matter of taking responsibility of one’s situation and having a sense of respect for, and from, your employer/employee.
Forcing people into working conditions in which they are uncomfortable is only going to harbour resentment towards the company and if you are in a country where workers actually have real rights you will have a hard time firing them.
I fear that this is all simply a smokescreen for the authoritarian shift which has occurred throughout the globe. It started pre pandemic and was exasperated during it. Scary times lay ahead.
The core issue is like you said - responsibility.
rubenvanwyk commented on The Origins of Scala (2009) artima.com/articles/the-o... · Posted by u/todsacerdoti
Wanted to get into enterprise-level back-end development in 2025 and was really drawn to Scala, but ultimately learning C# or Kotlin seemed way more practical.
rubenvanwyk commented on 28M Hacker News comments as vector embedding search dataset clickhouse.com/docs/getti... · Posted by u/walterbell
I've been embedding all HN comments since 2023 from BigQuery and hosting at https://hn.fiodorov.es
Source is at https://github.com/afiodorov/hn-search
Very cool, well done!
rubenvanwyk commented on Pocketbase – open-source realtime back end in 1 file pocketbase.io/... · Posted by u/modinfo
Trailbase is the same concept, but written in Rust instead of Go.
rubenvanwyk commented on Penpot: The Open-Source Figma github.com/penpot/penpot... · Posted by u/selvan
With the integration of AI, people are using Figma for more than just design.
A recent use-case that a friend was gushing about:
- Input notes, data into Figma and ask its AI to summarize it into presentation worthy slides with built-in games to keep meeting members engaged, and host them to a website.
What? That’s crazy.
rubenvanwyk commented on Penpot: The Open-Source Figma github.com/penpot/penpot... · Posted by u/selvan
Lunacy is amazing for me. Very fast and intuitive.
Tried Penpot, it was laggy and non usable.
I found out about Lunacy because it uses AvaloniaUI; have been a fan of it so far.
rubenvanwyk commented on Gemini CLI tips and tricks for agentic coding github.com/addyosmani/gem... · Posted by u/ayoisaiah
I really wish there were a de facto state-of-the-art coding agent that is LLM-agnostic, so that LLM providers wouldn't bother reinventing their own wheels like Codex and Gemini-CLI. They should be pluggable providers, not independent programs. In this way, the CLI would focus on refining the agentic logic and would grow faster than ever before.
Currently Claude Code is the best, but I don't think Anthropic would pivot it into what I described. Maybe we still need to wait for the next groundbreaking open-source coding agent to come out.
Goose?
I managed a product where a team of 6–8 people handles 200+ microservices. I've also managed other teams at the same time on another product where 80+ people managed a monolith.
What i learned? Both approaches have pros and cons.
With microservices, it's much easier to push isolated changes with just one or two people. At the same time, global changes become significantly harder.
That's the trade-off, and your mental model needs to align with your business logic. If your software solves a tightly connected business problem, microservices probably aren't the right fit.
On the other hand, if you have a multitude of integrations with different lifecycles but a stable internal protocol, microservices can be a lifesaver.
If someone tries to tell you one approach is universally better, they're being dogmatic/religious rather than rational.
Ultimately, it's not about architecture, it's about how you build abstractions and approach testing and decoupling.