I read this article a few days ago I'm sure, word-for-word, but it wasn't on this site in OP? It stood out because when it mentioned textbooks and said "including ours" I looked at the site and thought to myself "they do textbooks?".
What's the use case for Zai/GLM? I'm currently on Claude Pro, and the Zai looks about 50% more expensive after the first 3 months and according to their chart GLM 4.7 is not quite as capable as Opus 4.5?
I'm looking to save on costs because I use it so infrequently, but PAYG seems like it'd cost me more in a single session per month than the monthly cost plan.
If you pay for the whole year, GLM4.7 is only $7/mo for the first year. And until a few days ago, they had a fantastic deal that ran for almost 2 months where it was less than $3/mo for the first year. I grabbed it, and have been using it exclusively for personal coding since. It's good enough for me.
The other claimed benefit is a higher quota of tokens.
It's cheap :) It seems they stopped it now, but for the last 2 month you could buy the lite plan for a whole year for under 30 USD, while claude is ~19 USD per month. I bought 3 month for ~9 USD.
I use it for hobby projects. Casual coding with Open Code.
If price is not important Opus / Codex are just plain better.
You seem to have missed a couple of things that have caused you a bit of a headache here, I'm hoping I can encourage you to try again with a little bit of info. I've been using Linux for as long as it has existed, I'm also a backend-dev that works on a Linux machine and targets Linux-based platforms for deployment, even my kids use Linux. Windows went downhill for me after about Windows 2000 and Linux has only gotten better.
> yet it still is not there in usability
I want to wholeheartedly disagree with you. Nothing comes close to Linux in terms of usability for me, but a lot of it is about what you're used to, I've used Window's, I've used Mac, Mac I could live with, but I'll never intentionally use Windows again.
> To be specific what irked me today when I tested them was installing new programs. On Cachy, I wanted to test jetbrains IDE
Ok, let's begin; this one is partly JetBrains' fault, and partly yours.
You can open a terminal and type `paru jetbrains-toolbox`, hit enter a couple of times and it's installed.
Don't know what `paru` is? I recommend reading the frankly excellent documentation from CachyOS[0].
> or extract(no option in dir manager or decompression program) the content in Cachy
You didn't specify which Desktop Environment you chose, this is important when helping newcomers because each comes with its own set of tools; but in Gnome's (what I use) the file manager, called Nautilus, I can right-click almost any archive type and will be presented with "Extract", "Extract to..." as well as a few other options. I just looked up how KDE does it, in case you're using that, the file manager is called Dolphin, and apparently you might need to install an archive tool first such as Ark and/or 7zip, gotta give you that one, I'm a little shocked, that's a pretty shitty OOBE in my opinion, but a quick search and you'll now probably be confused because the solution is here[1] but they say to use `apt install...` which you don't have on an Arch based distro. But once you know what the file managers you do have access to are, it should be easier.
> So I wanted to get 7zip but there was no linux version
There certainly _is_ a Linux version. `paru 7zip` and I get at least 3 legit options; the base package, an architecture optimised package, and a GUI for it, as well as a dozen or two community options. You can also try the standard arch package manager aptly named "pacman"; `sudo pacman -S 7zip` and it installs it for me after I hit enter to confirm, don't even need to choose the package. Wtf is `sudo`? That's how Administrator is typically done in Linux.
> Cachy has its own packages that can be opened(website) via its welcome screen(otherwise there is no program manager - no snaps, flatpacks
On Gnome there is "Software" which supports Flatpaks as well as other package types; don't worry about snaps, you don't want them, and there's Octopi from CachyOS. In KDE there's a GUI called "Discover". There are a bunch of others such as Bazaar which you mentioned.
Usability really isn't an issue in Linux once you know the way of your distro; If you're used to Windows, then it's _different_, sure, and in that case I'd suggest taking an hour to read the CachyOS docs; Arch Wiki (CachyOS is based on Arch) is also an amazing resource for all things Linux, and learn a little about how software management is different, we don't (usually) pull random crap from websites, we install from package managers, and sometimes compile the source ourselves.
If you didn't choose one of the two DEs I've mentioned (Gnome, KDE), I'd recommend giving them a go, they're both very mature and usable. If you're into Discord, I can suggest hitting up the CachyOS or another distro's Discord servers, there's lots of helpful people there willing to help, if you had any other questions give me a shout.
>I just looked up how KDE does it, in case you're using that, the file manager is called Dolphin, and apparently you might need to install an archive tool first such as Ark and/or 7zip, gotta give you that one, I'm a little shocked, that's a pretty shitty OOBE in my opinion[..]
I think that's an artifact from running just the liveimage and not installing it fully to the VM. I'm 99% certain Ark is included in a default Cachy/KDE install.
This is precisely what it is, I hopped on my cachyOS install that I set up a few days ago and I can double-click the IntelliJ IDEA tarball from Dolphin and Ark pops up. I didn't install these manually, they came pre-packaged with KDE.
Thanks for the reply. I used KDE. And sure, Gnome's Nautilus might have worked but I have huge distaste for it(it's pretty, but omg what a pain to set up to be an actual DE, let alone out of the box).
Anyhow.. "You can open a terminal and type".. yeah, no. This is exactly what I or any other Windows/desktop user does not want to be doing on a desktop computer. Linux always promised to get rid of this "just use terminal bro", which is what being a desktop OS is all about, but it never got there..it seems.
The premise of my test was to see whether the OS is ready out of the box(the main point of a linux distribution, after all). But neither was. Again, I am not saying it is not usable. I am just saying it requires more work to be put into it from the get-go than I am willing to put in, despite having the skill and knowledge to do so.
> Anyhow.. "You can open a terminal and type".. yeah, no. This is exactly what I or any other Windows/desktop user does not want to be doing on a desktop computer.
Then stay on windows. You'll have the same issues with MacOS from time to time.
If you're willing to learn things you have plenty of options. If not? You'll be limited. Tradeoffs.
Yes. The phone number is just for activation, once activated, you can swap the SIM and carry on. Or have the SIM that receives the activation text in another phone, or be virtual, or whatever.
You're implying some difference here that I don't see.
Both platforms need some way for the client to register to their respective push services, Apple needs an Apple account, Android needs google-services.json.
Both platforms require your app to generate a token which the platform's respective push service holds, and send it to your server which you then use to identify the client you're pushing to.
Apple also requires the Auth p8, Bundle ID, Team ID and Key ID, which are roughly equivalent to the contents of the google-services.json.
Yeah, fair enough, I think what he mentioned though, wasn't just about fuel going through the pump being used as coolant, but some extra process that only happens when you're not running below say 10% or whatever, an extra cooling process that only runs when you're not low on fuel. Maybe I misunderstood him though and it's just about the liquid passing through.
I think the fuel passing through is the only method that could be used to cool, the volume of fuel required is presumably constant, regardless of how much fuel you have left, so the amount passing through the pump should be the same until you run out.
On a related note, my car has a fuel heater, to pre-heat the Diesel before it hits the engine, I assume this is typical in modern cars, but using the fuel as a coolant would presumably contribute positively to this desire for warmer fuel entering the cylinders.
As someone who waits until my tank is almost empty, to visit Costco one per month for a fill-up, despite it being 5 miles away, I understand your point.
However, I think (and hope) the point of this service is that by being public, it'll drive prices down for drivers.
I drive 10 miles round-trip once per month to save what I guesstimate is £5 on a tank of fuel, then spend £100-300 in the Costco store while I'm there. I'm not the target audience, but I hope that for those who drive regularly, or for a living, this can help route them to where they can get the best prices as they're passing by.
When I was a child, in the 90s, I did this all of the time.
Input a unique string I could watch for, fire up SoftICE, watch for the string, and then step through until the == comparison happened, then either grab the calculated key and input it, or patch the comparison from == to != or just return true, depending on the implementation.
I did a massive crack that involved a program and it’s inf/dll hardware driver package.
Some of the most rewarding work I’ve done and also just so tedious!
Having to stop the OS like that and accidentally getting to the kernel but then not wanting to lose my position so having to hit step over and step out until just the right place… whew.
I honestly can’t recall how I even found SoftICE, but my uncle gave me a floppy with LJPEGViewer and the license was written on the disk. Eventually I lost the original but I’ll be dammed if I’m going to use Paint. I fired up SoftICE, managed to break before the “invalid key” dialog, and just did a cute little “return true” and that was that
> We never reduce model quality due to demand, time of day, or server load
Forgive me, but as a native English speaker, this sentence says exactly one thing to me; We _do_ reduce model quality, just not for these listed reasons.
If they don't do it, they could put a full stop after the fifth word and save some ~~tokens~~ time.
Yes, Dario is responsible for some of the weaseliest of corporate weasel wording I've ever seen, and he's got some incredible competition in that arena. Those things aren't the reason, they're just strongly coincidental with the actual reason, which is to slow the burn rate and extend the runway.
I recently spent several evenings re-working all of my colours across all of my computers and screens; terminals, IDEs, etc. Ultimately, despite using the same tools, and always dark mode, across all of my machines, the setup for each was different.
I think it's safe to set a standard colour-set so that it's immediately usable, but beyond that, a user should be customising to their requirements.
Perception differs among people; many of the colours OP listed as unreadable, were barely an issue, bright yellow being the only one I could unequivocally agree on. Perhaps display type, configuration and colour calibration is an important factor, as well as individual perception, ambient conditions, brightness levels, contrast, and perhaps even more variables have a significant effect.
I've also learned, since adding an OLED Monitor to my desk alongside the IPS ones, that it's possible to have too much contrast; brightly coloured text alongside pixels that are literally off can be just as problematic to read at times, as low-contrast.
I read this article a few days ago I'm sure, word-for-word, but it wasn't on this site in OP? It stood out because when it mentioned textbooks and said "including ours" I looked at the site and thought to myself "they do textbooks?".
reply