The Why of Go

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

КОМЕНТАРІ • 150

  • @gerardgauthier4876
    @gerardgauthier4876 5 років тому +117

    All programming languages are built-up abstractions over a set of basic operations. Choosing a programming language is accepting the abstractions presented in that language... Everything else is religion.

    • @needlessoptions
      @needlessoptions 5 років тому +5

      Well said broski

    • @mgmartin51
      @mgmartin51 5 років тому +34

      All religions are built-up myths over a basic set of life questions. Choosing a religion is accepting the myths presented in that religion. Everything else is programming.

    • @dracoford755
      @dracoford755 4 роки тому +2

      Gerard Gauthier absolutely not, metalanguages and LISP dialects operate are entirely different than static languages. The difference between dynamic and static languages; intermediate verifiers and proof oracles, makes each language a different ‘flavor’ of the IPS

    • @MaestroCipher
      @MaestroCipher 3 роки тому +3

      Wrong, "accepting the abstractions" is a way not a whole story, there are much more properties to consider. You have a very narrow understanding of the subject.

    • @gerardgauthier4876
      @gerardgauthier4876 2 роки тому +1

      @@dracoford755 Oh yeah! I keep forgetting that LISP resides in the realm of magic and not algorithms and hardware. Like I said... religion.

  • @mayuraitavadekar7968
    @mayuraitavadekar7968 3 роки тому +26

    Static Typed like Java and C++.
    Faster than Java on every benchmark.
    Faster compile time than C++.
    Readability like Python.
    Go is absolutely great language.

    • @TroenderTass
      @TroenderTass 3 роки тому +8

      Yeah right. No generics, inefficient utility-functions for basic things like finding the length of a slice, horrible code origanization (everything that has to do with text, both io and basic strings is containted in the same module), insanly rigid and basic concurrency model, and it's simply just ugly, like python. Who the hell would put Python in the cathergory of great programing languages. Also, nil everywhere. It has no exception nor error handling so you have to return errors everywhere and check for them. To even suggest it is a great language, what were you thinking? At best, it is an ok tool for small apps for people who like corky weird stuff that is very imperfect in nature. The this needs to stay as a niche and never ever be considered in real app development.

    • @uziboozy4540
      @uziboozy4540 3 роки тому +6

      Rust > Go

    • @blu3_enjoy
      @blu3_enjoy 2 роки тому

      @@uziboozy4540 rust is pozzed

    • @pubsvm7355
      @pubsvm7355 2 роки тому

      @@TroenderTass What do you prefer over it?

    • @praveens2272
      @praveens2272 2 роки тому

      @@pubsvm7355 ☕ my dear friend

  • @karltraunmuller7048
    @karltraunmuller7048 6 років тому +87

    Excellent talk. I like it when things are put into context.

  • @goffe2282
    @goffe2282 2 роки тому +3

    Nice talk. I was looking for a Go talk that I could have on in the background while cooking. This was the perfect level for me. When I have time to sit down and watch source code in front of a computer then I'll do that.
    Really nice talk.

  • @MunnyLerner
    @MunnyLerner 3 місяці тому

    45:00 - "Simplicity and the Greater Good - while it's often seen negatively, in the context of order, sustainability and group cohesion it's a benefit and it's imperative that in some aspects of the organization it has to be enforced." AGREED!!

  • @kamilziemian995
    @kamilziemian995 3 роки тому +8

    Excellent talk. It expleins very well why programmers need language like Go.

  • @CO8848_2
    @CO8848_2 5 років тому +15

    So go combines the best of event and threads because it has thread programming model (not callbacks as in event loop) but channels and green threads are much faster than mutex locks and system calls in threads. That took a long time to come out, I think.

    • @foljs5858
      @foljs5858 4 роки тому +4

      Unfortunately green threads are not the be all end all - they have their own issues. Early Java had them, and abandoned them. Other newer languages too, e.g. Rust tried them and opted for actual threads too.

  • @ismaelgrahms
    @ismaelgrahms Рік тому +2

    Excellent talk

  • @KrishnaDasPC
    @KrishnaDasPC 3 роки тому +9

    From my experience I do not trust nodejs at the server side, you can't sleep peacefully with it. One of the bulk excel generation done in PHP was taking too much time even more than 45 mins , exact same thing rewritten in Go took only 50 seconds to complete. Also deployment is easy as we need only single binary, also binary size is very small in size compared to Java. But frameworks in Go is still not mature as in Java or other popular languages so you have to write lot of code yourself compared to them. But once written it will run super fast.

    • @manit77
      @manit77 3 роки тому +3

      True about node. Java is so bloated and being run by oracle is a big turn off for a lot of developers.

    • @arunabraham9382
      @arunabraham9382 3 роки тому

      I might wonder what made it so slow. Have you tried the same with swoole Coroutine?

  • @Bkgoodman11
    @Bkgoodman11 3 роки тому +4

    The whole part about "simplicity" was almost jaw dropping. "I thought it was just me"...

  • @AlqGo
    @AlqGo 5 років тому +130

    Thank google-ness for 1.25 speed!

    • @taliluvhengo5928
      @taliluvhengo5928 5 років тому +23

      1.25? Noob! Pros go 2X

    • @hipstergod
      @hipstergod 5 років тому +18

      @@taliluvhengo5928 2x??? Amateur, gods use video speed controller chome plug in get on the 3x speed or more, time has invaluable don't waste it watching things at 2x

    • @taliluvhengo5928
      @taliluvhengo5928 5 років тому +2

      @@hipstergod haha cool. Will check it out

    • @pengdu7751
      @pengdu7751 4 роки тому +2

      same. I set it to 1.25 and then forgot that it's already at 1.25

    • @Skorps1811
      @Skorps1811 4 роки тому +2

      God bless you sir, I was about to close the video :D

  • @_stanlymathai
    @_stanlymathai 2 роки тому +1

    You're not paid to program, you're not even paid to maintain someone else's program, you're paid to deliver solutions to the business.

  • @AaronMartinColby
    @AaronMartinColby 5 років тому +12

    Great talk. History is important. Ignore the troll haters.

  • @DOPEBEATZBOYS
    @DOPEBEATZBOYS 4 роки тому +15

    no one in the room laughed at the lougle joke smfh

  • @justinhj1
    @justinhj1 5 років тому +7

    With regards to utf-8 it's not always the best. utf-32 is better if you are working with a lot text in some Asian languages for example, since every character is the same width meaning you can index into an array and know where the characters are. You can't do that with utf8 and utf16.

    • @rkfkr
      @rkfkr 4 роки тому +3

      tbh, you very rarely need to pick a character by its absolute index or offset. Most real world text processing tasks need iteration, one character at a time, and in this case there's almost no difference. For UTF-8 it would require a bit more processing (like calculating whether it's the last byte of the character) but it's negligible and can be hidden in the iterator logic. Go's range does exactly that (in the form of "for _, c := range str" where c gets the next rune aka unicode character) and it's implemented in the language syntax itself, not even in the standard library.

  • @CO8848_2
    @CO8848_2 5 років тому +14

    This video got me thinking about a lot of things, very interesting to think of the design choices.

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

    Nice, detailed talk.

  • @mmuschalik
    @mmuschalik 5 років тому +14

    There are not many videos that try to defend Go. So I appreciate this. I must say, I'm still not convinced, I'm skeptical. I could just as much use another language and turn off language features with a build plugin. OK, maybe concurrency is good in Go, but green threads are not unique to Go, nothing new there. Please enlighten me.

    • @kamilziemian995
      @kamilziemian995 4 роки тому +13

      How Carmen Andoh say in this talk "Go isn't about revolution. It's about simplicity.", I think this pretty well sums Go. If you need language that is clean, simple, elegant Go can be very good choice. If you want something new, you need to check other languages.
      "I could just as much use another language and turn off language features with a build plugin." I guess that createors will respons along this line. "Yes, you can. But this is unelegant workaround, also can be very unstable. We want elegant language from the start.".

    • @BattousaiHBr
      @BattousaiHBr 4 роки тому +12

      you are correct, but simply "turning features off" is not really something you can expect when dealing with someone else's code.
      the point of go's forced simplicity is meant to facilitate maintainability and readability, not only when revisiting your own code 1 year later but also to pick up other people's code.

    • @LoneIgadzra
      @LoneIgadzra 3 роки тому +1

      Just try it. Simple language, way more than the sum of its parts. Learning it is more exciting than you would think. It doesn't need defending.

    • @alexisfibonacci
      @alexisfibonacci Рік тому

      Go to other languages is like comparing CISC to RISC or is it RISC to CISC?😊

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

      That brings a lot of problems with it. It makes every single development team into a language design team as well, something the vast majority of developers are simply not qualified for. This can lead to very poorly designed sub-languages, overly complicated style guides and lots of wasted time in code reviews. The larger the development team is and the more opinionated "seniors" you've got, the worse this problem becomes. Doubly so if you need to keep your spec in sync of multiple departments. You are bound to end up with the worst of both worlds and something resembling a big bag of compromises, rather than a properly thought out language.
      Look at C++ if you want to know how bad that gets, or Haskell, where you've got compiler extensions that you can enable on a per-file basis, if you want to see what a complete clusterfuck that can lead to. Obviously those two are rather extreme examples, but most languages are affected by this to some extent.
      I do love some of the more "advanced" features that you get with languages like Rust, but there is no denying that having four different ways to do the same things, each with their own level of sophistication, can make for very hard to read/review and maintain code. It can certainly make you feel very smart in the moment, but that counts for very little in the long run.
      Obviously not every language has the same potential for abuse, but there is a good reason why languages like Go or Elm get a lot of praise for their "simplicity". There is typically one way to do and structure something and if you ask two developers to implement the same feature you are going to get very similar code with a low "WTF"-factor. Honestly, "being smart" is what lead us into this whole OOP mess to begin with.

  • @rtukpe
    @rtukpe 4 роки тому +4

    Loved this. Made me realise why some things in Go exist and don't exist

  • @nonya69
    @nonya69 2 роки тому

    Excellent!!!!!

  • @jneiberger
    @jneiberger 5 років тому +2

    I just stumbled across this video because I'm dipping my toe into the Golang waters. I don't know who this is, but she is a fantastic teacher. I love listening to someone who can explain WHY something is the way it is. That makes it so much more accessible.

  • @ezengondolkozom3700
    @ezengondolkozom3700 5 років тому +18

    This has some programmingcirclejerk potential.

    • @BattousaiHBr
      @BattousaiHBr 4 роки тому +3

      the 1st rule of PCJ is you don't talk about PCJ outside of PCJ.

  • @osamaa.h.altameemi5592
    @osamaa.h.altameemi5592 4 роки тому +7

    this talk is on another level.

  • @mr_vazovski
    @mr_vazovski 4 роки тому +9

    She has an impressive ability to talk while saying nothing.
    But I've still watched the full 48 minutes.

    • @storyjaam
      @storyjaam 4 роки тому +3

      Wow. That’s what I was thinking 😂

    • @storyjaam
      @storyjaam 4 роки тому +2

      She hasn’t provided any coherent logic behind WHY. Yet the talk seems interesting 😝

  • @jujijiju6929
    @jujijiju6929 3 роки тому +3

    On a tangential note, there's a project called OpenResty which takes nginx and embeds the lua programming language's LuaJIT into it and gives you a few different slots where you can plug in your code.
    I've been using it to serve a small website with this and it works like magic. It's probably not the right solution for everything, but it's neat for a lot of things.

  • @AhmedTahagg
    @AhmedTahagg 10 місяців тому

    32:37 I am confused, I tried this. The zero value of a map is nil! If you try to insert things it will panic (kind of like a null pointer exception waiting to happen)

  • @tonygair
    @tonygair 2 роки тому

    Fantastic!

  • @kevincasey2036
    @kevincasey2036 5 років тому +26

    TLDR:
    hype
    appeal to authority
    it should be faster than a JVM
    straw man
    assumptions about simplicity

  • @34Spare34
    @34Spare34 5 років тому +23

    Kinda fun that there is no php on the map.

    • @betims
      @betims 5 років тому +1

      why?

    • @marcusbrsp
      @marcusbrsp 3 роки тому +1

      Spaghetti code language

    • @kernv0llig
      @kernv0llig 3 роки тому +1

      Not in the map but she talks about it. ua-cam.com/video/bmZNaUcwBt4/v-deo.html

    • @blackhatson13
      @blackhatson13 3 роки тому +1

      god bless her

  • @AeroPR
    @AeroPR 3 роки тому +1

    Amazing talk

  • @samifouad
    @samifouad 4 роки тому +2

    This is not just a great talk.. it's one of THE GREATEST TALKS EVER. So well researched. So well presented. So well argued. If this was a Go file, we need to import "reaction" and use StandingOvation(). Thank you.

  • @anvarichn
    @anvarichn 3 роки тому +2

    Brilliant!

  • @cshri123
    @cshri123 3 роки тому +2

    Lovely video . Excellent explanation

  • @Zamicol
    @Zamicol 6 років тому +7

    Thank you for taking the time to make this talk. Great work!

  • @LeetMath
    @LeetMath 6 років тому +16

    tbh i think the gopher picture is kind of ugly (pls don’t be mad lol)

  • @elchemista
    @elchemista 3 роки тому +4

    All that problems was solved with Erlang. No one give love to Erlang that make me sad 😞

    • @rhakka
      @rhakka 2 роки тому

      People give props to Erlang all the time. That’s a lot different than saying others should use it. I would personally say Elixir is more receivable by a wider audience but it still doesn’t have as much weight behind it or anybody pushing it or … essentially marketing.

  • @zenshinsuru
    @zenshinsuru 5 років тому +22

    don't waste your time. there is no concrete argument here. it's frankly all over the place.
    I came here looking for reasons to like go, she didn't help. What I would like to know:
    - In practice, what exactly are the benefits of green threads over async programming? I have never used green threads before so I'm very curious about how it actually works in practice.
    - How to handle errors? I do not exaggerate when I say I find it extremely tedious to check errors. This not only slows down my productivity, it also results in very complex code. There must be a better way of doing this (I'm a fan of how rust handles errors).

    • @LaPingvino
      @LaPingvino 5 років тому +3

      Hello Zen Shinmae. About your first question, they both solve different problems and you can actually implement many concurrency models in Go. Language supported green threads however create a common language for implementing many concurrency models, it's a productive system together with channels, and they enable you to write your code synchronous first. It's encouraged in Go to write all your code synchronous when possible, which makes it trivial to make sure it's correct. Then making it work async is something you can do really simple with the Go language support, similarly to running a task in the background in Bash.
      About errors, it's tedious but extremely necessary, and it avoids your code blowing up all over the place. That said, your prayers are heard and a first implementation of a less tedious way of handling errors without giving up the safety Go errors give is in the works for Go 1.14. But also, Go errors are just values, so you can program with them and handle them however you want. Rob Pike has a great article about this.
      It all boils down to many things she said in her talk, but you will have to try out and experience the difference to know that she is not talking nonsense.

    • @CO8848_2
      @CO8848_2 5 років тому +1

      You clearly missed the point

    • @manit77
      @manit77 3 роки тому +1

      You're right. But to her defence, she's more on the business development side of things and not the design and architect side. Her speech is more like a college essay and presentation.

  • @bikramsarkar8544
    @bikramsarkar8544 2 роки тому

    Very Informative

  • @belearnt3902
    @belearnt3902 3 роки тому

    Hi all, what do you think the future of GO? should i learn it and change my stack to GO?

    • @alexisfibonacci
      @alexisfibonacci Рік тому +1

      You don't have to change your stack. Have it as one of your tools.

  • @evolagenda
    @evolagenda Рік тому

    Loved this

  • @TheHermitHacker
    @TheHermitHacker 6 років тому +15

    Finally!!! I get to be first with a video comment!! Took years to get to this point.

  • @ultimategotea
    @ultimategotea 4 роки тому +1

    Nowadays, the core war has been pumping those thread count #s up QUICK (i.e 64 cores on a single dye w/ 2 threads per core on a DESKTOP CPU WITH DESKTOP TEMPERATURES).

  • @blacknirvana2605
    @blacknirvana2605 4 роки тому +2

    Thank you, _Lady from 1983_.
    Great talk.

  • @AIMBOTKATFISH
    @AIMBOTKATFISH 3 роки тому

    I wonder what she would say about async/await in NodeJS. Seems a bit more forgiving than callbacks.

  • @MR-cf7xi
    @MR-cf7xi 5 років тому +9

    All the Go's 21st Century Characteristics was addressed by Erlang in 80's \0/
    Heck maybe Joe Armstrong was a time travel!

    • @recklessroges
      @recklessroges 4 роки тому +3

      A good PHP programmer can, (with a little effort) become an adequate golang programmer. (I doubt that they would ever manage to become a good Erlang programmer.) If amazing things like Erlang, Haskell and Scheme were easy then we wouldn't need the {idiot} "languages" for children like PHP and node.js

    • @tdias25
      @tdias25 3 роки тому +2

      ​@@recklessroges care to elaborate why these are "children" languages? you know that there are billion dollar companies running on this langs, right?

  • @jamalyusuf7502
    @jamalyusuf7502 6 років тому +2

    Carmen gets it - go is what the world needs today.

  • @just1689
    @just1689 6 років тому +6

    Wow. What a great talk. Thanks for sharing!

    • @infoq
      @infoq  6 років тому +1

      If you are interested in more content about Go you can check out the dedicated page on InfoQ www.infoq.com/golang

  • @commel
    @commel Рік тому

    The Genealogy tree moves Javascript as a sideline of Java. Besides the name similarity there are not futher similiarities than both are coded in textform...

  • @atikenny
    @atikenny 6 років тому +7

    Amazing talk!

  • @Glicerol
    @Glicerol 5 років тому +16

    Is goal of this presentation to convince developers to use go? Is it about go ? I see bunch of random historical and "captain obvious" facts which does not tell exactly "why to use Go:" :) This is presentation about everything and nothing. You can use this presentation, just change arguments to proof that any language is better than others. It's kind of typical to pepople who have some higher technology overview, they dont understand whats going on but they want to sell some idea. She has good presentaiton skills but I have feeling that she is going to sell me something I dont need. As a fan of go language I dont give a shit :) Lost 40 minutes.

  • @TheSurvivor1963
    @TheSurvivor1963 Рік тому

    OOP didn't start with Smalltalk, it started with Simula-67 already in 1960s.

    • @JaconSamsta
      @JaconSamsta 4 місяці тому +1

      Once again demonstrating how absolutely useless the term "OOP" is to actually describe anything. Simula and Smalltalk, as well as Smalltalk and the languages that have actually come to define OOP (mostly Java) are vastly different from one another.
      Nobody can give you a straight answer about what it is and the only thing that overlaps is the fact that you can call namespaced functions, which implicitly (though we've seen some positive moves towards making this explicit) take the instance of type as their parameter, and are callable on an instance of a type, taking it as an argument for that parameter.
      It's a shit term and needs to die.

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

      @@JaconSamsta I didn't write that OOP is good. Just pointing out a fact that Simula-67 was the first language that came up with the concept of so-called OOP.

    • @JaconSamsta
      @JaconSamsta 4 місяці тому +1

      @@TheSurvivor1963 I didn't comment on any supposed judgement on your part, no idea where you are getting that from. I'm just pointing out that it's a beyond useless term, at least in the way that most people use it.

  • @kamilziemian995
    @kamilziemian995 4 роки тому +1

    I think it is so great that Go DOESN'T have things like pointers arithmetics.

    • @RyanMartinRAM
      @RyanMartinRAM 3 роки тому

      Go has pointers.

    • @kamilziemian995
      @kamilziemian995 3 роки тому +1

      @@RyanMartinRAM Yes of course, you can just write p := &i to get pointer p. But it dosen't have pointer arithmetics so code like
      varArray := [3]int{0, 1, 2}
      p := &varArray
      p = p + 2
      shouldn't work.

  • @TheCuttingKing
    @TheCuttingKing 5 років тому +13

    Worst talk I've ever seen. So much bla bla no actual content.
    It's titled 'The Why of Go' not 'The great big history of everything surrounding Go but nothing about go itself'
    Good talk would have been:
    Show problem > show solution > explain solution > contrast solution with alternatives > Conclude and that's what Go is for.
    This kind of back and forth was a waste of time.

  • @Snickersnack329
    @Snickersnack329 5 років тому +14

    This talk seems to exude arrogance. I was surprised to hear the “appeal to authority” logical fallacy right up front. If go is designed for our new world of multi core and massive parallelism, why does this new and simple language devolve into the sync module and locking primitives to solve difficult problems? Why go?

  • @StefanoBozzoni
    @StefanoBozzoni 6 років тому +4

    Completely agree with evrything! compliments!

  • @KozLoTV
    @KozLoTV 4 роки тому

    Impressive talk!

  • @ksceriath8346
    @ksceriath8346 5 років тому +4

    "Before I get started, I guess my name is Carmen..."
    O_o

  • @FritzFeuerbacher
    @FritzFeuerbacher 4 роки тому

    You can see that Go was influenced by Modula-2, which also started out as a systems programming language.

  • @HiddenUsename
    @HiddenUsename 9 місяців тому

    @20:35 did she really say "a new idea of a callback"?! LOL

  • @jinushaun
    @jinushaun 6 років тому +8

    Was this the first time the speaker saw this presentation? Time and time again, the speaker did not seem to know what was coming up in the next slide? So many mistakes. Very distracting.

  • @polymix2971
    @polymix2971 4 роки тому +2

    I agree, simplicity makes way and gets you to do the thing you want to do instead of having to deal with side issues. You would have to be either a complete egomaniac or an idiot to fight against it or not see it in that way. Ultimately as programmers we all just want to get to the meat as fast as possible.

  • @dmitrifedorov1023
    @dmitrifedorov1023 5 років тому +12

    Don't waste your time watching this. Whatever she (and everyone else) is telling, the real reason behind using Go is the lack of C/C++ skills. Look at the slide at 11:47: all five points she makes is the manifestation of a C/C++ programmer's incompetence. And her smug presentation style is really annoying.

    • @letscode5367
      @letscode5367 5 років тому +3

      Agree with you sir ☺

    • @ThePandaGuitar
      @ThePandaGuitar 4 роки тому +4

      Good luck with your C++ servers and your dangling pointers mate.

    • @manit77
      @manit77 3 роки тому +4

      It's not a great speech but that wasn't her entire point.

    • @TheMrKeksLp
      @TheMrKeksLp 3 роки тому +5

      C and C++ are definitely not the answer to write correct and safe programs simply. Whether Go delivers on that promise is an entirely different topic but the motivation behind it is more than justified

    • @HiddenUsename
      @HiddenUsename 9 місяців тому +2

      LOL. And where do u find those C/C++ skilled developers in necessary quantities? It's like saying the real reason behind using C is the lack of Assembly language skills. Yes, it makes life infinitely easier. Look up the stats on the C/C++ production systems problem. 80% are memory leaks. It's the fact of life. And no dick measuring context can change that.
      Besides, C++ is crap, as the whole OOP thing. No wonder languages like Go, Rust, Zig have none of it

  • @ChunkyChest
    @ChunkyChest 5 років тому +7

    wait, no ternary WAIT WUT?

    • @ezengondolkozom3700
      @ezengondolkozom3700 5 років тому +3

      Rust people be like 😂😂👌

    • @TheMrKeksLp
      @TheMrKeksLp 3 роки тому

      @@ezengondolkozom3700 To be fair we have all control flow as expressions :D

  • @mohamedhajr5370
    @mohamedhajr5370 5 років тому +1

    Amazing talk, thank you so much.

  • @kvbc5425
    @kvbc5425 Рік тому +1

    why is no one laughing, what is this audience

  • @marcinborawski7033
    @marcinborawski7033 4 роки тому

    Thank you for this talk, very insightful.

  • @flexairz
    @flexairz 4 роки тому +3

    Go Rust!

  • @JonathanRintala
    @JonathanRintala 5 років тому

    Cool idea 🔥

  • @JudgeFredd
    @JudgeFredd 5 років тому

    Interesting speech

  • @jdelouche
    @jdelouche 3 роки тому +2

    I am soooo happy not being part of this world.

  • @Loppy2345
    @Loppy2345 4 роки тому +1

    TLDR: GO is simple

  • @neuemage
    @neuemage 6 років тому +6

    Came here for the memes, where are the memes?

    • @Cygnus0lor
      @Cygnus0lor 6 років тому +1

      Fuck you and the memes

    • @LeetMath
      @LeetMath 6 років тому +3

      pokemon GO to the polls

  • @unvexis
    @unvexis 4 роки тому +4

    Lol, I made it to 6:00 and decided that was enough.

  • @GlitchedBlox
    @GlitchedBlox 5 років тому +1

    I don't like the video. Stayed for the delorean.

  • @khuongduy1897
    @khuongduy1897 6 років тому

    WOW!

  • @recklessroges
    @recklessroges 4 роки тому

    I think everything said here is correct, (and even if it isn't, with the massive weight of google behind golang, it is unstoppable,) and I don't mind that. {Please golang, save us from the lame duck that Gosling gave us.}

  • @little-ghost-rider
    @little-ghost-rider Рік тому

    One word for this talk
    Generic

  • @harshitsaini15
    @harshitsaini15 4 роки тому

    Hmmm ... Nice

  • @邹鑫-y2n
    @邹鑫-y2n 4 роки тому

    我听不懂啊

  • @jajosheni1968
    @jajosheni1968 3 роки тому +2

    she is so full of hate , chillout

  • @vapon
    @vapon 3 роки тому

    ok, c++ it is then.