The Most Important Skill You Never Learned

Поділитися
Вставка
  • Опубліковано 22 гру 2024

КОМЕНТАРІ • 300

  • @Տ·̇
    @Տ·̇ 6 місяців тому +845

    How many people are here only use console log for debugging

    • @nustaniel
      @nustaniel 6 місяців тому

      I do it when I want to look up what a value of a returned variable is too without putting it into my script, in example say I want to know the value of document.getElementById("element-name").getBoundingClientRect().top, I type that into the console and I can see how it behaves while I scroll around to get a better understanding of the values I will be working with, or I can omit the .top entirely and see the array of values I can work with, like height to see how tall the element is, etc.

    • @EchoPrograms
      @EchoPrograms 6 місяців тому +18

      Uuuhh, I plead the fifth

    • @saisandeep8741
      @saisandeep8741 6 місяців тому +16

      Still the best 😅

    • @ΣτάθηςΣταθόπουλος-σ7ρ
      @ΣτάθηςΣταθόπουλος-σ7ρ 6 місяців тому +24

      I just learned about console log. I used to compile my react app down to web assembly and use IDA to debug it

    • @miloserus
      @miloserus 6 місяців тому

      @@ΣτάθηςΣταθόπουλος-σ7ρThat is a good approach, but I prefer to get really close by using a multimeter with a probe on my motherboard. then disabling the clock signal and replacing it with a pedal switch. Then you can do everything step by step, and It is good exercise.

  • @DerHoasd
    @DerHoasd 6 місяців тому +2

    Downloaded this *amazing masterpiece* and placed it in the middle of my desktop.

    • @WebDevSimplified
      @WebDevSimplified  5 місяців тому

      Thank you so much for the support! I am really glad you enjoyed this video.

  • @0xBuns
    @0xBuns 18 днів тому

    Timestamps
    00:01 - Learning how to debug is crucial for developers.
    01:40 - Understanding and fixing JavaScript errors
    04:51 - Basic debugging using console log statements
    06:21 - Using a proper debugger for more complicated problems
    09:31 - Using the debugger's step into and step functions
    11:07 - Use 'pause on uncaught exception' for debugging
    14:20 - Understanding call stack and scoping in functions
    15:52 - Adding breakpoints is a great way to debug issues on your site.
    18:49 - Debugging in Chrome/Firefox helps monitor DOM changes & global listeners.
    20:16 - Utilize the watch tab for tracking variables and composing JavaScript expressions.
    23:07 - Debugging tools offer various features for program analysis and control.
    24:30 - Customized breakpoints in Chrome for debugging
    27:12 - Using triggered breakpoints in debugging for precise control
    28:37 - Setting up specific breakpoints in VS Code for effective debugging
    31:26 - Optimizing browser performance with caching and throttling
    32:44 - Analyzing performance using DevTools tabs

  • @suchitsheth1192
    @suchitsheth1192 6 місяців тому +102

    One more debugging point if you want to be bit lazy
    Not lazy version:
    console.log("value", value)
    Lazy version:
    console.log({value})

    • @ZM-dm3jg
      @ZM-dm3jg 6 місяців тому +3

      Lazy deluxe version: Make a VScode snippet

    • @TylerR909
      @TylerR909 6 місяців тому +6

      I cannot believe how many people don't do this. All the time when pairing up with coworkers I'm like... "Why are you writing it twice... just object-ify it."

    • @JacksDeadInside
      @JacksDeadInside 6 місяців тому +4

      I think I’m in love with you for this tip omg.

    • @untalentedwebdev
      @untalentedwebdev 6 місяців тому +2

      I cant believe i havent thought of this, oh wait i can believe.

    • @joe_duck
      @joe_duck 6 місяців тому +1

      Use this a lot, specifically for functions so I can test those at different points.

  • @jomama55ful
    @jomama55ful 6 місяців тому +10

    One thing to note about the error location. JavaScript is an interpreted language, so the error message shows the first line that was unsuccessfully read. it is possible that the actual error may be further up the file, as the interpreter attempts to make sense of the code till it can no longer make sense of it. it is true that data is a major cause of run time errors, but also bad syntax can be a cause, as the interpreter will often try to make sense of poor syntax and allow it to interpret code that is bad.

  • @john_doe_2231
    @john_doe_2231 6 місяців тому +75

    Please make more of these debugging videos , really helpful stuff

    • @theroofwithoutahome2352
      @theroofwithoutahome2352 2 місяці тому

      this is as usefull as console.log, considering mst people use a combination of vite / typescript.

  • @bm2085
    @bm2085 4 місяці тому +2

    I've been working as a front-end dev for 10 years now, and still find your uploads helpful, thank you! Maybe one thing I would like to add, that I use a lot, is stopping at a breakpoint, and pointing my cursor on variables, to find out the value of the variable at that state.

  • @markmaples7215
    @markmaples7215 6 місяців тому +9

    Helpful, for me 90% of writing code is write, test, debug, write, test, debug, build up piece by piece. If you do not have strong debug skills you are not going to be able to build up large programs. If you inherit code, debugging is most of what you do, in order to figure out what the code you inherited actually does (or does not do).

    • @joe_duck
      @joe_duck 6 місяців тому

      That is basically the same for me. I literally check after each block for the most part.

    • @arindambhattacharjee6286
      @arindambhattacharjee6286 6 місяців тому

      Exactly a proper software developer words

  • @shantanukudva4658
    @shantanukudva4658 6 місяців тому +24

    Hey man, Thank you for your videos! You really upskilled my knowledge to get through this javascript jungle. It's very overwhelming but you are really adding "simplified" in web dev simplified!
    Cheers

  • @bbkillen
    @bbkillen 6 місяців тому +99

    As a 40 year veteran I constantly amazed at young developers not wanting to use the debugger. If you are not using a debugger you should definitely give it a try. Not only for debugging but for testing. I almost never release a bit of code without stepping through it once to verify it works as it should.

    • @ajalanbrown2200
      @ajalanbrown2200 6 місяців тому +2

      Thanks for this, I’ll try it out

    • @Pretagonist
      @Pretagonist 6 місяців тому +2

      Yeah I use the debugger all the time. Sadly I sometimes have to work with code that doesn't have great debugger support and it hurts my sanity. I mean having logging isn't wrong but the debugger is the most important tool.

    • @z352kdaf8324
      @z352kdaf8324 6 місяців тому +3

      Yeah, try clicking 10,000 times through a loop. Log it!!

    • @teeesen
      @teeesen 6 місяців тому +7

      There is a tendency to stick with what you know even after it is no longer the appropriate tool. The simplest thing is to use console.log or printf or whatever and that’s fine for really simple projects like you might do in university. Debuggers are really useful for tricky code and medium sized projects. On really large projects, you can waste a lot of time using a debugger. This is especially true when there is a lot of data structure that needs to be visualized. Having a good logging system then becomes indispensable. If reading the log doesn’t help you identify the problem, it will at least tell you where to set the breakpoints and when they should be activated.

    • @retakenroots
      @retakenroots 6 місяців тому

      @@z352kdaf8324 conditional breakpoints?

  • @fake08
    @fake08 6 місяців тому

    amazing video. thanks so much ♥

    • @WebDevSimplified
      @WebDevSimplified  6 місяців тому

      Thank you for the support! I'm glad you liked the video.

  • @mastle313
    @mastle313 6 місяців тому +2

    Kyle's always been an amazing teacher, but this one really is an absolute banger. Thanks a lot for the free info!

  • @YT-dr8qi
    @YT-dr8qi 4 місяці тому +1

    Debugging in VS Code also works for TypeScript. It may require simple configuring of a compiler, but as I remember, by default it's already configured properly. The goal of configuration is to tell the compiler to create a mapper file which maps a place in the compiled non-readable JS code to a corresponding place in the source TypeScript code. Everything else does the VS Code and browser. The browser's debugger via a special API sends to VS code the current position and other information and VS Code debugger uses the mapping file to translate this position to the actual position in the source code. Also this mapping file is used to deobfuscate the variable names. The technology may seem complicated but it all works under the hood, transparent to the programmer so you don't have to think about it. And identical approach is used for back-end debugging for decades, so the technology is well tested and it works excellent

  • @64jcl
    @64jcl 6 місяців тому +1

    Great overview of all the things you can do in the debugger tools. You only missed one bit, it is actually possible to modify the scripts directly in Chrome too so you can test out stuff without having to reload everything. I frequently actually fix a bug inside the debugger in Chrome first and do some more tests before fixing it in my code. When projects get bigger reloading everything can be a hassle at times.

  • @user-jz6vj9ie8n
    @user-jz6vj9ie8n 6 місяців тому +4

    Well, I know the major part of tricks shown in the video, but there're few very powerful I've never heard of! Thank you for great video, Kyle!!!

  • @MrNihilius
    @MrNihilius 5 місяців тому +2

    you are a natural born teacher - many thanks!

  • @jordanhildebrandt3705
    @jordanhildebrandt3705 6 місяців тому +4

    I've been writing code for years, but I still found a few nuggets in here. Thanks!

  • @deatho0ne587
    @deatho0ne587 6 місяців тому +1

    Basic Debugger tips get a llinter/spell checker and learn to look at the code color differences & what they do in your IDE.
    Do not use console.log unless you are debugging. Issue with debugger is your code might not get there at all. Sometimes you just have to update DEV with logs and then make guesses, this is rare but can happen.
    Most DEVs just need Fetch in Network, unless you are working on UI work and even then it is where I stay 95% of the time when only doing UI.
    VSC debugger will not work in most frameworks so basically pointless.
    Like the uncaught, most of the time I know when I make them but still. Also think in larger projects I would never be able to get out of some of them.

  • @parubok
    @parubok 6 місяців тому

    Thanks!

  • @CURIOSITYcapital
    @CURIOSITYcapital 21 день тому

    i use it and will be using it...i know there are many ways to debug...i use other things as well but console log is classic and very nice to debug with... it's been 7 years

  • @eudaimonian9473
    @eudaimonian9473 6 місяців тому +29

    How do I use the debugger if my frontend app is being deployed from within a docker container?

    • @DarkzarichV2
      @DarkzarichV2 6 місяців тому +6

      build code with debugger command in it and run it locally

    • @rafaelfeldfix114
      @rafaelfeldfix114 6 місяців тому +3

      Source maps

    • @wchorski
      @wchorski 6 місяців тому +2

      if ur using Portainer it has a log output in the UI
      if ur using Docker Desktop, each container has a log view
      if just pure terminal idk

    • @DarkzarichV2
      @DarkzarichV2 6 місяців тому

      @@wchorski for terminal you just "docker logs" with a name or id of your container as a parameter. docker ps -a to find all running and stopped containers

    • @epotnwarlock
      @epotnwarlock 6 місяців тому +2

      Docker logs

  • @64jcl
    @64jcl 6 місяців тому

    Another cool thing you can easily do within Javascript is to hijack the console.log function call and output it on a div you can e.g. dynamically show on top of your content. Admittedly the console in chrome is more powerful with how it displays objects so you would then have to implement that yourself. But at times I often like to have some simple debugger overlay in my actual page content, especially when watching some variables, but in those case I naturally make some kind of of custom logger class/object that all the code can use anywhere.

  • @DaveVanWagner
    @DaveVanWagner 5 місяців тому

    That was great! I thought I knew a lot, but only what I *thought* I needed to know. Thanks for deep diving into all the options and the VS Code debugging too!

  • @AlekVila
    @AlekVila 6 місяців тому

    Is there a way to break and catch exceptions on promises, especially with 3rd party scripts that swallow errors and serialize functions so they are illegible?

  • @wrlee
    @wrlee 6 місяців тому

    Anonymous functions are unnamed, usually lambda, functions like the `timeout()` callback. The outermost anonymous is the internal caller to `main()`. (there's no particular tie between "anonymous" functions and "top-level"

  • @codewithfarzad
    @codewithfarzad 2 місяці тому

    I've been programming for 14 years, and I can confidently say that after all this time, there were still many things I didn't know, but I learned them in this video. Thank you brother

  • @sanzharbekbolat9553
    @sanzharbekbolat9553 Місяць тому

    great job! I did not know, that it's possible to debug the frontend, something new for backend developers, I think we need tutorial for the whole tabs in dev tools

  • @PedroCoelho98
    @PedroCoelho98 6 місяців тому +2

    Wow, that tip for debug from VSCode is golden! You are the man! 💪

  • @andrevinsky
    @andrevinsky 20 днів тому

    Now Kyle, hold on for just one second. 10:35 When you say “step into handles asynchronous code”, you’re not exactly right I think. You see, the step into button actually changes the location and goes into the function call you were currently at; however, if the function is not pure JavaScript and instead is a ‘native code’, there is nothing for the debugger to step into so it skips a number of steps until it can reach the function that is acceptable down the stack. So when we’re not dealing with the setTimeout or any other built-in function but rather with the regular js, the debugger just steps into your code step-by-step like a regular interpreter would do. However, I really liked your point with the setTimeout step into. I wonder if the debugger employs certain heuristics to decide where the developer were actually intending on stepping into :)
    Thank you!

  • @iamparmjeetmishra
    @iamparmjeetmishra 6 місяців тому

    You are amazing sir.
    After this video I can confidently say -> I can successfully debug any code.
    Thanks

  • @abu2musa
    @abu2musa 6 місяців тому

    Been working for soo long with javascript and this debugging skills could have been quite helpful,, great video!

  • @tadaspetra
    @tadaspetra 6 місяців тому

    After all these years I just learned the difference between step into and step. Great video

  • @Rhysling2
    @Rhysling2 6 місяців тому

    Thank you Kyle! I knew much of this but boy did it spackle in the gaps! This is exactly the kind of tutorial I look for. Super appreciative!
    If by chance you read this, apologies, but…
    Semicolons! Yes, they matter.

  • @kamranmemon25
    @kamranmemon25 5 місяців тому

    Thanks a ton for this videos, we need more of this kind of debugging in depth videos. It would be really helpful if you can make something like performance optimisation in React or vue app.

  • @TarasovFrontDev
    @TarasovFrontDev 6 місяців тому

    this is so far the best debug explaining video i've ever seen

  • @AlekVila
    @AlekVila 6 місяців тому

    I wonder how Watch works if you have multiple variables in your code with the same name, scoped differently. Does it show them all?

  • @santiczek4081
    @santiczek4081 6 місяців тому +1

    This is pure debugging sugar. Thanks!

  • @heathenmonk1249
    @heathenmonk1249 6 місяців тому +2

    This is amazing, I didn't know you could do that with just the devtools, thanks!

  • @rakarakic9397
    @rakarakic9397 6 місяців тому +12

    Big respect to this chanel, content and creator 🙏

  • @zamanms396
    @zamanms396 6 місяців тому

    The most important skill that I have ever searching for it. Thanks Man! you made my day.

  • @getprompted
    @getprompted 6 місяців тому +2

    "I was blind, and now I can see!" Praise be to Kyle! 😍

  • @ShinoVince1
    @ShinoVince1 6 місяців тому

    This motivated me to actually get the debug from front js inside vscode
    I didn't immediately managed to do it on first try and abandoned the idea... but it's actually working now and way more convenient
    (except i have to bundle with the mapping in the same file, if you know how to bundle via bun with mapping in a separate file while still making it work... please give me the secret)

  • @ibrahimblahblahyapyap
    @ibrahimblahblahyapyap 5 місяців тому

    Hell yes! This the real practical stuff 🔥

  • @JesseSlomowitz
    @JesseSlomowitz 6 місяців тому +3

    It's not so relevant to this video but since console.log has come up I wanted to mention that Console Ninja has been a beneficial extension in VS Code. It shows the console.log results from the browser next to the code calling it within VS Code. I've used that a lot for debugging.

  • @MichaelRainabbaRichardson
    @MichaelRainabbaRichardson 6 місяців тому

    `consile.log({ n })` rather than just (n) for added clarity. You can also `console.log({ value, n })` if you have multiple values to view.

  • @CapsAdmin
    @CapsAdmin 6 місяців тому

    I enjoy using debuggers and I naturally always do so when using C#, C or C++ in an IDE where launching the program with the debugger enabled is the default. However when it comes to the browser debugger, I know it exists and I've sometimes used it, but the barrier to entry is often so high that I resort to console log instead..

  • @AetherA11y
    @AetherA11y Місяць тому +1

    I find the most frustrating thing about programming is lack of good documentation (what happened to tech writing?) and trying to find and fix bugs in other people’s code! The only way AI will ever be able to help us code effectively is by having well-written, well-documented code written by humans.

  • @SebastianZartner
    @SebastianZartner 6 місяців тому

    Great overview of debugging features! It would have been great, though, if you at least mentioned that Firefox and Safari have similar DevTools, or even showed them.

  • @schoolofbillt2656
    @schoolofbillt2656 6 місяців тому

    I have always been intimidated by using an actual debugger, thank you so much for this video!

  • @ullibao
    @ullibao 6 місяців тому +1

    dude how did you know i've been looking for the error in my project for a week 😭😭😭 this video is a godsend

  • @aberbaCodes
    @aberbaCodes 6 місяців тому +1

    To be fair, console.log() or printf or whatever equivalent does the job in 80-90% of the case. It's why I never use the debugger unless I'm in real trouble

  • @ba8e
    @ba8e 6 місяців тому +1

    Another good one is console.time("foo") and console.timeEnd("foo"). This is shows how much time has passed between the two, super useful for measuring performance.

  • @dunkTheFunk
    @dunkTheFunk 5 місяців тому

    You are a gift to the world.

  • @VladyslavDihtiarenko
    @VladyslavDihtiarenko 6 місяців тому

    Hello Kyle, thanks for the video! Could you please share your setup for audio/video recording? I'm impressed by the audio quality in your videos, considering you're in an empty room without acoustic panels.
    I started my own UA-cam channel, but I can't even reach a similar sound quality like in your videos... Lots of mic noise, room reverb and keyboard sounds

    • @DerHoasd
      @DerHoasd 6 місяців тому

      I also make videos, but have never had any problems with background noise. Even without a special setup (e. g. acoustic panels). Maybe it's the microphone?! I use the RØDE NT-USB [ua-cam.com/video/obPxRUr7sGU/v-deo.html] which has an amazing good sound quality.

  • @FP_95
    @FP_95 2 місяці тому

    I'm always marveled by your didactic skills. 11/10

  • @andythebritton
    @andythebritton 6 місяців тому

    Most of these were familiar to me, but it's always good to fill those gaps in the knowledge. Triggered breakpoints I imagine would be great when you need to break conditionally, but the dependency is not in scope.

  • @NomadicBrian
    @NomadicBrian 6 місяців тому

    As the code base grows the debugger becomes more significant. If you join a project and have never seen the code then your really want to track where things are going. You may have to close 15 files when you are done but the bug you are fixing can happen anywhere in those 15 files and good luck not missing some files if you don't.

  • @wandreperes
    @wandreperes 6 місяців тому +2

    You speak very clearly! I can understand everything!
    Just curiosity... What state is your accent from?

  • @TwinechoesEntertainment
    @TwinechoesEntertainment 6 місяців тому

    this is a frontend-dev specific take. For backend and complex native apps logging is King, the debugger is the one that's for 'simpler' bugs

  • @williambjork2777
    @williambjork2777 6 місяців тому +29

    I can’t believe how long I’ve been coding without knowing most of the tips in this video

    • @igomesigomes
      @igomesigomes 6 місяців тому

      I wonder how you find complex bugs solutions without debugging the code. 🙂

    • @KvikDeVries
      @KvikDeVries 6 місяців тому

      @@igomesigomes with console.log :) and overextended brainpower. I too find this video enlightening, and looking forward to seeing how it will change my life. Probably a lot :) What I find most interesting though is that I did use debuggers and breakpoints in many other languages, and yet it didn't occur to me that JS has it too. s/most interesting/the real WTF to be/ - but then again, I'm officially a sysadmin, not a developer, so... ;)

  • @josuedelossantos9442
    @josuedelossantos9442 6 місяців тому +2

    Thank you Kyle this video has been really helpful to me.

  • @youmeetinfo
    @youmeetinfo 6 місяців тому

    I really liked your video mostly on your use of the debugger. Could you talk more in the future about CSP ? thanks @kyle

  • @koderkev42
    @koderkev42 6 місяців тому +1

    There is a reason the phrase "script kiddie" was a thing. These coding bootcamps are pumping out people who expect to go into an organization and use the latest tools, frameworks and languages ON GREENFIELD projects. Any developer/programmer who has real experience will know GreenField projects are rare and more often than not, you will be working on legacy code (ironically built with the latest and greatest tech of whatever time-period it was created in). Debugging skills are crucial to success.
    When we lowered the bar of entry, we let in hoards of people who did not have basic/traditional programming skills, and only knew what they read in a tutorial or watched in video. It's scary times out here. The problems such people create are the very ones I've had the fortune (and misfortune) of working on over the last 10+ years.

    • @DerHoasd
      @DerHoasd 6 місяців тому

      +1. Got absolutely the same experience. Having jung people coming from the university. Never touched the Linux console and never ever heard about *vim.*

  • @thembaravenibhanutej3388
    @thembaravenibhanutej3388 6 місяців тому

    Great greater greatest skilled developer ever🎉🎉

  • @goldensmiths
    @goldensmiths 4 місяці тому

    I've never know you could verify your SEO rating straight in chrome. that's awesome

  • @olegsubik
    @olegsubik 6 місяців тому +1

    That is actually an amazing video. I'm myself a dev with around 5 years of exp and I found several new things. Especially the debugging + vs code debugging section is priceless!

  • @ut_yuji
    @ut_yuji 6 місяців тому

    Hey sir, Thank you so much. It was so nice of you giving it for free.

  • @mahalingappabirajdar5285
    @mahalingappabirajdar5285 4 місяці тому

    Your explanations were very helpful, thanks

  • @yuganya1823
    @yuganya1823 6 місяців тому

    can u give provide video on MFA. module federation and connecting multiple repo with tailwind,react and typescript. ?

  • @Uncaught_in_promise
    @Uncaught_in_promise 6 місяців тому +7

    Thanks a lot. This is gold. Please do more tutorials on debugging. React and all good stuff

  • @afterglow5285
    @afterglow5285 6 місяців тому +1

    All of this is fine and dandy, now do a video about the unholy mess that is react and how to debug a chain of useeffect and usewhatever, sudden memory leaks. Since i moved on from react i spend more time with friends and family, or in the vs code editing new code than banging my head in another all-night debug session.

  • @studiosoftmorecambe6879
    @studiosoftmorecambe6879 6 місяців тому

    Running code often, as it is being written is the best way to spot errors. I have seen the expert coders bash out a few hundred lines of code in 10 minutes and then spend 2 days fixing all the errors.

  • @waleed28ful1
    @waleed28ful1 6 місяців тому

    Amazing Thankyou soo much for this amazing content! ❤

  • @Foxxy_was_taken
    @Foxxy_was_taken 6 місяців тому +1

    Truly Simplified , Thanks

  • @AmeerHamza-kn2uv
    @AmeerHamza-kn2uv 6 місяців тому

    I was really in search of this kinda video. Thank you for all the tips!

  • @Ari-pq4db
    @Ari-pq4db 6 місяців тому

    Super helpful, Thank you Kyle, Keep it up ❤❤❤❤❤❤

  • @boris7258
    @boris7258 6 місяців тому

    A must to know skill. Thank you!

  • @andru2625
    @andru2625 6 місяців тому

    Super helpful content. Thanks much!

  • @tomaselke3670
    @tomaselke3670 6 місяців тому

    Your guitar precariously balanced on your guitar stand is giving me a brain aneurism.

  • @rahulxdd
    @rahulxdd 6 місяців тому

    Great video Kyle.

  • @halfamoose
    @halfamoose 6 місяців тому

    This video was sorely needed.

  • @munna5553
    @munna5553 6 місяців тому +2

    Can you please make video on full stack website without using any external authentication library please it help alot 🙏🙏🙏

  • @7h3mon
    @7h3mon 6 місяців тому

    Filter in The network section worka on loading The contetnts. It is not live filtering.

  • @Ari-pq4db
    @Ari-pq4db 6 місяців тому

    Awesome 🎉❤❤, thank you Kyle 😊

  • @yunokawaii1772
    @yunokawaii1772 6 місяців тому

    Bro this is Gold! Thx a lot :D

  • @mailesaicharan3119
    @mailesaicharan3119 6 місяців тому

    Hi kyle,
    Please make a video on json2csv package and then how to convert that csv file to download into excel

  • @pauldudley1273
    @pauldudley1273 6 місяців тому

    Not the video we asked for, but the video we needed

  • @ReviewSmartTech
    @ReviewSmartTech 6 місяців тому

    awesome... what took you so long to think about this idea? immensly helpful

  • @torquebiker9959
    @torquebiker9959 6 місяців тому

    Thank you for all the tips and hints!!

  • @Thegeektoendallgeeks
    @Thegeektoendallgeeks 6 місяців тому

    what would you say is the best way to debug in a web app on an ios device web browser without needing to buy 3rd party software or by having the correct MacOS for an ios device?

  • @pawanpoojary2339
    @pawanpoojary2339 6 місяців тому

    just a suggestion if u r not using turbo console then i would recommend to use it, it definitely saves a lot of time.

  • @marketfinds
    @marketfinds 6 місяців тому

    Thanks, a lot of good info here. Almost didn't watch because the title doesn't give much away.

  • @DaPaBe1999
    @DaPaBe1999 6 місяців тому +1

    I highly encourage to not use debugger in embedded apps, e.g Tauri apps will loop on internal functions and invoke backend code completely ruining DX on the frontend.

  • @aurelian3401
    @aurelian3401 6 місяців тому

    Hello folks, does anyone knows how it works TypeScript in web browser, since it understand only JavaScript. Can you explain the flow, compilation and programs which make it usable?

  • @pekkagronfors7304
    @pekkagronfors7304 6 місяців тому +2

    Awesome info. Thanks.

  • @Lorenzohk319
    @Lorenzohk319 6 місяців тому

    how to debug a async function involving a websocket listening and return value

  • @YnMillion
    @YnMillion 6 місяців тому +1

    Hey Kyle; please do a tutorial on how to style your hair

    • @DerHoasd
      @DerHoasd 6 місяців тому

      😂😂😂😂😂😂😂

  • @sahilbaig9860
    @sahilbaig9860 6 місяців тому

    absolutely needed this . ty

  • @learnbit_bo
    @learnbit_bo 6 місяців тому

    I think the tools works well for vanilla javascript, but for React projects not sure if they work

  • @ProxusGaming
    @ProxusGaming 6 місяців тому

    extremly helpful, need such more videos