willx86

Hyprland will bite you in the bum soon

They changed their config to lua, so no more hyprland.conf good thing nix has rollbacks !

Maybe migrate sooner rather than later

I'd prefer reading about a rust rewrite then a saas paas CMS integration web thing on the latest framework It'll probably go nowhere, but it's cool to see people test the limits of what they can do and I can't watch without spending a penny

Kinda like jackass, fascinating to watch but damn I do not want to do it

I highly recommend UV If you find yourself forced to use python, UV is the way to go

Try it out :)

uv init uv add XXX uv run main.py

( You can pin python versions and auto install them etc )

I converted with claude Use my repo for lsp.nix as neovims new v10 has a new way of configuring lsp's as lspconfig is depreciated, so I used the new lsp configuration method but went doc hunting to find out I need lspconfig for proper completions! ( I'll give it a push now to ensure it's my latest version)

I eventually gave up using mason and lsp servers and used nixvim

https://github.com/will-x86/nixos-dotfiles

( ./home/base/nixvim)

..... I like my auto generated username it's a funny one

Used it today, I like it so far

One small thing I have now got 30 more red dots as during my gym session I regulary change the music by opening my phone :)

Seems like you want a custom cartridge

They exist, e.g. https://www.coolspotgaming.co.uk/products/custom-game-boy-ad... ( I haven't used this service )

This seems like a good mid point between a $500 cartridge and having no friction between games

Docs are 404 and terms send me to pricing...?

Fascinating

Are you not wasting 8 bits using a Qn.m of 8.8? If you values are only 0-1?

https://blog.cloudflare.com/ai-labyrinth/

A bit like this? ( iocaine is newer)

If engines are hard to build, why not build a car 3x the size of a normal one, well you can but due to things like aerodynamics, etc etc you'll never match the speed or fuel economy of cars.

Same with chips, efficiency, speed, etc all depend on good design, and cutting edge factors, if the main reason your chip isn't faster is because of the distance between your L1 cache and your core is far, then having a bigger node process but bigger chip won't make it quicker.

https://st.suckless.org/

+1 I love the parental controls I can limit social media to only a few hours a day ( only on my phone profile) And it has good Tailscale integration!

Love it!

Very interesting thank you :)

Thank you!

This is primarily to try and learn from, I should've made this a bit clearer.

As someone who has only used zig a little

I've has more core dumps/seg faults than any other language I've ever used.

Skill issue? Yes, 100℅, it's definitely due to my lack of skill in the language

The only time I've ever made a rust program seg fault is when using nightly macros/"features" and being on stable, leading to rustc crashing with a nice error and then I change to nightly

and that was caught at compile time...

Skill is a huge factor in safety

"70% of vulns are..." Yes, production code written at huge companies by experts... If experts are making those mistakes, that says a lot about it IMO

That being said, I'm not a "one language for all", they have their place, embedded rust is hilarious as it's essentially a requirement to have unsafe blocks in your initialisation

Anyway rant over

Personally I've spent a lot of time coding in go relative to my total time programming

An introduction into topics that are a bit deeper than typical are very interesting to me

It may not make me an expert in the topic reading this, but it at least gives me some new information and if I'd like to know more, I know what to look for.

Before this article if I wanted to know more my searches would be "How does Go memory management work"

Maybe I'm in a minority as this being not trivial information to me though

Pretty cool

Short thing, when I built something similar using chromedp I had to scroll on some pages to properly render all of them, due to lazy rendering on some websites ( also some pages had infinite scroll so had to break after a certain amount scrolled)

Might be worth adding it as an option ( unless it is already)

Nice project

Another thing maybe

Using context here would be great so jobs can be cancelled instead of timeout

Looks pretty cool I've wanted something similar many times

Quick question, why this style?

opts := toil.Options{}. WithWorkers(4). // Use 4 workers (default: number of CPU cores) StopOnError(true)

Most golang uses: toil.Options{Workers: 4} etc etc?

Bar that I look forward to using it!

Check out "FUTO" keyboard Best on device STT I've ever used

I like it, I have a couple minor things (android)

Markdown rendering would be great Letting me download a model, wait for it, then. tell me I can't run it safely in my ram feels like it could've told me at the beginning

Bar that nice! Was it annoying integrating with apples AI stuff?

( all of this math is approximate) https://stackoverflow.com/questions/62491720/in-latency-valu...

Bear in mind this is: - 5 years old - only cpu

If you'd do this on a gaming laptop, it'd all be on SSDs, which are orders of magnitude slower than GPU's for memory access

Also, AI uses maths, called FLOPS, floating point operations

My laptop cpu (7840U) has 4.1TFLOPS, a H200 GPU has 3,958 TFLOPS

OpenAI chatgpt 5 was reportedly trained on ~100-200k nvidia GPU's

So: - accessing data is 1000x slower - maths is 1000x slower - they have up to 200,000x more GPU's than a laptop

Now remember each part of the data is used multiple times, you start getting into the GPU's being 1000x1000x200,000x( data access multiple times) faster

So, I don't think there's fundamentally something impossible with training claude opus on your laptop, but moreso the time required would be so infinitely high that it's very improbable.

+1