Rust dev, I enjoy reading and playing games, I also usually like to spend time with friends.

You can reach me on mastodon @[email protected] or telegram @sukhmel@tg

  • 6 Posts
  • 2.33K Comments
Joined 2 years ago
cake
Cake day: July 3rd, 2023

help-circle

  • ladtoLinuxMany Rust Changes Submitted For Linux 6.15
    link
    fedilink
    English
    arrow-up
    11
    ·
    23 days ago

    This quote from Linus is what I find inspiring hope of a future wider adoption or Rust:

    Thanks. I decided to try to do the merge on my own, but failed. I came close, but it was good to have your example merge to see what I got wrong.

    The pin_init becoming a crate of its own, but ‘pin::Pin’ being in the core crate ended up messing with my “monkey see, monkey do” approach to Rust merges.

    I’ll learn eventually, in the meantime please do continue to give me example merges and I’ll use them as training wheels.



  • We have an engineering manager that’s about the same, the only issue is that they let PR through because features are wanted and there’s no time to get things right.

    I think, I may be pleased to have to redo everything several times to make it better and simpler, but what we get is that everything is bad but we’ll still merge 😞

    I now feel at several times I fucked up quite a lot by making something that works but not something simpler.









  • Far, but being a programmer is usually not about using assembly anymore

    Edit: to elaborate a bit, TIS-100 has an overcomplicated architecture but oversimplified command set, and restricts the coder way more than the real assembly (e.g. you have a limit on line length of 12 chars or somewhat close, and that includes the opcode itself). Imo these design decisions allow it to be interesting and simple enough to comprehend, but severely limits what can be implemented on that architecture in reality without requiring for lots of boilerplate