amtamt

> There's also a worrying underlying assumption being made here that the answers your LLM will give you are accurate and trustworthy.

I first hand saw in, AWS devDays, an AI giving SIWINCH as "root-cause" of Apache error in a containerized process is in EKS for a backend FCGI process connection error. It has been extremely hard since that demo to trust any AI for system level debugging.

but one weighs half a million ton ¯\_(ツ)_/¯

Why Griffiths Waite website does not have netflix in "we have helped" customers list?

While this is a sound theoritical advice, the real world has changed a lot. Parents and elder siblings are not the only people kids interact with. For every parent mindful of dangers of unsupervised internet access, there are many parents who give unrestricted access to tiktok (and rest of the internet) because everyone other person does that, and then kids share.

Businesses don't care for the careful minority when they know such advices will be shared, silencing those who really care.

Even the feature name "parental control" is chosen to induce guilt in parents.

>> Kernighan's Law - Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.

Now question is..

is AI providing solutions smarter than the developer using it might have produced?

And perhaps more importantly, How much time it takes AI to write code and human to debug it, even if both are producing equally smart solutions.

Way back in 90's, when I arrived on an Indian Railway station about 10 minutes before the train's scheduled time, I was pleasantly surprised to find the train at the platform.

Only when I checked the passenger reservation list, I found this was train from yesterday, late by 23:50 hours.

(for the curious... No, I could not get my reserved birth and had to travel on unreserved ticket, but at least I reached destination on my planned time.)

Don't miss DNS-PERSIST-01 challenge introduction, a related change: https://letsencrypt.org/2025/12/02/from-90-to-45#making-auto...

It's not final yet, but interesting development.

> I wrote this because everyone is talking about Claude Code right now and it's all over my timeline.

Feels more like peer pressure induced post, than evaluating a tool critically for pros and cons.

> Claude Code has this effect where you KNOW it's good but can't quite say WHY.

Definitely gives the "vibe" of social media's infinite scroll induced dopamine rush.

Overall, this post just seems to be enforcing the idea that "fuzzy understanding of business domain will be enough to get a mature product using some AI, and the AI will somehow magically figure out most non-functional requirements and missing details of business domain". Thing is that figuring out "most non-functional requirements and missing details of business domain" is where most of the blood and sweat goes.

> have pretty-much mastered all areas and layers of the stack (infra and cloud, databases, backend, network, front-end and even a bit of mobile...)

Congratulations!! You could try consultancy, training others, writing books/ blogs.

Absolutely recommend k3s. Start with a single node and keep on scaling as customer base increases.

Isn't this long list applied to cloud hosted VMs as well?

Logical replication would be a good option, with temporarily extra hardware added.

I wish EU (or may be just a Swedish thing) also could have same kind of cancellation possible for post-paid phone/ internet, eye-glasses subscriptions.

I hope not. It was a semi-humorous take on someone worrying about a bottle of wine while another human fainted due to excessive heat.

I have no idea how long wine would be good in 30C+, I guess it would survive 1 hour.

I felt compelled to reply here, so this answer doesn't start a myth about Spaniards or French.

On Saturdays, Yes.

Given it was hot enough to faint someone at 4pm, wine would be waste already being in such temperature for more than an hour (systembolaget closes at 3pm)?

Probably not... but just a consolation...

> United States is so rare that a child would have to be outside unsupervised for, on average, 750,000 years before being snatched by a stranger.

Is this stat from 1980s or recent? If recent, what may be the likelihood that such stats are the outcome of parents' paranoia?

Two kids in 4 to 16 range, and two adults in 30 to 46 age ranges have been using Debian on daily basis for almost a decade now. At least three of them are pretty "average home user". There has been forced use of windows (since school and employers wanted), but for home use Debian has always been better due to less maintenance needs and no distractions.

> This is the approach I've taken with SQLite in production environments. Turn on WAL and the problem gets even easier to solve.

A few months back a better solution was provided by SQLite: sqlite3_rsync

https://www.sqlite.org/rsync.html

Try brainfuck...

Jokes aside... it's so trendy to bash bash that it's not funny anymore. Bash is still quite reliable for work that usually gets done in CI, and nearly maintenance free if used well.

Was any plan made/ proposed since Jan 20?

One would be surprised to find out how many humans live with foreign objects embedded in their body, for removal is riskier than the object left in body as it is.

Check out Infosys "global education center".

LICENSE 404, though Readme says MIT.

Should be repeatedly posted by some automation, every few months.

From the paper

> "The database contains data from January 1990 until May 2007. Of this time horizon, we analyze the time frame from January 1995 to December 2006. We omit data before 1995 because it is too sparse to be useful"

> "Large distributions like Debian are counted as one project. Popular projects such as GNU Emacs are counted as projects of their own, little known or obsolete packages such as the Zoo archive utility are ignored"

So even though methodology is "very specific", it seems very incomplete/ inaccurate/ selective. Even Linux kernel, as per their source, started in 2005 (https://openhub.net/p/linux).

Source: https://www.researchgate.net/publication/45813632_The_Total_...

vi: 1976 GNU Emacs : 1984 BIND: 1986

are (along with too many other projects) from way before Nov 1993, where "The Total Growth of Open Source" graph starts from 0.

Given the domain is well known and solution is in use already that can be used to model new solution, if I were in your shoe, I would have started with one dba, and a couple of oracle APEX developers. Oracle APEX, with a solid database in background, can get a lot of development done in a short time. In 2-3 months time, a review of development activity would have provided a decent idea if development should be taken inhouse or left in current state.

may be helpfully replying with bank user names and passwords/ OTPs from the data harvested from emails?

Are Radicle private repos safe in this respect? https://radicle.xyz/guides/protocol#private-repositories