There are too much of both fear and optimism in what's is essentially a better compiler and google.

Eventually we will gravitate back to square one, and business people are not going to be writing COBOL or VISUAL BASIC or the long list of eventual languages (yes this now include natural ones, like English) that claim to be so easy that a manager would write it. And Googling/Prompting remain a skill that surprisingly few has truly mastered.

Of course all the venture capital believe that soon we'll be at AGI, but like the internet bubble of 2001 we can awkwardly stay at this stage for quite a long time.

Haven't used Windows in almost a decade, has it gotten that bad?

I can't log on to a windows computer if the cloud account don't exist? What if there's no internet?

It caches your credentials so you can still login offline. But you do need to be online when you're logging into your PC for the first time, post-install.

There are some unofficial hacks to bypass the online account requirement, but MS have been actively stamping these out. Now the current situation isn't like it's impossible to bypass this, mind you (as far as I'm aware there's at least a couple of workarounds), but normal users won't know/care and will end up just creating an online account.

If you have pro or enterprise you can still setup a local account. It is home edition that is the issue

> What if there's no internet?

Surely that is something only criminal would say.

It is local, the program use a sqlite db locally and does not talk to internet whatsoever.

In that it's not necessarily different than writing your todolist on a notebook - someone other than you could have got hold of that and read it - say if it's on a shared shelve.

I think GP isn’t complaining specifically about this program, but about others which may hang around and access this data. Notice that recall is specifically mentioned. I think the issue is more with the general lack of separation between applications’ data.

It does support YYYY/mm/dd which is the international standard.

Curious - in Europe, do you do dd/mm/YYYY or dd.mm.YYYY? The latter should be straightforward to support, but former would conflict with mm/dd/YYYY that's already included.

There is no such thing as “Europe” for these purposes, so it depends.

In France we do dd/mm/yyyy. Others do dots.

In india we dd/mm/yyyy too

For recurring tasks, the tool tracks the current interval and don't attempt to verify past intervals. Similar to past due single time tasks, they won't show unless you query specifically.

One of the reason is complexity, the other is that I'd rather have this tool be helpful whenever invoked, vs. forcing users to remember to update yet another tool.

The biggest difference is that tascli supports records natively - you can use it to just record stuff. This is one of the main reason why I created it - I didn’t just want tasks, but also when I have anything notable to jot down.

Other than that, I try to keep tascli as simple as possible so it can stay small and concise. Putting `tascli list task today` in zshrc is really nice to have a reminder everytime I open a new terminal tab.

Have your ISP never went down? Or did it went down in some night and you just never realized.

Anecdotally, as a result of the traits that made it hard to learn for humans, Rust is actually a great language for LLM.

Out of all languages I do development in the past few months: Go, Rust, Python, Typescript; Rust is the one that LLM has the least churn/problems in terms of producing correct and functional code given a problem of similar complexity.

I think this outside factor will eventually win more usage for Rust.

Yeah that's an interesting point, it feels like it should be even better than it is now (I might be ignorant of the quality of the best coding agents atm).

Like rust seems particularly well suited for an agent based workflow, in that in theory an agent with a task could keep `cargo check`-ing it's solutions, maybe pulling from docs.rs or source for imported modules, and get to a solution that works with some confidence (assuming the requirements were well defined/possible etc etc).

I've had a mixed bag of an experience trying this with various rust one off projects. It's definitely gotten me some prototype things working, but the evolving development of rust and crates in the ecosystem means there's always some patchwork to get things to actually compile. Anecdotally I've found that once I learned more about the problem/library/project I'll end up scrapping or rewriting a lot of the LLM code. It seems pretty hard to tailor/sandbox the context and workflow of an agent to the extent that's needed.

I think the Bun acquisition by Anthropic could shift things too. Wouldn't be surprised if the majority of code generated/requested by users of LLM's is JS/TS, and Anthropic potentially being able to push for agentic integration with the Bun runtime itself could be a huge boon for Bun, and maybe Zig (which Bun is written in) as a result? Like it'd be one thing for an agent to run cargo check, it'd be another for the agent to monitor garbage collection/memory use while code is running to diagnose potential problems/improvements devs might not even notice until later. I feel like I know a lot of devs who would never touch any of the langs in this article (thinking about memory? too scary!) and would love to continue writing JS code until they die lol

Does SaaS X/Cloud offer IAM capabilities? Or going further, do they dogfood their own access via the identity and access policies? If so, and you construct your own access policy, you have relative peace of mind.

If SaaS Y just says "Give me your data and it will be secure", that's where it gets suspect.