TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Impressions of Go

187 pointsby iceyalmost 12 years ago

18 comments

jlaroccoalmost 12 years ago
Articles on Go are getting a little boring. The majority are written by people who&#x27;ve spent an afternoon looking at Go and decide to rehash the same 5 bullet points. In the time it takes to read their &quot;article&quot; I could learn the same stuff, better, by reading the official Go tutorial.<p>Some in depth reviews based on actually using it for an extended period of time on a large project would be nice...
评论 #6091191 未加载
评论 #6091214 未加载
评论 #6117146 未加载
评论 #6091279 未加载
评论 #6091672 未加载
评论 #6093656 未加载
dvtalmost 12 years ago
This claim: &quot;Python&#x2F;Ruby&#x2F;Javascript: my experience is that large systems are difficult to maintain in these languages, as the dynamic typing makes it difficult to refactor large codebases without introducing errors in poorly tested areas of a repository&quot;<p>-- is unfounded. Even though there may be some good reasons why one might use Go instead of C&#x2F;C++, I find it hard to justify using Go instead of Python&#x2F;Ruby&#x2F;JS&#x2F;Java (the only criticism of Java - that it&#x27;s verbose and hard to tune - is questionable as well). I&#x27;ve said this before. I like Go. I contributed to Go. I&#x27;ve used Go and I still use it from time to time. But much like D, I don&#x27;t think it has a niche.<p>There are magnitudes more libraries and resources available for Python&#x2F;Ruby&#x2F;JS&#x2F;Java -- thus far, it&#x27;s been more than enough to sway me into using those languages (mostly JS&#x2F;Java) instead of Go.
评论 #6091274 未加载
评论 #6091393 未加载
评论 #6091458 未加载
评论 #6091651 未加载
评论 #6091874 未加载
评论 #6091448 未加载
评论 #6092247 未加载
评论 #6091276 未加载
评论 #6092259 未加载
评论 #6091932 未加载
electrotypealmost 12 years ago
&quot;Java: too verbose, too many FactoryFactories, painful to tune&quot;<p>Paintful to tune... Maybe. But I don&#x27;t understand why so many people say patterns like FactoryFactoryFactories are inherent to Java!<p>I can write Java code with NO factories at all. Writing shitty and unflexible code is really easy. When you understand why a factory is used in a particular piece of code, you start to appreciate it!<p>It&#x27;s also very possible to write C++ or Python code with too many overengineered components.<p>Also, I like a language to be verbose, I don&#x27;t think it is an issue. As long as the code is clear and easy to read... And it&#x27;s often the case with Java programs. For my eyes, Java is way more readable than, let&#x27;s say, Perl, Scala or Clojure. I couldn&#x27;t care less about the number of lines required to achieve the same result!<p>I&#x27;m getting tired of this Java bashing... The only thing that really sucks about Java is Oracle!
评论 #6091811 未加载
评论 #6091847 未加载
评论 #6091763 未加载
评论 #6092013 未加载
rwmjalmost 12 years ago
I thought it was a pretty poor language, obviously written by people who&#x27;d either never heard of functional languages or never &quot;got&quot; the point of them. More here:<p><a href="https://rwmj.wordpress.com/2013/07/03/golang-bindings-for-libguestfs/#content" rel="nofollow">https:&#x2F;&#x2F;rwmj.wordpress.com&#x2F;2013&#x2F;07&#x2F;03&#x2F;golang-bindings-for-li...</a><p>There&#x27;s still room out there for the C replacement language. Something with ML&#x2F;OCaml-level of expressiveness but with a replaceable garbage collector might be the sweet spot.
评论 #6090839 未加载
评论 #6090846 未加载
评论 #6090849 未加载
评论 #6090894 未加载
评论 #6090858 未加载
评论 #6090718 未加载
评论 #6091058 未加载
评论 #6090818 未加载
评论 #6091047 未加载
dvirskyalmost 12 years ago
I know it&#x27;s not a popular view, but being pretty much in love with Go, what I find most difficult about it is the lack of any real IDE. And by real IDE I basically mean: a rich editor, stable code completion, jump-to-declaration etc; and tight debugger integration.<p>Unless I&#x27;m really unaware of an IDE that has all of them, all the IDEs that support Go fall short:<p>1. IntelliJ plugin - excellent editor, a lot of the intellij goodies; but I&#x27;ve managed to break the code completion, and it&#x27;s tricky to configure with respect to GOROOT and GOPATH. and most importantly, no GDB integration whatsoever.<p>2. GoClipse - reasonable (although buggy) debugger integration, very good code completion, no jump to declaration which is a pain, plus a wonky build system - the build can fail and you see no message, and the program just runs from the previous build.<p>3. Sublime with GoSublime and SublimeGDB: the build system is buggy, code completion is great (managed to break that too on complex projects), no jump to errors, don&#x27;t remember re jump to source. I had to do a lot of voodoo to get SublimeGDB to work half decently, and even that was not very robust because SublimeGDB is buggy on its own.<p>4. LiteIDE - has everything in theory, but just feels a bit clunky and hard to configure. I didn&#x27;t like it as an editor and haven&#x27;t spent much time with it. But it&#x27;s constantly improving so I hope it will get there some day.<p>The rest are Windows only so out of the question, less complete&#x2F;mature than those 4, or vim with plugins. I don&#x27;t like vim, I like graphical IDEs, shoot me. :)<p>Again, I really really love Go, I hope it will allow me never to write C++ again in my life. This is not a &quot;Go is not ready yet&quot; gripe. It&#x27;s just what I find most difficult about it.
评论 #6094643 未加载
评论 #6092271 未加载
评论 #6091935 未加载
coldteaalmost 12 years ago
Imagine if the Go team listened all those that want Generics in Go. It would be more consistent and closer to perfect language.<p>As it is, it&#x27;s a PITA 20% of the time.<p>(Sure, some say they use it and don&#x27;t feel a need of generics. Most do however, and it&#x27;s a constant in every review, even by people using it for core infrastructure).
评论 #6091187 未加载
评论 #6091320 未加载
stcredzeroalmost 12 years ago
&gt; C++: too much rope, hard to maintain, painful to introduce at a company with no prior C++ footprint, <i>frightens junior devs who no longer absorb relevant memory management idioms in school</i><p>So, are we now in an era when there are lots of people in the job market who couldn&#x27;t write a doubly-linked list to save their life?<p>When I was in my 20&#x27;s, I noted that there were lots of programmers around who basically treated compilers as &quot;magic&quot; and hadn&#x27;t the tiniest inkling about how they worked. Now that I&#x27;m in my 40&#x27;s, I&#x27;ve noted &quot;so what&quot; attitudes in languages that require manual memory management. (iOS and Objective-C. ARC goes a long way, but it still doesn&#x27;t take care of everything for you.)
评论 #6091800 未加载
bsaulalmost 12 years ago
Best sum up of the language i&#x27;ve ever seen (plus it seems completely coherent with what i&#x27;ve supposed so far about that language, both pros and cons).<p>About the &quot;no generic &#x2F; you have to cast ,recast &#x2F; the make issue&quot; , could anyone here with a bit of experience gives an example of what that would look like in real code ?
评论 #6091125 未加载
评论 #6091065 未加载
评论 #6091089 未加载
rdudekulalmost 12 years ago
Good pros and cons of Go language. There is some information around why Go and not say C++&#x2F;Java&#x2F;Ruby etc. The statement &quot;I see Rails as the emperor with no clothes on&quot; seems to be made in haste, since Rails is awesome for basic forms based apps.
评论 #6091119 未加载
VeejayRampayalmost 12 years ago
I see it&#x27;s become trendy to poke fun at Rails and the hurdles it puts on your way to &quot;scale&quot;. Not only have many companies been able to do so using Rails, but it also completely overshadows the ease it provides to get started in the initial phase of a project.<p>That being said, Go really seems like an awesome language, I&#x27;ve dabbled some and I can&#x27;t wait to get back to it.
fbombalmost 12 years ago
For me, no templates + no exceptions = DOA.
评论 #6091361 未加载
评论 #6091120 未加载
评论 #6091476 未加载
评论 #6091093 未加载
oakazalmost 12 years ago
&quot;The standard library is missing x&quot;<p>What you are looking for is actually a productive community with a good module manager. This what Golang is missing.<p>(Golang fans: don&#x27;t get me wrong, I use and love Go.)
st3fanalmost 12 years ago
How is &quot;deploying modern Java applications, which is a minor nightmare IMO&quot; true?<p>Dropping a .war file in a directory is hard? Or am I missing something about &#x27;modern&#x27; Java apps?
mwcampbellalmost 12 years ago
I agree with the point about statically-linked binaries. However, I wish there were a compile-time facility for including the contents of a file as a read-only byte array in the binary. Then web application servers with HTML templates, and even images and other assets, could be truly self-contained.
codezeroalmost 12 years ago
I agree with most of this post, but I actually found online resources (especially golang-nuts and various SO pages) to be very helpful with debugging.
lectrickalmost 12 years ago
The more I learn about other langs, the more I appreciate the language design of Ruby, even though Ruby is slow as shit.
bayesianhorsealmost 12 years ago
OH: &quot;Any tips for getting started with Go?&quot; Answer: &quot;Yes, try Python.&quot;
rubiquityalmost 12 years ago
I&#x27;m getting sick of all these Go goroutines... err threads.
评论 #6094855 未加载