16 comments

[ 2.3 ms ] story [ 46.4 ms ] thread
Hah, I just learned GitHub is using my Go package to access the GitHub GraphQL API v4 in this CLI. That’s neat.

[1] https://github.com/cli/cli/blob/ad3a5903b2d327c1da8959708ef9...

That is a pretty cool achievement.
Nice! I'm not sure exactly why a rather minor update to the GitHub CLI is near the top of HN, but looking at your project (and then seeing the link to your presentation) made it worthwhile for me.
Hah, same exact feels here.
Out of curiosity, are they supporting you financially in any way for that?
That would be nice of them but why would they if it's MIT licensed?
I just find it weird that Microsoft owns GitHub and is essentially using free code that interfaces with their own (core) services.

Anywho, building the package wasn't as altruistically motivated as I first imagined, since he was paid by Google to build it.

Edit: why the downvotes?

(I didn’t downvote this comment.)

I agree it’s interesting, but I’m glad they’re using it. It’s better than them not using it. From looking at the history, I saw they rolled their own GraphQL client first, and started using my package only a month ago. See https://github.com/cli/cli/pull/719 and https://github.com/cli/cli/pull/758.

Also, to clarify, I did most of the development of the package in 2017 on my own accord, and joined Google in 2018. They didn’t pay me to work on it.

It's worse than that with Amazon.

The AWS Elastic Beanstalk CLI imports my package, but, when prompted to interview with AWS, they absolutely insisted that I perform their clowny online technical screening.

They trust to use my code in their product, but they don't trust that I know basic programming skills. The real kick in the shins is that I successfully passed this screening years ago, which they don't seem to want to count. Anyway, there are a thousand other candidates, f'em.

(comment deleted)
I'm particularly interested in what "metadata" is in this instance? Is it arbitrary?