Pry VS rspotify

that's surprising considering `pry`[1] is such an amazing debugger IMO.

[1] https://github.com/pry/pry

All of my recent tutorials and projects were primarily managed using the default Ruby REPL, irb, and I must say it's been nothing short of amazing. However, what ultimately prompted me to switch to Pry was its offering of better defaults. But what exactly does that mean? Let me demonstrate:

For older versions: Pry Gem

To do that, I would install `pry` into your rails project and then use it look around right before your test fails.https://github.com/pry/pry

This means I can be editing a shell script and easily inject arbitrary regions into a shell buffer for immediate testing (point never leaves the window where I am editing, and I can view the shell output in an adjacent window). This is similar to what Robe does with Pry within an inferior Ruby process using comint.

https://pry.github.io/ - also a lot of features from Pry have made it into the default IRB these days, but I still use pry. I don't know the equivalent commands in IRB.

For debugging, while not multi-threaded, to my knowledge, is the pry gem for debugging. There are a few different flavors, for instance, my favorite is pry-byebug.

Github Link : https://github.com/pry/pry

It doesn't look that way in the examples of the gem

Use Spotify API to get this. Your application will need to authenticate itself, and you'll need the user's handle to search for their songs. Get the handle as input from the user (you need a web page with a field where they can type it in).Review https://github.com/guilhermesad/rspotify for how to do these^ things.

I'm fairly new to Ruby, and I'm attempting to read various projects/gems to better understand the language and the functionality of various available libraries. Currently, I am diving into the RSpotify gem and don't fully understand a portion of the connection.rb section of the gem. I do understand that the gem is sending the client_id and client_secret to the TOKEN_URI then receiving a Bearer client_token that is then sent as authorization for various API calls.