sspiff

They can, but in my case that still doesn't get them in my inbox since those messages go elsewhere.

I do this with my email. I have a bunch of different emails under my own domain, and I use info+uniqueidentifier@domain.org for registrations which do not warrant their own actual email handle.

This way, I can easily filter incoming email, and I can see where an email came from if any party sells my data.

This also works with GMail by the way, you can use youraccount+anyrandomstring@gmail.com and emails will still be delivered to you.

I use a separate email handle that I only hand out to actual human beings, never to companies and never use for account registrations.

This has worked really well for the past 15 years or so.

Same. I tried a bunch of alternatives over the years. Dropbox, Syncthing,...

Unison is easy and consumes 0 resources in the background. It won't drain your battery scanning your folders for changes because there's more files and folders than you can get notified for by your OS.

`unison -auto` on the command line is all you need to get a convenient list of changed files and whether you want to sync them.

I have all my systems set up to sync with a low power mini PC that runs some other services.

Hasn't ever failed and deals with lots of small files and big files and everything in between without hickups or surprises.

>The dependency goes Developer -> Apple and Apple -> Consumer, there is no reverse arrow from Apple to the developers.

Is that really true? If Apple is abandoned by large developers (let's say of Adobe, Microsoft calibre), does it not harm their sales or revenue?

It certainly isn't universally true. For young or new platforms, like the transition to ARM a few years ago, or the Vision Pro today, Apple needs developer adoption to be successful.

Of course, it's existing success on other platforms almost ensures a certain degree of developer engagement with their new products.

Why so negative?

Last release was 2014. Project is still hosted on SourceForge. Website copyright notice ends in 2018. Last commit to the github repo was 2018. Project front page mentions the original Xbox, Minix, and Zaurus (and early 2000s Japanese handheld organizer that ran Linux) and Solaris as targets.

This should give you some idea of what time frame to view any claims from the website in.

I read this title and automatically assumed this was going to be about Dijkstra.

While perhaps less directly impactful on the industry, in computer science teaching and academia, there are few names who loom as large as his.

He has touched so many aspects of computer science that we now consider fundamental.

I *loved* shoving servers in racks!

In some places working with Kubernetes, people unironically use the term "YAML engineer".

I think there are a couple of reasons for picking RISC-V over others.

It is the youngest of the lot, meaning it is carrying around the least legacy compatibility stuff while still incorporating a lot of modern design lessons.

Additionally, modern ARM and MIPS are not free and (potentially?) patent encumbered as well.

You could go with some old, free MIPS or ARM, but then how good is performance, and how good is compiler support for these nowadays?

It wasn't too far fetched. A lot of generations defined their social circles by tastes in music. In my youth at least it was very common.

I think that it just doesn't scale beyond angsty teenagers.

I was looking for this before when writing my reply to show as an example but forgot the name of the project, thanks!

Looking at the activity on the Free Pascal compiler[0] compared to some other, non-dead languages like Crystal[1], I would say Pascal isn't dead.

They had a major release to their most popular IDE just a few weeks ago[2].

A lot of these projects built with FP aren't as visible in the HN community, because they related to different hobbyist fields, aren't keystone components in the startup ecosystem etc. But they for sure exist.

[0] https://gitlab.com/freepascal.org/fpc/source/activity [1] https://github.com/crystal-lang/crystal/activity [2] https://forum.lazarus.freepascal.org/index.php/topic,65631.0...

This will still exist for sure, but for a lot of the gaming demographic, buying high end GPUs is simply not realistic anymore.

I think this is mostly because iGPUs were quite bad (even if they would have been good enough for some low-end indie games).

But that perception has shifted over the past few generations, especially on the AMD side, but increasingly also on the Intel side (and given the new Arc integrated graphics perform similarly to and sometimes even better than the current top end 780M, this trend should continue).

Things like GPU scarcity and increasing prices have obviously also contributed to this.

The pipelines of developing a videogame are quite long, so we are only now seeing releases of a lot of titles that have been developed against these new realities. And especially for indie titles, they don't see a lot of optimization after release, since the studios typically don't have the budget / staff to improve existing titles and work on new ones at the same time.

TIOBE index is sometimes very strange, but it takes into account available jobs as well. That said, their methodology has been challenged forever.

Still interesting to see that languages like Fortran (12th) and Pascal (13th) are ranked higher than the most popular languages for mobile app development (Swift for iOS, ranked 16th, and Kotlin for Android, ranked 17th) or a highly praised and adopted language for new projects like Rust (only 19th!).

There's still a small-ish community working on and building new things with FreePascal.

While these aren't "extreme PC gaming" by any stretch of the imagination, I love how powerful these modern integrated graphics are.

These RDNA iGPUs and the Meteor Lake Arc graphics are going to be the baseline that a lot of kids with hand-me-down laptops are going to end up with.

And when they inevitably will go onto whatever replaces reddit in the next 5y and ask "can I play X on this", a lot of the time, the answer will be "yes, kind of".

I believe these integrated graphics may do more for PC gaming than all those $2000 graphics cards ever did.

They'll make PC gaming accessible to more people, who have been priced out of the market for years now.

Why are you comparing to Vega? These new chips have RDNA iGPUs.

While I agree that buying a used GPU will be probably net you better performance per dollar, the 1050Ti is significantly slower than the 780M and even 760M and uses significantly more power.

Some benchmarks can be seen here https://m.youtube.com/watch?v=n1Cjnep8j-o

While this and other GL.iNet devices use OpenWRT (with their own custom UI/frontend), they don't contribute to the OpenWRT project in terms of code or funding, many of their devices are incompatible with mainline OpenWRT releases, and software updates are few and far between.

I have one of these myself, they're handy devices, but I wouldn't go and recommend them as good OpenWRT devices.

I mean, the inverse incentive to hobble performance is still there for all the serverless stuff that bills by time spent.

No, the entire project is about using existing languages (C/C++) on GPUs, the project you linked is their internal IR (intermediate representation) which is what they compile the C/C++ down to before it is turned into a Vulkan compute shader.

If anyone is looking for this, it's at the end of episode 30 from season 3.

Of all the children's programming my children have watched, Bluey is by far the nicest for us (the parents) to watch or listen to, and has been the most enduring in terms of popularity with our kids.

Similar to Peppa Pig, the scenarios are often recognizable in a family with young children, but they're generally funnier and the characters are more loveable.

The animation style is a refreshing break from the bright colourful garbage most CGI studios seem to churn out on an assembly line.

And like you said, they won't pick up bad ideas from the show.

Steam. I bought a ton of these on Steam and just copied the data files over to my sons tablet. Works perfectly, including localisation.

Interesting.

My 5 year old sons favourite app on his Android tablet is ScummVM.

I bought all the Putt Putt, Freddy Fish, and Spy Fox games on Steam, and after copying the data files over to ScummVM on Android, my son has been enjoying them a lot.

I'd much prefer him spending his time with these rather than these toxic mobile games that target young kids with repetitive loops locked behind countdown timers and in app purchases.

I've been using Firefox since it was still called Phoenix.

It's amazing how we find ourselves in the same situation we did 20 years ago, at the mercy of a tech behemoth dominating how to access the Web, with the same Mozilla being the last man standing in the way of a true monopoly.

I may have some reservations about decisions and actions from Mozilla these past few years, but they do what they must to survive, and still provide a net benefit to our world.

I love Rust, but I don't really care what language my editor is built in.

That said, I'll give this a shot because:

- no funky telemetry - the stack used (wgpu etc) means this might be sufficiently low level to be much more resource efficient than alternatives - it sounds like the plugin architecture will allow for a vibrant extension ecosystem if this gets some adoption

I mean it's pretty obvious that it is not happening today - as Jobs has been dead for over a decade and Schmidt has no official link to Google or Alphabet since 2020.

I live in a European country, and while non-competes are legal, if a company chooses to exercise them, they are also forced to continue to pay you for the duration, and you can still take a non-competing job in the mean time.

Non-competes are also judged rather narrowly: they can't ban you from working for any tech company, they need to operate in the same space as the one you worked in before.

Except then you're not testing on the hardware configurations people will actually run the software on.

People do run software with HyperThreading on and on E cores and with Turbo boost and throttling. Having code that behaves better in these dynamic, heterogeneous environments is a net benefit to the user.