Ability to set speed in shiftIn & shiftOut

While the clock speeds of various Microcontrollers increase, the speed of the shiftIn and shiftOut also increases. This creates a problem when communicating with slower devices. It could be interesting to add an optional argument to these functions so they reliably work with slower devices. Just like with the SPI hardware library where you can set the maximum SPI speed. https://www.arduino.cc/en/Reference/SPI

I had this problem when I was trying to use the 'normal' library for the HX711 load cell amp with an ESP32.
https://github.com/bogde/HX711/issues/75

The interface could look like this:
```cpp

void shiftOut(uint8_t dataPin, uint8_t clockPin, uint8_t bitOrder, uint8_t val, unsigned long maxSpeed = 0);
uint8_t shiftIn(uint8_t dataPin, uint8_t clockPin, uint8_t bitOrder, unsigned long maxSpeed = 0);

```
Where a maxSpeed of 0 would mean that it would use the full speed of the microcontroller. Otherwise you could define the speed as frequency (15Mhz -> 15000000) just like in the SPI hardware library.

In this way Arduino would be future-proof without losing backwards compatibility.

Iniziare con le dichiarazioni di shiftIn e shiftOut mostrate nell’issue e confrontare la semantica richiesta di maxSpeed con il riferimento della libreria hardware SPI di Arduino. Determinare come la gestione della velocità possa mantenere le chiamate esistenti e supportare dispositivi più lenti, come nel caso ESP32/HX711; il lavoro è completato quando l’API supporta comunicazioni più lente senza interrompere la retrocompatibilità.

Scritto dal modello di indicizzazione a partire dal testo della issue.