Account utente orientato allo scopo su un singolo desktop?

Question

Account utente orientato allo scopo su un singolo desktop?

#1 da (1 voti)
#2 da (0 voti)

2

Punto di partenza:

Al momento faccio sviluppo per Dynamics Axe, Android e un occasionale dilettarsi con Wordpress e Python.
Presto, inizierò un progetto che prevede la configurazione di WP su Google Apps Engine.
Tutto è, e dovrebbe continuare a, essere eseguito dallo stesso PC (con Linux Mint).

Problema:

Ho paura di botching / blogging giù il mio setup a causa di armeggiare / installare più runtime / IDE / SDK / servizi, quindi stavo pensando di utilizzare più utenti, ciascuno intenzionato a gestire l'attività a portata di mano (web, Android, ecc ) e rendendo ogni utente il più possibile inerte l'uno con l'altro.

Quello che devo sapere è il seguente:

È una pratica buona / fattibile? La seconda cosa più vicina a questo utilizzando connessioni desktop remote, sia ai computer che alle macchine virtuali, che preferisco evitare.
Che ne dici di cambiare utente? Può essere reso perfetto?
Qualcos'altro che dovrei sapere?

Aggiornamento e chiarimenti relativi alle VM e altro:

Il motivo per cui desidero evitare di ricorrere a VM è che non mi piace l'impatto sulle prestazioni e la lentezza associate ad esso.
Sospetto anche che potrebbe aggiungere uno strato di complessità che desidero evitare.

Questa risposta di Wyatt è interessante, ma penso che sia solo parzialmente adatta ai requisiti ( sviluppo web per esempio). Inoltre, in riferimento al punto relativo alle installazioni di sistema, c'è un compromesso di livello che dovrei accettare, ad esempio, per esempio.

Questa opzione suggerita da 9000 è anche allettante (più di VM in realtà) e da non significa che intendo "Juggle" JVM e quant'altro, in parte a causa del motivo menzionato prima.

Riguardo alla complessità, sono d'accordo e prenderemo in considerazione ciò che è stato detto, solo dalla mia esperienza tendo ad inquinare il mio ambiente di lavoro con SDK e runtime che ho provato e scartato, che a volte lascerebbero avanzi che causano problemi durante la sessione.

Ciò che desidero veramente è un insieme di sessioni ben definite, non virtualizzate, da cui posso scegliere a mio piacimento e che sono in gran parte (in una misura ragionevole) al sicuro dall'influenzare ciascuna sessione dall'altra. E quello che sto veramente chiedendo è se e come può essere fatto usando gli account utente.

productivity linux development-environment users

posta dd_dent 26.06.2013 - 14:13

fonte

2 risposte

0

La sfida è che molte di queste cose sono più installazioni a livello di macchina piuttosto che installazioni di livello utente. Tranne che per cose che hanno già una sorta di abilità di ambiente virtuale come python che elimina completamente le necessità di un altro account.

Quello che potresti voler esaminare è Vagrant , uno strumento per girare e gestire facilmente le macchine virtuali. Ciò ti consentirà di gestire scenari complessi senza installazioni di software rischiose. Sì, installa VM, ma evita la maggior parte dei lati negativi, come la trappola "magic vm" in cui si imbattono molte persone che ti costringono alla configurazione come codice.

risposta data 26.06.2013 - 14:23

fonte

Leggi altre domande sui tag productivity linux development-environment users

Come funziona Remote App di Google App Engine Come ridurre il numero di file di configurazione WCF in un SOA?

score 1 · Accepted Answer

Pensa ai contenitori: lxc , docker.io . Sembrano macchine virtuali ma sono più leggere delle macchine virtuali e forniscono un isolamento sufficiente.

Con Python, hai virtualenv e amici . Io uso solo questi, uno (o più) per progetto, e non installo mai elementi di sviluppo nel mio sistema Python.

Con un po 'di trucco, puoi installare più Java runtime / JDK, ma di solito non è davvero necessario. È altamente improbabile che un IDE Android possa entrare in conflitto con qualsiasi altro software Java installato localmente (in opposizione al sistema installato), poiché tutti portano con sé i loro vasi.

WRT che ha più utenti: eviterei quello. Dovrai duplicare gran parte del setup per ogni utente (in cui .bashrc hai apportato quella comoda modifica?). OTOH puoi provare e vedere; prendi due progetti giocattolo, come la modifica di due file di testo separati, uno per utente. Lavora per un'ora su uno, quindi passa a un altro.

Di solito non ho avuto problemi a lavorare con un mix selvaggio di progetti che descrivi, anche senza contenitori o VM. Non complicare le cose a meno che non vedi che i conflitti si manifestano davvero: di solito non lo fanno.