JonoBB

And yet the vast majority of parents are in favour of a ban.

Because it’s a lesser evil, at least in the UK, which has a reasonably well functioning government and society.

As much as it pains me, I’d rather have that than the brain rot being forced on young kids. And you can argue all you want about “parental control”, but there are too many parents who don’t care, plus peer pressure is a real thing.

I also think that at that age all the social media sites are a net negative.

Totally agree. I swapped about 2 years ago (work requirements), and I battle against the Apple keyboard every single day. I prefer the Android keyboard in every single way - it’s more intuitive, works better, more logical, significantly better auto-correct, significantly better text selection, much better prediction, and so on.

Everything seems so much more intuitive and just easier in Android.

For how good the Apple hardware is compared to the rest (especially MacBooks), the software really lets it down.

Putin and Xi must be ecstatic at the leverage this gives them.

It’s lower impact than most other sports (excluding sports like darts or bowls, of course).

There’s a reason that (i) professional golfers have a longer career than most other professional sports and (ii) many sports people transition to golf later in their career and (iii) there is a high preponderance of older players in golf.

So why the sneaky shitposting and stalking over such a long period of time? Just release the documents and let people decide.

I call bullshit on the "treasure trove".

You’re trying to defend yourself, but you still can’t stop yourself from casting shade on Codesmith multiple times in this very comment.

You have just proved that Lars is spot on with his analysis that you are an obsessive stalker.

I typically prefer somewhat deeper and more thought-provoking material, but I enjoyed this book. It’s a light page-turner, written-to-be-turned-into-a-movie type book. Overall, I would recommend it.

> The point of cascading foreign keys is referential integrity.

Not quite. Databases can enforce referential integrity through foreign keys, without cascading deletes being enabled.

“On delete restrict” vs “on delete cascade” still enforces referential integrity, and is typically a better way to avoid the OP’s issue.

This is exactly how I use htmx. Is there an expectation that you use htmx differently?

> On the clickhouse query side, we end up wanting denormalized data for query performance and to avoid JOINs. It's frequently not a great idea to query in clickhouse using the same table structure as you're using in your transactional db.

> In our experience we sync a few tables with PeerDB but mostly end up using app-level custom code to sync denormalized data into Clickhouse for our core use-cases.

Have you explored dbt? You may find that using custom code is not scalable, and that dbt solves this exact problem.

What about hosting video on R2 and using the CDN?

Yes, a balance bike or no pedals is a great way to start.

When they are ready the progress to a pedal bike, and they need some assistance, do not hold the bike (either by the handlebars or seat or anywhere else).

Instead, gently place your hands on their shoulders to stop them falling - this forces them to be in control of the bike’s balance without you interfering directly. They will learn to balance and pedal much faster this way.

According to https://news.ycombinator.com/item?id=42451726, this is much less of a thing than before.

@type phpdocs are no longer required in almost all cases.

For the most part I agree, but we have found that R2 does not handle large files (hundreds of GB or larger) very well. It will often silently fail with nothing being returned, so it’s not possible to handle it gracefully.

I've just got started with Clickhouse, and their docs are excellent. Quick Start guide and tutorials are very well written.

Also, be prepared to be blown away with Clickhouse. I've not seen many (any?) technologies that impressed me this much right out the box.

Yes, you can change your career if you have the passion and you work hard. More than a little bit of luck also helps.

I studied corporate finance at university (including to Masters level part time while working). Did well in the investment banking arena over a 10 year period (including being a Director of a subsidiary of a listed company).

Went travelling for a few months, came back and whilst contracting decided to build a SaaS. I had almost zero programming experience outside of VBA. This was at the age of 38.

I ended up with 5 SaaS companies (some more successful than others), plus started my own software consulting business (grew to 8 employees). Also had 2 kids in the meantime.

I'm now head of Engineering at a ~100 person company.

I'm not sure what "community" represents here, but I don't think that CodeIgniter is the majority in any shape or form.

The _vast_ majority would be Laravel and Symfony.

The one part of this article that I totally agree with is how terrible the API integration has become. In the early days, Stripe sold itself on a few things, one of which was the simplicity of integration. Since the whole PaymentIntents and SetupIntents introduction (along with the documentation fiasco that happened at the same time), integrating with Stripe is something like PayPal from 10 years ago. Its shit.

PaymentIntents workflow (including the necessity to listen for webhooks) deserves a special place in hell. Its like they decided to copy Paypal IPN.

I have used, recommended and intgrated Stripe to multiple businesses over the years (generating hundreds of US$ millions). For the past 2 years or so, I have migrated most of them away from Stripe, and any new integrations are done through other payment processors.

Some (quite a bit) of this book has been debunked. See https://guzey.com/books/why-we-sleep/

(For the record, I don't disagree with the premise that sleeping patterns do change during the teenage years)

FM | Front End Engineers (React) | Fully Remote (PST to CET) | Full time

FM (https://fm.co) is the parent company of Musicbed and Filmsupply, two premium content licensing brands in the filmmaking industry. We work with entertainment powerhouses like Sony Pictures, 20th Century Fox, Lionsgate, Netflix, MTV, and ESPN; as well as the world’s top brands like Nike, Apple, Google, Lamborghini, and Spotify.

We are hiring across the board for Frontend Engineers (React, Typescript, Nextjs, React Native).

Here are all of our open roles: https://www.fm.co/careers

I should have specified "This will reduce our monthly S3 _transfer_ charge from..."

If I remember correctly, there was some discussion around R2 acting as a proxy in front of s3. So, if R2 does not yet have the asset, you would automatically pull it in from S3, and from then on R2 would serve it directly.

Is that still on the cards?

We've been waiting for this since it was announced. We have > 2PB of media heavy data, and transfer a lot via S3 to the internet.

This will reduce our monthly S3 charge from tens-of-thousands USD per month, to ~$200.