I really like the way Bjarne touches the last topics, the question was related to companies moving away from using c++ because for example it's standard vector would lack a default small size optimization. Bjarne's answer was if the standard isn't sufficiently good build your own specific version which I agree on but keeping a note that the specific version might get outdated at some point. I lack the knowledge to compare c++ to other languages that have this feature by default but in general c++ is built with optimizations in mind for solving real-world problems. I also imagine they refer to modern languages. I really wonder what alternatives are considered by these companies and how they would compare to modern c++ code compiled with -O3.
C++is the best language I know. I do java right now but Bjarne job is mature and with a succesful history. Hope they can reach and stable position and do not add too much stuff that in reality are not needed.
I wish there were more rust questions here. I’d love to hear him talk about situations where you need unsafe (as defined by rust) behavior to be performant.
I might be missing something here, but his arguments against Epochs did not make much sense to me. Wasn't the idea precisely that if your tool supports a new epoch it would need to support older epochs as well, in order to be able to build/analyse all your code? Seemed more like unfounded opinions to me...
I believe that when you can say that a piece of art is perfect when you take a look at it 10 years later again and can not change or furnish it anymore there are lots of programming languages out there that are Not as powerful and at the same time minimalistic as C++ but also has many things that need to be changed ( which happen to them often ) but this happens to your language fewer than all of them ( in a fair comparison ) more than 95 percent of newer C++ standards are to add newer features to it Not changing its core concepts and this is exactly what I talked about of a successful piece of art "yes, sir, you succeed to achieve this goal" ... ... ... ... and, ahhh, women !!!
"You can grow or you can die. Pick your poison."
No wiser words have ever been spoken. 😊
Bjarne is such a treasure! He does such a great job of effectively communicating about Cpp and being clear about what it is and isn't.
w
Question about rust and go @ 37:43
Thank you for such a wonderful interview. If you are a hardware related programmer then C++ & Assembly Language are ultimate.
Great person. Huge respect👍
Good 'ole Bjarne! I saw him at Trinity Univ in San Antonio, TX. Love him!
Love his honesty
I really like the way Bjarne touches the last topics, the question was related to companies moving away from using c++ because for example it's standard vector would lack a default small size optimization.
Bjarne's answer was if the standard isn't sufficiently good build your own specific version which I agree on but keeping a note that the specific version might get outdated at some point.
I lack the knowledge to compare c++ to other languages that have this feature by default but in general c++ is built with optimizations in mind for solving real-world problems.
I also imagine they refer to modern languages. I really wonder what alternatives are considered by these companies and how they would compare to modern c++ code compiled with -O3.
C++is the best language I know. I do java right now but Bjarne job is mature and with a succesful history. Hope they can reach and stable position and do not add too much stuff that in reality are not needed.
I wish there were more rust questions here. I’d love to hear him talk about situations where you need unsafe (as defined by rust) behavior to be performant.
how much wisdom ...
"Tea in 5 minutes!!!"
34:25
He must prefer coffee lol.
Is there a link to the paper that is mentioned a few times and sounds like “the Hubble paper”?
Not 100% sure but my guess is that he means "HOPL" papers. These are linked at the top on his website: www.stroustrup.com/papers.html
Bjarne whats your thoughts on Delphi, a pascal like programming language.
Im sure he likes Delphi better, but he started out with Pascal and Fortran and he did not like either one.
F1rsht (and curious, why)!
Mr jhon regehr how you contact with sir bjarne stroustrop can u give us some link or contact or something which we can directly contact sir bajrne
What exactly do u want to ask him?
Something about my project but in private not publicaly
@@hameedyousfi2779he don't assist like that
@@hassansyed5661 so tell me hassan how they assist
I might be missing something here, but his arguments against Epochs did not make much sense to me. Wasn't the idea precisely that if your tool supports a new epoch it would need to support older epochs as well, in order to be able to build/analyse all your code? Seemed more like unfounded opinions to me...
I believe that when you can say that a piece of art is perfect when you take a look at it 10 years later again and can not change or furnish it anymore
there are lots of programming languages out there that are Not as powerful and at the same time minimalistic as C++ but also has many things that need to be changed ( which happen to them often ) but this happens to your language fewer than all of them ( in a fair comparison )
more than 95 percent of newer C++ standards are to add newer features to it Not changing its core concepts and this is exactly what I talked about of a successful piece of art
"yes, sir, you succeed to achieve this goal"
...
...
...
...
and, ahhh, women !!!