E 'tempo di farla finita con "front-end" e "back-end" come gergo tecnico? [chiuso]

Questa domanda deve essere stata ispirata da questa , e la risposta è approssimativamente la stessa. I termini "front end" e "back end" spesso hanno senso in un particolare contesto. La maggior parte degli sviluppatori capirebbe i termini in relazione ai compilatori, ad esempio. E i termini possono anche avere significati ben definiti nel contesto di un particolare progetto. Se non sei chiaro su cosa si intende per quei termini nelle tue interazioni, dovresti chiedere chiarimenti.

Dato che non esiste un modo pratico per "farla finita" con un particolare gergo tecnico (hai intenzione di inviare un promemoria all'intera comunità di sviluppo software?), il meglio che puoi fare è evitare termini che non hanno senso a te. Se hai qualche influenza sul tuo progetto, puoi certamente proporre o dettare termini diversi. A parte questo, "front end" e "back end" sono in uso comune nonostante la loro ambiguità, e probabilmente non cambieranno molto presto.

In che senso è peggio dire "sviluppatore back-end" che "sviluppatore che si occupa di uno o più di: database (codifica, ottimizzazione, progettazione), codifica aziendale (eccetto dove implementato nell'interfaccia utente), sicurezza , infrastruttura, ottimizzazione del database, implementazione, reporting, DR, pianificazione, bilanciamento del carico.

In quello che è è peggio dire "sviluppatore front-end" che "sviluppatore che si occupa di uno o più di: progettazione dell'interfaccia utente, formulazione di standard aziendali, javascript, codifica CSS e / o HTML, manipolazione delle immagini, UX considerazioni, convalida della compatibilità tra browser.

I termini funzionano, sono abbastanza vaghi da coprire un ampio insieme di competenze ma abbastanza specifici da servire da server.

Conosco molte persone (mia moglie, ad esempio) che odiano solo la codifica front-end. Odia avere a che fare con le interfacce utente, trovare il bello - vuole solo scrivere codice per gestire una funzione aziendale.

Finché sono utilizzati nel giusto contesto che non implica o non propone comportamenti mal formati, penso che dovrebbero essere usati fino a quando non si riescono a trovare termini più appropriati.

Non vedo alcun problema con i termini. In molti casi, hanno perfettamente senso. Solo perché non soddisfano la tua visione miope dell'ambiente di sviluppo in cui esisti non significa che siano errati o inappropriati in generale.

Nel contesto in cui esisto, sono al 100% un codificatore back-end. Scrivo framework, strumenti e API con cui il nostro team Web e gli sviluppatori di applicazioni interne interagiscono per ottenere dati aziendali. Non ho scritto alcun codice di interfaccia utente (nel mio lavoro) in almeno 2 anni.

È tutto relativo. Tutto ha un "davanti" e un "dietro". Dipende da cosa cosa stai parlando.

L'implicazione è che è necessario definire il contesto. Quale, pensavo, è importante in ogni scenario.