This is a good question - in your dev environment, you could skip this step but keep in mind that you may receive "unexpected behaviour" as per: https://enterprise.arcgis.com/en/portal/latest/administer/windows/scan-your-portal-for-security-best...
This may show itself as issues with printing secured content.
A workaround would be to import (on the dev client and Enterprise machine) either the default selfSignedCertificate or your own self-signed cert as shown in this article: https://enterprise.arcgis.com/en/server/latest/administer/windows/configuring-https-using-a-self-sig...
under the "Import the certificate into the OS certificate store" section.
Regarding DNS, as a workaround, you could use a host file like this on the Enterprise machine:
mymachine.dev.com 10.0.0.1
madeupDNS.dev.com 10.0.0.1
Make sure the ArcGIS Server doesn't rename itself to "madeupDNS.dev.com" https://developers.arcgis.com/rest/enterprise-administration/server/renamemachine.htm#:~:text=Versio....
Your client machine in dev would need a host file like this:
madeupDNS.dev.com 10.0.0.1
Then you can config Portal webcontextURL etc. I'm assuming you have 1 Enterprise machine and 1 Client machine in your dev - you would have to do this for every client machine which isn't ideal.
I'd urge you to make sure you have a test environment setup like your production - hosts files can introduce some weird and wonderful conditions which I try to avoid wherever possible.
In an ideal world, you would have another domain/subdomain for your dev environment and access to a CA certificate
"We've boosted the Anti-Mass Spectrometer to 105 percent. Bit of a gamble, but we need the extra resolution."