CS Career Questions

347 readers

1 users here now

Rules:

Be welcoming - Not everyone is a 10 YOE senior engineer. Let's all help each other.
No memes - Refer to the Programmer Humor community.

founded 1 year ago

MODERATORS

[email protected]

Resources for RESTful API Integration practice? (sh.itjust.works)

submitted 5 days ago by [email protected] to c/[email protected]

12 comments fedilink hide all child comments

I’m doing interviews for companies that would involve API integrations. I’ve done a couple now where I was given some general API information (some intentionally unclear, some more clear) and I felt I didn’t do well. Mainly I was nervous, and felt very pressured just to understand how the different parts of the APIs interact with each other and should be interacted with. This is despite doing this for work and myself not feeling as nervous doing more common coding tests which I don’t do as much at work(thanks to doing examples on hackerrank, Leetcode helping me feel more comfortable).

So what are the resources I should leverage to practice API integrations? How should I go about practicing? Especially considering that I do need to perform in a certain way during interviews.

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 2 points 5 days ago (1 children)

Maybe start with python, either Django REST framework or FastAPI, and make a todo app. Start somewhere writing your own API and learn what the backend feels like, then when you work with other people’s API you’ll get what’s probably happening behind the scenes and know how to read between the lines with the incomplete documentation.

I’d also say take a look at GraphQL, that is another popular paradigm that’s related.

[–] [email protected] 2 points 1 day ago (1 children)

I'll look into this. The only doubt I have is that: during interviews, its really just reading up on the documentation for a real or fake API. Not certain how useful doing the backend work would be in that situation. I appreciate the feedback regardless.

[–] [email protected] 2 points 1 day ago (1 children)

Sounds like they are testing your ability to read and digest APIs which makes sense for the role.

What are all the HTTP verbs for? What can your infer from the paths of each endpoint? Can you read the schema for each of the inputs and outputs?

Making an API and back end can teach about API design. How do you make relations? What do you do if you synchronously need to update two resources? What if your resource is an action?

Another approach is to read and try to consume some APIs. The more you practice reading the better you will be at it.

Query releases on GitHub, song information on Spotify, or the weather. Make a crud discord or slack bot that intercepts commands and queries another API to send a response (e.g., /weather). Look into webhooks and callbacks. Make a song play via Spotify every time you push to GitHub.

I use GitLab's webhooks when an issue or merge request is modified. The webhook callback is GitLab's pipeline trigger API. I don't even need a webserver. The pipeline checks that the updated issue/merge request came from a user on an issue that the renovate bot opened. If true, it runs the renovate job (dependency upgrades) via an API call. This makes renovate work like GitHub where there are checkboxes that trigger actions.

The ability to read, understand, and integrate with APIs seems to be the skill they want, so I'd practice that skill.

[–] [email protected] 1 points 19 hours ago

Thanks I appreciate the advice. I'll look into those questions you've asked as some I can't answer confidently. The first 3 are more or less questions I have been asked in interviews.