paraphrased a little: 1. Not taking enough breaks 2. Refusing to ask for help 3. Not thinking of yourself as a "student" 4. Writing dirty code (readability, security, efficiency, performance, DRY principle) 5. Neglecting family, friends, hobbies - bad work/life balance 6. Bad office policies (interpersonal skills) 7. Not learning from mistakes 8. Giving up too soon 9. Being a know-it-all 10. Not being able to take good criticism
I want to give a disclaimer about point #2. I'll give you a story to outline my point. A couple years back I was leading a project with a start up and we hired 5 developers. Each developer was junior/entry level with no more than 6 months working experience. As expected, for the first couple months each developer had their share of questions and needed a lot of help. Myself and the other senior developer were more than happy to help and 4 of the developers began to need less and less help as the project progressed. One of the junior developers did not improve and in fact couldn't finish any user stories on his own. A lot of the issues with his code / questions he asked were the same (would use the map function wrong, not follow coding convention, misspell property names, etc). It was frustrating because he pretty much relied on us to fix his code and solve all of his problem. It became quite apparent that he wasn't using our help as a lesson but rather as a way to finish his user stories. TL;DR Ask for as much help as you need but you better make damn sure you are learning from your mistakes and not wasting the time of your mentor / fellow developer.
This is why this channel is growing so fast! You'v been, from the very beginning, keeping an eye on mental/spiritual health which is very important. This is good sign for a mentor!. Thanks for reminding us the most important weakness we often forget.
Hey guys, hope you enjoy. Here are the timestamps and the written version Written Version:medium.com/@traversymedia/10-bad-habits-to-avoid-as-a-developer-64a1677c60fe #1 Not Taking Enough Breaks - 1:14 #2 Refusing To Ask For Help - 2:30 #3 Stop Being A Student - 3:42 #4 Dirty Code - 5:43 #5 Bad Work/Life Balance - 8:12 #6 Bad Office Politics - 10:21 #7 Not Learning From Mistakes - 12:14 #8 Giving Up Too Soon - 13:11 #9 Being A Know It All - 14:59 #10 Can't Take Constructive Criticism - 16:22
Hey Brad i just love your videos and appreciate your hard work. May god bless you. I love you.❤. Can you please consider uploading the deployment of flask app which you made in the series called "Python Flask from scratch". It would be helpful as deployment is the next step after development. Love from India. PS : i am building a discussion forum for my college using that tutorial of yours.
Great advice, Brad! #3 really resonated with me. I wrote my first program in 1971 and I still feel like a n00b sometimes. One thing I would add to “Giving up too soon” would be to try explaining code that’s not working to someone else. Especially if they are NOT coders! (They won’t interrupt) :) Just the other day I was very frustrated and ended up explaining what was happening to my wife. Verbalizing things forces you to slow down and really focus on each step. About halfway through the “explanation” I stopped suddenly. We’ve been married long enough that she smiled and said, “Did you figure it out?” I had...
Thanks for that....I am just learning.....geez...but it is sinking in I remember when I figured out GIT for the first time or installing flow npm eslint etc, I felt really slow but now I know it, a bit at a time, trying to make a mobile first nav so I can make some websites for peeps...have a great day!
This, definitely. I had a job 50 miles from where I lived, so I'd get up in the morning, drive 2 hours to work, be sat at my desk for 8 hours, drive home 2 hours, flop into my armchair, mentally exhausted. I hated that job so much, and honestly, I was in the worst physical shape of my life.
I'll back you up on this one. I can't count the time when I was stuck on a project, took a walk to let the steam out and find the solution while I was enjoying the beauties of nature... Plus I read not long ago scientists found that walking every day actually raises creativity...
#5 stood out for me. For #6, some years ago we had a solutions architect that was a favorite of our manager. He made life difficult for long time developers there as he implemented a process to discuss and brain storm with him even the smallest change to a database schema that's needed on a project, where the change would take a couple of minutes before, but up to 3 days when and after discussing with him. He implemented EF on our very large scale company application (which greatly affected performance making it very, very slow and difficult to add feature) which I opposed and discussed with my manager the pros and cons, to no avail. He experimented and created stand-alone application on database builds and never discussed the code with developers on what the app is actually doing. I was very frustrated and was close to resigning, but soldiered on. He left the company after 3 years making our system his testing and training ground. So it took us 2 years to revert all his changes and remove EF completely, waste of time and effort. His LinkedIn profile boasts of implementing EF in our company with him leading the project, if he only knew how much time and effort our developers spent removing this EF! Btw, always 1.5x speed, sounds normal.
@@ogheneovoatibaka7800 looking at the monitor and trying to find out how this inherited source code works and feeling so stupid is part of the job haha
@@ogheneovoatibaka7800 looking at the monitor and trying to find out how this inherited source code works and feeling so stupid is part of the job haha
You really helped me from breaking away from UA-cam tutorials and actually build projects by myself and it has really helped me a lot and now I'm able to build projects and I use UA-cam to fix errors I face rather than relying solely on it
I would add #11, the opposite of #3. Staying in tutorial hell. Watching videos but never just sitting down and just coding what you learned and building something. I love my dad, RIP, but he was the same way with handyman type skills. Watched a TON of THIS OLD HOUSE and similar shows, but never applied it. And when something came up, we would grow frustrated but forgot that the problem was already talked about on some show he watched.
Remember: function takeBreak(hobbie) { var you; while (you === "learning") { if (you !== "comfortable") break; you + learning; } return you * hobbie; }
Takes break, Be student, clean code, reuse code integrate plugins for eslint Integrate spell checks Test it end to end Communication to the team : able explain the context to other people in team Research for latest features in coding (es6) List yours mistakes DRY (Don’t repeat yourself) learn from mistakes
I’ve spent so much time grinding out your Udemy courses and UA-cam videos lately that my wife said our 1 year old is probably gonna have a Boston accent when he starts talking..😂 Love your content. Thanks, from Texas 👍🏽
Resonates with "Don't for ask help", "know it all".. "Pretending that you know everything". It just resonates a lot with modern days developers. Lots will suggest technologies that they havent really used yet, but its just that they read it in some medium article without having a production experience. Results to misleading information and false-pressure to developers.
Number 9 is my problem not just in coding but in life. I been teaching myself to be humble and realize that I don’t shit and be willing to listen to other people. I don’t know everything and that a good thing because it gives me opportunity to learn something new
Stan, that is awesome that you even realize that. Seriously. I think most people that have that habit would deny they even have that problem. So that is refreshing to hear
Brad I've watched you for over a year now. You are one of the reasons I left Python, and went all in on JavaScript. Not that I don't like Python, I just jumped in without truly understanding. When I switched over to JS, I told myself to really learn it all. Since then, I have appreciated your videos alot. Thanks
@@TraversyMedia Man, thanks for taking the time to get back at me. I really do appreciate you. Especially since the time you talked about your background, and family life. I too am covered in tattoos and have had a crazy past. I did a lot of time in the Feds and getting out was a turning point. I am trying, man. Hopefully, I can shake something good out of this "coding" tree. I would greatly appreciate any kind of feedback. I like your learning style and "hear" you about how you do it. Thanks again.
I’m new to coding and will be wrapping up a boot camp in the next few weeks. Really struggling and frustrated right now, but this video has been really encouraging. You seem like you would be a fantastic boss. So glad I found your page today!
#3 - Been working 5-years as a technical writer. Years ago, I suggested switching to Madcap Flare, instead of everybody copying, pasting, and re-editing the same material. Manager replied, "it's too complicated for those that couldn't learn", so they stuck to the lowest common denominator. Fast-forward, they're losing work (not web competitive, same Word doc training manuals), and I'm scrambling now to REMAIN a technical writer: Madcap, API docs, basic web design... That PM is now a superintendent at FIL's company, said it was too much programming to learn... PS - LOVE your videos!
I will have to check out your other videos, good job! You reiterate the main things I always try to tell people. Always step away for a moment. Never be afraid to get a second pair of eyes and a brain looking at what you're doing. Speak up, especially if you think there is a better way. No ONE, not even yourself, knows everything. It is impossible. Tech changes, and there is never a boring day unless you let it be. Tutorials are just for a put your toe in and feel it. It is up to you to dive in if you choose. And don't have an ego or be unwilling to share your information and knowledge. It's not security, it's a sure way to be on an island and perhaps not getting something improved upon. And never let ANYONE tell you business comes before family. Without your family, in one sense or another, you wouldn't be you without your family. Plenty of businesses would love to have your talent if your current one doesn't appreciate you. Being right based on ego, is not being right. There is a right way to have disagreements, and that all boils down to professional discussions. My one rule is don't tell me it's wrong without telling me why it is wrong and what the possible solution, or better solution might be. Mistakes...that will happen. Nice topic! Thomas Edison...probably don't need to continue on. Reminds me on a review board...project I was on was at the end. Don't make it before time is up, you're not getting your code released. A project had a big issue, but not that big. Anyway, I knew what the issue was, how it was solved. Everyone was more focused on who was to blame than cause, solution and prevention. So I spoke up, said I was to blame, here was the issue, solution and why it wouldn't happen again. Needless to say, saved so much time, my project got it's changes pushed, and yes, my manager was mad thinking I would get fired even though I wasn't on that particular project. I basically just said...we go our stuff in, that issue, while not mine, isn't going to be a problem for any group, and all is good. Bottom line is, placing blame is not important. Solve it, how do we prevent it from happening again. Learn from your mistakes and others mistakes. This is why having feedback from someone else is helpful sometimes. Defense isn't necessary if you're really not being attacked. Keep programming, be open minded like it was said. And I am going to go check out your other videos. Nice job!!!!! Would work with or for you any day of the week and twice on Sunday (if we don't get it off). Thanks!
thanks Brad........ I'm just starting to learn about coding and every new steps it does feels like there are a ton of problems, then I think, hearing the "no giving up too soon" is really encouraging.
Wish all Listings in youtube were like this one. It is thought through and well commented. It is meaningful! Not some quick top 10 click bait. Really kudos for the quality of the contents!!!
Oh man this is gold. You're such blessed person, thanks for helping all of us in this journey because is hard af to be a good developer without been through all of this problems.
I'm so into your approach of Teaching. You fit into my picture of a mentor. I'm still grinding your UA-cam videos for now and I'm coming for your udemy courses. Thanks Brad ❤
I’d like to say, It’s not all about coding. I’ve met people says “My codes are perfect, and I didn’t see any necessary to improve.”. So I have to refactor the codes he wrote. Also met people who says: “I didn’t wrote this, I won’t touch it. or read into it”. Damn, being a nice guy is the first step to become a good developer.
The first one is so true, sometimes I try try to force myself finish some task and spend like hours and still unable to solve it. The other day when I'm rested it takes like 15 minutes. As an cognitive job being with the mind rested is very important. Thanks Brad for all the knowledge you share.
The only time I check youtube is when I receive a notification from your channel about a new uploaded video, I think you're my favorite youtuber (if I that's what they call it). very insightful information that even me, an old guy that's been in the programming business since the mid 90s benefit from. You always surprise me with how you follow up on all these technologies and learn enough to post tutorials about every topic, what's your secret?! A friend of mine advised me to take a week of every month and do nothing but learn new stuff, he said that's the only way to follow up with what's happening :) Thank you for all the videos you're posting, you're a very generous person.
Thanks Khalil, I really appreciate that. It always amazes me when someone says I am their favorite UA-camr and you have no idea what that means to me :)
Great advice Brad! I have been doing some habits that you mentioned. I'm working on solve mainly in not taking enough breaks. Now, I always take a little breaks in my job for playing a game in get free my mind. It is a good method (for me) to relax and get balanced.
Great video as always! Another bad habit I would like to add is 'saying YES to everything'. We have all dealt with clients who constantly ask you to make additions and updates and you say YES to everything thinking it will earn you respect when realistically you'll get nothing but overwork. Learn to say NO.
When my boss (who doesn't have knowledge/experience of programming) asked me about how long it will take to learn Laravel : 3 days ? I said NO. He asked the same about learning React. I said again : NO. I don't want to get headache to fulfill his desire/expectation.
I want to learn to do full stack development, not just focus on front end or back end but know both. If I ever make it it will be in great part due to you Brad, you're awesome man hope you get better soon.
#2. Refusing to ask for help. I made this mistake when I was in 6th semester of B.E. But I learnt from that mistake. Thanks Brad for this video. Great video
10 Bad Habits To Avoid As A Developer 1:23 Not taking enough breaks 2:30 refusing to ask for help 3:41 stop being a student 5:48 dirty code 8:26 bad work / life balance 10:30 bad office politics 12:14 not learning from mistakes 13:12 Giving up too soon 15:02 Being a know it all 16:26 Can't take good criticism greetings from the pearl of Africa - visituganda as a programmer
I wasted so much time when I was self-learning the basics because I didn't know about debugging processes and didn't ask for enough help. Learning to debug and test your code effectively so you don't feel powerless when encountering bugs is SO important to your self esteem as a programmer. Nothing feels worse than abandoning a project because you couldnt figure out the bug, and nothing feels better than conquering that nasty bug that seemed impossible to decipher. Thanks for the advice!
Man I cant tell how much I needed someone else to tell me this, confirm the way I think exactly. The importance of clean readable code is so neglected where i have started and the constant request to just edit the code on the production system and not spend time building a dev environment. Driving me nuts, not to mention the i3 PC I am having to work on. Thanks Brad, love your work.
Nice vid. It felt candid and genuine. It would be cool to see 10 good habits. Right now I'm learning how to write better user stories. Really trying to focus on what tasks need to be completed.
It is at number 1 in my list when thinking about these habits. I wonder why it is not listed here. Probably because it can be accepted depending on context/situation. But, doing this habit continuously cannot be accepted, imo.
@@lexsoft3969 As long as we know what we are copy pasting and that it is not plagarism, its fine. But, When learning something new, copy-paste should never happen.
@@Ali-lm7uw You are right. Basically, there are two types of copy-paste : for project and for learning. This time, I am talking about the later. :) We find there are still a lot of people who are of this type : only learning with this style and not wanting to try to read the official documentation to get the fundamental concepts. Probably, time constraint is their reason, or they just don't have patience to learn concepts and just want to get up and running immediately. It seems to be considered common that even the writers of React documentation/tutorials mention different kinds of learners. So they provide two ways of learning : by the so called "code-play" and by reading concepts. I have learned from the past that I would be struggling much eventually if I only learned only by copy-paste. I know learning by getting fundamental concepts through official documentation requires longer time and patience, but the end result will be satisfactory.
@@lexsoft3969 This is especially seen when people learn JavaScript. Javascript is not easy, so they learn jquery, angular etc and do not know much about JS. Even experienced JS devs use function declarations instead of function expressions. Also, its very hard to find people who write good OOP JS.
@@Ali-lm7uw I am actually still learning Javascript. I used to learn from books, but I now chose to learn from official sites. For HTML, CSS, Javascript I read from MDN, because many framework/libraries refer to the site for learning those basic technologies. I learn a lot from it. It needs patience, though. Function is not easy in Javascript, because its "first-class" characteristic is different from the ones found in other OOP languages such as C/C++, C# or Java. The same with object which is prototype based. For some people, they can be powerful, but for others they can be confusing. Btw, I like its feature named Promise which I don't see in other languages. If dynamic import() is officially standardized in the next EcmaScript, the React.lazy() API would be powerful as it offers on demand module importing. React.lazy() returns a Promise. As for jQuery, the documentation say that it's just a library. Users should have a solid foundation in Javascript in order to take advantage of jQuery. I have to postpone on learning Angular, because due to priority, I choose to learn React first. Maybe someday I will learn Angular which seems harder to learn. Uh... I have to manage my time for learning many things : those stuffs mentioned, Web API, Web Components, Node.js, PHP, Laravel, etc. Yeah, too many things to learn to become a web developer. Like mentioned in this video, I ever thought to quit from my intention to become web developer. Main reason is time constraint. My boss never knows that it will take long time for a beginner to learn these technologies. How can someone be expected learn Laravel or React in only 3 days ???
"You don't want to be on your deathbed and just have memories of writing lines of code" OMG I can see it now before it happens, never thought about how sad my life is LOL!
Great advice in deed. But in point number 2. Where you say that we all should take help. According to my experience if we try to find the answers ourselves (either by Google, books, etc.) We tend to learn a lot more. That is the way I learned, and if I fail to find the solution myself then I ask for help from my friends, teachers, etc. but what I realized is that if I Google then I mostly get the answers to my questions also sometimes I learn new topics while researching. But please do let me know if I'm mistaken.
Imposter syndrome is a REAL thing. I have a Bs and Ms in computer science and still feel it. I see it in myself and other great coders. It is a very human thing to thing you are just not good enough, even after tons of success you still doubt yourself.
Thanks for the advise! I really need it, and to know I’m not the only one that gets frustrated about learning code w/ family, life, and work balance helps me know I’m not doing this for nothing
Besides helping in web development, this video actually shines a lot on some of my general life problems haha. Wish there was a multiplier on the like button!
I think I'm having one bad habit right now -- I hit the like button on all of your upcoming vids without watching them first. Should I keep doing this..... I am not sure if it is the right thing to do lol. My emotion just won me every time seeing your new vids popping up man. I think my emotional self is trying to support a really good leader while my logical part doubt if this is a valid thing to do. Anyways -- keep it up, Brad ! One of you fans here.
When i was learning JS , i could really encounter alot of errors and it was frustrating enough to give up cuz i have a full time job and was like , why do i even bother learning code when all i wanted was to get a job and earn money which is something i have right now, (i mean i got a job and i pretty much earn enough for my family) but then i remembered it was all about passion(LOVE) , i didn't care losing all but was worried about giving up something i love! ... so, love what you do first ......that's enough to keep you on truck! ... Otherwise, thanks so much Brad! Sorry about my English! am just learning to speak and write it as well!
Do you have tips on learning new topics? I mean, business logic. Far too many people make videos about the latest framework or gadget. But when it comes to starting a new business or job you have to learn about it on the spot. Good video btw.
Some of the points like 9 n 10 match to what being said in a book called "Mindset : The psychology of success" by Carol Dweck. Now I feel more strong 💪 about these points .
Your advice makes you sound like you have a good head on your shoulders. I saw a lot of the workplace dynamics you described in jobs unrelated to coding. I agree with your mentality avoid aHoles ( they probably don't get it) and learn do your best
Thanks Brad,still on the journey, I think developers should read books more about human relationships,because at the end of day you want to be a developer because you will work with people and not code .
This is not 10 Bad Habits to Avoid as a Developer. This is 10 Bad Habits to Avoid as a Human Being -well, except 4, but that just means don't go sloppy. And it's damn good. Thanks.
I did freelancing work for client for a webscraping project and each value i scraped was later wrapped in try/ catch statements , instead of adding a null check for the possible null reference types then have to rework in that!! i did tell him it was bad at least
If you think you know it all. Remember yourself, you are wrong. Repeat until you understand. But in any case if you fall in an infinite loop, I think either you can't judge yourself or you should definitely change your team. There must be a better team where someone may know something better than you and you should be in there.
You don't want to be on deathbed and just have memories of writing code. On this one I literally died, LMAO. I will probably end like this, so I guess I will have only those memories. Just like a song says: "I'm a lone ranger tananana...".
Programming is not Learning, Memorising or Copying. It's Debugging, Reassessing, and Researching.
( Learning is a Never Ending Process )
Perfect Web Solutions very very true
There you go..
Very true.
Programming needs Time,Effort and Research all the time
@@mr_wormhole that's why I said it's a never-ending process
paraphrased a little:
1. Not taking enough breaks
2. Refusing to ask for help
3. Not thinking of yourself as a "student"
4. Writing dirty code (readability, security, efficiency, performance, DRY principle)
5. Neglecting family, friends, hobbies - bad work/life balance
6. Bad office policies (interpersonal skills)
7. Not learning from mistakes
8. Giving up too soon
9. Being a know-it-all
10. Not being able to take good criticism
thank you lol
Thank you ...
well, happy 2019
Don't forget the holy rule of programmer:
Never ever let your cup of coffee near the laptop
this comment should be pinned
I want to give a disclaimer about point #2. I'll give you a story to outline my point. A couple years back I was leading a project with a start up and we hired 5 developers. Each developer was junior/entry level with no more than 6 months working experience. As expected, for the first couple months each developer had their share of questions and needed a lot of help. Myself and the other senior developer were more than happy to help and 4 of the developers began to need less and less help as the project progressed. One of the junior developers did not improve and in fact couldn't finish any user stories on his own. A lot of the issues with his code / questions he asked were the same (would use the map function wrong, not follow coding convention, misspell property names, etc). It was frustrating because he pretty much relied on us to fix his code and solve all of his problem. It became quite apparent that he wasn't using our help as a lesson but rather as a way to finish his user stories.
TL;DR Ask for as much help as you need but you better make damn sure you are learning from your mistakes and not wasting the time of your mentor / fellow developer.
This is why this channel is growing so fast! You'v been, from the very beginning, keeping an eye on mental/spiritual health which is very important. This is good sign for a mentor!. Thanks for reminding us the most important weakness we often forget.
Thank you man. Yes i try and help beyond just tutorials. I know some do not like this stuff but it seems most do
Hey guys, hope you enjoy. Here are the timestamps and the written version
Written Version:medium.com/@traversymedia/10-bad-habits-to-avoid-as-a-developer-64a1677c60fe
#1 Not Taking Enough Breaks - 1:14
#2 Refusing To Ask For Help - 2:30
#3 Stop Being A Student - 3:42
#4 Dirty Code - 5:43
#5 Bad Work/Life Balance - 8:12
#6 Bad Office Politics - 10:21
#7 Not Learning From Mistakes - 12:14
#8 Giving Up Too Soon - 13:11
#9 Being A Know It All - 14:59
#10 Can't Take Constructive Criticism - 16:22
Hey Brad i just love your videos and appreciate your hard work. May god bless you. I love you.❤.
Can you please consider uploading the deployment of flask app which you made in the series called "Python Flask from scratch". It would be helpful as deployment is the next step after development.
Love from India.
PS : i am building a discussion forum for my college using that tutorial of yours.
This is quite a lengthy video and I expected to already know some of these, so I really appreciate the timestamps. Thanks a lot!
Great advice, Brad! #3 really resonated with me. I wrote my first program in 1971 and I still feel like a n00b sometimes. One thing I would add to “Giving up too soon” would be to try explaining code that’s not working to someone else. Especially if they are NOT coders! (They won’t interrupt) :) Just the other day I was very frustrated and ended up explaining what was happening to my wife. Verbalizing things forces you to slow down and really focus on each step. About halfway through the “explanation” I stopped suddenly. We’ve been married long enough that she smiled and said, “Did you figure it out?” I had...
Damn you just started coding one year after time was invented.
lol... i actually do that whenever there is someone beside me. And they mostly be like "Stop Crap and talk sense!" hahahaha!!
Then I assume you are married for 50 years.
Thanks for that....I am just learning.....geez...but it is sinking in I remember when I figured out GIT for the first time or installing flow npm eslint etc, I felt really slow but now I know it, a bit at a time, trying to make a mobile first nav so I can make some websites for peeps...have a great day!
That's kinda hard for us whose wives are programmers haha
Great video, Brad! Another thing I'd add is: EXERCISE! Have a sport, take a walk or something like that. Whatever it is, moving your body is critical.
This, definitely. I had a job 50 miles from where I lived, so I'd get up in the morning, drive 2 hours to work, be sat at my desk for 8 hours, drive home 2 hours, flop into my armchair, mentally exhausted. I hated that job so much, and honestly, I was in the worst physical shape of my life.
I'll back you up on this one. I can't count the time when I was stuck on a project, took a walk to let the steam out and find the solution while I was enjoying the beauties of nature... Plus I read not long ago scientists found that walking every day actually raises creativity...
Yep like cycling or calisthenics
I have a threadmill near my desk. A good way to relieve stress during breaks.
#5 stood out for me.
For #6, some years ago we had a solutions architect that was a favorite of our manager. He made life difficult for long time developers there as he implemented a process to discuss and brain storm with him even the smallest change to a database schema that's needed on a project, where the change would take a couple of minutes before, but up to 3 days when and after discussing with him. He implemented EF on our very large scale company application (which greatly affected performance making it very, very slow and difficult to add feature) which I opposed and discussed with my manager the pros and cons, to no avail. He experimented and created stand-alone application on database builds and never discussed the code with developers on what the app is actually doing. I was very frustrated and was close to resigning, but soldiered on. He left the company after 3 years making our system his testing and training ground. So it took us 2 years to revert all his changes and remove EF completely, waste of time and effort.
His LinkedIn profile boasts of implementing EF in our company with him leading the project, if he only knew how much time and effort our developers spent removing this EF!
Btw, always 1.5x speed, sounds normal.
If you don't feel dumb. You should be worried
pls, how do you mean? thanks
@@ogheneovoatibaka7800 feeling dumb make u want to learn more and be better..
so true...
@@ogheneovoatibaka7800 looking at the monitor and trying to find out how this inherited source code works and feeling so stupid is part of the job haha
@@ogheneovoatibaka7800 looking at the monitor and trying to find out how this inherited source code works and feeling so stupid is part of the job haha
You really helped me from breaking away from UA-cam tutorials and actually build projects by myself and it has really helped me a lot and now I'm able to build projects and I use UA-cam to fix errors I face rather than relying solely on it
like a dad who advises you. You're my programming idol.
I would add #11, the opposite of #3. Staying in tutorial hell. Watching videos but never just sitting down and just coding what you learned and building something.
I love my dad, RIP, but he was the same way with handyman type skills. Watched a TON of THIS OLD HOUSE and similar shows, but never applied it. And when something came up, we would grow frustrated but forgot that the problem was already talked about on some show he watched.
There is an internet term for that, mental masturbation.
Always take
:P
html jokes
Program a "wait", even tireless, unfeeling computers have logical reason to wait
Remember:
function takeBreak(hobbie) {
var you;
while (you === "learning") {
if (you !== "comfortable")
break;
you + learning;
}
return you * hobbie;
}
Takes break,
Be student,
clean code, reuse code
integrate plugins for eslint
Integrate spell checks
Test it end to end
Communication to the team : able explain the context to other people in team
Research for latest features in coding (es6)
List yours mistakes DRY (Don’t repeat yourself)
learn from mistakes
I’ve spent so much time grinding out your Udemy courses and UA-cam videos lately that my wife said our 1 year old is probably gonna have a Boston accent when he starts talking..😂
Love your content.
Thanks, from Texas 👍🏽
Haha, this actually made me lol
Resonates with "Don't for ask help", "know it all".. "Pretending that you know everything". It just resonates a lot with modern days developers. Lots will suggest technologies that they havent really used yet, but its just that they read it in some medium article without having a production experience. Results to misleading information and false-pressure to developers.
Number 9 is my problem not just in coding but in life. I been teaching myself to be humble and realize that I don’t shit and be willing to listen to other people. I don’t know everything and that a good thing because it gives me opportunity to learn something new
Stan, that is awesome that you even realize that. Seriously. I think most people that have that habit would deny they even have that problem. So that is refreshing to hear
BAware looks like hes doing just that 😊
3 replies and no one has addressed the "don't shit" gibberish in there?
Brian Tristam Williams probably meant “don’t know shit”
I'm over here dying laughing. He said, "...you don't wanna be on your death bed and all you remember is writing lines of code." That's too funny!!!!!
I find it tragic actually
Brad I've watched you for over a year now. You are one of the reasons I left Python, and went all in on JavaScript. Not that I don't like Python, I just jumped in without truly understanding. When I switched over to JS, I told myself to really learn it all. Since then, I have appreciated your videos alot. Thanks
Thanks. I love them both but JS is where my heart is
@@TraversyMedia Man, thanks for taking the time to get back at me. I really do appreciate you. Especially since the time you talked about your background, and family life. I too am covered in tattoos and have had a crazy past. I did a lot of time in the Feds and getting out was a turning point. I am trying, man. Hopefully, I can shake something good out of this "coding" tree. I would greatly appreciate any kind of feedback. I like your learning style and "hear" you about how you do it. Thanks again.
I’m new to coding and will be wrapping up a boot camp in the next few weeks. Really struggling and frustrated right now, but this video has been really encouraging.
You seem like you would be a fantastic boss. So glad I found your page today!
#3 - Been working 5-years as a technical writer. Years ago, I suggested switching to Madcap Flare, instead of everybody copying, pasting, and re-editing the same material. Manager replied, "it's too complicated for those that couldn't learn", so they stuck to the lowest common denominator.
Fast-forward, they're losing work (not web competitive, same Word doc training manuals), and I'm scrambling now to REMAIN a technical writer: Madcap, API docs, basic web design... That PM is now a superintendent at FIL's company, said it was too much programming to learn...
PS - LOVE your videos!
I will have to check out your other videos, good job! You reiterate the main things I always try to tell people.
Always step away for a moment. Never be afraid to get a second pair of eyes and a brain looking at what you're doing.
Speak up, especially if you think there is a better way. No ONE, not even yourself, knows everything. It is impossible. Tech changes, and there is never a boring day unless you let it be.
Tutorials are just for a put your toe in and feel it. It is up to you to dive in if you choose.
And don't have an ego or be unwilling to share your information and knowledge. It's not security, it's a sure way to be on an island and perhaps not getting something improved upon.
And never let ANYONE tell you business comes before family. Without your family, in one sense or another, you wouldn't be you without your family. Plenty of businesses would love to have your talent if your current one doesn't appreciate you.
Being right based on ego, is not being right. There is a right way to have disagreements, and that all boils down to professional discussions. My one rule is don't tell me it's wrong without telling me why it is wrong and what the possible solution, or better solution might be.
Mistakes...that will happen. Nice topic! Thomas Edison...probably don't need to continue on. Reminds me on a review board...project I was on was at the end. Don't make it before time is up, you're not getting your code released. A project had a big issue, but not that big. Anyway, I knew what the issue was, how it was solved. Everyone was more focused on who was to blame than cause, solution and prevention. So I spoke up, said I was to blame, here was the issue, solution and why it wouldn't happen again. Needless to say, saved so much time, my project got it's changes pushed, and yes, my manager was mad thinking I would get fired even though I wasn't on that particular project. I basically just said...we go our stuff in, that issue, while not mine, isn't going to be a problem for any group, and all is good. Bottom line is, placing blame is not important. Solve it, how do we prevent it from happening again. Learn from your mistakes and others mistakes. This is why having feedback from someone else is helpful sometimes. Defense isn't necessary if you're really not being attacked.
Keep programming, be open minded like it was said. And I am going to go check out your other videos. Nice job!!!!! Would work with or for you any day of the week and twice on Sunday (if we don't get it off). Thanks!
thanks Brad........ I'm just starting to learn about coding and every new steps it does feels like there are a ton of problems, then I think, hearing the "no giving up too soon" is really encouraging.
Wish all Listings in youtube were like this one. It is thought through and well commented. It is meaningful! Not some quick top 10 click bait.
Really kudos for the quality of the contents!!!
10 Bad Habits To Avoid in Life... Thanks Brad.. a real eye opener for anyone wanting to be a better person.
Oh man this is gold. You're such blessed person, thanks for helping all of us in this journey because is hard af to be a good developer without been through all of this problems.
people like you are part of the reason i have a job i like, working the way i like, without going to college...
Wow! I was thinking number's 3 and 5 are the stand-out ones here, but all of them are so important! Thanks for sharing your wisdom Brad :)
I'm so into your approach of Teaching. You fit into my picture of a mentor. I'm still grinding your UA-cam videos for now and I'm coming for your udemy courses.
Thanks Brad ❤
I’d like to say, It’s not all about coding. I’ve met people says “My codes are perfect, and I didn’t see any necessary to improve.”. So I have to refactor the codes he wrote. Also met people who says: “I didn’t wrote this, I won’t touch it. or read into it”. Damn, being a nice guy is the first step to become a good developer.
The first one is so true, sometimes I try try to force myself finish some task and spend like hours and still unable to solve it. The other day when I'm rested it takes like 15 minutes. As an cognitive job being with the mind rested is very important. Thanks Brad for all the knowledge you share.
The only time I check youtube is when I receive a notification from your channel about a new uploaded video, I think you're my favorite youtuber (if I that's what they call it). very insightful information that even me, an old guy that's been in the programming business since the mid 90s benefit from. You always surprise me with how you follow up on all these technologies and learn enough to post tutorials about every topic, what's your secret?!
A friend of mine advised me to take a week of every month and do nothing but learn new stuff, he said that's the only way to follow up with what's happening :)
Thank you for all the videos you're posting, you're a very generous person.
Thanks Khalil, I really appreciate that. It always amazes me when someone says I am their favorite UA-camr and you have no idea what that means to me :)
Keep it up buddy
Great advice Brad! I have been doing some habits that you mentioned. I'm working on solve mainly in not taking enough breaks. Now, I always take a little breaks in my job for playing a game in get free my mind. It is a good method (for me) to relax and get balanced.
Great video as always!
Another bad habit I would like to add is 'saying YES to everything'. We have all dealt with clients who constantly ask you to make additions and updates and you say YES to everything thinking it will earn you respect when realistically you'll get nothing but overwork. Learn to say NO.
When my boss (who doesn't have knowledge/experience of programming) asked me about how long it will take to learn Laravel : 3 days ? I said NO. He asked the same about learning React. I said again : NO. I don't want to get headache to fulfill his desire/expectation.
I want to learn to do full stack development, not just focus on front end or back end but know both. If I ever make it it will be in great part due to you Brad, you're awesome man hope you get better soon.
#2. Refusing to ask for help. I made this mistake when I was in 6th semester of B.E. But I learnt from that mistake. Thanks Brad for this video. Great video
10 Bad Habits To Avoid As A Developer
1:23 Not taking enough breaks
2:30 refusing to ask for help
3:41 stop being a student
5:48 dirty code
8:26 bad work / life balance
10:30 bad office politics
12:14 not learning from mistakes
13:12 Giving up too soon
15:02 Being a know it all
16:26 Can't take good criticism
greetings from the pearl of Africa - visituganda as a programmer
Great list! Kudos focusing on soft skills which I think is very important.
I wasted so much time when I was self-learning the basics because I didn't know about debugging processes and didn't ask for enough help. Learning to debug and test your code effectively so you don't feel powerless when encountering bugs is SO important to your self esteem as a programmer. Nothing feels worse than abandoning a project because you couldnt figure out the bug, and nothing feels better than conquering that nasty bug that seemed impossible to decipher. Thanks for the advice!
Man I cant tell how much I needed someone else to tell me this, confirm the way I think exactly. The importance of clean readable code is so neglected where i have started and the constant request to just edit the code on the production system and not spend time building a dev environment. Driving me nuts, not to mention the i3 PC I am having to work on. Thanks Brad, love your work.
Happy Holidays, Brad! I spent Thanksgiving going through your JavaScript course on Udemy! Best. Thanksgiving. Ever.
Nice vid. It felt candid and genuine. It would be cool to see 10 good habits. Right now I'm learning how to write better user stories. Really trying to focus on what tasks need to be completed.
Most important : Copy - Paste
It is at number 1 in my list when thinking about these habits. I wonder why it is not listed here. Probably because it can be accepted depending on context/situation. But, doing this habit continuously cannot be accepted, imo.
@@lexsoft3969 As long as we know what we are copy pasting and that it is not plagarism, its fine. But, When learning something new, copy-paste should never happen.
@@Ali-lm7uw You are right. Basically, there are two types of copy-paste : for project and for learning. This time, I am talking about the later. :) We find there are still a lot of people who are of this type : only learning with this style and not wanting to try to read the official documentation to get the fundamental concepts. Probably, time constraint is their reason, or they just don't have patience to learn concepts and just want to get up and running immediately.
It seems to be considered common that even the writers of React documentation/tutorials mention different kinds of learners. So they provide two ways of learning : by the so called "code-play" and by reading concepts.
I have learned from the past that I would be struggling much eventually if I only learned only by copy-paste.
I know learning by getting fundamental concepts through official documentation requires longer time and patience, but the end result will be satisfactory.
@@lexsoft3969 This is especially seen when people learn JavaScript. Javascript is not easy, so they learn jquery, angular etc and do not know much about JS. Even experienced JS devs use function declarations instead of function expressions. Also, its very hard to find people who write good OOP JS.
@@Ali-lm7uw I am actually still learning Javascript. I used to learn from books, but I now chose to learn from official sites. For HTML, CSS, Javascript I read from MDN, because many framework/libraries refer to the site for learning those basic technologies. I learn a lot from it. It needs patience, though.
Function is not easy in Javascript, because its "first-class" characteristic is different from the ones found in other OOP languages such as C/C++, C# or Java. The same with object which is prototype based. For some people, they can be powerful, but for others they can be confusing.
Btw, I like its feature named Promise which I don't see in other languages. If dynamic import() is officially standardized in the next EcmaScript, the React.lazy() API would be powerful as it offers on demand module importing. React.lazy() returns a Promise.
As for jQuery, the documentation say that it's just a library. Users should have a solid foundation in Javascript in order to take advantage of jQuery. I have to postpone on learning Angular, because due to priority, I choose to learn React first. Maybe someday I will learn Angular which seems harder to learn.
Uh... I have to manage my time for learning many things : those stuffs mentioned, Web API, Web Components, Node.js, PHP, Laravel, etc.
Yeah, too many things to learn to become a web developer. Like mentioned in this video, I ever thought to quit from my intention to become web developer. Main reason is time constraint. My boss never knows that it will take long time for a beginner to learn these technologies. How can someone be expected learn Laravel or React in only 3 days ???
"You don't want to be on your deathbed and just have memories of writing lines of code"
OMG I can see it now before it happens, never thought about how sad my life is LOL!
You have some of the most helpful content on UA-cam, god bless.
Great advice, Thank you for sharing, I am Thankfully for you being everyone's mentor/tutor. Hope you had great T'giving
Great advice in deed. But in point number 2. Where you say that we all should take help. According to my experience if we try to find the answers ourselves (either by Google, books, etc.) We tend to learn a lot more. That is the way I learned, and if I fail to find the solution myself then I ask for help from my friends, teachers, etc. but what I realized is that if I Google then I mostly get the answers to my questions also sometimes I learn new topics while researching.
But please do let me know if I'm mistaken.
Imposter syndrome is a REAL thing. I have a Bs and Ms in computer science and still feel it. I see it in myself and other great coders. It is a very human thing to thing you are just not good enough, even after tons of success you still doubt yourself.
thats actually good u shud nt fil complacent by your achievements. That feeling keeps you moving in your journey.
Only self-taught developers speaking about the truth of technology. Respect from the bottom of the heart 🙂🙂🙂
Thanks for the advise! I really need it, and to know I’m not the only one that gets frustrated about learning code w/ family, life, and work balance helps me know I’m not doing this for nothing
Besides helping in web development, this video actually shines a lot on some of my general life problems haha. Wish there was a multiplier on the like button!
I think I'm having one bad habit right now -- I hit the like button on all of your upcoming vids without watching them first. Should I keep doing this..... I am not sure if it is the right thing to do lol. My emotion just won me every time seeing your new vids popping up man. I think my emotional self is trying to support a really good leader while my logical part doubt if this is a valid thing to do. Anyways -- keep it up, Brad ! One of you fans here.
Very good advices, especially those encouraging us to become humble.
First two are why I lost my first job. Very very on point advises. Thank you Brad!
When i was learning JS , i could really encounter alot of errors and it was frustrating enough to give up cuz i have a full time job and was like , why do i even bother learning code when all i wanted was to get a job and earn money which is something i have right now, (i mean i got a job and i pretty much earn enough for my family) but then i remembered it was all about passion(LOVE) , i didn't care losing all but was worried about giving up something i love! ... so, love what you do first ......that's enough to keep you on truck! ... Otherwise, thanks so much Brad!
Sorry about my English! am just learning to speak and write it as well!
Do you have tips on learning new topics? I mean, business logic. Far too many people make videos about the latest framework or gadget. But when it comes to starting a new business or job you have to learn about it on the spot.
Good video btw.
Maybe related to point 2, but DON'T COMMUNICATING ENOUGH. With your team, manager, customer, product owner, designer, tester etc etc
Good video, feels good to hear I'm not the only having these problems.
Thanks a lot Brad
I really appreciate it that helped a lot along with the video of "Not comparing your self to anyone"
God Bless
This content is so good and is making perfect sense to most of the problems related to soft. Dev. Career
Its definitely been said before but it’s cool that you also make life videos too. Keep doin them
You're a great mentor, you could totally run it as a career. Thanks.
Wow ,you have shared your personal Champaign, and these things no one wants to discuss, evenly faced by every one
Nice and helpful vid Brad. Looking forward to your C# content .
Some of the points like 9 n 10 match to what being said in a book called "Mindset : The psychology of success" by Carol Dweck. Now I feel more strong 💪 about these points .
Your advice makes you sound like you have a good head on your shoulders. I saw a lot of the workplace dynamics you described in jobs unrelated to coding. I agree with your mentality avoid aHoles ( they probably don't get it) and learn do your best
Regarding dirty code: Make it work, make it right, make it fast. And don't optimize code prematurely. It can hurt making it work, right or fast :)
Thanks Brad,still on the journey, I think developers should read books more about human relationships,because at the end of day you want to be a developer because you will work with people and not code .
Is a very good video that will give outsiders an idea of what is really to have a job as a programmer. Thanks for it
Very good topic. Every developer should know this. Thanks Brad.
Thank you for this! You’re an excellent teacher.
Excellent video! I needed to hear these things from someone else to put it all into perspective. Once again, your advice is sound!
#9 I completely agree. Be humble and there is always new stuff to learn. There is no such thing as perfect programmer. :)
I have the DS412+ for like 6 years. The NAS Server works great for me.
Fully agree with the num 1, it have helped me in different cases especially when am having errors in my Code, i also recommend this
This is not 10 Bad Habits to Avoid as a Developer.
This is 10 Bad Habits to Avoid as a Human Being -well, except 4, but that just means don't go sloppy.
And it's damn good. Thanks.
Wow, incredible list! Thanks!
This video was so good, and I needed to hear it. Good video to reflect on myself and remember the small things. Thank you!
I'm definitely guilty of not getting enough breaks. Great vid as usual ;)
I'm one of those guys who works so hard and doesn't take a break.. Hopefully I'll fix this ;) Thanks Brad.
Which of these has the highest demand for junior developers with no experience?
1)”Front end dev”
2) “Wordpress dev”
3) “React dev”
Great video as always! Thanks!
point no 8 is right.
I was having some issue with a project so i take some time with out give up
and finally i made that.
I did freelancing work for client for a webscraping project and each value i scraped was later wrapped in try/ catch statements , instead of adding a null check for the possible null reference types then have to rework in that!! i did tell him it was bad at least
Thanks Mr T! 😁🤗 Love your videos, you really are a great mentor.
Thank you Brad! You're the man
I love you bro, thank you for your videos i'm growing in my craft!
If you think you know it all. Remember yourself, you are wrong. Repeat until you understand.
But in any case if you fall in an infinite loop, I think either you can't judge yourself or you should definitely change your team. There must be a better team where someone may know something better than you and you should be in there.
Great good advices for the life of programmer! Thank you for your advices
always keeping it real, appreciate it that big time.
Another awesome video Brad. keep it up .thousand thxs 👏👏
i loved number 5 "do others things that make you happy"
You don't want to be on deathbed and just have memories of writing code. On this one I literally died, LMAO. I will probably end like this, so I guess I will have only those memories. Just like a song says: "I'm a lone ranger tananana...".
Thanks for this valuable advices mate ! Subscribed .
Confused in programming and 'boom' your video come like you read my mind and posted thanks for making video 'Brad'
Can't agree more.... This is so very relatable
I’m a noob and feeling overwhelmed at the sheer number of frameworks and new tools coming out every year
Thanks for the advice brad. Another great video. :)
Awesome..!!😍
Really very helpful video
Explain to you any topic very well.😍
I’ll enjoy your tutorial
Great advice. Thank you Brad.