• 0 Posts
  • 17 Comments
Joined 8 months ago
cake
Cake day: November 21st, 2023

help-circle
  • I had quite some beef with the tethered caps in the beginning when they didn’t latch properly, but have since gotten used to them. That said:

    • Cap on top -> Funny hat for nose!
    • Cap on bottom -> Beard gets to take a moist nap.
    • Cap on sides -> Mustache also gets to take a sip!

    Obviously not much of a problem. I’d need to clean my facial hair either way if eating ice cream or other messy foods, but cap rotation might not be effective if your “face” sticks out 1-2cm from your mouth.

    One could also attempt to rotate the cap in a way to achieve quantum tunneling, but I don’t feel that I’ve achieved that level of “tethered cap proficiency” yet.


  • I’m pretty sure it’s more like

    Junior dev: Got all the nice addons, RGB lighting, only uses dark theme, got all the stickers, works from either a café or moms basement.

    VS Senior dev: Works on company standard issue hardware, barely customizes visuals (but got a script which makes a cup of coffee on the shared machine in exactly 2 minutes and 30 seconds), works in shared office, has old rolling cabinet with unknown artifacts last touched 10+ years ago.

    Obviously this is an overgeneralization and not a catch-all, you might even say that it’s “programmer humor”.






  • Ekky@sopuli.xyztoProgrammer Humor@programming.devMy Git Knowledge
    link
    fedilink
    English
    arrow-up
    19
    arrow-down
    1
    ·
    4 months ago

    “Fixed issue with ssl python libs,” or “Minor bugfixes.”

    Red bird going "Hahaha, No!"

    In other news, never work more than one person on a branch (that’s why we have them). Make a new related issue with its own branch and rebase whenever necessary, and don’t even think about touching main or dev with anything but a properly reviewed and approved PR (in case they aren’t already protected), or I’ll find and report you to the same authority that handles all the failed sudo requests!

    Also, companies that disable rebasing are my bane. While you can absolutely do without, i much prefer to have less conflicts, cleaner branches and commits, easier method to pull in new changes from dev, overall better times for the reviewer, and the list goes on. Though, the intern rewriting multiple branches’ history which they have no business pushing to is also rather annoying.





  • Right, my bad. I thought you were explaining turbines in relation to the post, which would indeed have one attempt to run sand through it if not used with either liquid or steam.

    I also wrote turbine and generator separately, as, as you stated, turbines and generators are not the same. I, in turn, hope I didn’t give the impression that they were.

    I fully agree about the system as a whole better being described as a battery, which usually includes generators of some sort to convert the stored energy back into electricity.

    And yes, this is a rather precarious article, which also is why I wrote the half-question half-joke about unnecessary conversion steps using turbines.







  • For those wondering how to exceed the 70 (80) recommended character limit and still follow best practices:

    1. Write the title on the first line, keep below 70 characters.
    2. Make two (2) newlines
    3. Write one or more descriptive paragraphs.

    The first line will be shown as commit message, and the full text can usually be viewed by checking out the commit. Sentences can span multiple lines, but try to keep the line length below 70 characters for best readability.

    This off the top of my head, so feel free to correct me if I’ve misremembered the best practices.