I agree with you but the main thing g here, IMO, is the friction with all the alternatives you mention in getting something working.

For example, I've never heard of Automator. I'm familiar with Zapier, I'll have to evaluate the two situations, then I'll find out that might need to find an alternative that runs on Linux and then I'll have to check if....

These are all simple steps but they all use a non-trivial amount of time for the problem their solving

The other thing is the

> is the friction with all the alternatives you mention in getting something working

Have you tried to run openclaw? Their own docker container (apparently a compose now (???)) doesn't work for half the versions and the docs are probably the least informative thing you'll ever read.

That's still just one thing. Once they jump that single hoop and get OpenClaw going, everything moving forward is a prompt away.

>I agree with you but the main thing g here, IMO, is the friction with all the alternatives you mention in getting something working.

I would venture a guess signing up for Zapier is easier than getting OpenClaw up and running. Who can get a container running on a Mac but can't sign up for a SaaS product?

It's not 1 SaaS product you're signing up for. It's dozens. And that's a job for the Claw.

> It's not 1 SaaS product you're signing up for. It's dozens.

How so?

Because not even Amazon or Google offers every service that the typical user wants. One has to maintain accounts at a variety of places for email, office, automation, etc, etc.

Just pay for the sync. I used to juggle with git, rsync, inotify etc and other tools

Its one of the few subscriptions where it actually feels like money well spent

I was using SyncThing, and it worked, but any time you have an Obsidian vault open on two devices, or shortly after another, you're always thinking about if you're going to have to clean up a bunch of sync conflict files later. And that mental overhead is not worth saving $4/mo.

The conflicts are never hard: it's like a git merge conflict where you just take the latest of every conflict block.

For me using SyncThing totally worth it, but I guess it's down to our income difference

I used multiple sync "solutions" (terrible idea, in retrospect); Dropsync, Syncthing, Drivesync, in addition to paying for Obsidian Sync, because I was delusional about "backing up my data". Huge mistake on my part, I've spent many, many, many hours deduplicating worthless "backups". Agree with "just pay for Obsidian Sync".

Mirrors my experience.

What tool can be used to resolve syncthing conflicts? I get a lot of.stversion files.

I try to selfhost most of my stuff I rely on. Immich, Vaultwarden, etc. I gave up on trying to selfhost sync solutions for Obsidian - Obsidian Sync is just so damn frictionless compared to all other solutions. Also, it feels good supporting the development of Obsidian.

If you don't have the experience you can't provide it with stylistic guidance, or idiomatic patterns or provide examples to direct it.

This leads to the idea that LLMs with existing languages can't really learn new idiomatic patterns.

For new engineers I think new paradigms will emerge that invalidate the need to know the current set of design patterns and idioms. Look at the resurgence of unit tests or the new interests in verification systems.

Package situation on anything that isn't Arch (and I think Fedora) is pretty rough. I installed it from source. It helps that it is a rust application and was up and running in no time

See my comment above (moved from i3wm) but my spec is

RTX 3090, Pop OS 24.04 (beta), 4K 43" Monitor,

Nvidia cards worked out the box with no problems

Moved onto Niri yesterday after having to reinstall my PopOS and it just clicked. Like i3wm did all those years ago.

I can focus for hours on end and spend zero mental energy on resizing a window. I had less of that with i3wm but you had to always readjust after a few windows were tiled to your workspace. That final bit of cognitive overload was removed with Niri.

EDIT: Spec: RTX 3090, Pop OS 24.04 (beta), 4K 43" Monitor,

Niri Installed from cargo build, super easy install, make sure you install xwayland-satellite so that you can run VS Code, Obsidian, Zoom, Blender and other strictly X11 applications

Harbor has its pain points but it is infinitely easier to get up and running compared to crufty Artifactory.

One glaring omission is lack of support for proxy docker.io without the project name i.e pulling nginx:latest instead of /myproject/nginx/nginx:latest

The workaround involves URL rewrite magic in your proxy of choice

I don't get it, what does this do?

On most projects you end up wiring up a bunch of custom logic to handle your config, which is often injected as environment variables - think loading from a secure source, validation logic, type safety, pre-commit git scanning, etc.

It's annoying to do it right, so people often take shortcuts - skip adding validation, send files over slack, don't add docs, etc...

The common pattern of using a .env.example file leads to constant syncing problems, and we often have many sources of truth about our config (.env.example, hand-written types, validation code, comments scattered throughout the codebase)

This tool lets you express additional schema info about the config your application needs via decorators in a .env file, and optionally set values, either directly if they are not sensitive, or via calls to an external service. This shouldn't be something we need to recreate when scaffolding out every new project. There should be a single source of truth - and it should work with any framework/language.

Is there any notable properties of this implementation, are some parts slower, faster etc

get work done, look younger and slice off the first 5 years of your experience because it is "not relevant". I look about 10-12 years younger so I am able to slip under the radar but it makes me wonder how my peers who look visibly their age fare? The job market is london, sector: Hedge funds, asset mangement tech etc.

Your application and resume will go through multiple systems and viewed and assessed by 3 to 5 people before anybody can even see your (presumably younger) face.

In the resume, you can remove your experience prior to certain date (which is recommended anyways as it makes your resume shorter and very few employers care what you did 15 years ago), but you do have to list your education and most ATS systems require graduation dates.

Even if you do manage to omit the dates, if you were senior developer or architect in the very the first position from 12 years ago that you have on your resume, the recruiter/hiring manager will be able to put 2 and 2 together.

All the advice I've heard from the career/job search/whatever coaches/advisors was to not try to hide your age but use it your advantage. Trying to hide your age doesn't just make you looking silly, it might create an impression that you're hiding something more serious.

But yeah, looking younger and healthier definitely doesn't hurt, not just in job search but in life in general.

Do you list the year you graduated on your CV?

I do, but if they're being ageist, it means less because I didn't finish my degree until I was 32 because I wasted the first 9 years of my adult life before starting college.