helloguillecl

This is fundamental. My analogy would be making pottery with your bare hands. It’s so different when you have a cognitive connection to what you’re building.

Airtag is the reason of why I stil have my favourite hand luggage.

I had just sat down on the train from Zurich to Basel. Suddenly, someone sat down in front of me. He looked suspicious, but I didn't pay much attention. Just before the train departed, he picked up what I thought were his belongings and left.

Twenty minutes later, already on the way to Basel, I looked toward where I had left my suitcase. It was gone. That was when I realized that the person who had sat in front of me was a thief.

However, he hadn't counted on the fact that I have an AirTag in every backpack and suitcase.

So I was able to see where the thief was and where he was moving. I considered going to retrieve my suitcase myself, but while traveling back to Zurich, I called the Zurich Police and, as the thief kept moving, I told them where he was.

Twenty minutes later I received a call from the police informing me that they had found my suitcase with my belongings, matching the description I had given.

But also the thief and his accomplice.

Something similar happened to me between Essen and Dortmund while trying to get to the airport. The train stoped around 50 minutes between stations without a chance of getting off the train. I lost my flight as a result.

I have also been left in remote villages when the last train of the day broke for some reason at 12:30 am. All travellers and myself had to look for Ubers, which the government also tries to suppress.

I agree with some comenters that German companies seem to prefer to stuck with Bureaucracy other than finding what could be confortable or even human solutions.

Funny that I could not load Twitter to see if Cloudflare was down.

I rushed to Hacker News, but it was too early. Clicking on “new” did the job to find this post before making it to the Homepage:)

The web is still alive!

Yes. At least in Germany and Spain. Interment.

I agree. But Google has gone in that direction long ago: ads are now harder to distinguish from genuine search results. In many cases, the organic results are buried so deep that they don’t even appear in the first visible section of the page anymore.

Chat offers a far better experience than using Google—no more searching through spam-filled results, clicking between sponsored links, accepting endless cookie banners, and trying to read a tiny bit of useful content buried among ads and clutter.

It has the potential to bridge the gap between pure conversation and the functionality of a full website.

In Germany, calling someone by a crime they have been sentenced of, constitutes defamation.

A clearer title for this would be:

Battery-electric "Infinity Train" will charge itself using potential energy.

(Potential energy being stored in the position of the mined ore)

The problem is that getting those things right is 4x more difficult in a SPA app than a legacy, server rendered, app.

- No native back and forward button implementation. Now you must listen to an API and emulate the legacy behaviour.

- The concept of links, its also emulated via onClick events. This means that anything can be a link, so in many cases rows become links and their content is not really selectable as text. Legacy HTML has clear limitations for this not to happen.

- Same with buttons. There are no native buttons anymore. Anything can be a button, including any DIV with an event listener. Good luck tabbing through every DIV to get you to a button, that's also another difficult implementation.

I love Rails, its been my to-go framework for reference. But I could never get as confortable with Ruby as writing JS or PHP. I do not know the reason.

I know this exists, but while the implementation in iOs is excellent, I see that a very awkward-looking datepicker shows up in Chrome.

Some things that one can think of as missing:

- Masking (Being able to display "Wednesday, 12th of March 2028")

- Callbacks for enabling/disabling days (for dates)

- Ranges for searches.

I highly support this initiative.

One of the many reasons of why frameworks like React are used so extensively is because they provide a bridge for the lack of modern HTML implementation of basic control elements, like multi-selectors, search selectors, calendar pickers, and autofill inputs.

Now what we see around the web as "controls" are just a group of <div>s with hidden JS behaviour, lacking both accessibility and deeper integration. With hundreds, if not thousands, of implementations for things like calendar pickers, search selectors, etc.

We need better native controls for the web.

The funny thing is that sometimes we need to machine-read documents produced by humans on machines, but the actual source is almost always machine-readable data.

Agree on the hand-written part.

OCR, VLM or LLM for such important use cases seems like a a problem we should not have in 2025.

The real solution would be to have machine readable data embedded in those PDFs, and have the table be built around that data.

We could then we actual machine readable financial statements or reports, much like our passports.

Most of the time, if I want to rely on reviews for a restaurant or hotel choice, I go straight to the 1 to 3 star reviews.

If those are complains like "waiter was not nice", "they took 30 minutes to bring my food", I'll assume there's nothing to worry about.

My feeling is that bad reviews are more likely to be more trustworthy, because they are less likely to be faked (unless its the competition).

I used Sublime for coding before switching to VS Code for coding, but I could never leave Sublime text for some use cases. For example:

The possibility to edit large SQL dump files, which I cannot even open in VS Code.

Indeed.

So a few months ago, after a buggy change to a stock update sent to the channel manager (external system for updating pricing and availability of hotel rooms) we lost 21.000 EUR in just 2 hours of the bug being deployed. We exported low season rates (today’s rates) for the higher seasons.

Luckily a human saw the error, when he saw a big flow of reservation coming in at anomalous peace.

From there on, I’m too scared to make changes to the 20-line function that produces the updates to be sent.

We had not a chance to cancel the reservations made through the channels (websites were you book the reservations).

I love git and I find no reason to look for anything else. Most of the complains I hear from git is from people that could not learn its logic.

I think a lot of things could be built on top of git.

This is incredible. Congrats.

Actually this sounds like common law to me. But yes, this should be enough to me.

However, if I consent to a User Agreement, do you really think they keep a copy of the specific version of the User Agreement I accepted?

Question: How do I prove to the authorities that a subscriber has given consent?

I imagine that an attribute on my "users" table is not enough?

The CLI interface of git is very good at enforcing you to be aware of the underlying model (local state and the repo’s history). This allows for the user to draw an accurate user-model in his understanding of the system.

Adding an “undo” command would be convenient, but it would hide the underlying potential away. This is something that should belong to a GUI client, and I still would want to know what is it actually doing.

Instead of hiding the abstractions behind a “friendlier” CLI, Git shows you its real power and that of VCSs in general, by having a lower-level API.

Not even the multiple GUIs built on top of Git, adventure themselves into hiding or dumbing down the abstractions that allow you to do quite complex things with the code and its history.

Exporting is different than "being stored in". Since it does not represent the full state of the data, no.

Great! I love the philosophy around open and clear formats. Like I have said before, a second brain should be as open and reliable as possible.

The Drive [0] by Peter Attia. Smart, educational and possibly life-changing.

[0] - https://peterattiamd.com/podcast/

The CLI interface is very good at enforcing you to be aware of the underlying model (local state and the repo’s history). This allows for the user to draw an accurate user-model in his understanding of the system.

I have been using Git for around 15 years, without a fuss. Maybe because I was lucky enough to have found a good tutorial.

Instead of hiding the abstractions behind a “friendlier” CLI, Git shows you its real power and that of VCSs in general, by having a lower-level API.

Not even the multiple GUIs built on top of Git, adventure themselves into hiding or dumbing down the abstractions that allow you to do quite complex things with the code and its history.

I hate this. But I don't need to adjust the AC either, which is a better solution IMHO, because it works so good.

I have never done any Rust, but I love Volvo (I have driven 3 different Volvos) and I'd buy them without trying them (done it twice) if you want a car that is consistent and user-friendly, this is the one to go for.

Now I have a reason to try Rust.