Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)F
Posts
2
Comments
1234
Joined
3 yr. ago

  • You can't use that to assert that your view about not having something is correct.

    IMO a bug tracker and PR review system are essentially and cannot be taken away. It would seem like most of the world agrees with me.

  • SiFive P670

    From what I can tell this might be almost as fast as a RPi 5 (single core). Which is almost as fast as my 12 year old i5-2500K. I guess we'll find out when it is available.

    I definitely think we'll get an M1/Zen class RISC-V CPU eventually but I doubt this is it.

  • They're a kind of backup...

  • Yeah good learning experience. We've all created projects and then found they already exist.

  • I guess you could say "the name"!

    In fairness the first and second results on Google point to the crc32 tool...

    https://askubuntu.com/a/303666

     
        
    $ sudo apt-get install libarchive-zip-perl
    $ crc32 my_file
    
      

    Again not a great package name and it does require Perl, but in Linux at least that's a less painful dependency than Python.

  • Two things:

    1. Desktop requires mature CPUs (large out-of-order designs with high IPC) and there just aren't really any of those yet. They're starting to arrive (e.g. XiangShan which is even open source!) but as far as I know there isn't a single chip available to buy that's faster than a Raspberry Pi 4.
    2. Microcontrollers can get away with only the basic instruction set (add, multiply, load, store etc.) but for high performance you need a ton of extensions that are considered standard. x86 and ARM have had decades to build them up but in RISC-V a lot of them are only recently ratified (e.g. Vector) or still in the process of being defined.

    I would say we might see cheap Android phones with RISC-V CPUs in maybe 5 years. Though there's an additional difficulty there in that you need to emulate ARM for games, and I don't think anyone is working on that.

  • It's definitely improving. I thought the same as you but I looked through my recent ChatGPT prompts and it's actually decent now, at least at simple/throwaway tasks. It doesn't stand a chance at the niche domains of my actual job.

  • Yeah I agree. It's often easier to start from something that's wrong than a blank page.

  • What's the advantage of compiling to Rust here? Maybe it would be faster if they just skipped straight to LLVM.

  • Yeah I think it's pretty clear what's going on at this point.

  • I feel like the best option at the moment is egui. It's native. Works on the web too. Very easy to get up and running. The things I don't like about it:

    • I personally think the default style could do with improvement. Mainly it's way too cramped. There's a happy middle ground between no padding and bootstrap. I mean Win32/Qt/etc. got this basically right.
    • Immediate mode. Yeah it's easier, especially with Rust, but ... it's surely not how it's supposed to work.
    • The low level drawing API (like if you're making custom widgets) is surprisingly amateur. Not something I'd want to target if I'm spending a lot of time e.g. writing a custom map widget or git graph or something.

    I also tried Slint. Like the author I think the license is pretty reasonable. But it is pretty involved to set up a project and since it compiles everything from source it can take a very long time for a clean build of hello world. It's like if you were using Qt but instead of a binary package the sources are just included in your app.

    Also I have bad experiences from QML (Javascript 🤮, weird scoping rules, etc.) but hopefully they learnt from their experience.

    Looking forward to the 2030 edition anyway!

  • Windows is fine. Get off your high horse.

  • Yeah unfortunately I have to use Linux for work. I have considered WSL but... I dunno even with its many bugs I think WSL is probably worse. I have no idea how you get X apps working under it for example.

  • I don't see why that would cause lock ups? I'm pretty sure it's just a driver bug. Didn't used to do it but I upgraded the kernel recently and then it started.

    Interesting thread anyway - do you know if they ever fixed the defaults?

  • Yeah that was the first thing I did - 16 to 32GB but apparently the hardware doesn't support more. At least that's what the IT guys told me and it isn't worth fighting them.

    Seems a bit shit of the hardware to me. I bought a second hand desktop for very cheap and it came with 128GB which seems like a more reasonable amount for a professional programmer...

  • Nah this is like once a week. Windows (post XP) crashes on me maybe once a year. It's much more stable than desktop Linux in my experience.

  • Some Dell/Intel business laptop. Nothing exotic.

  • I was forced to enable swap because it I run out of RAM without swap then 95% of the time my laptop hard reboots. Adding a ton of swap fixed it.

    My next issue is that sometimes it just hard-freezes. Zero warning, under no load, I can't even move the mouse. Linux on the desktop!

  • Tool Command Language. It's a shitty stringly-typed scripting language from the 80s that took a neat hack (function bodies are string literals) way too far.

    It's a bit less shit than Bash, but shitter than Perl.

    Unfortunately the entire EDA industry has decided to use it as their scripting interface, which isn't too bad in itself - the commands they provide are pretty simple - but unfortunately it leads to people stupidly basing their entire EDA infrastructure on TCL rather than wrapping it in a saner language.