Un po 'di informazioni di base: ero stato uno sviluppatore Java per un'azienda per circa 6 anni. Questa azienda usava una varietà di sistemi operativi basati su Linux per le sue operazioni quotidiane; tutti i nostri server e macchine di sviluppo erano una variante di Linux. Quando stavamo sviluppando nuovi servizi web e volevamo discutere dell'uso o dei bug all'interno di essi, era consuetudine che uno sviluppatore chiedesse all'altro la sintassi cURL della richiesta in questione. E.G.,
Developer A: How should I interpret the data from endpoint 'foo/bar'?
Developer B: Can you send me the cURL for what you're trying to do?
Developer A: Sure.
E quindi lo sviluppatore A avrebbe allegato qualcosa del genere:
$ curl -i -X POST -H 'Content-Type: application/json' http://some-host.org/foo/bar -d '{"baz": "qux"}'
Ciò è servito bene per comunicare casi di test HTTP e simili tra ingegneri. In generale, descrive perfettamente come verrà visualizzata la richiesta HTTP.
Tuttavia, circa un anno fa, la mia azienda è stata acquistata da un'altra società, e ora la casa madre sta cercando di integrare con circa 10 milioni di linee del codice della mia ex azienda. Ma ci sono alcuni problemi ... Un problema che abbiamo avuto è che la società che ha acquistato la mia ex società è in gran parte solo di Windows. Praticamente tutto è fatto usando Windows e le tecnologie Microsoft, non Linux.
Ciò porta a problemi di comunicazione su base regolare. Quando qualcuno mi dice che qualcosa nei nostri server Linux "non funziona", il mio primo riflesso è chiedere l'istruzione cURL che rappresenta la loro richiesta HTTP. Ma ... beh, la maggior parte dei miei nuovi colleghi sembra non sapere cosa sia CURL, perché immagino che Windows non abbia cURL (non sono molto un ragazzo di Windows quindi correggimi se sbaglio su quello! ).
Quindi mi chiedo, c'è un modo migliore, più onnipresente e multipiattaforma per comunicare le richieste HTTP tra loro?
