Комментарии:
Tbh this rubish google have ripped something else off again and pulled it off as there own. Its just c++ and python with some added extras. Why not make a brand new language. And as for the presenter / logo - both crap
ОтветитьIdarwin/amd64 FTW Google must support us now @ Hackintosh :)
Ответитьdecent compiler FTW
Ответитьonly is *NOW* is the only acceptable time frame for such an implementation. If you'd said, "Google hasn't decided to include GO as part of Chrome YET", you might be more accurate.
ОтветитьProbably 'cuz it's Python-based? Or Ruby, or whatever the flavor-of-the-month was when the team was assembled at Goog....
Ответитьnerd alert
ОтветитьThe tools are based on C for now.
ОтветитьBecause the Go team is small and doesn't have time to develop a whole new Windows port. There are some community ports though.
ОтветитьIt compiles fast? That's the selling point? That's the only selling point? I think I am missing something.
ОтветитьI really hate it when programming languages are judged on the basis of irrelevant things such as compilers, IDEs, virtual machines, and libraries. I'm thinking of making the worst compiler, IDE, and application stack in the history of computing. I'll call it Supremely Horrible Information Technology (SHIT), and I'll add support for languages one at a time. Each time I add one, I'm going to say that it "sucks" and prove it by showing how slow my apps are and how long they take to build.
Ответить"writing optimized code died years ago" Try making some apps for mobile devices. It saddens me that a lot of good programming practices have died because now, with all that CPU power, a second year student can vomit some code and make it work anyway.
ОтветитьTry installing the apache server or other softwares on linux by the source. It takes so long sometimes I take a walk or leave my computer ON doing the job.
ОтветитьAll I can say is fast as Go! lol GOod Google, hope to get it working on my no MS-DOS machine :)
Ответить@gnugenti I thought the idea behind computer science is efficiency; not long, complicated workloads :p
Ответить@Ekopgnol you got the second part right.
Ответитьc# . . that was created by microsoft who are reputable for their slow, unsecure, inefficient, unreliable and above all buggy, programs . . yes thats right c# is better than Go. fool
ОтветитьSo... No more chair jousting during compile sessions? Isn't progress great? [/sarcasm]
ОтветитьGoogle does some solid stuff. From what i see so far, this looks promising. Curios how it'll end up.
ОтветитьI'm not questioning the language but this feature(i think is cool though)... "When builds are fast, I can get a lot done in a day"? More productive because of fast compilation? Please correct me if I'm wrong here, but if you need to rebuild your whole code every time a modification is made, you're doing it wrong. This doesn't seem to be a useful feature.
Ответитьwell that's funny, cause the c++0x standard isnt in place yet. Go only uses the GCC backend while they develop their own, and if you knew anything about the GCC backend you'd know its actually an assembler not a compiler, with the c++ parser converting C++ code into assembly code, the fact that this doesn't conform to a standard that doesn't exist yet seems kinda trivial when you apply some thought, what's the point of makin somthing if it's likely to need changing in the near future??
ОтветитьWe will be releasing a beta as soon as we can. The source is on an Advanced Revision System, a RCS that combines the stability of VSS with the user friendliness of the ALTAIR. We are the only project to fork after every line of code, usually due to personality conflicts. It may take a while.
ОтветитьThe Go compiler is based on the plan 9 compilers, which were written from scratch. It's easy to install on linux, osx, and freebsd. It doesn't need lots of dependencies (if any). Compile speed is not the coolest aspect of it. Fast compile times are strongly due to the language design, not only the compiler. Changes are still being made to the language, but they are mostly small. It is staticly compiled, but has runtime reflection. It can call C code. It can compile to nacl.
Ответитьfast to compile, slow to execute, 2x-30x more tah java
Ответить1 easy to develop, fast to execute ,does not exists 2 easy to develop, python, ruby but slow. 3 difficut to develop, fast C 4 more difficult to develop, less fast c++ 5 Difficult to develop and slow, java
Ответитьcool promo.... but wait..... about under a second compiled sources..., with what machine u compile that source codes? just Macbook Pro or heavy advanced custom Macbook Pro?
Ответить@zombierobopirate The code I've made with Go typically comes within a 20% speed gap with C code. Given that I write less code in Go to do something pretty complex, and that Go is faster than Python or Erlang by a lot, it's hitting a nice sweet spot for many applications.
Ответить@CrazyHorseInvincible is not so im in the business for 10 years and I can say that libs & IDE matter everyone requests software yesterday and you cant really make a buck if you dont work fast, i doubt with c and joe can do the same thing in the same time as you do with java and eclipse, VMs also matter a lot since you don't need to recompile for every platform in the world which really helps at deploying, and when u compile 10k lines of code at each 10m you really need a fast compiler.
Ответить@octavzaharia I have no idea what you're saying. What does " i doubt with c and joe can do..." mean? I wasn't saying libraries don't matter. I'm saying they're irrelevant when judging a language.
ОтветитьCompiles in under a second on just a 900-machine cluster
Ответить@CrazyHorseInvincible You don't seem to be aware that time is money in business but doesn't mean anything to you in mom's basement.
Ответить@emptycorp I don't just seem to unaware, I'm totally oblivious. I had no idea that time had any value to business. How did you discover this blind spot I had? Can you help me, please, by pointing out exactly what gave me away?
Ответить@Dar1066 nice one, sherlock. I can see you're paying a lot of attention.
ОтветитьWhy does Google think they can build something better C++, ECMAScript and Java at same time?
Ответить@qsfx Fact of the matter is that CPU time is vastly cheaper than Programmer time. Optimization is not really needed, but needlessly inefficient code is still inelegant... You should try looking into functional programming to get a feel of why "think fast, write fast, debug little" is a nice thing for a language.
Ответить@dannotemail Because they can? C++ has needlessly convulted syntax for archaic reasons, Java has needlessly verbose syntax for odd reasons and ECMAScript has needless syntax for stupid reasons. Not everything has to be curly brackets, and I feel sad that Go uses them too...
Ответитьgo func() { println("Go is amazing!") }() // <-- Anonymous, non-blocking, *concurrent*, powerful, trivial
Ответить@jeremyonfire1 I know who are all these people, thanks.
Ответить@Magnetohydrodynamics All those mentioned languages were developed for special purposes. C++ - to extend C and add object-oriented features, but to be as close to hardware as C was. Java - to run only at Java VM. And Java perfectly suits to Java VM. ECMAScript is one of the least understandable languages. That's because C coders think that as they know C well they can easily start to write on JS right know, which is not true. But all they do they job good. And Go won't be able to replace them.
Ответить@gruntlover2 Oh, I know C, C++, D, Java, Python, Ruby, Lua, ML, Haskell and a few others. I prefer C, D, Ruby and Haskell. You have to understand that C++ is from the 1980's and was intially made as a GRAFT on top of C. C is the elegant and powerfull core of UNIX, C++ was a joke made by that SOlstrup guy. If you really want an awesome language, try D. It does everything C++11 does, only it has done so since 1999.
Ответитьwhy is that?
ОтветитьWhy's that?
ОтветитьPL nerd? Bro, do you even use functional languages? I kid, but really. As time goes on, imperative languages will become outdated, especially if we move to new architectures (did someone say, quantum computers? And some *high level* popular languages still rely on binary data?). On a side note, you're right, operator overloading isn't evil. They're okay with function overloading, but not operator overloading, because for some reason, they think they're entirely different things.
ОтветитьWhoops, I accused you of not knowing functional languages before looking at your other comments.
ОтветитьThat is quite all right.
ОтветитьYou should do it on an Android
Ответитьlove Go so much :)
Ответить"Simple can be harder than complex: You have to work hard to get your thinking clean to make it simple. But it's worth it in the end because once you get there, you can move mountains.” - Steve Jobs
Thank you Rob Pike and the Go Team
Progamme is a super
ОтветитьWho's here in 2024?
ОтветитьWho's here in 2025
Ответить