Interessante.
Quasi ci stavo pensando, anche se il prezzo ovviamente è bello alto.
Poi ho visto che nessuna tastiera ha PageUp, PageDown e compagnia su tasti dedicati, ma sono invece sulle frecce direzionali e vanno usati assieme al tasto Fn.
Operazioni che dovrebbero essere accessibili con un solo dito hanno invece bisogno di entrambe le mani :/ Ho già fatto l’errore di comprare un Dell, che ha lo stesso difetto, e maledico la mia scelta ogni giorno.
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>.
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.
e anche qua ci sarebbe da aprire un capitolo a parte sulla bulimia di giochi degli ultimi anni… meglio l’ennesima partita ad un gran gioco che conosciamo bene, tipo Gaia, oppure un gioco diverso ogni sera, senza mai approfondire nulla?
Qualche tempo fa andavo a giocare spesso con un amico. La nostra regola non scritta era di giocare ogni volta a un gioco nuovo e a uno che già conoscevamo.
Era un buon compromesso: sicuramente giocavamo a qualcosa che ci piaceva, e ogni tanto scoprivamo delle nuove (o vecchie) gemme.
Pensavo fosse utile avere una struttura delle comunità che rispecchiasse una certa “categorizzazione mentale” dei contenuti.
Su Reddit si potevano usare flag vari per categorizzare ogni post, non saprei se esista qualcosa di simile per Lemmy.
Creare comunità separate ha senso fino a un certo punto. Molti dei post sarebbero pertinenti a entrambe le comunità (quasi tutti quelli su Linux, visto che sarebbe un sottoinsieme di open source / free software), quindi ci sarebbero moltissimi cross-post. Inoltre penso che le persone a cui interessano notizie e discussioni su open source / free software ma non su Linux siano quasi zero, e che siano relativamente poche quelle a cui interessa il contrario. In sostanza una comunità “specifica” (o meglio “generica”) su open source / free software avrebbe un pubblico molto ristretto, come appunto succede su Reddit.
Su Reddit, il sub principale per Linux copriva anche tutto il mondo open source e free software (e purtroppo anche una marea di rant e prese in giro su Windows), mentre i sub più ampi per open source e free software erano quasi deserti.
Penso sia meglio seguire la stessa strada e semplicemente ampliare l’ambito della comunità esistente da Linux a Linux e Open Source / Free Software (senza necessariamente cambiare nome). Se non c’erano abbastanza utenti per sub specifici su Reddit, non ce ne saranno neanche lontanamente per delle comunità specifiche su Lemmy.
Il locale di giochi da tavolo che c’è qui in città ha la versione deluxe di Terraforming Mars con tutte le tessere stampate in 3D e minuziosamente pitturate a mano dal proprietario.
Fa la sua figura, l’unico leggero difetto è che sono difficili da togliere dalle custodie, dato che sono relativamente piatte. E ovviamente aumentano la dimensione della scatola, anche se la causa principale sono le varie espansioni.
Non ho mai giocato a Root, ma sembra interessante. Perché dici che si ama o si odia?
Secondo me il problema principale di Munchkin è quello di essere non monotòno (con l’accento sulla terza sillaba, in senso matematico).
In qualsiasi momento, anche dopo due ore di gioco, c’è sempre il rischio di tornare all’inizio e dover rifare tutto da capo. In alcuni casi diventa davvero frustrante e ti fa passare la voglia di giocare.
Però in effetti è quasi un classico, e può essere molto divertente.
Trekking Through History. Semplice ma piacevole.
Il nostro gruppo gioca spesso a Timeline come “antipasto”, un gioco semplice e diretto. Una volta abbiamo provato Timeline Challenge, ma ci è sembrato troppo contorto. Trekking Through History ha un tema simile, ma ci è sembrato più divertente.
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.