chore: remove pkg/driver //@ts-nocheck part 2

[sainthkh]

• Related with chore: refactor create into class $Cy #18715
• Next step of chore: Remove pkg/driver @ts-nocheck part 1 #19353

User facing changelog

N/A. It's just removing // @ts-nocheck comments and defining types to avoid type errors.

Additional details

• Why was this change necessary? => To make pkg/driver files more type-safe.
• What is affected by this change? => N/A
• Any implementation details to explain? => N/A

How has the user experience changed?

N/A

PR Tasks

• [na] Have tests been added/updated?
• [na] Has the original issue (or this PR, if no issue exists) been tagged with a release in ZenHub? (user-facing changes only)
• [na] Has a PR for user-facing changes been opened in cypress-documentation?
• [na] Have API changes been updated in the type definitions?
• [na] Have new configuration options been added to the cypress.schema.json?

[cypress-bot]

Thanks for taking the time to open a PR!

• Create a Draft Pull Request if your PR is not ready for review. Mark the PR as Ready for Review when you're ready for a Cypress team member to review the PR.
• Become familiar with the Code Review Checklist for guidelines on coding standards and what needs to be done before a PR can be merged.

[tbiethman]

For other TS newbies curious what this ! is doing: Non-null assertion operator

[tbiethman]

It might be worth adding an explicit type for options if we are reading properties off of it. Or is this represented in the types already?

Edit: Based on your other changes, might need a TODO here.

[tbiethman]

Nit: The past tense of cast is cast. My lint spellchecker doesn't flag 'casted' as an unknown word, though 🤷‍♂️

[sainthkh]

According to this answer, casted was used in Middle English and can be used when it's used for cast in programming context.

But I changed all casted to cast anyway.

[finda841]

How do I get this done?

[sainthkh]

@finda841 In this PR, there's nothing you can do because I've finished all the suggested changes. If you want to help develop Cypress, you can find ready-for-work issues here.

[AtofStryker]

I just had a few questions and suggestions but otherwise looks like some solid progress!

[AtofStryker]

Suggested change

	// TODO: change `any` to Loggable
	// TODO: change the options type from `any` to `Loggable`.

[BlueWinds]

I'm wondering if for future PRs like this, it might be good to target them at the 10.0-release branch rather than develop. I know the component testing team has added some additional types to cypress, and as we approach releasing that branch, anything we can do to lessen the burden of merging develop -> 10.0 will make their lives easier.

Don't need to rebase / retarget these changes, just something to think about for future PRs.