I feel like there are many devs out there who expose a lot of personal details and opinions all over the web. Maybe it’s just me, but when starting out with the internet I tried my best to separate my personal details (name, age, sex, country, ethnicity, family ties, relationship status,…) from usernames in public.

Seeing devs do it willingly and voice opinions on divisive or sensitive topics kind of messes with me. Aren’t y’all afraid of missing out on job opportunities if someone reads your opinions, code, or other stuff tied to your personal accounts? Or letting anybody (maybe family, friends, acquaintances, …) in on your personal life, mindset, opinions and other personal information?

Anti Commercial-AI license

  • onlinepersona@programming.devOP
    link
    fedilink
    English
    arrow-up
    3
    arrow-down
    1
    ·
    2 months ago

    Like your own code written for personal projects is probably gonna be pretty high quality I’d hope?

    Does every experiment have to be formatted by a code-formatter, linted, 100% code coverage, unit, integration, and e2e tests, have full CICD, an expansive README, documentation, a project board, milestones, be published on package repositories, and a homepage? Does every post you make on the internet have references, perfect grammar, a well thought out point, and can be ready to be published in your field of work?

    Anti Commercial-AI license

    • Traister101@lemmy.today
      link
      fedilink
      arrow-up
      1
      ·
      2 months ago

      Um what? I didn’t like hide extra meaning in what I said. High quality code doesn’t imply all that extra shit you added. It’s code that’s easy to read and modify. Typically this just means you name stuff well and document things that aren’t obvious. Usually my docs explain why something exists since thinking it’s unnecessary cause you don’t remember what the original problem was a common occurrence before I started doing so.

      Is high quality code ran through a formatter? I’d hope so yeah. There should be a consistent code style across the entire project. Doesn’t matter what it it long as it’s consistent.

      100% code coverage is meaningless and as such a pointless metric. Also 100% coverage is explicitly tied to the implimentaion as all code paths have to be reached which is obviously not a good idea (tests have to change when the implimentaion changes as you’re testing the implimentaion not the api).

      Really a lot of this is just meaningless buzz words as an attempt at some sort of gotcha. Really don’t understand how you even interpreted a statement so simple in this way.