This is where Oracle has a upper hand in the materialised view department: a materialised view can be refreshed either manually or automatically, with both, incremental and full, refresh options being available.
Yeah, but then you're using Oracle.
Readit NewsDerArzt commented on Materialized views are obviously useful sophiebits.com/2025/08/22... · Posted by u/gz09
DerArzt commented on Zedless: Zed fork focused on privacy and being local-first github.com/zedless-editor... · Posted by u/homebrewer
I'm glad to see this. I'm happy to plan to pay for Zed - its not there yet but its well on its way - But I don't want essentially _any_ of the AI and telemetry features.
The fact of the matter is, I am not even using AI features much in my editor anymore. I've tried Copilot and friends over and over and it's just not _there_. It needs to be in a different location in the software development pipeline (Probably code reviews and RAG'ing up for documentation).
- I can kick out some money for a settings sync service. - I can kick out some money to essentially "subscribe" for maintenance.
I don't personally think that an editor is going to return the kinds of ROI VCs look for. So.... yeah. I might be back to Emacs in a year with IntelliJ for powerful IDE needs....
Just to echo the sentiment, I've had struggles trying to figure out how to use LLMs in my daily work.
I've landed on using it as part of my code review process before asking someone to review my PR. I get a lot of the nice things that LLMs can give me (a second set of eyes, a somewhat consistent reviewer) but without the downsides (no waiting on the agent to finish writing code that may not work, costs me personally nothing in time and effort as my Org pays for the LLM, when it hallucinates I can easily ignore it).
Yes. It can also be compiled to native. I just think it was held back too much by the java/jvm backwards compatibility but then again that's probably also the justification for its existence.
I definitely find it (and jetpack compose) make developing android apps a much better experience than it used to be.
What I like a lot about Kotlin are its well written documentation and the trailing lambdas feature. That is definitely directly OCaml inspired (though I also recently saw it in a newer language, the "use" feature in Gleam). But in Kotlin it looks nicer imo. Allows declarative code to look pretty much like json which makes it more beginner friendly than the use syntax.
But Kotlin doesn't really significantly stand out among Java, C#, Swift, Go, etc. And so it is kind of doomed to be a somewhat domain specific language imo.
I wouldn't say it's doomed. For projects in large organizations that have a large amount of java already, it provides better ergonomics while allowing interop with the existing company ecosystem.
DerArzt commented on AI is propping up the US economy bloodinthemachine.com/p/t... · Posted by u/mempko
R&D was required not only to create initial versions, but also to increase scale. If the money had not been there for all of that, how would the affordable versions exist today?
R&D was already a massive thing before trickle down economics came on the scene. In fact I would argue that since stock buy backs and trickle down economics became the operating model R&D went down. Mainly due to the fact that stock buy backs guaranteed stock growth where as R&D could be hit or miss.
DerArzt commented on Show HN: I built library management app for those who outgrew spreadsheets librari.io/... · Posted by u/hmkoyan
This looks like it's a website without an app, so a few questions for you:
1. How does the site perform on mobile? If it doesn't that's a non starter for a large audience segment.
2. What's the pricing? There are several free options out there for managing your book collection, so unless there's a fremium tier (which there's no concrete language about pricing on the pricing page around subscription cost or subscription tiers) less people will want to try this out.
3. Why should someone use a web based library management tool over one that's hosted locally (either as a phone app, or as a site local to your network)?
4. What problems does this solve that others have missed? I would love for that to be front and center on the landing page.
DerArzt commented on The Number go up rule: Why America refuses to fix anything thebignewsletter.com/p/th... · Posted by u/disgruntledphd2
As hard as it seems to be, moving to a state that's more in line with your values might be a good idea.
The problem with moving states is that there's a devil to pay when you loose your support network (family, friends, local coworkers). And the cost of moving isn't realistic for some.
> It is a bit more work
In the sense that building a cathedral is a bit more work than building a house.
Most indie games FAIL. You want them to spend a minimum of an extra 20-30% upfront just so some dude who either outright pirates or only buys stuff on deep discount can play it in 20 years?
Do most indie games do this though, or is it more of an issue for larger corp's?
Microservices are essential at any large company. Can you imagine if Facebook was still a PHP monolith? They'd need 5,000,000 instances to run the app.
> microservices are essential at any large company
There in lies the rub, the majority of engineers don't work at companies that need the kind of scale that Facebook has.
The majority of us work at smaller shops that can get by fine without all the overhead that microservices introduce. The problem that I see is that there are to many folks not weighing the pros and cons of the architectural decisions they are making, and are just joining the cargo cult.
DerArzt commented on SpaceTraders: A multiplayer game built on a free web API spacetraders.io/... · Posted by u/akpa1
It’s supported by donations (via Patreon).
Cool, good to know.
DerArzt commented on SpaceTraders: A multiplayer game built on a free web API spacetraders.io/... · Posted by u/akpa1
This looks interesting, but the main question I have is how is this funded?