Ha senso ed è accettabile dire "codice .NET"? [chiuso]

Common Language Infrastructure o CLI sono il codice eseguibile e l'ambiente di runtime che costituiscono il nucleo di Microsoft .NET Framework e le implementazioni gratuite e open source Mono

Common Language Runtime (CLR) è il componente della macchina virtuale di .NET

Common Intermediate Language (CIL, ex MSIL) è il linguaggio di programmazione di più basso livello definito dal comune Specifica dell'infrastruttura di lingua (CLI) ed è utilizzata da .NET

Un sacco di termini simili che ho visto, come C / C ++ o C ++ / C # / Java, o C-family, non funzionano affatto. Tuttavia, nel caso di .NET, è molto più sano. Questo perché il Framework impone un sistema di tipi, librerie di classi di base e simili su ogni linguaggio .NET. Quindi, rigorosamente, tutte le lingue che si riducono al bytecode CLR devono avere un bel pezzo in comune l'una con l'altra.

Si potrebbe anche sostenere che il codice .NET farebbe riferimento al bytecode del CLR.

Il codice C # potrebbe essere eseguito tramite Mono che non è .NET. Pertanto, qualcosa di simile al codice CLI (Common Language Infrastructure) sarebbe un modo migliore per farvi riferimento. Il CLR è l'implementazione di Microsoft della CLI, che è uno standard aperto.

Direi che il termine . Codice netto si adatta al codice binario (codice CIL Byte), quindi meglio del codice sorgente - e in quel momento non parli più di lingue.

Con .Net ha senso usare una parola d'ordine per tutte le lingue che potrebbero essere compilate in CIL per il CLR, ma i .Net lingue suona meglio di . Codice netto . Questa espressione ovviamente ti dirà qualcosa sulla compatibilità binaria del codice risultante, e quasi nulla sulle lingue stesse. È come chiamare tutti i linguaggi in grado di compilare un codice compatibile con il nome Intel x86: ci fu un tempo in cui ciò era utile, ma non più. Potrebbe anche esserci stato un periodo in cui ciò avrebbe potuto dirti qualcosa sulle lingue stesse (sulla falsariga di: probabilmente supportano i puntatori, probabilmente supportano le chiamate di funzione) - ma ancora una volta, non più.

Bene, io lavoro con .Net per vivere e noi (come nell'organizzazione) ci riferiamo sempre a .Net, indipendentemente dal fatto che il codice sia scritto in C # .Net, VB.Net o quando si scrive web front end aspx .net

Avrei pensato che questo è un uso abbastanza diffuso. Certamente le persone in altre componenti usano la stessa lingua. Il mio attuale titolo di lavoro è .Net Developer.

Quindi, sì, lo chiamiamo. Programmazione netta come termine generico.

Dipende dal luogo in cui viene utilizzato il termine. Se il suo marketing si basa sulla tecnologia dei prodotti della tua azienda, allora immagino che lo farebbe, ma sul tuo CV, cercare un lavoro è una cattiva scelta.

Pensa al processo di reclutamento dal lato del reclutatore. Hanno 50 CV sulla loro scrivania e devono selezionare 5 per il colloquio. Supponendo che tu abbia il diritto legale di lavorare nel paese in cui si trova il lavoro (sì, le persone fanno domanda per lavori che non possono fare legalmente) e non hanno troppi errori di ortografia, l'attenzione si concentra sulle tue capacità tecniche.

Se vuoi unirti a un team di sviluppatori C # e avere esperienza nello sviluppo di C #, allora per l'amor del cielo, dillo chiaramente. Se la tua esperienza è VB, dillo anche a quella. Il reclutatore è quindi in grado di prendere una decisione se è disposto ad incriminarti.

Dall'altro lato, se si dice ".NET", si crea incertezza. L'incertezza è un altro modo per dire "rischio". Per la persona che recluta, vogliono intervistare candidati che potrebbero essere reclutati per il lavoro. Ci sono altre 5 persone là fuori che hanno mostrato chiaramente come potrebbero avere le competenze per fare il lavoro? Se è così, hai appena perso il taglio per il colloquio.