Why is it so hard finding up-to-date docs and guides?

Comments

• Mikina@programming.dev ⁨1⁩ ⁨year⁩ ago

  My favorite story about docs is when I tried implementing multithreaded Raycast in Unity.

  I needed it to hit multiple targets per ray. Should be pretty easy, after all - there is this parameter right in the constructor:

  maxHits: The maximum number of Colliders the ray can hit.

  And this is how you use it:

  The result for a command at index N in the command buffer will be stored at index N * maxHits in the results buffer.

  If maxHits is larger than the actual number of results for the command the result buffer will contain some invalid results which did not hit anything. The first invalid result is identified by the collider being null. The second and later invalid results are not written to by the raycast command so their colliders are not guaranteed to be null. When iterating over the results the loop should stop when the first invalid result is found.

  Well, no. It’s not working like that. I was always getting just a single hit, but sometimes, I received two or more hits. After a few days of debugging, I have found a typo in bubblesort, which caused the multiple hits, and I was in fact getting only one hit every time.

  Strange, must be a bug then. And then I found it. A bug report from 3 years ago. But it was closed as solved. And the resolution?

  I have some news about the issue where RaycastCommand will only return a maximum of 1 hit regardless what you set maxHits to.

  According to our developers, each individual raycast in a batch only does a Raycast single in PhysX which will only return the first hit, and not multiple hits if the ray passes through several objects which would require a different raycast function. The documentation simply doesn’t explain this very well.

  The docs above are from 2021. Three years after this. The fuck “doesn’t simply explain it very well”? It literally explains it pretty damn well.

  But looks like they’ve finally changed the docs for 2022+ at least, it did happen few years ago.

  source

  • Psaldorn@lemmy.world ⁨1⁩ ⁨year⁩ ago

    Ah, reminds me trying to implement multiplayer just as there was some churn regarding unet/llapi/hlapi and every update something would break.

    I just gave up. Add it to the failed projects list.

    source
• jrandiny@lemmy.world ⁨1⁩ ⁨year⁩ ago

  This is why having a dedicated person/team to maintain docs is very important

  source

  • Dharkstare@kbin.social ⁨1⁩ ⁨year⁩ ago

    I've always felt that programmers need one day out of the week where they explain what their code does to someone dedicated to writing documentation. That way the code is being documented while you still understand what it does and the documentation is constantly being updated.

    source
  • Gecko@lemmy.world ⁨1⁩ ⁨year⁩ ago

    Also why having doc comments and docs generated from code are super useful. When someone changes the code but not the comment above, it becomes really obvious that something was missed as opposed to having code and doc changes be two separate tasks.

    source
• whatisallthis@lemm.ee ⁨1⁩ ⁨year⁩ ago

  Yeah I built a few react apps that made it to production about 7 years ago.

  Now the react syntax I used back then is basically a dead language.

  source
• atyaz@reddthat.com ⁨1⁩ ⁨year⁩ ago

  I know some people don’t have the choice but if you do, please choose something better. That garbage does not deserve your effort.

  source

  • BlueBockser@programming.dev ⁨1⁩ ⁨year⁩ ago

    It’s not garbage, it just has some flaws - as does everything. The Spring and Java/JVM ecosystem can be a huge advantage if you know how to use it - which sometimes means diving into library code when docs aren’t sufficient.

    source

    • atyaz@reddthat.com ⁨1⁩ ⁨year⁩ ago

      As someone who uses Django every day, I can tell you that the code is almost secondary to the amazing documentation. The documentation is such a core part of a framework that I don’t see how it can be usable without really good and up to date documentation.

      The fact that spring boot’s documentation is so bad that it’s impossible to even find a reference for a class you’re using is, I’m sorry to say, garbage.

      source
• Dax87@forum.stellarcastle.net ⁨1⁩ ⁨year⁩ ago

  I also feel like agile methodology, which is becoming more common, works against documentation with the fail fast fail often philosophy. If your feedback loop with your stakeholder is rapid, then changes to the design plan are often and rapid as well, which requires more documentation change overhead, which makes documentation even less appealing.

  source

  • blackstrat@lemmy.fwgx.uk ⁨1⁩ ⁨year⁩ ago

    SAFe Agile can go fuck itself. It’s the worst of everything, isn’t actually agile and is a disease infesting corporations who don’t know any better.

    All these methodologies and philosophies are all invented so a few people can sell books, training and lectures.

    source
• pjhenry1216@kbin.social ⁨1⁩ ⁨year⁩ ago

  I'm all for progress in technology but sometimes there's a disconnect between planning/budgeting and how it progresses way so fast like when it has a large corporation supporting it's development but folks are writing apps with like two person teams and sustaining these projects for years and need to decide "is today the day I rewrite the whole project to bring it up to date or do I fix that one bug and implement that feature the customer wants?". I swear just keeping code up to date is at least one or two FTEs but it's never included in a budget.

  source
• Hupf@feddit.de ⁨1⁩ ⁨year⁩ ago

  Where humor

  source

  • 9point6@lemmy.world ⁨1⁩ ⁨year⁩ ago

    Someone’s trying to be productive in Java

    source
  • coloredgrayscale@programming.dev ⁨1⁩ ⁨year⁩ ago

    They should have used Quarkus /s

    source
• redcalcium@lemmy.institute ⁨1⁩ ⁨year⁩ ago

  Welcome to the churn where everything got replaced every 5 years and old stuff re-appear again as the hot new stuff every 15 years.

  source
• lazyslacker@sh.itjust.works ⁨1⁩ ⁨year⁩ ago

  Because developers don’t bother with documentation. They either assert it’s self documenting or they assert whatever it is was always intended to be temporary so it’s not worth documenting.

  source
• cabbagee@sopuli.xyz ⁨1⁩ ⁨year⁩ ago

  I’m sticking around to see if someone has a good spring tutorial.

  source
• tetrahedron@programming.dev ⁨1⁩ ⁨year⁩ ago

  Unreal docs entered the chat

  source
• GeraldEstaban@exploding-heads.com ⁨1⁩ ⁨year⁩ ago

  Because developers have a problem of getting bored with things that already work and want to fix what isn’t broken or invent new things.

  source
• lorkano@lemmy.world ⁨1⁩ ⁨year⁩ ago

  If you eventually get to the class that can replace it’s not that bad. The worst case is when there is no replacement class at all

  source