• 9 Posts
  • 72 Comments
Joined 6 months ago
cake
Cake day: June 2nd, 2024

help-circle
  • bleistift2@sopuli.xyztoProgrammer Humor@lemmy.mlI love Rust
    link
    fedilink
    English
    arrow-up
    1
    ·
    4 hours ago

    I don’t even want to write that into a log message.

    Why not? It’s a perfectly human readable representation of that duration, just as intended by ISO.

    what the hell am I supposed to do with that?

    Just as an example, we use that format to communicate durations between the frontend and backend.







  • Completely depends on how often you need to write boilerplate code, and how error-prone it is.

    After writing hundreds of instances of ‘fetch this from the server and show an error if it doesn’t work’, I finally wrote a helper for that. It took 2 hours, shouts at me if I use it wrong, and instantly makes my classes easier to read because all the boilerplate is gone. As an added bonus, the invocation is so small that Copilot can write it error-free, which it couldn’t before.

    So fetching things is now a thing of a few seconds instead of one minute with a chance of making a mistake. I say it’s worth it.





  • Example: Type

    Once upon a midnight dreary  
    While I was pondering, weak and weary  
    Over many a quiant and curious volume of forgotten lore  
    

    To get:

    Once upon a midnight dreary
    While I was pondering, weak and weary
    Over many a quiant and curious volume of forgotten lore

    (You can highlight the source code to find the extra spaces at the end of each line). Note that this is different from paragraphs, which add spacing between them:

    Once upon a midnight dreary
    
    While I was pondering, weak and weary
    
    Over many a quiant and curious volume of forgotten lore
    

    Once upon a midnight dreary

    While I was pondering, weak and weary

    Over many a quiant and curious volume of forgotten lore




  • bleistift2@sopuli.xyztoProgrammer Humor@lemmy.ml#godot #GodotEngine
    link
    fedilink
    English
    arrow-up
    12
    ·
    edit-2
    1 month ago

    Programs aren’t written by a single team of developers that speak the same language. You’d be calling a library by a Hungarian with additions from an Indian in a framework developed by Germans based on original work by Mexicans.

    If no-one were forcing all of them to use English by only allowing English keywords, they’d name their variables and functions in their local language and cause mayhem to readability.

    [Edit:] Even with all keywords being forced to English, there’s often half-localized code.

    I can’t find the source right now, but I strongly believe that Steve McConnell has a section in one of his books where he quotes a function commented in French and asks, “Can you tell the pitfall the author is warning you about? It’s something about a NullPointerException”. McConnell then advises against local languages even in comments







  • Is this not rude:

    I checked the code and I’m appalled. There are more BLOBs than source code

    No. The commenter is voicing their own feelings and explains why they have them. There is neither blaming nor rudeness here.

    And this:

    I understand that removing BLOBs isn’t a priority over new and shiny features. But due to recent events, this should be rethought.

    It would have been nice if you had explained why you think this is rude. The author expresses understanding that the maintainers’ priorities don’t align with the author’s. This seems to be an uncontroversial statement to me.

    Then the author explains (I agree, it’s more a hint than an explanation) why they think the priorities should be changed. In my view their argument is sound. Again, there is no blaming or rudeness here.

    They should have opened with a complement

    I assume you mean “compliment”.

    I’ve often heard of the “sandwich technique” – start with a compliment, then voice criticism, end with another positive thing. I find this is an appropriate procedure when voicing open feedback, that is, good things and bad things. However, this is a Github issue. Its whole point is to point out a perceived problem, not to give the maintainers a pat on the back or thank them.