I love(d) to figure out hard code and write it, but I also loved the creative process of searching the solution space and deciding (and optimizing) what to build.

I do not in general like to review code that much, which, granted, has grown.

But I feel that for me, all the former (figure out hard code and write it) has mostly split into the other two (in lack of better word) "solution design" and reviewing.

And also I feel that the endless supply of crappy yolo code for personal project is thrilling. Professionally I watch some code like a hawk and some is yolo, based on a concrete per "job" risk assessment.

And for context, I have administered unixy systems and written software for pay since 1999.

Unless you have a "invite code", you can not do anything. There is a "join waitlist" link that just goes to the frontpage...

The language api is somewhat inconsistent due to legacy weaknesses and compatibility.

That said, I prefer old-style PHP (like it was written in version 5ish) instead of the new object orienteted/composer/micro-library stuff (that I consider the javascript virus).

Having moved away from PHP a decade ago, I recently had to update some old code (that I had written originally). And even with almost a decade of not using php, the experience was pleasurable enough.

As a senior the TLDR is: The PHP language itself is fine, the actual code base itself means more (and can either be fine or not), but in the end it is the work environment (do you like your coworkers, bosses and are the time constraints reasonable) that mean the most.

Regarding your CV, I would always prefer a candidate with production experiences in (at least) two different environments to a "one trick pony", so I have a hard time seeing that it could hurt you.

I chose them after a rather lengthy search.

Reasons for choosing them(pros)

- multiple "payment accounts" can share the same domain (securely), which was my primary reason for choosing them.

I.e. I cannot access my brother's mail in any way, even if we share the same domain, because he is his own admin.

- you can pay extra for more space (i.e. additional storage on a per gigabyte basis)

- extra "domains" and "aliases" for the mailboxes are possible and free (for a given number dependent on your subscription level)

- German company (i.e. EU company, which I care a lot about).

- They seem like an old-fashioned unix company that respect privacy, so my risk of being data harvested or used for ai training seems miniscule

- They seem to be financially stable and (if I remember correctly) around 40 employees which is a reasonable size

- They have a full online office suit (which I do not use)

Reasons not to (cons)

- you pay per mailbox, not per domain

- their business plans starts to expensive for my taste (so my business domain is at another hoster) as the business is basically revenueless currently. Shouldn't be a problem, if the business is "real".

I want to stress, that I am only a customer, no partner or affiliate or receive any benefit of writing this.

In X11, there is the underlying expection is, that no program will misbehave evilly - and THAT has changed in Wayland and hence a lot of wayland is much more complicated and (some of it) unfinished.

A lot of "traffic copping" added, ensuring that the user is queried before privileged access is granted, the ability to capture raw video output of a window for example (through desktop portals) - or the ability to capture raw key strokes from another process windows (think password prompt).

I have been running Sway (on wayland obviously) for 18 months with almost zero issues.

https://newshavn.duarteocarmo.com/5be0716b00833a04bbd1406880... Inger Støjberg with new concept: One will be able to smell the dirty diaper "decidedly"

I can't read the article due to the paywall, but the correct word in the headline would be "sawdust" (not that it makes any sense without context, it is not a common danish saying).

The resulting headlines (at least) are pretty misleading.

Examples:

https://newshavn.duarteocarmo.com/482308c4511050464f22b4f40d...

The AI makes the headline "Courses in crisis are being cancelled", the correct headline should be "Courses in crisis are selling like hot-cakes".

https://newshavn.duarteocarmo.com/a416902f09c27c7411907a519b...

LLM: "... (danefæ refers to good weather or fine days)" Me: really not, it refers to the law that all significant finds (historically or financially) from the ground belongs to the state, but the finder receives a finder's fee.

I haven't read the articles line by line, just skimmed the headlines and the two above really stands out as really wrong..

After minimal setup, it just works(tm).

You have a normal directory in your filesystem, that is synced to the other peers (which you set up in the "minimal setup").

I have been using it for years, and it works well. It has no problems crossing os'es (i.e. windows -> linux, linux -> mac)

For windows I usually recommend https://github.com/canton7/SyncTrayzor, but vanilla syncthing works fine too (but don't try to mix them!)

The system is 2FA with either your phone or a hardware dongle proving your identity. It is strongly authenticating you as a person, that is precisely identified (but the services are only getting a token, but it can also validate your person-number - think SSN in US context).

It is quite harsh in device security, recently failing on beta versions of Android - on top of afaik always failing on rooted devices...

The phone version also requires you to scan a continuously changing qr-code twice to proceed, which is shown when you need to identify yourself (in an I-frame). This is to ensure you are "physically" present where you are being authenticated (i.e. to block of some phone scams).

Works pretty well and is reasonable secure, whilst still having some flaws..

In the future, I believe this system will work in some/all of the EU due to the coming eIDAS legislation...

Hence most (if not all) programs export the text in the order they appear in the file.

And if it is scanned, there is no text at all (but you could OCR it).

The machines themselves are impressive (hardware wise) and reliability wise, for example you can swap mainboards one by one in a full frame without ever taking down the machine (think raid on a mainboard level, RAIMB ?).

But the high start-up cost makes most startups going the other road. I am not convinced that the vertically scaling is cheaper than horizontally, if you need the ACID guarantees... but it is hard to say.

The reason why us old dogs say it is hard (not impossible) is due to the single-image and acid requirements. There is no good way to do that distributed (look up the CAP theorem).

So having a massive computer (with double digit terabytes of memory AND cache, and truly massive i/o pipes.. just makes building the need-to-work stuff simpler.

As an example, a few years ago I was (on my own money) on a mainframe conference (not doing mainframe work in my work day).. at that time the machine had more bandwidth to the roughly 200 PCIe adapters that a top-of-the-line intel CPU had between the L1 cache and the computing cores) - and that meant that given enough ssd's you could move more data into the system from disk that you could move into an intel cpu from cache...

Also mainframes can run two mainframes lockstep (as long as they are less than 50km apart), that means if one of them dies during a transaction (which in itself is extremely rare), the other can complete it without the application being any the wiser.. Try that in the cloud :)

The hard parts are updates in a shared system with a single consistent "view" requirement..

Rewriting your system to a mainframe architecture is equally as expensive.

Lets say that you save a hundred megabucks per year by going cloud (I am really not convinced, that you save any money at all, but lets say). That is what 1500 man-years of work? No way you can rewrite even a simple "banking" system in that amount of work, and the second problem is that you need to feature-freeze the old system (and hence your business) while you convert. So maybe 5 to 10 years of lost competitive power on top of that..

Also, remember these are not "begin work; select * from table where id = 123; commit;" transactions. These have maybe 50 to 200 queries (selects and updates) in each transaction (has the paying party the funds, is the receiving party blacklisted (terror organisation for example), does this look like money laundring.... etc... and a very detailed logging requirement by law). All of these MUST usually be in the same "snapshot" (in the RDBMS definition).

It makes no sense to talk about "transaction rates" without an intimate knowledge of what it does, as especially marketing departments have a tendency to use the simplest possible "transactions" to get a large number..

And in the end, it is only "money" the might loose, and any choice you make makes some other choices in the future easier (and some harder). That is called path dependency.

I do the same, I have run PosgreSQL for more than 2 decades now and I don't care about portability to any other database, all of which I consider inferior (and yes, I do follow most of their releases).