GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Conversation

Notices

  1. Embed this notice
    Julia Evans (b0rk@social.jvns.ca)'s status on Friday, 15-Aug-2025 15:45:47 JST Julia Evans Julia Evans

    are there any games that teach C pointers? like flexbox froggy for pointers

    In conversation about 2 months ago from social.jvns.ca permalink
    • Embed this notice
      Alfred M. Szmidt (amszmidt@mastodon.social)'s status on Friday, 15-Aug-2025 15:45:40 JST Alfred M. Szmidt Alfred M. Szmidt
      in reply to
      • Mark Levison
      • fcalva

      @mlevison >In an ideal world, only the device drivers are written in C.

      Why not something higher level with actual abstractions and semantics that make sense and allows you to write safe code? Why not Lisp?

      @fcalva @b0rk

      In conversation about 2 months ago permalink
    • Embed this notice
      Mark Levison (mlevison@agilealliance.social)'s status on Friday, 15-Aug-2025 15:45:41 JST Mark Levison Mark Levison
      in reply to
      • fcalva

      @fcalva @b0rk

      In an ideal world, only the device drivers are written in C.

      I've not done Operating System work for decades, so I'm a little rusty.

      I wonder how much of a modern OS could be written with languages that avoid pointer bugs.

      In conversation about 2 months ago permalink
    • Embed this notice
      fcalva (fcalva@cyberplace.social)'s status on Friday, 15-Aug-2025 15:45:43 JST fcalva fcalva
      in reply to
      • Mark Levison

      @mlevison @b0rk Rust has "castrated" pointers. Go isn't a systems language and isn't fast enough. And what other modern systems language ? Zig ? Odin ? "C2" ? All have pointers
      You just can't avoid pointers if you want to get close to the machine (aka fast).
      PS : I am not saying all code needs to or should be written in C, but saying "speed doesn't matter" is how you get the JS tower of babel
      Compiled Lisps for example, are only a few times slower than C, but are very nice to work with.

      In conversation about 2 months ago permalink
    • Embed this notice
      Mark Levison (mlevison@agilealliance.social)'s status on Friday, 15-Aug-2025 15:45:44 JST Mark Levison Mark Levison
      in reply to
      • fcalva

      @fcalva @b0rk

      Rust? Go? Or other modern systems language.

      In addition, 95+% of the code that people tell me needs to be "fast" isn't in a place where speed matters.

      In conversation about 2 months ago permalink

      Attachments


    • Embed this notice
      Mark Levison (mlevison@agilealliance.social)'s status on Friday, 15-Aug-2025 15:45:45 JST Mark Levison Mark Levison
      in reply to

      @b0rk

      I’m curious as to why? Isn’t it time we killed off pointers and all of related bugs or security flaws they created?

      I stopped using pointers in 1999. My mental health improved immediately.

      In conversation about 2 months ago permalink
    • Embed this notice
      fcalva (fcalva@cyberplace.social)'s status on Friday, 15-Aug-2025 15:45:45 JST fcalva fcalva
      in reply to
      • Mark Levison

      @mlevison @b0rk If you want to write fast code you are going to have to deal with pointers. Simple as that.

      In conversation about 2 months ago permalink
    • Embed this notice
      Alfred M. Szmidt (amszmidt@mastodon.social)'s status on Friday, 15-Aug-2025 15:54:42 JST Alfred M. Szmidt Alfred M. Szmidt
      in reply to
      • Mark Levison
      • fcalva

      @fcalva >You just can't avoid pointers if you want to get close to the machine (aka fast).

      Absolute nonsense; in Lisp we avoid pointers completely and yet can out perform C (C is such a low benchmark of comparison it is silly).

      @mlevison @b0rk

      In conversation about 2 months ago permalink
    • Embed this notice
      Alfred M. Szmidt (amszmidt@mastodon.social)'s status on Friday, 15-Aug-2025 22:55:35 JST Alfred M. Szmidt Alfred M. Szmidt
      in reply to
      • Mark Levison
      • fcalva

      @fcalva your making two fundamental mistakes, one cannot compare languages, and pointers have nothing to do with writing fast programs. Hence why what you say is total absurd nonsense.

      @mlevison @b0rk

      In conversation about 2 months ago permalink
    • Embed this notice
      fcalva (fcalva@cyberplace.social)'s status on Friday, 15-Aug-2025 22:55:37 JST fcalva fcalva
      in reply to
      • Mark Levison
      • Alfred M. Szmidt

      @amszmidt @mlevison @b0rk I mentionned compiled Lisps in the thread. And afaik they are still a few times slower than C when not calling any C libraries.

      In conversation about 2 months ago permalink
    • Embed this notice
      Alfred M. Szmidt (amszmidt@mastodon.social)'s status on Saturday, 16-Aug-2025 03:50:18 JST Alfred M. Szmidt Alfred M. Szmidt
      in reply to
      • Mark Levison
      • fcalva

      @mlevison calling things as they are is essential to understanding. It is absurd bullshit to say that pointers are needed or required for a fast language, and then also in the same breath quote a language that doesn’t have pointers as a equal comparison,

      @fcalva

      In conversation about 2 months ago permalink
    • Embed this notice
      Mark Levison (mlevison@agilealliance.social)'s status on Saturday, 16-Aug-2025 03:50:20 JST Mark Levison Mark Levison
      in reply to
      • Alfred M. Szmidt
      • fcalva

      @amszmidt @fcalva

      Can I suggest that we both disagree with @fcalva

      Saying someone's position is absurd nonsense falls below the level of good debate.

      My position, is that we can build fast resilient software with languages that don't have C's pointers.

      In conversation about 2 months ago permalink

      Attachments


Feeds

  • Activity Streams
  • RSS 2.0
  • Atom
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.