Della sinfonia n. 5 di beethoven è famosissimo il primo movimento (TA TA TA TAAAAA). Ma il terzo mio dio se gasa molto di più, è assurdo, dategli un ascoltocomunque si, è anche chiamata "Fate Symphony"

sono entrato via ssh nel computer per spegnerlo perché non avevo voglia di alzarmi.... e con la luce non riesco a dormire

buonanotte hint, a domani

la lavastoviglie si è rotta. Procedo nel morire di fame, addio è stato bello

BASTA CONGELO MUOIO DI FREDDO, io non ci sto più in biblioteca così fino a tardi ci sono tipo -5 gradi dio.

Come fate a preferire l'inverno all'estate

sto aspettando l'autobus

Sto in questo esatto momento lavorando su ciò. Non mentivo quando avevo scritto quel messaggio, tuttavia il modo in cui avevo realizzato le cose faceva ancora schifo. È la terza volta che sto lavorando su una gestione decente degli assets, e stavolta ho trovato l'architettura perfetta. Per domani/dopodomani potrete caricare audio, registrarli, fare foto direttamente da hint, caricare video

bug trovato che maledetto

debuggare un emulatore che mi serve per debuggare: ✅

mi impicco non funziona ancora

Di nuovo uno dopo l'altro lo fanno apposta dai

Pippe mentali finite, stavolta ho trovato l'architettura perfetta:

1. client chiama API endpoint per ottenere un signed url

2. il server crea document Asset con un field "processed: false", e ritorna il signed url

3. client utilizza il signed url per effettuare l'upload direttamente da browser, cosa molto veloce ed efficiente

4. una cloud function è triggerata al seguito dell'upload, che effettuerà post-processing. Essendo questa funzione nella stessa rete di gcs ottenere i bytes degli asset è efficientissimo. Sarà responsabile di normalizzare file, ad esempio di convertire tutti i video in .mp4, tutti gli audio in .mp3, di effettuare la compressione e via dicendo

5. la cloud function salverà il file processato nella posizione permanente, eliminerà il temporaneo e aggiornerà il document asset mettendo "processed: true" e l'url con cui sarà possibile accedere all'asset

6. nel frattempo che la cloud function è in esecuzione il client guarderà il documento asset aspettando che processed sia true

Caso immagini:

7. quando processed diventa true il documento asset conterrà un url valido

8. Il client mostrerà questo url, così che le possiate incollare in un post come avete fatto finora

Caso audio, video:

7. il client attenderà che processed diventi true e basta

8. il client salverà l'assetId nei parametri di creazione del post

9. l'API responsabile della creazione di un post prenderà questo assetId, controllerà che il relativo document asset è stato processato. Se si prenderà l'url e lo allegherà nel post. Altrimenti panicherà ritornando un errore

Poi, per la gestione degli asset orfani:

Quando un asset viene pubblicato, aggiornerò il document asset con un parametro "hintId", rappresentante il post in cui è stato pubblicato. Aggiungerò un TTL che eliminerà asset che non hanno quesdto parametro dopo tot di tempo.

ascoltate il notturno di soffio mi emoziona

sono stato minacciato per questo post

ascoltate il notturno di mucca che bellooo mi piace molto

il mio sport preferito è votare l'opzione spregevole nei confronti di watari nei sondaggi di watari

ciao potete ignorare eos?? dovrebbe dormire quindi le fate un favore visto che ha tipo 3 ore di sonno da una settimana

D'ora in poi su hint non sono più ammessi cani

ci sarà il wrapped anche di hint

congelo dio mio

ora hint è fr un'isola dispersa e utopica, reduce di un'apocalisse globale, sparsa nei meandri del web, unica luce in ricordo di un passato glorioso

Che paura sono a lezione di advanced programming e c'è il coordinatore di tutto il corso che organizza il lavoro dei singoli gruppi (è uno studente come noi)

Oggi al meeting c'era anche il prof, che osservava in silenzio. Ad una certa si alza e con un tono terrificante fa al coordinatore

"Have you even fucking read this? Because it sure looks like you didn’t. Come prepared or quit. Have I been clear???"

o qualcosa del genere

mi illumino d'immenso.