Premiare l’abuso di alcool con un passaggio gratuito in taxi. Solo a me sembra una cosa sbagliata e iniqua?
L’obiettivo è togliere dalle strade chi guida in stato di ebbrezza.
Se “premiarli” funziona (vedremo, si spera di sì), il risultato è meno persone che guidano in stato di ebbrezza. Sarebbe davvero importante che fosse una cosa “sbagliata e iniqua”?
Ministero delle infrastrutture e dei trasporti
Rimane comunque a sproposito. Gli acronimi vanno sempre definiti al primo utilizzo, e dovrebbero essere usati solo quando c’è necessità di risparmiare spazio e non esiste una forma breve (ad esempio, nel sito del Ministero delle infrastrutture e trasporti si potrebbe usare la singola parola “ministero”).
Se no finiamo come nei subreddit anglosassoni, dove servono bot per spiegare gli innumerevoli acronimi usati nel testo.
Ottimo vedere un approccio alternativo al banale e inefficace inasprimento delle pene, una volta tanto. Speriamo dia risultati.
In tanti anni che guido non sono mai stato fermato nemmeno una volta per un controllo alcool test. Io lo avrei passato ogni singola volta dato che non guido in stato di ebbrezza, ma quando è più probabile fare un incidente che essere fermati per un controllo, tanto vale ignorare la seconda possibilità.
P.S.
Quanto è irritante usare acronimi a sproposito (non è diretto a te, OP, che hai postato il titolo originale)?
A leggere il titolo pensavo fosse una proposta di Boston, dato che il MIT (che tra l’altro si scrive con tutte le lettere maiuscole, come tutti gli acronimi) è una delle università più importanti e conosciute al mondo.
l’account meglio su Codeberg / Gitea / Forgejo che sono 100% open rispetto a Gitlab o Github 😉
Gitea e Forgejo non offrono un servizio però, solo un’applicazione (se sbaglio linka pure, sono interessato).
Chiedere di mettere su e gestire un’infrastruttura del genere aperta al pubblico per condividere un programma mi sembra un po’ esagerato. Per quanto sia divertente / soddisfacente / facile (opinione personale da uno che ha il suo server Gitea personale).
Devo esser sincero, inizialmente, leggendo la tua risposta, l’avevo intesa come un classico “io son meglio”, non volta ad apprendere, ragionare o migliorare la conoscenza di un neofita in Rust - modo in cui sembra trasparire tu mi consideri.
Allora vuol dire che non sono riuscito a trasmettere il tono giocoso e spensierato che avrei voluto. Mi spiace.
E forse ho frainteso il tuo messaggio originale in questo punto:
Questo codice è un macello!
Grazie, mi sono impegnato! Se hai notato bug, typo o cose insensate per favore commenta qui sotto!
In questa tua replica sembri molto meno propenso a ricevere commenti di quanto avessi letto nel messaggio originale.
Questo codice è un macello! /s
Lascerò a Clippy il compito di indicare tutti i problemi.
Aggiungi #![deny(clippy::pedantic)] in cima ed esegui cargo clippy.
Altri commenti in ordine sparso:
È decisamente poco idiomatico, anche se immagino sia stato scritto così apposta, dato che è indirizzato a chi il linguaggio non lo conosce.
Usare match per estrarre esplicitamente gli errori è il modo sbagliato di usare Rust.
Quello giusto è usare l’operatore ?, che lo fa in modo implicito (o al massimo if let o let else).
Non servono nemmeno anyhow o simili, le funzioni possono restituire Result<_, Box<dyn std::error::Error>>.
Senza contare che match crea un nuovo scope e un nuovo livello di indentazione, il codice sembra la bandiera del Nepal.
Per lo stesso motivo, usa std::fs::read_from_string invece di creare un file esplicitamente.
Gli argomenti trng e trg della funzione pick_random suonano identici, ma a giudicare dal tipo sono ben diversi.
Forse potremmo controllare response.status() e fare un bel match…
Meglio usare Response::error_for_status.
C’è quasi sempre un modo migliore di un match esplicito per gestire gli errori.
Creare diversi moduli
Prima di creare nuovi moduli penserei a creare nuove funzioni.
main() fa decisamente troppe cose.
Infine:
Perché non su github?
Al momento non ho un account che posso usare per queste cose, mi dispiace!
Questa non è una buona scusa. Gli account su GitHub / Gitlab / SourceHut / BitBucket… non costano niente.
Però tutto sommato è stata una buona idea, e il codice in sé non è poi così malvagio per un principiante (o per qualcuno che scrive per principianti). Magari riesci a fare incuriosire qualcuno.
Vivo in un paese dove il contante è praticamente inutilizzato. Da anni (decadi?) esiste un sistema per trasferire istantaneamente soldi da un conto all’altro, usando solo il numero di telefono, con zero commissioni. È un problema risolto.
Quando sono in Italia, teniamo il conto preciso di chi ha pagato cosa, e si cerca di bilanciare in modo che tenda a somma zero. Quando il totale è intorno a 10 / 20 €, si lascia perdere. Oltre si prende in considerazione il bonifico (ma il bonifico in valuta estera ha commissioni criminali, quindi spesso si lascia perdere lo stesso).
Figo, potrei prendere spunto e fare qualche ricerca in più su questo modello. Ma è il tuo quello linkato?
No, quello linkato è un modello di esempio su overleaf.
È un modello in Latex, non è esattamente semplice da usare (e soprattutto personalizzare) se non sei già pratico. Però il risultato è ottimo.
https://www.ctan.org/pkg/moderncv
https://www.ctan.org/pkg/moderntimeline
Nessun formato particolare, hai ragione dovrei mettere un esempio, se sei curioso cmq puoi vederlo qui https://cv.dannyspina.com
Pulito e leggibile.
Preferirei lo sfondo bianco però, ed eviterei di sforare nella terza pagina per un solo elemento (nel mio campo i curriculum si stampano ancora :D ).
Il modello moderncv che uso io è più o meno così (su due pagine, e pesantemente personalizzato).
Sincero, il formato Europass non mi è mai veramente servito, ho sempre cercato di fare cose creative che sono state apprezzate di più dai datori di lavoro. Ma magari per posizioni statali è richiesto quello immagino.
Mi è stato richiesto qualche volta, specialmente in Germania (dove però alla fine non sono mai andato). Quando un’azienda chiede un formato specifico preferisco adeguarmi, piuttosto che rischiare che il loro sistema non riesca a estrarre informazioni dal mio solito modello, e quindi di finire in fondo alla lista dei candidati.
Non conoscevo questo servizio, io mi sono scritto il mio generatore di cv da json personale. Magari ti torna utile https://github.com/daaanny90/JSON.resume
Anche io ho qualcosa del genere (un po’ più complicato, tiene anche traccia delle application che faccio, associando curriculum, lettera di presentazione, annuncio, e documentazione varia).
La comodità era di generare un curriculum nel formato Europass.
Che formato usa il tuo progetto? In generale, sarebbe bene aggiungere un curriculum di esempio al tuo repository, così che chi lo visita può vedere il risultato finale senza dover installarlo ed eseguirlo.
Guarda, una cosa è sicuramente aumentata: la potenza richiesta. La dissipazione potrebbe essere l’unica giustificazione che mi viene in mente per aumentare il volume di un oggetto (+ potenza, anche + batteria, vero)
Parlando da profano, un maggiore spessore aiuterebbe?
Perché l’andazzo dei cellulari negli ultimi anni è quello di appiattirsi il più possibile: telefoni larghi come padelle e sottili come padelle.
Passare da mezzo centimetro a un centimetro, o anche uno e mezzo, potrebbe migliorare la dissipazione?
Sicuramente aumenta lo spazio per metterci batteria e componenti, più di quanto possa aumentare lungo la larghezza (dato che in proporzione la larghezza può aumentare meno dello spessore). E sicuramente, a meno di tenere vuoto lo spazio aggiuntivo, aumenta il peso.
Hai provato a vedere il nuovo Xperia 10v? È poco più largo del tuo e un po’ più lungo (che non dovrebbe pregiudicare troppo l’uso a una mano).
Grazie del suggerimento, però è parecchio più lungo. Passa da 12.9cm a 15.5cm. È un aumento di 1/5, del 20%.
Senza contare che sull’XZ1 Compact lo schermo non arriva ai bordi in alto e in basso, ha due margini di circa 1.5cm. Supponendo il 10V abbia margini da 1cm (che sembra un’esagerazione a giudicare dalle immagini, ma non trovo dati sulle dimensioni dello schermo) passiamo da 10.1cm a 13.5cm. È un aumento di 1/3, del 33%.
Già adesso il pollice arriva a filo dell’angolo in alto a sinistra. Non vedo come un aumento di un terzo non pregiudichi l’uso a una mano.
Io mi sono messo il cuore in pace e ho iniziato a metterlo nella tasca dietro al posto del portafogli, con una cover a portafoglio abbastanza spessa (così oltre che grande è pure spesso) che contiene anche banconote documenti e carte
Ecco, no.
Nella tasca dietro dei pantaloni non ho niente. Portatessere e chiavi nella tasca davanti a sinistra, cellulare nella tasca davanti a destra. Non voglio sedermi sul cellulare, né per danneggiarlo, né per stare seduto storto.
Che poi le tasche dietro sono anche più piccole di quelle davanti. Non a caso vedo spesso in giro gente con il cellulare che spunta quasi per metà dalle tasche dietro di pantaloni aderenti.
Processori più potenti richiedono più circuiti e questo incide sulle dimensioni, idem per la batteria. :/
Cellulari compatti hanno schermi piccoli, il ché aiuta significativamente la durata della batteria.
Sì vero, Apple è l’unico grosso produttore che faccia smartphone compatti.
Peccato che non mi piaccia per questioni di walled garden.
Appunto, concordo pienamente.
Uso un cellulare con LineageOS, l’opzione (mainstream) più lontana possibile da Apple.
Vorrei uno smartphone:
- compatto (usabile con una mano nel 99% degli use-case)
- aggiornato dal produttore per un bel po’ (3 anni?)
- riparabile
- con bootloader sbloccabile
Su che pianeta devo trasferirmi?
Aggiornato dal produttore posso farne a meno, purché ci si possa installare LineageOS o simile (quindi con bootloader sbloccabile). Anche riparabile potrei farne a meno, sarei addirittura disposto a comprarne uno nuovo ogni volta che si rompe (nei limiti del ragionevole).
Ma semplicemente nessuno fa cellulari compatti :/
No, era una semi-imprecazione su un servizio ottimo (a leggerlo) e che ora non c’è più. Ma come si fa?
Insomma, era un servizio abbastanza sconosciuto e inutilizzato. Chi ha le capacità per usare una web API in JSON per generare un curriculum vitae ha molto raramente bisogno del formato Europass.
Però ci sono rimasto male lo stesso.
Gli smartphone compatti. Tutti li vogliono, (quasi) nessuno li fa. Eppure sembra esserci richiesta e nessuna limitazione tecnica
Praticamente solo l’iPhone, o qualche modello Android che ormai sta purtroppo diventando vecchiotto (ma terrò il mio XZ1 Compact finché non sarò assolutamente costretto).
Non mi capacito di come il telefono standard sia troppo grande per stare nella tasca dei pantaloni. Dove lo tiene la gente?
Ma cosa cazz’… serio???
In che senso?
Serio, sì, quel servizio non esiste più (a meno che non mi sia perso qualcosa).
Una volta c’era una web API dell’Unione Europea che permetteva di caricare informazioni in formato JSON e di generare un curriculum vitae in formato Europass (quello nuovo, non quello antico dei primi anni 2000).
Già generavo il mio curriculum normale col modello moderncv a partire da quelle informazioni, e così avevo anche il formato Europass per quelle aziende che lo chiedevano espressamente, senza dovermi preoccupare di quale dei due fosse quello più aggiornato.
Purtroppo qualche anno fa hanno semplicemente rimpiazzato tutto il sito con una piattaforma chiusa, in cui puoi solo iscriverti e compilare manualmente i relativi campi.
Che sarebbe anche sopportabile. Farsi la sbatta una tantum, quando c’è effettivamente bisogno di essere in ufficio (anche per un motivo di facciata come questo), non è poi così male.
Il problema è l’aspettativa di dover andarci ogni settimana perché sì.
Io ho il privilegio di aver potuto dire “No” quando mi hanno chiesto di fare uno o due giorni a settimana in sede. Vorrei che tutti quelli che fanno un lavoro che non richiede la presenza possano rispondere allo stesso modo.