• 103 Posts
  • 34 Comments
Joined 2 years ago
cake
Cake day: December 2nd, 2024

help-circle


  • Altman can try to hype up how everyones going to subscribe to them someday all the while their subscriber base is being eaten up by competitors.

    https://www.wheresyoured.at/openai-projects-chatgpt-plus-subscriptions-to-drop-by-80-from-44-million-in-2025-to-9-million-in-2026-made-up-using-cheaper-subscriptions-somehow/

    Local stuff. I still believe the small parameter, ~1B free local, ones will suffice for the vast majority of how people use LLMs and there’s still going to be a few years of improvements there until investments dry up. Eventually I bet more and more phone companies will include one of these small ones out the box. Pretty much like a nice search engine that works offline like if you’re out on a major hike. Cloud stuff, there’ll be stuff like Proton’s Lumo where they’re taking free open weight stuff and piecing them together for users.

    OpenAI’s thing is they’ll make up for falling subscribers with advertising. So pretty much we’re advancing fast in the search engine race of the 90s/early aughts. We’ll at least have Gemini. ChatGPT maybe ends up crashes in value someday and bought up by Microsoft or some other company. Deepseek, Qwen, Kimi. Claude like ChatGPT maybe survices or crashes and gets adsorbed by another company. Proton continue to exist as the company making AI products out of free stuff. Eventually the pace of improvements moves at a crawl and it’s pointless to be paying for the best paywalled stuff. Just use the free stuff like how everyone mostly uses free search engines










  • I suppose so. I’d rather they spell it out for simple readability. Like I don’t know what Krita means but easy to read. Kate text editor may mean something, I don’t know. Kdenlive is easy to read. Don’t know what the ‘den’ part is supposed to mean

    Apparently it’s “KDE Non-Linear Video Editor”. At least kdenlive is easy to read in my opinion












  • commander@lemmy.worldtoLinux@lemmy.mlLinux and RISC-V by 2030
    link
    fedilink
    arrow-up
    3
    arrow-down
    1
    ·
    3 months ago

    It shouldn’t be hard by 2030 I imagine; particularly if you primarily or exclusively use open source software. The RVA23 chips announced I usually see people comment them as having synthetic benchmark scores at about the Apple M1 level. I regularly use a laptop with a Skylake dual core in it and a Raspberry Pi 5 run off a microsd rather than a m.2 NVME hat. With that in mind, if RISC-V designs don’t get any better than that in the next 4 years, they’ll still be better than hardware that I will still be using. I still use a Raspberry Pi 3. At work every now and then I’ll throw a gitlab runner on a 10 year old desktop to have another thing building when things are busy

    There are RISC-V developer boards today with PCI-E slots that you can throw in pretty much any AMD graphics card. The big distributions Debian, Fedora, Ubuntu, Red Hat - they all support risc-v. felix86 is equivalent to box64 and FEX for x86 to ARM:

    https://felix86.com/felix86-26-04/

    Software support is solid already today. It’s hardware availability for the announced RVA23 designs that’s not mature yet. 4 more years and I imagine in most cases the experience of Linux on RISC-V hardware not being much different than on ARM or x86 hardware





  • More popular. More users. Higher percentage of desktop/laptop PC users

    Flatpak permissions handled in a very easy to use way. No silent failure. No need to go to flatseal and users understand why something didn’t work how they expected and what they need to do to fix it

    Growing Linux userbase eventually results in great day one support for new products from Qualcomm, ARM mali GPUs, PowerVR, etc. They’ll want to be able to compete year after year with Intel and AMD someday

    Someday native Linux games rather than WINE/Proton will become the norm

    Popular media software categories continue seeing open source software gain mainstream/professional viability. Talking like Blender, Godot, Krita today. Someday stuff like Kdenlive, Scribus, Inkscape, Ardour, GIMP, Darktable, etc will breach some line of good enough functionality, interface design. Someday the user base will grow enough and enough will make it into industry with their experience and opinions

    Someday more normal Linux phone OS’s like PostmarketOS will become a solid piece of the mobile pie. Like ~5%. Like how desktop Linux is today. Good usability but still working up to streamlined. That’ll be way better than today. In what I imagine would be well over a decade when a Linux phone is as popular as desktop Linux is today, it’ll actually be pretty easy to use like desktop Linux is today

    I see everything through the lens of the difference in user experience and mainstream penetration of 2010 compared to today. Like Kdenlive of 2010 compared to today. 2010 Blender vs today’s Blender. 2010 OpenOffice compared to 2026 Libreoffice. Gaming with WINE in 2010 to today with Proton/WINE/Steam. Unity/KDE/GNOME/etc of 2010 compared to today.






  • It’s why I favored Unity over Gnome back in the day. The titlebar/basic menu items and close/minimize/expand buttons integrated into the top bar was better. Ya it was probably a copy of MacOS/OSX. Damn good to me in my opinion though. Overall I like Gnome but I’m not sold on it long term. Someday I may try going full time on KDE again. Very likely popos 26.04 with Cosmic I’ll try that out on my primary computer when it releases







  • Google’s strategy will never make sense to me. Apple vertically integrates to pursue performance crowns at a price competitors can’t do so without vertical integration like an iPhone. Google doesn’t go for the performance crown or heavily undercut on price not needing to pay Qualcomm prices for the chip, their advertising business, and Google Play and YouTube purchases. I guess maybe balancing act with other Android OEMs and not driving them away because of all the advantages Google could use by being software platform holder and chip designer


  • I’m happy to use Flatpaks but the annoyances I’ve had are like when one application says to use you’ll need to point to the binary of another application that it depends on but very understandably doesn’t package together, figuring that out to me can be annoying so I’ll switch to a regular installation and it all just works together no fuss, no flatseal, no thinking about it really. Also some applications where it’s really nice to launch from the terminal especially with arguments or just like the current working directory and with Flatpaks instead of just right off the bat it’s application name and hit enter, Flatpak hope you remember the whole package name

    org.wilson.spalding.runner.knife.ApplicationName …

    Ya alias but got to remember to do that. So far anything I’d ever want to run from terminal, no Flatpak