[–] 16 points 5 months ago* (last edited 5 months ago)

Get well brother.

As a son of a specialist physician, I know full well how hard it can be to connect the dots between random symptoms and a problem that's actually in the brain. It's not rare for such confirmed diagnoses to become case presentations (which is how I know 😉).

  • source
  • [–] 4 points 5 months ago

    Actual programmers using it as a proper tool should produce output indistinguishable from actual programmers not using it at all. That there even is (often) a visible distinction is a big part of the problem.

    Notably, it even explicitly says in the proposal that it shouldn't require any policing. Instead, obvious cases are more important.

  • source
  • parent
  • context
  • [–] 3 points 5 months ago*

    From the policy in the PR:

    The policy's guidelines are roughly as follows:

    It's fine to use LLMs to answer questions, analyze, distill, refine, check, suggest, review. But not to create.

    LLMs work best when used as a tool to write better, not faster.

    We carve out a space for "experimentation" to inform future revisions to this policy.

    So... No, it isn't.

    Note that there are times when using a LLM to create code is allowed. Reading the doc explains the nuance.

  • source
  • parent
  • context
  • [–] 4 points 5 months ago

    I actually had lots of fun writing a clojure compiler in rust that would target wasm. This allows to write it all in rust and then get it to self-host bit by bit.

  • source
  • [–] 19 points 5 months ago

    Nice! I hope they follow through.

    One thing I appreciate about Rust is that the developers seem to move thoughtfully and apply a fair bit of rigor. It may appear they move slowly at times, but I like their approach.

  • source
  • [–] [S] 6 points 5 months ago (2 children)

    Agreed, but hopefully they're being used more for "Let's pause for now while we figure out a good way to filter out true AI-Code-Kiddies slop from actual programmers using it as a proper tool" rather than perm bans

  • source
  • parent
  • context
  • [–] 5 points 5 months ago* (1 child)

    no allocation churn under heavy alt-screen TUI workloads (vt100 0.16 leaks tens of GB under multi-hour claude-style streams; this does not).

    Interesting stress test you got there.

  • source
  • [–] 1 point 5 months ago (2 children)

    Congratulations.

    I should probably look this up instead of asking, but how decoupled is the registry and backend code from the web frontend?

    Is it possible for an external project to, for example, develop a fully functional alternative in Rust/WASM?

  • source
  • view more: ‹ prev next ›