10 Coding Habits To Avoid
ฝัง
- เผยแพร่เมื่อ 1 มิ.ย. 2023
- Recorded live on twitch, GET IN
/ theprimeagen
MY MAIN YT CHANNEL: Has well edited engineering videos
/ theprimeagen
Discord
/ discord
Have something for me to read or react to?: / theprimeagenreact - วิทยาศาสตร์และเทคโนโลยี
If this article wasn't AI generated, the writer should worry, cause ChatGPT could definitely have made this.
It also feels more like ChatGPT 3.5 than 4.0, Four tends to be shorter and a bit more direct.
@@allalphazerobeta8643 On the flip side 4.0 is better at alliteration and metaphors
@@snakefinn Good point, maybe, it the prompter's fault for asking ChatGPT to write 5 paragraphs or add a paragraph, etc. And it just doesn't have anything more to say so it gets it's repetitive.
The article sounds exactly like something chatgpt would generate. Honestly shocked Prime entertained a read through of it.
That's the future isn't it? If your article isn't a hot take, controversial writing or flaming. It'll sound like an AI.
this article is definitely ai generated
100%
200%
400%
400%
600%
This article is something I'd write in high school when the teacher wants 1000 words for a simple question.
You know every article that contains a phrase such as 'in the vast landscape of programming' or some variant is 100% a Chat Gippity special.
I'm pretty sure the robot that wrote this wanted to give programmers conflicting advice because it didn't want to be manipulated.
The joy of programming is the key thing. I've been coding since I was 13, in 1983! I love it! I programmed professionaly from 1991 to 2015. I retired when I was 45. I now code for pure unadulterated pleasure, I'm now 53. I will continue coding until the day I die. I still live, breathe and eat coding. It is the sheer joy of programming that keeps me going - I truly love it, I loved it at the beginning, I will love and continue programming till the end of my days.
Love it
What personal projects do u do? Programming gets old fast though.
@@javier.alvarez764 i retired from professional programming in 2015 after I started a property business to replace my salary. My personal projects include a stock analysis system written in Python. Im now rewriting it in Rust, using egui to create an IDE platform that people can use to visualise financial data, to run trading system backtests and execute their trading systems in real time. It’s a complex piece of software, which I can craft at my own style and pace for the sheer joy of it!
very inspirational!
I aspire to be you
I feel like the author must be a programmer of the likes of:
if something == true {
return true;
} else {
return false;
}
and then use a ton of comments to explain every line of code.
Actually its more like:
if something == true {
return true
} else if something == false {
return false
} else {
return error
}
Ok, "You can't get good at something you hate". Well, that's my Javascript career out the window :)
More like you can't get good at something that's bad. Imagine getting got at nailing nails with a banana.
@@monad_tcp That would be nuts, you could go to a show with that skill
😂
@@monad_tcp Done: th-cam.com/video/ZAAQHbCvXhI/w-d-xo.html
@@BlackDragon-tf6rv It's actually a fruit
I put the prompt into chatGPT and it wrote a much better article:
Title: 10 Coding Habits That Make You a Bad Programmer
Introduction:
In the world of software development, writing clean, efficient, and maintainable code is paramount. Good coding habits not only enhance productivity but also improve collaboration and minimize errors. On the flip side, bad coding habits can lead to buggy, hard-to-read code that is difficult to maintain. In this article, we will explore ten coding habits that can make you a bad programmer. If you find yourself guilty of any of these habits, don't worry! Recognizing them is the first step towards improvement.
1. Inconsistent Naming Conventions:
One of the most common coding habits that can hinder readability is inconsistent naming conventions. Choosing meaningful and consistent names for variables, functions, and classes is crucial. Using clear and descriptive names improves code comprehension and makes it easier for others (or even yourself) to understand and modify the code in the future.
2. Ignoring Code Documentation:
Documentation is often overlooked, but it plays a vital role in maintaining codebases. Bad programmers tend to neglect documenting their code, leaving their colleagues or future maintainers in the dark. Well-documented code helps others understand the purpose, inputs, and outputs of functions, making it easier to debug and enhance the codebase.
3. Writing Lengthy Functions:
Long and monolithic functions are a recipe for disaster. Bad programmers often write functions that span multiple pages, making it hard to understand their logic and troubleshoot issues. Breaking down complex functions into smaller, modular ones improves code readability and reusability. Aim for functions that do one thing well and are easy to comprehend.
4. Neglecting Code Comments:
Code comments are crucial for explaining non-obvious parts of your code. Bad programmers either omit comments entirely or write uninformative comments that don't add any value. Meaningful comments provide insights into the purpose, intentions, and edge cases of the code, aiding future developers who need to understand or modify it.
5. Not Using Version Control:
Version control systems, such as Git, are essential tools for managing source code. Bad programmers often neglect version control, leading to code inconsistencies, conflicts, and difficulty reverting changes. By using version control, you can track code changes, collaborate effectively with teammates, and easily roll back to previous versions if necessary.
6. Lack of Error Handling:
A bad programmer often ignores proper error handling, leading to unpredictable program behavior and potential crashes. Error handling is essential for identifying and gracefully recovering from unexpected situations. By incorporating proper error handling techniques, such as try-catch blocks, you can make your code more robust and reliable.
7. Copy-Pasting Code:
Copying and pasting code may seem like a time-saver, but it can lead to a maintenance nightmare. Bad programmers tend to duplicate code instead of creating reusable functions or modules. Duplicated code increases the chances of introducing bugs and makes code maintenance more challenging. Instead, strive to write modular and reusable code that can be easily shared across different parts of your project.
8. Ignoring Testing:
Writing tests is often considered a hassle, but it is a fundamental part of ensuring code quality. Bad programmers tend to neglect testing, resulting in code that is prone to bugs and difficult to refactor. Adopting a test-driven development approach and writing automated tests can help catch errors early, maintain code integrity, and facilitate future modifications.
9. Poor Performance Optimization:
Efficient code is vital for maintaining a responsive and scalable application. Bad programmers often overlook performance optimizations, resulting in sluggish and resource-intensive software. Understanding algorithms, data structures, and profiling tools can help identify bottlenecks and improve the overall performance of your code.
10. Resistance to Learning and Improvement:
Perhaps the most detrimental habit of a bad programmer is the resistance to learning and improving their skills. Technology and programming languages
Actual bad habits and straight to the point. OP should upgrade their GPT
Thank you. I'm tired of the got slander
That was indeed a thousand times better than the drivel in the video :)
^ that is what I expected from this article when I read the title.
7 should be called 'Neglecting the D.R.Y. Principle'. Copy-Pasting is good practice mostly because it saves energy, which is important on the long run. Of course, after the pasting, common code should become f() or macro.
At #4, i am now sure that it is not written by a programmer.
Programming is a craft and this sounds like an electrician telling me that he will make the electrics in my house in a creative and never seen before way. Please don't. When the next guy takes over, he won't say "oh my, this is brilliant! I've never seen something like this!" he will say "wtf is that bullsh*t. We need to rewrite all of that."
Programmers say ""wtf is that bullsh*t. We need to rewrite all of that."" all the time, regardless of how standardized the code is. If it's not the standard *they* know, then it is garbage and deserves to be burnt.
@@bluecup25 A form of job security. In the south Med part of Europe, it's not unknown to have electricians do things in a convoluted way for job security, and then the next electrician comes in and says "this is not right, we have to start from scratch". It's not a code violation either (no codes are enforced) but more of a form of job security. I recently had to deal with this with an electrician who deliberate made things obscure. Luckily it was not too expensive to rewire.
Tom is genius
Sorry, this article is total crap.
I don't worry about insulting the author as the article was definitely generated by some crappy AI.
That’s how majority of the web is when you look something up, crappy 10 numbered list that gets to the point half way down the page
@@LDFort a sad state of affairs, didn't the internet audience showed that we have an attention span of about 4 seconds ? how come this verbose articles keep coming out?
Wow, this article was such a nothing burger
"The emotional coder" reminds me of one of my favorite pieces of advice from "How To Write Unmaintainable Code": use emotionally charged variable names to distract the maintenance programmer from the underlying logic, e.g. "marypoppins = (superman + starship) / god"
Why does god need a starship?
@@lollol012If we take superman and starship to be units of the same dimension (flying thing), then 1 marry Poppins is proportional to 1 flying thing per god.
This is where I knew it was a bot. When discussing code with other humans it can get emotional. The bot failed to realize this and so made this vague statement and got the details wildly wrong. Could have said something about taking your ego out of such things. Or to work on recognizing defensiveness about your code amidst criticism.
If you do copy code from a third party, I recommend putting in a comment with the URL where you got it from so if someone has questions later, they know where to look.
Like all written works, code is only copyrightable if it's creative enough. Contrary to popular opinions, there's not 1000 ways to do things. There are infinite combinations of things you can do to create a product with code, but most individual blocks of code are boilerplate algorithms.
It's easier to protect a whole product than a particular function.
@nósferratu reminder that stackoverflow code is copyrighted unless proven otherwise AND has a viral license (CC-BY-SA). i never visit there personally
Unless you think link rot will be an issue.
@@pineberryfox generic code is not copyrightable. Your version of "hello world" is not a unique creation. Your software as a whole is easily copyrightable as a unique creation. However, snippets with very specific functionality is much harder to copyright.
@@andrewhooper7603 First, StackOverflow is an archive. Second, it's a courtesy. Third, if you're working with someone who can't figure out what to do if a link no longer works, you have bigger problems
@@bkucenski i would argue that i have in fact written at least one "hello world" that would constitute "an original work of authorship fixed in any tangible medium of expression". it's an extremely low bar. copyright doesn't protect _algorithms_ but it'll absolutely protect, say, a well-documented assembly-language program for a custom CPU that writes "hello world" to a serial line.
unless you want to convince a court that something isn't an original work of human authorship expressing a modicum of creativity, i'd just stick to following the license.
"In the thrilling world of programming"
It is very motivating to hear your funny and very refreshing explanation ideas, I always find something in common with your point of view. Thank you!
Article felt more like a wholesale of cute platitudes but little grip on reality. On the burnout issue, i fully agree that it's not how much you're working on it but how much you WANT to work on it. Have had weeks with a couple hours a day sleep that ended with me totally out of gas and happy, and have had weeks working 9-5 that ended in misery and despair. If you want to figure when you're in one or the other, think overtime. If you're willing to do overtime for free, you're in the former, "in the zone", happy life. If you're not willing to do overtime at ANY rate, you're in the later.
Regarding the mastering of a language:
I have to say that I only started to master languages once I explored more languages because you (or at least I) only start understanding how and why things work once there is some contrast and some language where it's done differently.
back in 2001 a class mate in probabilistic class in college told me that a guy he met suggested him the best way to program is to learn your favorite language, dominate it and then learn to call other programming languages from your own.
In other words, learn C & how to use emscripten to be fullstack dev.
Articles like this show very well what happens when you replace authors with AI text generators.
Quite frankly I mainly code because I want to achieve a functionality, the leaning comes as a side effect.
Love your takes on this
Re: C&P, there is a reason not to use it, at least while learning. If you paraphrase the code, or just rewrite it, that does wonders for retention.
As a baby intern one summer I was asked to do something in a groovy on grails site that qa used to keep track of something. I hadn't heard of MVC yet (or RoR), so being thrown into a spring (this was a decade ago) groovy on grails app was terrifying. I had no idea what beans were, or what Autowired did, I'd never seen DI, or DAO. I was just left to flounder for a month, so I dived all the way into spring source code to try to figure out what was happening there. It didn't help. Hard pass on 8 & 9.
@4:00 According to a Forbes article, the original quote comes from Shakespeare, and in its original form it stated “a jack of all trades is a master of none, but oftentimes better than a master of one.", and it was used as a compliment.
17:42 🤣🤣🤣 I agree completely with you. That was a wild suggestion from the article
on understanding the code, I don't think he really meant knowing how it's implemented. but understanding enough to realize possible bugs. for example understanding that shared_pointers in c++ can cause a cyclic reference and how to avoid that. while it may be an implementation detail that leaks into the interface it's still also an interface detail that you need to understand.
maluco leu serio por meia hora algo que alguem gerou e postou em um segundo. e eu aqui assiti tudo, que brisa.
Jester of all, master of none.
Btw, love the backhistory on the expressión.
Basic constructor types in C++:
The normal ones:
Default constructor
Parameter constructor
The weird ones:
Copy constructor
Copy assignment
Move constructor
Move assignment
The very weird edge cases:
Single parameter constructors (allow for implicit conversion)
explicit constructors (used to not allow inplicit conversion on single parameter constructors)
Initializer list constructors (allow for constructing the object by just using {.member1=,.member2=...})
+ constexpr versions of all of the above
Probably some more I forgot about
Javascript IS still all about prototype inheritance. There may be some syntactic sugar (classes, extends, etc.), but the language is still working like before and will construct prototype chains under the hood.
Yeah, it's a piece of crap
I can't get used to use inheritance and oop structures anyways. I just use functions all around my projects
It's like letting your heart navigate while driving - it might lead you to a beautiful place you didn't know existed.
The article is written by OOP programmer, each section 1st half is creating the class and 2nd half is creating instance of the class with some tweaks.
finally i understand recursion, thanks to diving in
I 100% agree practice makes perfect. And if you burn out you're gonna hate it. But if you never spend some time doing it you won't get better.
#9 unfamiliar code
Lol “I didn’t understand the cryptography libs, so I decided to implement my own so I could understand the internals. (It stores passwords in reverse)” ✅
The full quote was "Jack of all trades, master of one, better than a master of none"
The even fuller quote was "Jack of all trades, master of one, better than a master of none, deez nuts, i'm done"
Internet wisdom be like: en.m.wikipedia.org/wiki/Jack_of_all_trades,_master_of_none
The proverb is:
"A jack of all trades is a master of none, but oftentimes better than a master of one."
Literally: multidisciplinary knowledge often beats expert single discipline knowledge.
Yeah that first one is really wrong, when I was at IBM they made a while point of trying to get people with a lot of experience in a lot of areas and different tools
14:45
The funny thing is that Picasso was famously quoted saying “a good artist copies, a great artist steals”
14:00
I love how fast it went from 0 to a 100 in a mater of one sentence
Comma usage is the giveaway for me. I'm pretty good at writing, but even I don't use commas that egregiously and had to spell check such a word because I need coffee to function. Think: buzzwords, hollow phrasings, and a lack of relevant subtext or jargon. It only makes sense because it merely scratches the balls of what it's discussing.
The fact that you knew that little adage trivia, and edified the chat with it, makes you one of the most trustworthy persons I've ever seen online.
As a 10yoe I wouldn't say that looking at a junior coding changes how I think, but it does make mistakes more clear to me in the sense that I can rationalize why something is bad with more clarity.
I'm quite relieved I'm not the only one who sees stl as dark magic, not even sure if it was written in the same cpp I write in
Im speechless about these tech blog creators.
IMHO engineer who's "jack of all master of none" in programming context very often will write much much better code than "master of one". Thing is you don't need every feature of a programming language to write good code in fact the less you can use yet still be expressive the better. "Master of none" will write code that others can understand with fairly little study and "master of one" will often use esoteric patterns that take weeks/months to study. Now if one is building a framework to be used by multitude of projects then deep language knowledge will come useful however if one just wants to build application then there really should be no need to know all the esoteric little weird patterns of the language.
the repetition in writing was a clue, 4 sealed the deal I do not believe this article writer programs. I kind of agree with the point, but not for plagarism reasons, it's something you had to google, that's a great time to get that sweet sweet new thing to learn high, and most code that's got good seo for copy paste is kind of crap.
Browsing api code is fun too, some of it's going to be hyper optimized and you just go naw I'm out, but seeing what the funny library wizard does behind the curtain is a great way to learn some things.
After a while, you start to recognize these types of articles. I instantly click off of them if the first paragraph ends with something like "let's dive right in!"
7:10 Agreed, I am learning C right now and 3 days in I definitely don't know shit 😂
7:00 not me having to learn C++, ROS2, and actually program a robot with it in a month (mech eng here)
06:04 javascript is complex (for compatibility reasons), have you seen spec?
I like javascript because it's not complex syntax (unlike c++, rust) and you kinda understand it (like AST but inside brain) and know what to search for
JavaScript code _can_ be complex, but usually it isn't. That is the point here.
13:50 article just completely discredited itself lmao
or should I say, outed itself as AI generated dribble
The "dive in" shallow loop😅😅
Every single point is written as two paragraphs followed by two more paragraphs saying the exact same thing in slightly different wording. Sometimes it even uses the same wording! (e.g. "tomorrow might be too late" at 19:35). I would honestly expect a ChatGPT article to sound less robotic than this.
Not to ever copy code (when possible) would be like reinventing the wheel every time. If it's open source, fair game? As long as you understand what the code is trying to achieve and it solves your problem, then why rewrite from scratch (my opinion).
my first car was a '98 dodge stratus. 100% agree
This was better in quality than most hero's journet novel.
What tf is with these segment titles lmfao
This is clearly one of the best TH-cam channels ever
The article writer definitely stretched his 10 words per point into 100, like a high school student stretches essays to meet a word count requirement.
i feel like i just watched a slightly newer video where we decided the complete opposite of this on every point
That's why I stopped reading medium articles a long time ago...
Did everyone leave for Twitch?
It feels like someone converted C# into natural language given how much of the article is just dead weight.
is there any video where he doesn't forget to turn off the notifications ?
For 2/10, I really think liking the project you're working on only moves the bar. You're able to overwork more and for longer, but there is still a limit. I've had projects I loved and spent countless hours on only to be totally unable to muster any motivation for anything at some point, even while still liking it.
I'm barely 10 minutes in and not a single line didn't feel ai-generated. Shitty ai too.
I just saw this article 5m ago and prime already has a video on it? How does he do that?
Or does the article gets pushed because of prime making it popular?
And this was a MEMBERS-ONLY article?!?!?
9:48 The time you enjoy wasting is not wasted time. -Laurence Peter
I tried to create magic together with my coworker but they reported me to HR
I suspect the person(?) who wrote that article never programmed a day in their life. Ever. Anything right is a general principal applicable to any skillset/discipline. The other items are just not remotely something a programmer would say.
There should be an achievement when an article gets prime to swear w/out a bleep
Link to the article?
Articles like this, and their tendency to float on top of whatever soup of garbage search engines tend to serve nowadays, are a big part of what makes the modern internet such dogshit.
Pro tip: explaining your problem to someone else can help you figure out a solution.
This is because you have to think about it in a different way to explain it, and that can help you realize a mistake you overlooked, or didn't think of.
Edit: I forgot to mention, explaining things is also a good way to learn something. So it's good to figure out the problem, and to learn something.
It can also help you become that guy who never allows you to eat in peace at lunch because he has to tell you about his problems.
Yeah, write good detailed Problem report on your issue for thirdparty.
You will remember things, you forgot to check, re-explain yourselves your usecases and testcases, re-run tests to capture logs, and could view your issue under another angle.
If two heads are better than one, ask yourself,
Would you rather have a Siamese twin (two heads) or a third arm?
I think telling people to avoid rushed code is bad advice. There is an unavoidable tradeoff between time and quality.
If you are writing safety critical code for an aircraft, you probably follow strict guidelines, choose a safe language, maybe even break out a formal proof system, you and your team should to plenty of testing and so on.
If you are sketching out an idea in code, writing a prototype, hacking together a demo for a talk, etc. you don't need that much quality.
What I'm saying is "know you project requirements"
Imitation is a cardinal sin? I guess the AI that wrote this article has no concept of third party packages and libraries.
It has no concepts whatsoever
AI's entire data is trained on other peoples work. Its existence is plagiarism 💀
Chat Gippity!
If you ask me:
#1 yes of course i can handle all the memory management.
#2 my code is self explanatory
#3 i pushed enough ### out there, no need to tell anyone how my interfaces work.
#4 i can do it better than this library
#5 i cannot do any better than this library
#6 my debug functions can not cause any harm so i leave them in the production branch.
#7 if i code weirdly enough, i become irreplaceable
#8 I do top down only, nobody will ever notice
#9 I do bottom up only, nobody will ever notice
#10 "try" works, who needs "catch"?
The original actually goes something along the lines of “a jack of all trades is a master of none. But often times better than a master of one”
4:26 FUCK THAT. I'm going to learn ALL programming languages invented until 2021 (because there's a new one every week, I wouldn't ever end learning if I didn't set a limit, its like ~3500 spread in ~30 paradigms or so, what could be so hard ? )
If you never snuck a peak underneath The Standards gaily wrapped dress are you even coding c++
My God this was a painful article
This is even more Ai flavored than the bachelor's thesis I have just read haha
To that point of "no such thing as downloading a car", I wouldn't be too sure of that, we have 3d printers capable of printing metal, plenty of parts have been made 3d printer friendly, would it be all that hard to make a shell in parts and then weld it together from the inside of the parts? I don't think so, I think "downloading a car" is very much possible in the here and now without any modifications to existing technology
Can you 3D print the electronics in cars?
@@RenderingUser Probably but not nearly as compact as simply going to some company that offers it for individuals. I know at least 1 exists, just can't remember the name of it as I never had the need or chance to actually try them out. Just google it, with enough patience & effort you could even print and assemble a ferrari, perhaps not to the same quality but it will look the part and do the job it needs to so that's good enough.
“Please write an article (500-1000 words) on the topic of "10 Coding Habits to Avoid" that includes controversial points that are likely to evoke a reaction and a response, thus making it viral.”
JavaScript being so simple to learn and master is big part of why we have so many crappy JavaScript frameworks. And because we have so many people calling themselves programmers having "my way or the highway" personalities they view the whole world through their One And Only True Framework where they've married themselves to the Framework and measure good vs. bad through that viewpoint.
I've watched this video several times and I start writing the same comment every time
Programming is like being a mad scientist sometimes!
18:53 this take with the feels, i think they mean like using Tabs, because you think it is cool to do thing wrong, but use logic and see that Spaces is the only way to make your code look good and for others to understand it later.
Meanwhile recruiters: Hiring master of all trades.
10h days 6 days a week?
Or 5 12h days?
that article is utter shite. I wrote something to get licenses for packages into a csv file today and it was really fun.
"A jack of all trades is a master of none, but often times better than a master of one.", was the quote.
Just turn off alerts automatically on /marker
I tend to dislike when people conflate plagiarism with copyright infringement. Plagiarism can be resolved by giving proper citation. For copyright, you need fair use, license, or (in theory someday) public domain.
If i could download a car, I ABSOLUTELY WOULD
If trying out languages is like tourism, then APL would be signing up for a guided tour of Antarctica
on number 2 i would say that you're going so hard that you can't even read what you're coding, then it's time to catch a nap and restart with a fresh mind and body