Scrivere codice in russo. Pro e contro di un tale programma. - pagina 17
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
I commenti sono scritti più lunghi dei nomi delle variabili e delle funzioni. Se i nomi sono autoesplicativi, potete ridurre i commenti al minimo e non perdere tempo a scriverli. Potete anche ridurre il tempo di analisi del vostro codice, se è grande. Potete risparmiare molto tempo e fatica in tutti gli aspetti della programmazione e dello sviluppo, mentre espandete le vostre capacità.
Una volta ho visto un codice dal Kazakistan con commenti nello stile di: "Luch vairh vekhrt, luchh nyz vekrt". È una buona cosa che fosse in gibberish nel kamment, ma tutte le variabili sono chiare. Stai suggerendo che tutte le lingue dovrebbero avere anche comandi e variabili nella lingua locale?
Una volta ho visto un codice dal Kazakistan con commenti nello stile di: "Luch vairh vekhrt, luchh nyz vekrt". È una buona cosa che fosse in gibberish nel kamment, ma tutte le variabili sono chiare. State suggerendo che tutte le lingue dovrebbero avere anche comandi e variabili nella lingua locale?
Credo di sì: il mio approccio alla scrittura del codice non è adatto a tutti. Comunque, se qualcuno è interessato, provate a scrivere qualcosa in russo e condividete le vostre impressioni su questa esperienza "esotica".
Lasciatemi scrivere in ucraino con il dialetto di Lviv e ditemi se sarebbe più comodo da capire in inglese o no?
I commenti richiedono più tempo per essere scritti rispetto ai nomi delle variabili e delle funzioni. Se i nomi sono autoesplicativi, potete ridurre i commenti al minimo e non perdere tempo a scriverli. Potete anche ridurre il tempo per il parsing nel vostro codice, se è grande. Potete risparmiare molto tempo e fatica in tutti gli aspetti della programmazione e dello sviluppo, mentre espandete le vostre capacità.
Un commento viene scritto una volta sola quando si dichiara una variabile e può poi essere accessibile in qualsiasi punto del programma. Ma un nome di variabile lungo può presentarsi molto spesso nel codice, aumentando visivamente e quantitativamente la dimensione del codice.
I termini buy, sell, order, position, margin, count, cnt, column, table, array sono ben noti e facili da leggere; anche se c'è un errore nel nome della variabile, nessuno lo noterà, mentre un errore in russo sarà pungente. Scrivere in geroglifici, è impossibile fare errori nelle parole.
Un commento viene scritto una volta sola quando si dichiara una variabile e può poi essere accessibile in qualsiasi punto del programma. Ma un nome di variabile lungo può verificarsi molto spesso nel codice, aumentando visivamente e quantitativamente la dimensione del codice.
I termini buy, sell, order, position, margin, count, cnt, column, table, array sono ben noti e facili da leggere; anche se c'è un errore nel nome della variabile, nessuno lo noterà, mentre un errore in russo sarà pungente. Scrivi in geroglifici, è impossibile sbagliare le parole lì.
Beh, ora ha senso.
Infatti, quando si fa un lavoro personalizzato che fornisce codice open source, si dovrebbe assolutamente usare l'inglese. Sono d'accordo.
Tuttavia, se consideriamo l'efficienza della programmazione e dello sviluppo come tale, è sicuramente più alta quando si usa una lingua nativa. Chiunque abbia questa esperienza lo confermerà.
Sono abbastanza sicuro che gli americani hanno superato tutti nelle tecnologie del software proprio perché hanno avuto un enorme vantaggio iniziale - la possibilità di sviluppare nella loro lingua madre, mentre le altre nazioni hanno dovuto adattarsi non solo ad altri linguaggi ma anche ad approcci di altre persone (OOP).
Competere con loro nel loro campo significa non avere alcuna possibilità di vincere.
Il rosso evidenziato IMHO è una dichiarazione controversa. La pratica dimostra che i nostri programmatori sono molto richiesti lì.
Di nuovo, secondo me, perché scrivono in una lingua non nativa. Non hanno la dissonanza cognitiva che hanno gli anglofoni per nascita.
Vi faccio un semplice esempio:
VASYA+MASHA=AMORE che abbiamo visto sulle rocce e sugli alberi fin dalla nostra infanzia e la frase...
VASIA+MASHA=AMORE provoca dissonanza cognitiva. Ma nella programmazione, una tale situazione è abbastanza normale. Invece, la stessa frase nell'alfabeto latino si legge meglio...
VASJA+MASHA=SKANDAL perché le variabili sono solo variabili e le loro relazioni sono determinate dal contesto del programma e non dal contesto del linguaggio usato.
C'è un'altra caratteristica in inglese, che in generale non discrimina più tra i vostri e i nostri programmatori, ma dà ancora un vantaggio a chi scrive programmi in inglese...
La leggibilità del programma dipende dalla lunghezza dei nomi, e le parole inglesi sono più corte di quelle russe.
Credo che il nome della variabile dovrebbe essere lungo 3-4 caratteri, se è più lungo allora c'è un problema, più lungo va bene, ma non dovrebbe essere un fenomeno di massa. Una o due variabili lunghe in un blocco non rovinano la leggibilità.
Questo è particolarmente vero per le variabili ripetute frequentemente. Questo è il motivo per cui i contatori sono meglio fatti single-boolean.
Lei manca il punto più di una volta. Russo in codice - se il codice è per uso personale. L'inglese è per il codice open source destinato alla distribuzione.
Alert("Ротация_кнопок_таскбараÈ una forma speciale di comodità scrivere parole inglesi in russo?