Comments by "xybersurfer" (@xybersurfer) on "Stefan Mischook" channel.

  1.  @tomaszaluckij5117  that's one way of looking at it. but another way of looking at it, is that it encourages cutting corners just to have something running as quickly as possible. this causes you to not be able to figure out the appropriate data structures and algorithms. and if you can't do it right, then you can't learn to do it right faster. also, at the point you can crank out code fast, you are already mentally working at a more abstract level and you probably shouldn't be wasting your time in competitions repeating yourself. what Stefan talks about is not separate from figuring out appropriate data structures and algorithms, unlike your suggestion. it all requires careful considerations
    2
  2. MVC often means different things to different people. i like your explanation about MVC. could you do another video with some examples in for example web pages or desktop applications?
    1
  3. ​ @dravinknight  this is a common misconception. you don't usually need maths beyond what you use in MS Excel. the only exceptions are typically creating a game/simulation, or squeezing every last drop of performance out of your code way beyond what is typical. so i would say don't bother learning maths first. also most programming languages are now so abstracted that you don't need to know that much about computers. my advice is to get a good book or maybe do a bootcamp, on the language you are interested, and most importantly do the exercises step by step. practice is the best way to learn
    1
  4. ​ @PlantSurgeon-growth  i think a familiarization with low level stuff can be useful in some cases, but most of the time it isn't. it's those pointers in C++ that make it hard. C++ used to be my favorite until i got a taste of functional programming in a haskell-like language. higher-order functions (pass functions as values), immutability, strong typing to name a few make it good. it made me wonder why i put up with some C++ stuff. i would check it out if you haven't yet. it really changed the way i program in other languages. it's much more interesting than remembering arbitrary low level details. don't limit yourself
    1
  5.  @PlantSurgeon-growth  if pointers are not hard, then why do i keep reading about security holes due to accessing out of range memory? have you not noticed how common this is?
    1
  6. ​ @PlantSurgeon-growth  it takes more than simply getting a program to work, to protect it from memory access exploits. much of the C++ spec has undefined behavior. if you think that only inexperienced programmers make these mistakes then you lack experience. do you think that inexperienced programmers work on things that make it to the news?
    1
  7. ​ @PlantSurgeon-growth  i did not say that a beginner can't have great visions. but, take for example the Heartbleed bug in OpenSSL. this mistake was made by someone with a PHD in computer science and the code was reviewed by his team, who also didn't pick up on it. this was also a Memory Access issue. people make mistakes sadly. me, you, everyone. i value languages that help prevent mistakes. even if you make no mistakes in C++ it's not really such a great language for directly expressing ideas in. look for example at the state of the C++ standard library and the crap they keep adding with every version of the language. that's why i've mostly moved on from C++. i programmed in C++ for several years so i do have some idea of what i'm talking about. i don't hate C++. there are plenty of worse languages like JavaScript and VB
    1
  8.  @hamu_sando  the Heartbleed bug was caused in C code. C is almost completely a subset of C++. you mention Smart pointers, Higher-order functions and Immutable objects, but can you explain how they could have prevented Heartbleed? i think explicit casting is a big deal. once anybody has a pointer, they can cast it to anything they want
    1
  9. but then why wait, until those standards have evolved?
    1
  10. until you encounter functional programming. although, knowing any language can help there
    1
  11. i think it's because there are less UX people
    1
  12.  @kaffeetasse2461  jQuery is pretty convenient. especially when you don't want to re-implement things yourself, like $(document).ready()
    1
  13.  @Bennyboy2321  in Xamarin.Forms you have to re-implement UI for every platform. this defeats the whole purpose
    1
  14.  @Bennyboy2321  what did you use to abstract from platform specific UI code?
    1
  15. @D. N. what a smug response. the Xamarin.Forms tutorials demonstrated coding the UI for each individual platform before Microsoft took them over
    1