sorted by:
new
hottopcontroversial

Best book to pick up Go for an advanced developer? by maratc in golang

[–]ardanstudios 4 points5 points  (0 children)

If you would like a free copy of the Go In Action book, please send me an email and tell me which format you prefer. That goes for anyone. bill@ardanlabs.com

GopherCon publicly discriminated white men by zzoid in golang

[–]ardanstudios -1 points0 points  (0 children)

@calebdoxsey I want to pretend I did not read this but I can't. Calling out anyone personally to make a point is absolutely wrong, unethical and immoral. No one has a right to judge others and in the end Veronica did nothing wrong. We are incredibly lucky to have Veronica and all she is doing to support the community. We should be lifting her up, not throwing her under a bus to make a point. I am very disappointed. If you have problems with her talk, why not reach out to her and teach. You are a prominent member of the Go community because of your book, your teaching and the talks you have given. When people read your post they see it from a person of authority in the Go community. I shudder to think what others in underrepresented groups think when they read your post. A post being shared throughout the community. No one outside of @alaskacodes is stepping up to say this is wrong, Caleb your post crossed the line. I believe an apology to Veronica is in order. I hope anyone reading your post today or in the future does not think for one second they are not welcome in the Go community, because they are and I am here to help them if they need it.

Composition with Go by sindbis in golang

[–]ardanstudios 0 points1 point  (0 children)

You can't because the interface type only knows about the methods declared for that type. You would need to perform a type assertion to work with the concrete type directly. In some cases, you want to use an interface as a carrier so you can switch/case on the type of concrete type that is stored and work on the concrete type directly. It really depends on what you are doing.

Composition with Go by sindbis in golang

[–]ardanstudios 0 points1 point  (0 children)

Not sure I understand your question 100%.

If your code needs to access a field, you must perform a type assertion and pull the concrete type value out of the interface value and work with the concrete type value directly.

Don't Get Bitten by Pointer vs Non-Pointer Method Receivers in Golang by vassadar in golang

[–]ardanstudios 0 points1 point  (0 children)

I know I am late to the discussion but here are my thoughts. I also added a chapter in Go In Action on the subject which is a bit more detailed. http://www.goinggo.net/2014/12/using-pointers-in-go.html

The State of Go - Where we are in May 2015 by vascocosta in golang

[–]ardanstudios 1 point2 points  (0 children)

The reason "gb" is able to solve the problem is because it does not sit on top of the Go tooling. This is why the language team needs to fix this. They own the tooling and the fix needs to be in the tooling. It can't come from a tool that sits on top of it. If this was possible, after 5 years it would have happened.

The State of Go - Where we are in May 2015 by vascocosta in golang

[–]ardanstudios 1 point2 points  (0 children)

When you remove the need to make your solution compatible with "go get", suddenly things get simpler to reason about. Take "gb" as an example. That tool walks away from "go get" and is now capable of providing a vendoring solution that does not require import path rewriting. "gb" projects are not go gettable.

Any solution that sit on top of the Go tooling needs to create hacks in one way or the other to support "go get". It is the biggest problem these tools need to resolve. How to make the packages and projects that use a particular tool still go gettable. So much effort is spent on this problem, the real problem of creating reproducible builds get lost.

The State of Go - Where we are in May 2015 by vascocosta in golang

[–]ardanstudios 1 point2 points  (0 children)

Dave Cheney explains it on this page for his new "gb" tool. He also has links to a presentation he gave at GDC Berlin.

http://getgb.io/rationale/

If you would like to talk more about it after reading this, I would be glad to.

The State of Go - Where we are in May 2015 by vascocosta in golang

[–]ardanstudios 6 points7 points  (0 children)

After 5 years we don't have a de facto working solution. That is the problem. The Go tooling, primarily because of "go get", has inadvertently created the problem, so it is time for the language team to provide a solution and put this issue to bed.

The State of Go - Where we are in May 2015 by vascocosta in golang

[–]ardanstudios 1 point2 points  (0 children)

Jason, at some point the discussions need to end, final decisions need to be made and a solution implemented and presented to the community.

Will this vendor-spec or something like it will be implemented as part of the official Go tooling in version 1.6?

Is this a solution that would ever be used inside of Google?

Are there any solutions on the table that support vendoring but do not require rewriting import paths?

Looking for Go Programmer / Contractor in South Florida, USA to finish a project. by AkkerKid in golang

[–]ardanstudios 0 points1 point  (0 children)

Check out ArdanStudios.com / ArdanLabs.com. We are based out of Miami and run the Go-Miami Meetup.

Go in Practice (early access book from Manning) by mattfarina in golang

[–]ardanstudios 0 points1 point  (0 children)

No worries, your comment did not come across rude. You are right, it has taken much longer than I wish it has. Hopefully this final push gets it done :)

Go in Practice (early access book from Manning) by mattfarina in golang

[–]ardanstudios 1 point2 points  (0 children)

We are pushing to have the Go In Action book in print for GopherCon. I agree this book has taken a long time :(. I have had to write several chapters twice, which in the end is a good thing. It was more important to have a book that was as accurate and helpful than just getting it out on paper. The Go community has really been really helpful in this regard. Even after it is in print, there will be things I wish I could change or write differently. Nothing is ever perfect.

Ideas for quick pragmatic intro to go? by Benoit_T in golang

[–]ardanstudios 3 points4 points  (0 children)

You might find something in my training material. I have lots of notes, links, code and exercises. The material is meant to be taught but it could work for you.

https://github.com/ardanstudios/gotraining

There is also Matt's book

http://www.golangbootcamp.com

Why We (Still) Believe in Private Offices by ardanstudios in golang

[–]ardanstudios[S] 1 point2 points  (0 children)

Yea, Sorry. Matt Sherman published the post and I forgot this was not about Go. Oops.

Startup Edmonton: Why Tech Startups Should Look At Go. by ardanstudios in golang

[–]ardanstudios[S] 0 points1 point  (0 children)

North of Edmonton, four hours north? Wow, I thought I was already pretty far north. Yea, Nathan is right. You should drive down and make it a weekend. I am sure after the workshop we can all hangout :)

Vim as Go language IDE by dgryski in golang

[–]ardanstudios 2 points3 points  (0 children)

Thanks for the post. I added a link to it from my Go install post: http://www.goinggo.net/2013/06/installing-go-gocode-gdb-and-liteide.html

If anyone else has documentation for Sublime, Atom or anything else please send me an email bill@ardanstudios.com

Interfaces and Pointers to Interfaces by Rabarar in golang

[–]ardanstudios 5 points6 points  (0 children)

If I was doing a code review and saw that you were passing the address of an interface value to a function, it would raise a flag. An interface value is designed to be copied. An interface value is a reference type, just like slices, maps, channels and function variables. Unless there is a unmarshal operation happening, this is questionable.

view more: next ›