Domanda

Ho letto il codice completo, non molto lontano, ma una delle cose di cui parla è PDL - un linguaggio di progettazione di livello superiore, in cui scrivi ogni routine prima di scrivere il codice nella lingua scelta.

Mi chiedevo se qualcuno lo avesse effettivamente fatto nella vita reale? Un'altra cosa che dice è lasciare ogni riga di PDL nel codice come commenti. Sicuramente questo è un commento eccessivamente dettagliato?

Non ho mai usato PDL nella vita reale, a parte forse qualcosa di simile chiamato ISWIM per una classe universitaria, ma non l'ho mai usato quando ho scritto il mio codice.

Sicuramente se scrivi prima ogni routine / metodo / qualunque cosa nello pseudo codice finirai per perdere un sacco di tempo?

È stato utile?

Soluzione

  

Sicuramente se scrivi prima ogni routine / metodo / qualunque cosa nello pseudo codice finirai per perdere un sacco di tempo?

Assolutamente no: pianificare in anticipo cosa farai può risparmiare tempo. Ti costringe a pensare e riflettere sulle cose nella fase più semplice (cioè prima che tu abbia fatto davvero qualcosa).

Non devi scrivere completamente ogni routine - solo i passaggi chiave, per darti abbastanza di una mappa mentale di ciò che ogni parte farà e se hai pianificato tutto ciò di cui hai bisogno.


Non ho mai sentito parlare di PDL ( Program Design Language ?) In particolare, e - dopo aver cercato - sembra essere prolisso, brutto e troppo faticoso, e non consiglierei di usarlo - attenersi a pseudo-codice conciso ma leggibile.

Altri suggerimenti

L'ho usato negli anni '80 quando lavoravo in difesa. PDL è eccessivo per il progetto del fine settimana di un programmatore solista di 1-1000 righe di codice. Ma se stai sviluppando una linea di codice 10k-100k con un team di una dozzina di ingegneri del software, è eccellente per definire i progetti preliminari del software in una metodologia a cascata. Inoltre, è stato progettato per essere conforme ai requisiti di sviluppo del software MIL-STD.

Ricordo che uno dei miei docenti che avevo conseguito durante la mia laurea in Ingegneria del Software all'università del primo anno si era rifiutato di aiutare gli studenti se almeno non avessero tentato una sorta di codice pseudo.

Molte persone si lamentavano di questo, ma è un'abilità che ho acquisito da lui e mi trovo ad usare la maggior parte delle volte durante la progettazione del software. Ho sempre un blocchetto e una penna accanto a me mentre scrivo! )

Sì, lo so. Non mi sono reso conto che si chiama PDL fino a quando non ho letto il libro. L'ho chiamato pseudocodice. La differenza tra pseudocodice e PDL non è grande: PDL evita l'uso di costrutti nella lingua di destinazione, il che non è un grosso problema in pratica.

Comincio con PDL se la routine è meno che banale.

A proposito, McConnell usa la parola pseudocodice anziché PDL nella seconda edizione di Code Complete.

Scrivere cose in pseudocodice è molto utile e si finisce con la documentazione già scritta ;-). Disaccoppierebbe le tue intenzioni dalla tua implementazione, che molte volte è un hack ottimizzato specifico per la tua lingua o ambiente. I manutentori in futuro o le persone che eseguono il refactoring del codice o la traduzione in altre lingue ti saranno molto grati quando conservi questo pseudocodice nella documentazione. Non ho mai chiamato PDL, anche perché PDL in Perl significa Perl Data Language, un pacchetto molto utile per lavorare con set di dati di grandi dimensioni come vettori o matrici come in R.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top