refactor: use v1 job API, add function to get logs

[nealrichardson]

#343 solved get_jobs() but not get_job(), which still calls the unversioned endpoint. It looks like the data munging steps that were added in get_jobs() could be factored out and used in get_job(), but there another difference that I can see in the fixtures that were recored in #343: the unversioned job endpoint includes logs, but the v1 does not. There is a separate endpoint for that in v1, and it looks like it returns data in a different structure too: https://docs.posit.co/connect/api/#get-/v1/content/-guid-/jobs/-key-/log

Since the get_job() function was marked as experimental, I don't think that it's worth trying to mimic the shape of the data that the old API returned. We should probably just break compat and make a new get_logs() function--that's probably the reason you would have called get_job() anyway?

[toph-allen]

There's already a get_log() function — and in that PR get_job() was marked as deprecated, for exactly the reason you cite: there's no need for a get_job() function, because you already have all the job data once you've done get_jobs(). That happened here: #356

So we can probably just make a PR to remove get_job() to get rid of that unversioned endpoint call.