493
Lean vs. fast
(lemmy.ml)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 28 Nov 2024
493 points (100.0% liked)
Programmer Humor
32695 readers
510 users here now
Post funny things about programming here! (Or just rant about your favourite programming language.)
Rules:
- Posts must be relevant to programming, programmers, or computer science.
- No NSFW content.
- Jokes must be in good taste. No hate speech, bigotry, etc.
founded 5 years ago
MODERATORS
If they wanted me to use a specific tool or lack thereof they should have said that. Instead they said "fix this problem" and instead of writing the entire codebase from the ground up I used the tools that were available to me so I could focus on fixing the problem instead of fixing the fix to fix the fix for the fix of the problem.
I can't relate to this feeling at all, writing code using a library I've found is almost always the source of bugs. Miscommunication between the library developer and their documentation, or my ability to read the documentation. And that's on top of how many big libraries I've seen with extremely simple exploits. Sadly I have to use a few, but I wince every time I install a package.
I am NOT writing a database connector unless you add an additional three months to your projects expectations.
I am NOT writing an LDAP connector.
I am NOT writing code to execute shell processes safely.
And I'm sure as hell not writing an XML parser just so I can say I did it without libraries.
JS devs that import libraries for every stupid thing (lpad comes to mind) are bad programmers, but libraries are useful and have their place.
And if my boss doesn't want me using those libraries, they need to specify that in advance or there needs to be a company policy to that effect. Otherwise, I'm solving the problem my way since that's what I'm getting paid to do.
Yeah I absolutely agree, my issue is with libraries that do trivial or not particularly useful things.