So che questo va contro ciò che hai chiesto, ma non credo che dovresti avere una politica speciale per gli studenti che affermano che il loro lavoro digitale è andato perso / danneggiato / distrutto. Ecco due motivi:

1. Questo non è affatto diverso da quando gli studenti si sono lamentati del fatto che "il cane ha mangiato i miei compiti" . suscettibili di essere danneggiati, persi o distrutti.

2. Non riceveranno eccezioni speciali dal loro capo quando perdono importanti documenti digitali in un lavoro reale.

I miei studenti svolgono la maggior parte del loro lavoro in formati digitali e non ho mai fatto eccezioni speciali. Suppongo che lo farei in alcune circostanze insolite (ad esempio, un server universitario in cui è stato detto loro di archiviare il proprio lavoro è stato violato).

Se vuoi aiutarli a sviluppare migliori abitudini di lavoro digitale, presentali ai backup, Dropbox e / o al controllo della versione. Ma non credo che questo sia il tuo lavoro.

Alcuni anni fa, questi erano problemi legittimi (anche se a volte dubbi). Con l'arrivo dell'archiviazione cloud gratuita e facile da usare, tuttavia, non c'è motivo per cui qualcuno debba mai perdere di nuovo i dati.

Dropox ha un account gratuito che fornisce 2 GB di spazio di archiviazione, esegue automaticamente il backup ogni volta che ci si trova sulla rete e offre la possibilità di ripristinare i file e ripristinare le versioni precedenti dei file in circa un mese di tempo. Poiché è basato su cloud, può essere collegato a un altro computer in caso di rottura o furto di uno. Finché i tuoi studenti non stanno facendo qualcosa di estremamente ricco di dati, come il design artistico di &, il limite di 2 GB non dovrebbe essere un problema.

Detto questo, perché non impostare una politica come segue:

• All'inizio della lezione, afferma che gli studenti che lavorano elettronicamente dovranno mantenere dei buoni backup in modo che "il cane digitale non possa mangiare i tuoi compiti". Presenta la classe a Dropbox come soluzione consigliata, ma fagli sapere che qualsiasi backup basato su cloud va bene (sono disponibili anche molte altre soluzioni, ma Dropbox è attualmente la migliore sia per la disponibilità universale che per la semplice interfaccia utente).

• Quindi, durante il semestre, se qualcuno viene da te con una storia di guai, trattalo come se qualcuno non si presentasse a un quiz. Potrebbero esserci circostanze attenuanti, ma sono rare e probabilmente vengono fornite con l'equivalente di un certificato medico (ad esempio, un rapporto della polizia del campus su beni rubati).

Sulla base di questa domanda, nonché sulla base delle tue domande precedenti (ad es. qui, qui o soprattutto qui), io avere l'impressione che gli studenti della tua scuola stiano guidando gli insegnanti un po '. Insegno da anni in grandi corsi universitari (oltre 400 studenti) in un'università pubblica dell'Europa centrale e molti dei problemi in cui spesso sembri incappare mi sono praticamente sconosciuti. Ad esempio, posso letteralmente ricordare un singolo incidente in cui uno dei miei tanti studenti ha affermato di non poter finire i compiti perché ha perso i dati a causa di un problema tecnico. Tu, d'altra parte, fai sembrare che si tratti di un evento normale.

Poiché non penso che i tuoi studenti siano in qualche modo intrinsecamente più inclini a perdere dati non per colpa loro, il La conclusione logica è che (almeno nella maggior parte delle volte) stanno solo inventando scuse. Quindi, la domanda non è "come trattare gli studenti che hanno perso il loro lavoro digitale?" , ma piuttosto "come trattare gli studenti che affermano di aver perso il loro lavoro digitale? ".

La mia risposta a questa domanda (e, per inciso, anche alle tue altre domande precedenti) è trattare i tuoi studenti come adulti. Tra gli altri aspetti, questo significa che sono loro stessi responsabili di eventuali problemi tecnici da parte loro, sia quelli veri che quelli inventati. Sì, questo significa che a volte qualcuno sarà effettivamente colpito da un problema innocentemente, ma in un'università gli adulti dovrebbero gestire i problemi da soli. Per me, questa è una parte importante del processo di apprendimento in un'università: non esiste una rete di sicurezza che ti sorprenda quando ti comporti in modo irragionevole (e, sì, non eseguire correttamente il backup dei compiti rientra sicuramente in questa categoria).

Quindi, le mie risposte ai tuoi problemi sarebbero (formulate un po 'più educatamente, ma non meno direttamente):

Eliminata l'intera cartella del progetto.

Peccato. Fallo di nuovo.

Disco rigido riformattato o sistema aggiornato senza backup.

Peccato. Fallo di nuovo.

Il computer inviato per essere riparato, non può funzionare sul progetto finché non viene restituito.

Utilizza uno dei computer nel laboratorio universitario, oppure prendere in prestito un computer da un amico.

USB non smontato, file danneggiati.

Peccato. Fallo di nuovo.

(Inoltre, parlando come scienziato informatico, è così improbabile che ciò accada sui file system moderni che sarei molto propenso a pensare che mi stai mentendo.) >

Dispositivo contenente la cartella del progetto smarrito o rubato.

Ripristina da backup. Se non hai un backup, peccato, fallo di nuovo.

Dici già ai tuoi studenti:

invia alcune parti ogni settimana

Chiedi semplicemente loro di inviare l'intera cartella del progetto (magari in uno zip) anziché. Se perdono il lavoro, possono sempre tornare all'ultima versione che ti hanno fornito.

Vantaggi di questo:

• Non richiede formazione aggiuntiva per gli studenti. Sanno già come inviarti cartelle.
• Non richiede alcun lavoro aggiuntivo da parte tua. Hai già un sistema per gestire le cartelle che ti inviano, continua a utilizzare quel sistema.

Svantaggi:

• Se i progetti sono molto grandi, potrebbe essere difficile inviarli. Molti provider di posta elettronica hanno limiti di dimensione per gli allegati e il caricamento di file di grandi dimensioni richiede tempo. Anche se potresti semplicemente chiedere agli studenti di inviarti un link al loro DropBox.
• I file occupano più spazio sul disco.
• C'è una certa latenza associata al ripristino. Potrebbe volerci un po 'di tempo prima che tu (o l'AT) vediate la richiesta dello studente per l'ultima versione. Se, come sospetto sia comunemente il caso, hanno l'abitudine di "perdere" il lavoro poche ore prima della scadenza, potrebbero inviarti un'email dicendo che hanno perso i loro dati alle 3 del mattino e affermare che non hanno potuto finire il lavoro entro tempo perché non hai risposto abbastanza velocemente.

In alternativa, puoi richiedere loro di utilizzare un sistema di controllo della versione, come git (ci sono altri sistemi di controllo della versione, ma non ho mai ho riscontrato un motivo per usarli su git oltre a "le regole dicono che non sono autorizzato a usare git"). Con strumenti GUI come GitExtensions e TortoiseGit, per non parlare di numerosi tutorial online, questo è estremamente facile da capire anche per i principianti. Configura i repository per loro e comunica che saranno valutati per quella settimana sull'ultimo commit prima della scadenza di quella settimana (risolve anche il problema "ma hai guardato il ramo sbagliato" - se hanno diversi rami, possono assicurarsi che il loro il commit finale è nel ramo preferito). Vantaggi rispetto al metodo "invia l'intera cartella":

• Non è richiesto alcun impegno da parte tua. Non devi entrare in venti e-mail, scaricare allegati, rinominarli e organizzarli ogni settimana.
• Se perdono dati, non richiedono il tuo intervento. Possono effettuare il check out dal loro repository da soli.
• Poiché git caricherà solo la differenza tra gli stati, se ci sono file di grandi dimensioni che sono statici tra le revisioni, i commit successivi saranno piccoli e occuperanno poca larghezza di banda di rete o disco spazio.
• Gli studenti acquisiscono esperienza con un buon sistema di controllo delle versioni ampiamente utilizzato nel settore.
• Gli studenti imparano in prima persona l'importanza del controllo delle versioni. Probabilmente, le persone che sono riuscite a entrare al college capiranno immediatamente che più frequentemente si impegnano, meno lavoro dovranno ripetere se perdono dati. Se per qualche strano motivo non riescono a capirlo, puoi spiegarlo all'inizio del corso.

Gli svantaggi sono:

• Studenti (e tu! ) deve ora imparare git (o qualunque sistema tu scelga). Anche se forse "è meglio che tu impari git adesso o non supererai questo corso" non è una brutta cosa per gli studenti ascoltarli in determinati momenti della loro istruzione.
• Gli studenti possono provare a ottenere supporto tecnico per git da te, o ti arrabbi quando dici loro di andare altrove (come stackoverflow) per quello.
• Devi configurare un repository da usare. Tuttavia, il dipartimento IT della tua scuola sarebbe probabilmente in grado di aiutarti in questo, e anche lo scenario peggiore di "creare un account gratuito su BitBucker o GitHub" non è poi così male.

Forse quello che potresti fare è dare ai tuoi studenti un equo avvertimento istruito . Mostra loro come eseguire i backup! . Sapere come eseguire il backup dei dati, soprattutto per l'amministrazione del sistema, è un'abilità inestimabile e può far risparmiare alle persone innumerevoli ore di tempo e frustrazione. La mia insegnante si aspetta che eseguiamo regolarmente backup dei nostri file a causa della possibilità di perdita di dati e poiché ci ha detto come farlo (se non vuoi fare tarball o zip backup, puoi usare servizi cloud come Amazon o Dropbox per salvare i file), non ci sono scuse per aver perso qualcosa. Uno studente di informatica dovrebbe essere sufficientemente competente per evitare che ciò accada! . Francamente, qualsiasi studente di informatica dovrebbe essere a conoscenza e avere familiarità con

1. Come fare un backup di file importanti in Linux o Unix usando tar -cvf [nome_file] [nome_cartella]
2. Come estrarre utilizzando tar -xvf
3. Come eseguire backup in Windows utilizzando gli strumenti di Windows © o semplicemente creando file zip di cartelle importanti .
4. Come utilizzare servizi online come Dropbox.
5. Come scrivere script di shell per eseguire backup regolari in Bash o, se si utilizza Windows, file .bat.

Se fornisci loro questa conoscenza, che dovrebbe richiedere solo circa un'ora, o anche fornire un volantino o un post web su questo problema e informarli che la perdita di dati è comune e che è necessario intraprendere dei passaggi per evitare ciò, sono completamente responsabili per qualsiasi perdita di dati irregolare che si verifica. Inoltre, sei chiaramente un insegnante e hai dato al tuo studente una lezione inestimabile sulla gestione dei dati e possibilmente sulle abilità Linux / Unix / Windows che non avevano prima di incontrarti. Naturalmente questi sono solo suggerimenti. Vorrei che qualcuno mi avesse insegnato come creare un semplice script di backup tarball il primo giorno. Mi avrebbe risparmiato molto dolore. Buon insegnamento! :)

Può darsi semplicemente che Ben abbia sfortunatamente incontrato più studenti con problemi di integrità accademica di molti di noi. Un compromesso ragionevole è dire alla classe che alcune "scuse" per la mancata presentazione del lavoro non reggeranno realmente, e altre richiederebbero prove concrete o una descrizione adeguatamente formata di ciò che è andato storto.

Indipendentemente dalle tue prospettive, le cose vanno male, sono stato coinvolto in molti casi di guasti alle unità USB e persino gli strumenti forensi e di recupero dati più affidabili non sono stati in grado di recuperare i dati. Questo è più vero se un'unità subisce alcuni tipi di danni elettrici. Tuttavia, sono d'accordo sul fatto che gli studenti CS dovrebbero avere almeno alcune buone pratiche sotto la cintura in termini di gestione dei dati, backup e continuità.

Tuttavia, sono davvero ancora adulti? Ovviamente no! Tutte le dichiarazioni su di loro che sono adulti e ora hanno bisogno di imparare ad essere adulti. Ascoltate voi stessi, per favore - ci vorranno alcuni anni prima che diventino più adulti e comincino ad assumersi la vera responsabilità delle loro azioni. Formo i nuovi dipendenti su base mensile e l'importante è consentire loro di seguire qualcuno con solide capacità tecniche e integrità, hanno bisogno di `` imparare '' per diventare professionisti e come tali sviluppare le competenze che ci aspettiamo da un professionista (il nostro dominio è la sicurezza informatica) - non sono certo tutti pronti quando arrivano dall'università per prendere solide decisioni aziendali (o in molti casi tecniche).

Non c'è niente di sbagliato nel mostrare loro buone tecniche di gestione dei dati e in realtà direi che, come professionista con oltre 20 anni di servizio, è imperativo mostrare loro i principi della gestione dei dati. Una soluzione non va bene per tutte, alcune organizzazioni di sicurezza IT preferirebbero che i loro dipendenti non utilizzassero i servizi di Dropbox (per vari motivi di sicurezza e non divulgazione), tuttavia come struttura di backup di base e repository di dati, è l'ideale per gli studenti. Formiamo tutto il nostro personale nella gestione dei dati, quindi perché non istruiresti gli studenti?

Mi è piaciuto il fatto che Joshua si sia preso il tempo per mostrare come usare il comando tar (ed estrarre da un file tar) usando Linux. A supporto di ciò, c'è un eccellente tutorial (anche se forse un po 'di parte di Unix) su: http://www.ee.surrey.ac.uk/Teaching/Unix/, che copre il (di base ) l'uso di tar, gunzip e, per essere onesti, fornisce un'ottima introduzione a Unix. La maggior parte di questo funzionerà anche su Linux, con l'eccezione di utilizzo dispari e, naturalmente, gli effetti collaterali potrebbero differire. Pertanto, anche se non hai esperienza, probabilmente non è una scusa abbastanza buona per non fornire una sorta di guida. Quella guida potrebbe essere solo quella di utilizzare una risorsa adeguata che fornisca le abilità o la conoscenza, ed è quello che fa un buon insegnante: non puoi essere bravo in tutto (e rimanere un essere umano modesto ed equilibrato).

Non lavoro nel mondo accademico, ma molte volte ho affrontato problemi quasi identici come imprenditore.

Il problema di fondo è questo:

• Non vuoi per consentire alle persone di trarre costantemente vantaggio dal sistema
• Ma non vuoi nemmeno essere troppo duro con persone "innocenti" che si sono trovate in una situazione difficile. (di tanto in tanto non riusciamo tutti a raggiungere un obiettivo atteso a causa di circostanze al di fuori del nostro controllo)

Affronto sempre questo problema utilizzando una qualche forma di questo schema di base: prima trasgressione - Sii severo sulle future trasgressioni - Non "giudicare" la qualità delle scuse.

Ad esempio, questo è ciò che potrei fare nel tuo caso:

1. una politica "nota" di consentire una trasgressione.
2. Avere una politica "sconosciuta" di offrire clemenza sulla seconda trasgressione. (Concediti sempre la clemenza, ma non dire alle persone che lo farai finché non si trovano in acqua calda. Questo ti aiuterà a non dover deludere le persone che hanno preso un "colpo 1" quando probabilmente non avrebbero dovuto, ma poi si sono trovati con un problema legittimo in seguito)
3. Non permettersi clemenza per la terza trasgressione.

La cosa veramente bella di questo tipo di politica è che non lo fai. Devo essere l'arbitro di chi ha una "buona" scusa. Le persone hanno sempre una buona scusa, specialmente le persone che stanno giocando a te e al sistema. Puoi eseguire costantemente questa politica allo stesso modo per tutti gli studenti. Permetterà agli studenti "innocenti" di avere sempre successo. Ciò consentirà ai "giocatori" di avere successo purché prendano sul serio i loro studi nel complesso. E potrai fallire studenti incapaci senza nemmeno dover ascoltare le loro ragioni per non aver svolto il loro lavoro perché dopotutto hai già dato loro due possibilità e statisticamente è estremamente improbabile che abbiano avuto tre legittime "emergenze" in una semestre.

Beh parlando come qualcuno che fino a poco tempo fa era uno studente e qualcuno a cui non piace vedere tutti i fannulloni scendere, ma d'altra parte, ho avuto problemi tecnici prima.

Lo farei dire: 1. DropBox, AeroFS, Google Drive, ecc. Sono amici di tutti2. CrashPlan e Time Machine sono anche amici di tutti.

Con questi due, la maggior parte delle scuse saranno sparite. Se li presenti e gli studenti sono troppo pigri per usarli, non vedo molto bisogno di dispiacersi per loro.

Una volta mi è stato rubato un laptop mentre ero a scuola e Ho perso tutti i dati su di esso, principalmente perché aveva meno di un mese quindi non era incluso nel mio backup mensile (e cose come DropBox non esistevano ancora al momento).

D'altra parte, avevo un Macbook con un disco rigido morente che corrompeva casualmente i file e / o si rifiutava di avviarsi mentre ero nel mezzo del mio programma MBA. Vorrei reinstallare Mac OS e avrebbe funzionato per un'altra settimana circa fino a quando non sarebbe esploso di nuovo. Con DropBox e Google Drive, è stato semplicemente un fastidio piuttosto che un disastro.

Puoi anche dire ai tuoi studenti che: a. Si sconsiglia di cambiare o aggiornare i propri computer durante il progetto b. Non si consiglia di aggiornare il proprio sistema operativo durante il progetto. Non si consiglia loro di utilizzare un SO beta o di cambiare OS durante il progetto. D. Dovrebbero fare attenzione a ciò che installano sui loro computer.

ad es. il computer dovrebbe essere uno strumento per fare il proprio lavoro e non qualcosa con cui giocare e hackerare.

Le risposte che suggeriscono di usare CVS, ecc. sono un po 'sciocche a meno che gli studenti non siano studenti di informatica. Gli strumenti di controllo della versione offrono meno vantaggi quando si tratta di file binari e la curva di apprendimento è più ripida.

Anch'io ho gestito progetti di un semestre con per lo più matricole e l'ho trovato sufficiente per applicare "rigorosamente" una politica clemente per il lavoro in ritardo:

1. I sempre accetta il lavoro in ritardo fino a un tempo di riserva stabilito prima che i voti siano dovuti
2. Assegno una o più bozze / pre-lavoro (cioè, schemi, note, bozze effettive) di tutti i compiti principali per una parte non trascurabile del voto totale di assegnazione.
3. il lavoro in ritardo è sempre valutato una penalità giornaliera decrescente a partire dall'ora stabilita, indipendentemente dal motivo del ritardo; Non ho la formula davanti a me, ma penso che vada da 15 a 2 punti / giorno

Informo gli studenti all'inizio del semestre che non lo sono nel compito di valutare la validità delle loro scuse e hanno invece una politica generosa e coerente che consentirà loro di riprendersi (attraverso la diligenza) quando la vita si mette di mezzo.

L'effetto netto è che il la fase di bozza dell'incarico è l'unica in cui possono perdere completamente il loro lavoro prima che io, almeno, ne abbia una copia di backup. A questo punto iniziale le conseguenze di una perdita di dati non sono il fallimento dell'assegnazione (a meno che non trascurino l'importanza della fase di bozza, per la quale non ho simpatia.)

In pratica, ho trovato che la politica ha gli effetti desiderati:

• I miei studenti non fannulloni che hanno problemi tecnici o di vita occasionali sono stati in grado di riprendersi con un impatto finale minimo
• Non non devo sprecare le spese mentali per sentirmi ingiusto, discutere se mi si sta mentendo o se mi viene manipolato, o preoccuparmi di essere di parte nel mio giudizio sulle scuse
• I fannulloni che intendiamo punire con un rigoroso dovere- la politica della data è ancora sorprendentemente capace di usare la generosa politica per impiccarsi
• Gli studenti non cancellano quasi mai completamente un compito (o il corso), perché la penalità decrescente conserva un valore sufficiente che ha sempre senso fare il lavoro (non è questo il vero obiettivo?)
• Mi sento come se i miei studenti imparassero la più preziosa lezione di vita di come-scavare-da-me-fuori-dai-buchi-del-mio-lavoro-duro-da-recuperare in contrasto con le lezioni alternative di come bruciare con l'ingiustizia percepita o come alzare le spalle e non completare mai il lavoro perché non sarà più accettato. / li>

Mi rendo conto che ci vuole un cambiamento filosofico per lasciar andare l'idea che dobbiamo rifiutare il lavoro in ritardo. Mi rendo anche conto che questa risposta è fondamentalmente solo una variazione dell'attuale risposta di politica non speciale più popolare, ma l'implementazione è abbastanza diversa da pensare che potrebbe aiutarti ad affrontare il problema da altre angolazioni.

Usa Git !! Perché? Sia la tua che la mia domanda hanno la stessa risposta: "Devi assegnare voti non ammessi per la mancata presentazione dei compiti". Git è così pragmatico, il suo utilizzo risolverà il tuo dilemma e fornirà agli studenti un'esperienza pratica con una tecnologia onnipresente!

Git è una piattaforma di gestione del codice sorgente che funziona come un repository per la custodia di tutte le revisioni del codice. In tal modo git consente di unire in modo sicuro gli sforzi di collaborazione indipendenti in rami, ognuno dei quali porta con sé un messaggio richiesto e un'esatta differenza del codice tra i commit.

Certo, i frequentatori diligenti dei grandi spazi aperti come i tuoi studenti di informatica che lavorano offline nella natura selvaggia finiranno inevitabilmente per vedere il loro laptop mangiato da un orso, il loro lavoro digitale per la classe semplici radicali liberi in natura.

Mentre un'attenta ispezione delle proprie abrasioni e dei propri abiti laceri può rivelare molto sull'ursa selvaggia e sulla verità, una verifica emotivamente distaccata del repository Git della tua classe può effettivamente svolgere un lavoro molto più pratico. Gli sforzi onesti compiuti durante il corso risulteranno più luminosi dei suoi graffi bruciati dal sole e un repository vuoto allevierà sicuramente le tue apprensioni riguardo a non prestare alcuna clemenza.

L'uso di Git è una parte straordinaria del processo di sviluppo del software . In effetti, l'utilizzo di git come archivio centrale per il lavoro digitale consente brillanti sforzi di collaborazione tra il corpo studentesco. Forse un test potrebbe essere la distribuzione casuale delle API tra gli studenti e il compito di scrivere codice per implementarlo. Considera l'idea di non divulgare la funzione del codice assemblato fino al giorno successivo, quando potrai metterlo insieme, insieme!

Una storia di alcuni anni fa: il mio SSD non è riuscito su di me e nella stessa settimana un certo individuo con un certo servizio di file hosting è stato arrestato, con i file server chiusi. Fortunatamente, mi ero trasferito solo di recente al cloud e avevo ancora un hd esterno con un backup vecchio di due settimane su di esso.

Il mio insegnante ha dato un po 'di libertà, mi ha avvertito di utilizzare hoster dubbi e mi ha dato un periodo di estensione di una settimana. Consiglierei una posizione rigorosa, tranne quando il loro servizio di backup è legittimamente compromesso. Ciò potrebbe anche accadere a un servizio importante.

Immagino che un file hoster più legittimo non avrebbe avuto questo problema, ma alla fine è ancora fuori dal tuo controllo. Ora utilizzo una combinazione di un disco rigido esterno (o due, a seconda) con Google Drive e OneDrive per trasferire facilmente i file sul mio tablet & del telefono, oltre a un backup aggiuntivo.

Uno dei professori di media digitali ha stabilito le regole (questo era nel 2004 circa) in base alle quali avrebbe accettato che "i miei file sono stati persi". Dovevi avere tre diversi backup, in tre posizioni diverse. Ad esempio, fisicamente nella tua residenza, fisicamente nel campus su un'unità portatile e online nella memoria del campus, che hanno perso magicamente i file allo stesso tempo. Tieni presente che l'archiviazione del campus, come molti backup nel cloud moderni, in teoria potrebbe recuperare i file eliminati (anche se dubbi che spenderebbero il tempo per la carta smarrita di uno studente).

Poiché la possibilità che tutti i backup vadano persi simultaneamente è a tutti gli effetti zero, è stato in grado di tutto in una volta

1. Fare la sua politica di non accettare "i miei file digitali scomparsi" come scusa.
2. Incoraggiare migliori di buone strategie di backup.
3. Fornisci un'eccezione ragionevole alla politica (riduce i reclami) sapendo benissimo che nessuno ne farebbe uso.