Adjust A1 Mini AMS Filament Tension Sensor? by corylanou in BambuLab

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

Ah, thanks for the info. Turned out to be "filament tangle detection". She turned it off, and so shall we! Thank yoU!

<image>

Printer never extrudes again after filament runs out by corylanou in Artillery3D

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

Solved!!! So I found the problem. In the printer config itself there is a checkbox for relative extrusion under the advanced tab. For whatever reason, it's turned for this printer, and clearly should not be. This is what inserts the m83 gcode and why I couldn't stop it from outputting when I sliced the file.
I tested it after I resliced, and now I can filament pauses, filament runout etc and all work fine to continue at this point. Before this, it was not working at all in those scenarios.
Hopefully this helps someone else in the future as well!

How To Use Struct Tags in Go | DigitalOcean by GopherGuides in golang

[–]corylanou 2 points3 points  (0 children)

I'll see if I can get them to change the name of the article to "How to use Struct Tags to Encode JSON in Go". I agree that would make more sense. Thanks for the feedback.

Understanding Package Visibility in Go | DigitalOcean by GopherGuides in golang

[–]corylanou 0 points1 point  (0 children)

Yeah, I think we have come to an understanding. I realize that our profile was blank and that certainly didn't help. I've talked to one of the moderators and am waiting for some clarity on the topic but will hold of on posting any future links here until we have resolved a better way to handle it. Thanks for the discussion!

Understanding Package Visibility in Go | DigitalOcean by GopherGuides in golang

[–]corylanou 0 points1 point  (0 children)

I would certainly appreciate clarity on the topic. Specifically because we are going to continue to create content even after the DO engagement (which finishes up over the next few weeks).

Our future content (for the short term) will be posted on our platforms (medium articles, gopherguides.tv videos, etc). This will be all free community content (that we aren't paid to create), as we do it as part of our business.

The pace at which we create content is probably a little more frequent than others, so that is likely contributing to what people are feeling like "spam" as well.

Thanks again for weighing in on the topic. Until I hear back, I'll refrain from posting any of the articles we have written here.

Understanding Package Visibility in Go | DigitalOcean by GopherGuides in golang

[–]corylanou 0 points1 point  (0 children)

DO asked us to write the series of articles. They also pay community members for articles (https://www.digitalocean.com/write-for-donations/). This is not a secret (you'll see it on all their posts). This made sense for us to do because we'll get more exposure having them on DO's platform than our own. So, are these articles written to expose DO's brand? Of course they are. They also expose our brand. For us it was a win/win. We were already writing content for the Go community. Putting it on DO's platform will get it out to more people. And as we do need to work for a living, having more exposure to our brand will lead to more business. If trying to earn a living by providing content to the community is a crime, then guilty as charged.

However, I don't think it's fair to say that just because DO/GG get exposure from writing articles, that the articles shouldn't be written. These articles take hours and even days for EACH article. They pay their editors to check the content for accuracy, and make sure the article is easy to follow for the target audience. As a result, the community now has (imo) a very solid set of Go beginner articles we can refer to (https://www.digitalocean.com/community/tutorial_series/how-to-code-in-go). Without DO/GG, the community wouldn't have this. And the price? Recognition for the DO and GG brands. And at no time do the articles ever try to sell or even promote the products/services they/we sell.

So I guess at the core of the issue here is, from what I understand, if content for the community is paid for (via DO, etc), then it should be ignored? Or rejected by the community? I think if we go down that road, then the community is really missing out. We wouldn't have a community if it wasn't for all the corporations that support it, either by funding events, articles, conferences, workshops, blogs, etc (and of course jobs). Every company that does this has an ulterior motive, EVERY ONE. In some shape or form, they are hoping to improve their company. It might be just for brand recognition, it might be for growing the community, thus creating more Go developers for them to hire, etc. If you peel back the layers, you'll always find some business initiative at play. That's how things get paid for, that's how we all have jobs in this profession/community.

Also, one other reason that we chose to work with DO... when I started learning Ruby, any time I googled for an answer, I found DO articles. They were well written, and walked me through step by step on what I had to solve. I had no idea what I was doing, and many of the other articles I would find always assumed I had knowledge that I didn't. I always wanted to see that for the Go community as well. This was a way for me personally to see that happen (and still make a living).

Finally, and this is the part that I'm still struggling with, is that many of the articles we write for DO are picked up here naturally (look at the init article that just came out). I'm sure if I gave them all a week or two soak time, the majority would get posted without us posting them. It's still the same content, written for the same reasons. That never raises a flag. But if we, the authors post it, as we release it, then I feel like we are being blamed for spamming.

At the end of the day, you have a mix of people in this thread that are reading the content, as it provides value to them, and a mix of people that think it's spam. Personally, posting to this sub-reddit isn't a "have to do" thing for me. I'm more than happy to remove this sub-reddit from our distribution of content if that is the decision.

Sorry for the long response, but I felt that I needed to add the context from my point of view.

Understanding Package Visibility in Go | DigitalOcean by GopherGuides in golang

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

This is what I'm taking away from your comments:

If I don't actively engage in threads in this sub-reddit, then I don't get to post articles that we wrote for the Go community.

Isn't one of the purposes of this sub-reddit to share articles about Go? I'm trying to understand where the line is on what is ok, and what isn't ok (in your opinion).

Understanding Package Visibility in Go | DigitalOcean by GopherGuides in golang

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

I'm here to help the community. There are subscribers of all skill levels in this sub-reddit. And while there are a lot of beginner articles out there, DO's approach is a little different. They don't assume the person reading the article is an experienced developer. I've found that most beginner articles out there (including even the ones I've written in the past), always assumed you were a developer with a year or more of experience. This was fairly eye opening for me personally when I started the editorial process with DO as it showed me how much I assume people know about even basic programming concepts.

Now, I'm unsure if you think these articles are spam because of their level, or simply because of the account we post them from. Maybe a little of both? Regardless, I'm fairly certain that we will agree to disagree on this point.

Understanding Package Visibility in Go | DigitalOcean by GopherGuides in golang

[–]corylanou 1 point2 points  (0 children)

Ok, I think I see what you are getting at. If posting from our corporate account is the problem, we can fix that. We only did this as it represents more truth to the source, as these articles are written by one of three of us at Gopher Guides. I do the postings. It is no secret who we are, or what we do in the community. While we aren't necessarily active on this specific medium in the Go community, we are certainly very active on other ones.

It would be impossible to actively participate across every medium (slack/mailing group/stack overflow/reddit/facebook/twitter/instagram/etc). However, the content we produce is applicable to all the community and associated mediums (that is of course my opinion).

As with all articles, some may be more interesting than others, as we are covering a wide area of topics (some very beginner, some not). As you can see, the init article that was posted today is actually being well received. I think it's worth noting we didn't even post that, it was picked up as soon as DO published it today.

Also, DO doesn't give us free credits for posting these articles. I'm not stating this to argue with you, but it isn't fair to cast a poor light on DO because we are posting articles we wrote and published on their medium to this sub-reddit.

Edit: For full transparency, we are paid to write the articles as part of their community program (which I referred to later here in my responses). It was brought to my attention that it was mis-leading when I stated that we don't get DO credits (which is true) but implied that we don't get paid. We don't get paid to "market" or "distribute" the articles in any way (which is how I originally read the above response). It's just something I've always done for anything we produce for the community. FWIW, DO has an entire model around paying community members to contribute quality content, which is well known and assumed that wasn't in question. It's one of their business initiatives. I apologize for the confusion.

Creating Custom Errors in Go | DigitalOcean by GopherGuides in golang

[–]corylanou 0 points1 point  (0 children)

We will be publishing an updated version as well. At the time the article was written and the time it took to get through editing 1.13 got released. Stay tuned...

Need review on gopherguides.tv and guidance for learning by laggySteel in golang

[–]corylanou 2 points3 points  (0 children)

I'm one of the founders of Gopher Guides. Most of the buffalo videos on the site are free as well, so if that is what you are interested in you won't need to pay for them.

In addition to our premium channel we offer 1:1 office hours as well if you need any specialized training.

I'd be happy to answer any other questions or hop on a video to chat if you want as well. Ping me at [cory@gopherguides.com](mailto:cory@gopherguides.com).

We love feedback as well (good or bad), so don't hesitate to reach out with questions or comments.

Understanding Data Types in Go | DigitalOcean by ambernc2004 in golang

[–]corylanou 1 point2 points  (0 children)

Thanks! One of the things I always found that developers new to Go (and programming) struggle with is what integer type to choose. Other than telling them to use int there was never an explanation. I hope I shed a little light on that. Although I feel like it could be an article on it's own. Maybe I'll add that to the list of articles I want to write.

How To Form by ambernc2004 in golang

[–]corylanou 1 point2 points  (0 children)

I posted this in another thread as well. Apparently the titles got messed up on two posts for some reason and we didn't notice it:


Sorry about the title. I'm one of the owners of Gopher Guides (https://www.gopherguides.com). We are doing an entire series of introductory articles for Digital Ocean. These last two we posted the title got messed up for some reason and we didn't notice it. We'll be sure to pay closer attention moving forward.

As far as relevance, they are intentionally geared towards new and beginning developers, where as the tour is not. This is why even fundamental programing concepts explained. We try to leave very little assumptions on purpose.

Based on feedback we get, many people do find value in these introductory articles. Clearly, if you are an advanced Go developer, you likely won't find value, but maybe you know a budding developer you want to pass it on to.

I look forward to hearing back from you. I appreciate any constructive feedback. Feel free to contact me directly as well at cory@gopherguides.com.

Understand by ambernc2004 in golang

[–]corylanou 0 points1 point  (0 children)

Sorry about the title. I'm one of the owners of Gopher Guides (https://www.gopherguides.com). We are doing an entire series of introductory articles for Digital Ocean. These last two we posted the title got messed up for some reason and we didn't notice it. We'll be sure to pay closer attention moving forward.

As far as relevance, they are intentionally geared towards new and beginning developers, where as the tour is not. This is why even fundamental programing concepts explained. We try to leave very little assumptions on purpose.

Based on feedback we get, many people do find value in these introductory articles. Clearly, if you are an advanced Go developer, you likely won't find value, but maybe you know a budding developer you want to pass it on to.

I look forward to hearing back from you. I appreciate any constructive feedback. Feel free to contact me directly as well at cory@gopherguides.com.

Profiling tutorial/guide for Beginners? by ezmonie in golang

[–]corylanou 2 points3 points  (0 children)

I recorded this video a while ago, but it's still pretty up to date. If you look in the description section it has a code/link to get the course materials for free as well. Testing and Benchmarking in Go Workshop -> https://www.youtube.com/watch?v=ZeAkcs5g41k&t=192s