520
top 26 comments
sorted by: hot top controversial new old
[-] independantiste@sh.itjust.works 74 points 3 months ago

I'm the total opposite, my documentation is very thorough, my code looks like it was made by a monkey

[-] Successful_Try543@feddit.de 18 points 3 months ago

Like my professor used to say: "Implementation is trivial, a trained ape can do it."

[-] Steamymoomilk@sh.itjust.works 11 points 3 months ago

The trained ape is AI and it works really well.

Hold on i gotta glue my pizza and drink my piss every 24hours before i finish this comment.

(Im joking)

[-] bitfucker@programming.dev 2 points 3 months ago

I prefer concise and accurate documentation than clean code tbh. The reason is that if the documentation stated that it should perform something with side effects a,b,c then I at least know what to expect. When contributing, this also makes it easier to implement something because we have the requirement at hand. Understanding shitty code is easier than understanding human requirements. Shitty code is the language we use to talk with a computer, so at least you'll know exactly what will happen.

[-] independantiste@sh.itjust.works 2 points 3 months ago

I think the same, I often find that people overestimate their ability to write self documenting code and with the added mess of automatic formatters it often becomes hard to read and understand. In my department I am one of the few who actually writes comments and readmes that explains the reason behind some decisions. I am very junior, less than a year of experience, so maybe I will be able to better understand code that other people write in the future. But for the time being I write my documentation and my comments in a way that someone who doesn't know anything about the project can understand, because I hate having to call coworkers because I can't figure out how the project handles x and y (bear in mind that is also caused by Java "best practices" with 45 abstraction layers)

[-] A_Very_Big_Fan@lemmy.world 2 points 3 months ago

He's doing a good job :3

[-] Bishma@discuss.tchncs.de 32 points 3 months ago* (last edited 3 months ago)

My best READMEs are the ones I write well before I've finished the code. The README bears little resemblance to reality, but it's the easiest to read.

[-] Landless2029@lemmy.world 20 points 3 months ago

Am I the only one who writes the Readme as I add features and do my commits.

Don't leave your homework until the end and cram away just before it's due.

Code every other day.

Code. Then review and document.

I also try to maintain my feature list in my Readme. Essentially my roadmap. Work my way down the list and write Code as features are added/updated.

[-] ssm@lemmy.sdf.org 15 points 3 months ago

As long as you provide a list of dependencies, you're cool in my book

[-] stevedidwhat_infosec@infosec.pub 14 points 3 months ago* (last edited 3 months ago)

Code is more or less deterministic, communicating with other humans using something like the English language - much harder.

Lots of communication is open ended and up to interpretation especially with things like incorrect grammar usage and/or slang

Take your time, get it as close to right as you can the first go around

[-] _______@poeng.link 11 points 3 months ago

Them: "Read the docs, this is a mature project!"

The documentation: "Coming soon!"

Me: "It says its coming soon."

Them: "Its open source, how about you contribute instead of demand?"

Me: "What?"

System notification: "Banned, lol"

[-] 0x4E4F@sh.itjust.works 2 points 3 months ago

This is eerie close to home! Completely illogical answers, yet somehow I'm to blame ๐Ÿคจ...

[-] neidu2@feddit.nl 8 points 3 months ago

I'm the opposite. Wanna join forces?

[-] 0x4E4F@sh.itjust.works 1 points 3 months ago
[-] neidu2@feddit.nl 1 points 3 months ago

As long as your documentation doesn't require anything graphical, then I'm your man.

[-] 0x4E4F@sh.itjust.works 1 points 3 months ago

Nope, nonetheleast. Maybe a screenshot or two.

I'll send you a DM ๐Ÿ‘.

[-] jol@discuss.tchncs.de 7 points 3 months ago

I'm the opposite. I will write literally a book of poetry for the tiniest feature to justify my pay raise at the end of the year.

[-] 299792458ms@lemmy.zip 7 points 3 months ago

This is like when I was in school and spend half of the time using "word art" to set fancy titles

[-] jjjalljs@ttrpg.network 6 points 3 months ago

I think a lot of people are kind of bad at written communication. It's not an easy skill.

Often at work folks will write twice as many words and clauses as needed. The Hemingway editor ( https://hemingwayapp.com/ ) isn't perfect, but I recommend they take a look at it.

[-] ptz@dubvee.org 5 points 3 months ago

That hit me right in the gut.

[-] ArbitraryValue@sh.itjust.works 4 points 3 months ago* (last edited 3 months ago)

This is why my programs don't come with documentation. If you want to use them, the best I can do is a messy script that "works for me".

[-] wesker@lemmy.sdf.org 4 points 3 months ago* (last edited 3 months ago)

I pride myself on writing pretty good technical docs. But there's always a motivation hurdle at the beginning, that I have to get over.

[-] EvilCartyen@feddit.dk 4 points 3 months ago

Well, I for one am thankful you lot see so bad at explaining yourselves or I'd be out of a job

Love, the technical writer

[-] MonkderDritte@feddit.de 2 points 3 months ago

I do both well but it never ends. ๐Ÿ˜Ÿ

[-] ILikeBoobies@lemmy.ca 1 points 3 months ago
this post was submitted on 31 May 2024
520 points (99.1% liked)

linuxmemes

20633 readers
774 users here now

I use Arch btw


Sister communities:

Community rules

  1. Follow the site-wide rules and code of conduct
  2. Be civil
  3. Post Linux-related content
  4. No recent reposts

Please report posts and comments that break these rules!

founded 1 year ago
MODERATORS