<p>What are some fun project where using GoLang is preferred?</p>
<p>On a daily basis I work with .NET (through the whole stack), but have always loved Python. A few weeks back I started playing around with Erlang, for fun (I did some courses in the language during my university years). </p>
<p>Recently I started looking at GoLang, and even though the syntax will take some time getting used to, it does seem like a nice middle-ground between C#/Java, Python and Erlang (as it's so focused on concurrency). </p>
<p>Could someone give me some suggestions on fun projects that I could play around with together with GO?
It doesn't necessarily have to be anything difficult, more so something fun that I can keep on building on to learn more about the language.</p>
<hr/>**评论：**<br/><br/>mstruebing: <pre><p>What I did and can highly recommend is to write any CLI program which is already existing in go. I've written this <a href="https://github.com/mstruebing/tldr" rel="nofollow">https://github.com/mstruebing/tldr</a> for example and learned a lot.</p></pre>throwmeacable: <pre><p>Looked over your README and I didn't get what tldr does. Just a suggestion to add a blurb about its purpose at the top</p></pre>mstruebing: <pre><p>Thx will do :)
I thought the screenshot is enough.
Basically: pretty prints the most common used parameters to different CLI programs.</p></pre>jackmott2: <pre><p>We are about to do a text adventure on gameswithgo.org tonight</p>
<p>Also your comment about being a middle ground between C# and Python/Erlang...I think really if C#/Java and Python Erlang are on some kind of spectrum from left to right, Go is a bit to the left of C#/Java</p></pre>Kimput: <pre><p>What are you thinking about when you say that?
I'm in no way saying I'm right, but I'm interested to see what your thought process is. :)</p>
<p>What I was referring to was the C# and Java (and to a part Python) being object oriented languages, whereas Erlang inherently is a functional language. </p>
<p>From what I've seen regarding Go it seems to be syntactially similar to a traditionally object oriented language, with some caveats. But it also seems to favour functions rather than objects, or a mix between them. </p>
<p>I might be pulling this out of my ass, but that's the perspective I've receieved from watching videos and reading books on Go. :)</p></pre>jackmott2: <pre><p>I dunno, you can pass functions around in C# and Java more or less the same as you can in go. Perhaps there is some similarity into the style of having more free functions in in Go/Pythong/Erlang, whereas Java/C# all functions are part of classes/structs.</p>
<p>I see Go more as a middle ground between C and C#/Java really, fewer features than Java or C#, more visibility into pointers than Java, native compilation. But it has garbage collection and string support built in, and doesn't allow pointer arthimetic so isn't as low level as C</p></pre>govision: <pre><p>Yeah there's a lot different but c# will add goish features soon enough. I wonder why?
<a href="https://medium.com/@alexyakunin/go-vs-c-part-1-goroutines-vs-async-await-ac909c651c11" rel="nofollow">https://medium.com/@alexyakunin/go-vs-c-part-1-goroutines-vs-async-await-ac909c651c11</a></p>
<p>On top of the pages of new ones...<a href="https://docs.microsoft.com/en-us/dotnet/csharp/whats-new/csharp-7" rel="nofollow">https://docs.microsoft.com/en-us/dotnet/csharp/whats-new/csharp-7</a></p>
<p>I think Rob makes this point that hasn't apparently sunk into the c derivative languages engineers minds. <a href="https://youtu.be/rFejpH_tAHM" rel="nofollow">https://youtu.be/rFejpH_tAHM</a></p></pre>Glinux: <pre><p>What are your hobbies? Usually that's an area where people have the most ideas for.</p></pre>Kimput: <pre><p>I've been considering making an OSINT module with GO, but my idea might be too optimistic. Ie. completely out of my depth. :D</p>
<p>But in reality anything that is in the realm of security or devops. Could be fun! :)</p></pre>govision: <pre><p>Maybe API's...?</p>
<p><a href="https://docs.google.com/document/d/1Zb9GCWPKeEJ4Dyn2TkT-O3wJ8AFc-IMxZzTugNCjr-8/edit?usp=drivesdk" rel="nofollow">https://docs.google.com/document/d/1Zb9GCWPKeEJ4Dyn2TkT-O3wJ8AFc-IMxZzTugNCjr-8/edit?usp=drivesdk</a></p></pre>Kimput: <pre><p>Great source of information, but wouldn't an API be a given in the current development climate? What sort of API are you suggesting that I'd create? </p>
<p>Not really sure why you'd link that list unless you'd like to have an api that serves up that information? :D</p></pre>govision: <pre><p>Well this isn't practical but it teaches a lot if you build it without a framework.</p>
<p>Have files send requests to each other. Have a webpage be able to send API's and consume them. Have a request send to another go file server and process it and send it back and do more processing. Things like Google AdWords API's do this all the time. My work has to do this to make reports to enhance AdWords on their sites. </p></pre>govision: <pre><p>Actually this "might" be a good resource for projects even though you have to dig a little.</p>
<p><a href="https://github.com/golang/go/wiki/Courses" rel="nofollow">https://github.com/golang/go/wiki/Courses</a></p></pre>
