jacobtomlinson

I’m not exactly sure what you mean but we can definitely improve auto completion if that’s valuable. Maybe you could try it out and give us some feedback in an issue?

I built kr8s because the official autogenerated library is extremely verbose, low level and hard to use.

Kr8s is modelled after kubectl instead of the REST API to try and be more accessible to developers.

Awesome! Let me know how you get on and don't hesitate to open issues if you run into problems or have thoughts about the API design.

The docs does use https. Let me know where you found an http link so I can fix it.

https://docs.kr8s.org/en/latest/

I've been so excited about this since I tried an early version last year!

I've been playing with the beta and I can't wait to build more things with it.

Thanks for all the hard work folks!

I'm so excited about textual!

I started working on a TUI application over Christmas that used it but put it on the back burner until the css branch gets merged.

Author of the article here. Thanks for this comments, really great points and sadly I agree with everything you’ve said.

Although I would say many projects snowball into something bigger than the creator imagined so upfront planning about how much time you can put into something is hard.

I wrote this post with the intention of directly sharing it with folks in issues when situations flare up from time to time in the projects I work on. I never imaged it getting shared on HN.

OP here, thanks for the kind words!

I hear your point. I’m not saying don’t make a comment, just that folks should try and consider the human on the other side more.

OP here, glad you enjoyed this post. Sorry that you’ve also experienced the bad side of things.

OP here. Thumbs up is great, commenting with the string “+1” is not great, commenting with “Why this this not done yet, this is very important to me. I might switch to another project if you don’t implement this.” is terrible.

Hey HN folks! Author of the post here, wow I didn’t expect this to make the front page. It’s really fun to see all the discussion here around this topic. I’d originally written this post to just have something up my sleeve to send to folks who were being unkind to open source maintainers. I’m enjoying seeing some of the counter arguments too.

The general intent of this post is to try and communicate to folks that if you consume open source software the authors of that software don’t owe you anything. However they all contribute for a reason, whether that is personal enjoyment, presence in the market, user testing, etc. They are excited to have folks use their software and they definitely want to hear from you. But it’s important to remember that this isn’t a commercial arrangement like when you buy Photoshop. So if you want to interact with a maintainer remember to be kind and respectful (you probably should be with all humans anyway). It is up to them where they focus their effort, and if they have a choice between interacting with nice folks or rude folks who do you think they will choose?

I also regularly see folks being rude on the most important issues, which results in maintainers avoiding them and even more folks being rude. It can snowball into having things that are critical to the community becoming a low priority to the maintainers.

TLDR; Be kind to folks who give you things for free.

Hey there folks! I’m the author of Container Canary. The project grew out of a need for unit testing and most importantly regression testing for the containers we manage. Specifically, I was trying to support multiple platforms with a single image and kept causing regressions with changes I was making. So Canary was born as a side project of mine to help me test our images and give me the confidence I wasn’t breaking things.

We then open-sourced it so that the community can benefit from it too. If you have any questions please don’t hesitate to ask!

Are there any good books/podcasts/documentaries about this? Sounds fascinating.