On a related topic, what are other's favorite learning resources for applied distributed systems?
COS 418 from Princeton is really a great learning resource: https://www.cs.princeton.edu/courses/archive/fall18/cos418/i...
just use Erlang/BEAM. I love Go but it's a poor tool for building truly resilient distributed systems. the workaround suggested by F Campoy seems to be to wrap K8 around go to make it more like BEAM (see second video below ...)
 Erik Stenman - BEAM: What Makes Erlang BEAM - Code Mesh 2017 https://www.youtube.com/watch?v=FonRzASOkZE
 GOTO 2018 • The Robustness of Go • Francesc Campoy https://www.youtube.com/watch?v=ScE9TnoWltA&t=1437s
So many languages to learn and so little time
FOMO is hard to avoid, but try to go easy on yourself. Ultimately, they're just programming languages.
Really fascinated that this material and my book--well one chapter of it--both cover implementing the Bitcast storage backend. It looks like I picked my example projects well :)
I would be curious to know if this is the best way to learn a technical skill using a course in github?
Are there other variations of using github for a course?
Links in README of the go repo are broken, is rust your primary language?
I've only looked at the first project in test-plan/rust, but it clearly contradicts the description in project.md. It should be virtually empty, with only tests and the student is supposed to write all the code needed for the tests to pass. But it actually contains all the needed code, it compiles and all tests are green. I don't quite get it, what's the "learning" part? Just looking at the code and trying to understand it?
PingCAP seems like a really neat project conceptually, my only concern with it is the attitude and overall rudeness of the maintainers. Issues submitted are often closed without comment, or in a number of cases when they do comment it is either "do not matter" or "who cares" I hope they can change their outlook and succeed.
I'm sorry you had a bad experience with PingCAP.
I can't speak for PingCAP in general, but I know that many of PingCAP's Rust projects are part of the TiKV org , which is explicitly trying to become more community-oriented as part of their move into the CNCF (I work for PingCAP on TiKV). This message won't reach far, but if somebody finds themselves having difficulties contributing to TiKV or communicating with TiKV maintainers, and they speak up on the TiKV slack, somebody will definitely take notice and try to help.
Not knowing the specifics of your experience, it might help to consider that most of PingCAP are Chinese, and some communicate in English better than others. In public forums like the issue tracker, they write in English to include the global software development community, but for some it is quite challenging.
I'm hopeful that the PingCAP process will improve and their projects will become easier to contribute to.
You've made similar comments before  which were overstated at the time, do you have some github issues you can link to that clearly show what you're saying?
I just skimmed the closed issues on the github repo, and I didn't see anything which matched your description. Are there any specific examples you have in mind, which I might have missed?
I'm sorry you've had that experience. We are working hard to be better open source citizens in many ways, including better communication on issues, etc.
I am not associated with PingCap in anyway, but as an open source user & contributor myself, I find your comment quite offending. You raised the exact same issue 2 years ago on NH , that issue got fully addressed by both PingCap's core team member and other NH users. Without bringing in anything new to the problem being discussed, you chose to repeat the exact same stuff that has been fully addressed 2 years ago.
Sure, you might had the feeling that you were not treated in the most friendly way, but after 2 loooong years, after the feedback from PingCap's core team member, maybe time to just move on? If you really find PingCap is not friendly enough to the issues you raised (which is never the case to me or anyone I am aware of), you should probably start your own much more user friendly open source project and set an example for everyone.
I'm also not associated with Pingcap.
> You raised the exact same issue 2 years ago on NH, that issue got fully addressed by both PingCap's core team member and other NH users.
Not only was it fully addressed, but it was fully addressed in a polite manner which makes the OP's comment even more bizarre. I've evaluated Pingcap stuff before in the past and I've seen them posting on HN quite a few times as well. I don't think I've ever seen an instance of them being rude. In fact, their comments are usually quite informative and helpful.
Briefly looking into closed TiDB issues, I also see no instances of rudeness or issues being closed without comment.
OP, what is your motive for defaming Pingcap?
Some comments :
"@winkmichael Thanks for your feedback! Could you send me the log of tidb-server?"
"The sets statements missing a , should be /! instead of /!."
"@winkmichael Sorry, I misunderstood your issue because the * is eaten by Markdown format. I clicked edit button, then got the original text.
The error message line 6 is the line of a single statement, not the file. So the statement that failed to parse is not included, probably it's the CREATE TABLE statement.
Do you still have that dump file?"
"@winkmichael we haven't heard anything from you on this issue in a long time, and we're unable to reproduce it without some more information, so I'm going to close it now. If you run into anything like this again, please open up a new issue and we'll be happy to take a look!"