Domanda:
Devo rivelare trucchi per la produttività ai colleghi o tenerli per me per essere più produttivo degli altri?
SOUser5588
2019-09-28 20:11:31 UTC
view on stackexchange narkive permalink

Lavoro come ingegnere del software e lavoro con il team su uno dei prodotti.

Durante il lavoro ho sviluppato alcuni strumenti e trucchi per la produttività che possono automatizzare alcune attività ripetitive e migliorare significativamente la produttività.

Ora sono confuso, se devo rivelare queste cose ai colleghi o devo tenerle segrete e mostrare la mia produttività più alta di altre?

Non ho problemi a rivelarle ma sarà un riconoscimento a breve termine, mentre se lo tengo segreto potrò sempre ottenere buoni risultati, meglio degli altri.

In quale regione del mondo ti trovi?Le dogane differiscono.
Possibile duplicato di [Cosa c'è di sbagliato nel condividere le conoscenze con i colleghi al lavoro?] (Https://workplace.stackexchange.com/questions/42255/what-is-wrong-with-sharing-knowledge-with-collgue-at-work)
Correlati / duplicati: [Devo rimanere insostituibile in azienda mantenendo tutte le competenze per me?] (Https://workplace.stackexchange.com/q/18249) [Dovrei aiutare gli altri o tenere per me le mie conoscenze?] (Https: //workplace.stackexchange.com/q/56142)
@Harper regione india
Dodici risposte:
Kate Gregory
2019-09-28 20:18:30 UTC
view on stackexchange narkive permalink

Se lo riveli pubblicamente (cioè tutti sanno che hai formato i tuoi colleghi) non solo sarai più produttivo, ma lo sarà tutto il tuo team e la direzione saprà perché. Promuovendo gli interessi del team e dell'azienda, sarai visto come qualcuno che fornisce un contributo importante. È più probabile che tu venga promosso (ad esempio a capo del team) o che ti vengano assegnati progetti difficili e importanti. La tua generosità avrà conseguenze positive.

Se dici solo a una o due persone chi ti piace, la direzione potrebbe notare una differenza di produttività all'interno del team, ma la loro ipotesi sul perché potrebbe non andare a tuo favore. Potrebbero pensare che alcuni di voi stiano solo prendendo il lavoro più facile, o nascondendo i propri errori e facendo in modo che altri li affrontino, o altre cose che andrebbero contro una futura promozione per voi. Inoltre, le persone con cui non condividi trucchi potrebbero scoprire cosa sta succedendo e iniziare a non piacerti o rifiutarsi di aiutarti quando ne hai bisogno.

Se non lo dici a nessuno e sei solo il miglior programmatore del tuo team, potresti sentirti importante e di successo, ma stai ottenendo meno di quanto potresti. Il vero programmatore 10x arriva a quel livello aiutando gli altri a essere migliori, sollevando l'intero team.

Un'altra cosa da considerare: forse i tuoi colleghi hanno alcuni suggerimenti e automazione che potrebbero condividere, per migliorare le tue capacità e velocità anche superiore a loro.

Il mio suggerimento: vai dal tuo capo e dì "Ho automatizzato alcune cose e sviluppato alcune abilità con i nostri strumenti che mi rendono molto più veloce del resto del team. Mi piacerebbe condividerli. Posso organizzare un pranzo e imparare e invitare le persone a imparare i miei suggerimenti ea condividere i propri? " Questo dimostra che ci tieni, che sei generoso, che prendi l'iniziativa.

I commenti non sono per discussioni estese;questa conversazione è stata [spostata in chat] (https://chat.stackexchange.com/rooms/99292/discussion-on-answer-by-kate-gregory-should-i-reveal-productivity-tricks-to-peer).
Ciò si basa in modo critico sul modo in cui la direzione pensa e riconosce la condivisione, ma non affronta tale presupposto (ottimistico).
simplemind
2019-09-28 20:44:23 UTC
view on stackexchange narkive permalink

Sono d'accordo con quasi tutti i punti forniti nella risposta di Kate Gregory ma suggerirei due piccoli cambiamenti:

Primo, non direi "rendimi molto più veloce degli altri della squadra "(anche se è vero). Vorrei "aumentare significativamente la mia produttività".

In secondo luogo, non sono il più grande fan del "pranzo e impara" (anche se conta come orario di lavoro) perché a molte persone piace parlare di cose che non lo sono lavoro correlato durante il pranzo per cambiare. Quindi suggerirei solo un normale incontro durante l'orario di lavoro.

Tuttavia, questo è semplicemente pignolo, penso che la risposta di Kate Gregory sia un buon consiglio.

E un altro aspetto: non essere troppo deluso nel caso in cui alcuni dei tuoi colleghi non siano così entusiasti come potresti aspettarti: alcune persone non apprezzano i cambiamenti nel loro normale flusso di lavoro o forse hanno altri motivi per non utilizzare gli strumenti suggeriti. Quindi offri loro il tuo consiglio e sii di supporto, ma non costringerli a usare il tuo approccio.

Sono d'accordo con il sentimento di questa risposta e aggiungerò che spesso non c'è una bacchetta magica (a meno che il flusso di lavoro esistente non sia semplicemente stupido)
Se vuoi convincere le persone che la tua strada è migliore, avrai bisogno di dati per eseguire il backup.Le persone rispondono a questo.
@Derek Nella mia esperienza questo è un pio desiderio.C'è un numero non banale di persone che utilizza gli stessi strumenti da anni e semplicemente non investirà gli sforzi necessari per aggiornarsi con un nuovo strumento anche se ci sono dati più che sufficienti per dimostrare che è oggettivamente migliore.Ma allora non è proprio un tuo problema in questo caso (in altri dovrai solo fare i conti con la resistenza).
@Voo in generale non ti sbagli, ma tutto dipende da quali sono effettivamente i suoi "trucchi" e da come possono essere applicati ai suoi colleghi.Di solito è meglio parlare in termini di vantaggi e svantaggi e lasciare che le persone decidano da lì.A meno che non sia qualcosa che vorrebbero che la gestione imponesse, i dati sono un must.
@Derek Oh sono d'accordo, il mio punto era principalmente che qui c'è un aspetto emotivo che non dovrebbe essere ignorato.La gente si affeziona ai propri strumenti.È più un problema per le persone che devono caricare persone quando si pensa a modifiche più grandi dell'infrastruttura (ad esempio, cambiare il controllo del codice sorgente da TFSVC a Git).
@Derek Sono d'accordo con Voo.Ad esempio, *** ODIO *** il completamento automatico (in una certa misura).Rende la scrittura del codice molto più veloce ed è oggettivamente migliore in questo senso (chiusura automatica di un tag HTML, chiusura di una stringa, apertura e formattazione di parentesi).Ma mi dispiacerebbe lavorarci e sbattere la testa solo per smettere di chiudere la stringa / etichetta da solo.Sarei estremamente insoddisfatto se il completamento automatico fosse obbligatorio da ora in poi.
@Derek, e alcune persone vogliono semplicemente fare tutto manualmente, poiché non si fidano dell'automazione, anche se sono nel business dell'automazione.Sono stato respinto da diversi script / utilità che ho scritto per rendere le cose più veloci e più accurate / affidabili, semplicemente perché l'hanno "sempre fatto" manualmente.Inoltre, il completamento automatico ha il suo posto.Se migliora nel posizionare il tag di fine / parentesi / ecc., Diventerà molto più utilizzabile.
@computercarguy Non mi fido dell'automazione _specificamente_ perché mi occupo di automazione e posso vedere quanto sia fragile e limitata in realtà!Il mio lavoro di specialista IT è fondamentalmente quello di intervenire e risolvere le cose ogni volta che accade qualcosa di insolito che il software esistente non è in grado di gestire.
@ivan_pozdeev, se non ti fidi delle cose con cui lavori, come puoi mai convincere qualcuno a fidarsi?Sembra che tu stia facendo il tipo di lavoro sbagliato, dal momento che non credi nel tuo lavoro.Confido che quello che faccio funzionerà fino a quando qualcosa fuori dal mio controllo non arriverà a cambiarlo, quindi cambio quello che ho fatto per adattarlo al nuovo.Questo è un dato di fatto in qualsiasi cosa.Inoltre, i test automatici per i risultati e il codice sono molto utili.Temi il tuo cortile perché qualcuno potrebbe guidarci dentro e lasciare dei solchi?Lo stesso tipo di cambiamento incontrollato che non puoi temere.
user106441
2019-09-30 18:14:18 UTC
view on stackexchange narkive permalink

Ci penserei due volte prima di condividere.

  1. Per quanto ne sai, molte persone usano questi trucchi.
  2. Il tuo manager in genere apprezza le cose intelligenti?
  3. È probabile che il tuo manager condivida il merito delle tue innovazioni con te?

Molte delle persone su stackexchange lavorano in luoghi che premiano l'innovazione, l'automazione e il lavoro di squadra, ma non tutti i luoghi di lavoro sono così. Stai postando qui perché hai il dubbio che la condivisione sia vantaggiosa.

È davvero uno schifo condividere innovazioni intelligenti, solo per far sentire stupido il tuo capo e essere punito per questo.

buon punto, e ho visto (e sentito parlare da fonti affidabili) più volte il caso in cui un membro del team pensa a qualche innovazione che renderà le cose più facili, la condivide e la fa chiudere prontamente da qualcuno di alto livello.Per lo più ho scoperto che questo è accaduto quando l'innovazione "avrebbe dovuto" essere già stata fatta da un'altra squadra ma non lo era, risultando in un "rimanere nella tua corsia!"respingere la persona che lo propone.E puoi intuire quali sono le possibilità che quella persona, o chiunque altro lo sappia, proponga altre innovazioni ...
... in un caso, la persona era particolarmente resiliente e ha fornito numerosi suggerimenti di miglioramento / innovazione che sono stati tutti abbattuti e di cui non si è più parlato.Che ne sai, pochi anni dopo, quando sono state ridimensionate e esternalizzate, la maggior parte di quelle "innovazioni" sono state imposte da consulenti esterni e poi accettate!
Oof, quel tipo di posti sono così soffocanti.Se lavori in un posto del genere, ti consiglio di cercare un nuovo lavoro se sei in grado di farlo.Nel caso tu abbia bisogno di un altro motivo: IME quei tipi di posti tendono anche ad essere molto felici per i licenziamenti, perché trattano gli sviluppatori di software come merci (YMMV ovviamente).
asgallant
2019-09-30 22:16:19 UTC
view on stackexchange narkive permalink

Kate Gregory ha dato un'ottima risposta, ma mi piacerebbe approfondirla con un motivo in più per condividere: il processo di revisione tra pari. I tuoi strumenti potrebbero "automatizzare alcune attività ripetitive e migliorare significativamente la produttività", ma cosa succede se si verifica un errore in questi strumenti? E se ci fossero buone ragioni per fare qualcosa manualmente?

Parlando per esperienza, ho fatto la stessa cosa che hai fatto tu (molto tempo fa). Ho scritto alcuni strumenti che automatizzavano le parti più noiose e noiose del mio lavoro (la parte di immissione dei dati di uno stage di analisi dei dati). Gli strumenti hanno accelerato la mia produttività, permettendomi di elaborare in un pomeriggio lo stesso carico di lavoro che altre settimane impiegavano per inserire manualmente. Ero orgoglioso del mio set di strumenti e lo condividevo con il resto del team, e per fortuna ho fatto: c'era un bug critico che confondeva i dati tra due campi che avrebbero completamente invalidato i risultati della ricerca derivati ​​dai dati. Se avessi accumulato i miei strumenti per me stesso (e per estensione, mi fossi fatto sembrare una rockstar produttiva), avrei causato enormi danni ai set di dati e costretto tutti i dati a essere ampiamente ricontrollati e rivisti per verificarne l'accuratezza.

Condividi i tuoi strumenti e sii pronto a qualcuno che ti dica che hai fatto qualcosa di sbagliato, o potresti fare qualcosa di meglio, o che i tuoi strumenti non sono appropriati per i tuoi compiti particolari.

Non ho ancora visto alcun esempio in cui gli esseri umani non introducano molto, * molto * più errori degli strumenti nel lungo periodo, in particolare per le attività monotone.E ancora più importante: strumenti che devi correggere solo una volta e puoi scrivere test per convalidare i risultati, per gli esseri umani devi solo accettare il fatto che ci sarà una quantità non banale di errori (e saranno gli stessi errori più e più volte).E se è necessario un controllo creativo sui dati, è necessario integrarlo nel processo e non gettare il bambino con l'acqua sporca.
@Voo è d'accordo, in generale.Il punto è che gli strumenti che non sono stati esaminati e verificati per produrre risultati corretti possono causare più problemi di quanti ne risolvano.
Ah, allora ti ho frainteso, sono assolutamente d'accordo con il tuo punto di vista.
gnasher729
2019-09-28 20:42:40 UTC
view on stackexchange narkive permalink

Le persone lo scopriranno. E se un'azienda ha bisogno di lasciare andare qualcuno, saranno quelle che si sono concentrate sul fare bella figura a scapito degli altri e dell'azienda. Quindi, una volta che il tuo manager lo scopre, sei nei guai.

È meglio rendere pubblicamente l'intero team più produttivo. Ma poi non hai menzionato in quale paese lavori, quindi potrebbe essere diverso.

Dipende molto dallo stile di gestione: scelgono di mantenere i "top performer" senza preoccuparsi del _perché_ lo sono.Gestione classica di Wall Street.
Oppure lo scoprono e ti chiedono di automatizzare il lavoro di qualcun altro nell'oblio (tenendo in giro te, programmatore esperto e di talento).
Questa è un'eccessiva generalizzazione: non hai avuto collaboratori che cercavano solo di ottenere le tue conoscenze senza condividere le loro?Potrebbero essere gli amici del manager.Non saranno quelli che lasceranno andare per primi se la compagnia attraverserà momenti difficili.
La gente scoprirà cosa?che hai delle idee che ti rendono produttivo?e allora?cosa c'è di sbagliato in questo, purché tu sia legittimo e non stai barando?Sono d'accordo con la condivisione della conoscenza ma non per il motivo dato che le persone lo scopriranno e verresti licenziato ...
Funziona in luoghi di lavoro sani, ma un luogo di lavoro tossico eliminerà le persone che "creano problemi".Potrebbe essere qualcuno che "si lamenta" costantemente del carico di lavoro, del flusso di lavoro e di qualsiasi altra cosa offrendo suggerimenti e miglioramenti tutto il tempo, "come se non si fidasse di mgmt per sapere meglio".Offrire suggerimenti può "minare" l '"autorità" dei manager in alcuni luoghi, quindi conoscere la cultura del tuo ufficio è la chiave per rispondere a questa domanda, come ho imparato a mie spese.
Non credo che nessuno scoprirà "OP sta cercando di avere un bell'aspetto a spese degli altri" (tranne che trovano questa domanda).Penseranno che "OP è intelligente, ma non condivide la sua conoscenza".Il secondo non è cattivo come il primo, poiché non si presume alcuna cattiva intenzione.Data la domanda, OP avrebbe una cattiva intenzione (nel senso dell'argomento discusso), ora che è consapevole di poter aiutare gli altri, ma non ha un aspetto migliore, quindi la prima riga è vera, anche quando è difficiledimostrare.
Anthony Taylor
2019-09-30 19:30:18 UTC
view on stackexchange narkive permalink

La cosa più importante su cui devi ponderare è,

  1. Stai cercando di far avanzare l'azienda
  2. Stai cercando di far progredire la tua carriera.

Molte di queste risposte sono: fai ciò che è meglio per l'azienda, non ciò che è meglio per te stesso. Se tieni questi trucchi per te e ti fa guadagnare 10.000 dollari in un aumento di stipendio per essere lo sviluppatore più produttivo della tua azienda, o se lo condividi, potrebbe far risparmiare alla tua azienda 10.000 in spese, cosa che fai.

Dipende dalla tua visione della vita, in entrambi i casi va benissimo.

Questa è una risposta molto egoistica e può portare a luoghi di lavoro tossici in cui la condivisione non viene premiata.Sono d'accordo sul fatto che devi stare attento a te stesso, ma rendere i tuoi colleghi più produttivi può farti ottenere la promozione e aumentare il tuo merito / bisogno, oltre a farti ottenere lavori meglio pagati in seguito, il che funziona meglio a tuo favore.Mantenere segreti i miglioramenti funziona davvero meglio solo quando condividerli è attivamente dannoso per te.
@computercarguy È davvero una risposta egoista, ma molti luoghi di lavoro sono già tossici e molte persone sono già egoiste.Posso immaginare situazioni in cui tenere le carte vicino al petto è la migliore linea d'azione.I lettori in situazioni come OP devono giudicare con saggezza.
@Agent_L, sì, sono d'accordo e ho detto lo stesso nei commenti su altre risposte.Tuttavia, questa risposta non afferma se è in risposta a un luogo di lavoro già tossico, ma stabilisce solo i consigli per l'uso in qualsiasi momento, presumibilmente indipendentemente dal fatto che il luogo di lavoro sia tossico o sano.Quella mancanza di affermare di usarlo solo in ambienti tossici è il motivo per cui ho commentato.
Essere egoisti ti aiuterà immediatamente, ma essere generoso ti farà guadagnare di più a lungo termine.Dopo tutto, impariamo dagli altri e ci lasciamo restituire qualcosa.
d-b
2019-10-01 00:38:16 UTC
view on stackexchange narkive permalink

Condividili quando sei stato promosso. Quindi la tua squadra avrà un bell'aspetto rispetto ad altre squadre (ovviamente, con il tempo la conoscenza si diffonderà).

Non sono d'accordo con la maggior parte delle altre risposte. Avrai credito per aver condiviso i tuoi trucchi, ma il giorno successivo verrà dimenticato.

Dominique
2019-10-01 00:46:34 UTC
view on stackexchange narkive permalink

Che ne dici di lavorare gradualmente? Questo è quello che farei:

Comincio condividendo uno o due suggerimenti / trucchi con il resto della squadra e controllo la loro risposta: qualcuno potrebbe dire "Ehi, questo è un bel trucco che mi hai insegnato. Lascia che ti insegni qualcosa che non sapevi: ... ". Se hai colleghi come questo, continui a condividere i tuoi suggerimenti / trucchi. Se, tuttavia, non condividono nulla in risposta, non hai motivo di condividere nulla anche in futuro.

raubvogel
2019-10-01 09:07:25 UTC
view on stackexchange narkive permalink

IMHO, dovrai conoscere il tuo ambiente e giocare a orecchio. Ho lavorato in luoghi dove l'atmosfera premiava condividendo modi per migliorare il lavoro e altri che, beh, non lo facevano. Una variazione del gruppo successivo sarebbe lavorare con qualcuno che prenderà il tuo trucco e poi andrà dal tuo capo e lo convincerà di alcuni "miglioramenti" in un modo che il tuo capo lo pone come responsabile del progetto del tuo miglioramento.

Sì, è successo a me prima.

Quindi, considera la tua identità aziendale, i tempi e le dinamiche del tuo team. E sii consapevole della tua squadra. Come accennato in precedenza, potresti essere abbattuto non per cattiveria ma semplicemente perché il team è troppo bloccato nei suoi vecchi modi per provare le tue idee di ottimizzazione. Ho lavorato con un project manager che pensava che avere un repository (anche interno) fosse stregoneria (mi è stato insegnato a scuola per gatti a sviluppare, aggiornare il repository e quindi distribuire dal repository), invece riempiendo il suo disco locale di copie del suo lavoro. Dato che mi superava, discutere con lui sarebbe diventata rapidamente una mossa per porre fine alla carriera.

Con tutto quel destino e oscurità fuori, potresti testare le acque con qualcosa di semplice e vedere come va. Puoi anche ripulire (con questo intendo renderlo generico senza fare riferimento al tuo lavoro, in modo che altri possano usarlo) i tuoi trucchi e metterli nel tuo blog. Aiuterai comunque gli altri, ma aiuterai anche te stesso. Non vergognarti di costruire il tuo nome.

Ecco un argomento sulla condivisione: non essere un eroe; gli affari non dovrebbero essere gestiti facendo affidamento sugli eroi. Renderti essenziale perché solo tu puoi risolvere qualche problema potrebbe rendere più difficile la tua promozione.

Un'altra cosa da considerare sulla condivisione: qualunque conoscenza che condividi è limitata nel tempo, poiché una volta che lo fai, passa a cose nuove. Usa lo strumento / le tecniche e condividile se vuoi, per la prossima settimana potresti inventare qualcosa di nuovo. Non riposare sulle glorie passate. Insegna agli altri in modo da poter andare avanti.

So che la mia risposta non è un buon motivo per condividere o non condividere, ma è apposta: non esiste una risposta assolutamente giusta. La risposta migliore dovrebbe soddisfare la tua situazione.

mckenzm
2019-10-01 07:54:22 UTC
view on stackexchange narkive permalink

Supponi di avere un'attività che richiede 12 ore. Trascorri 20 ore nello sviluppo dell'automazione che riduce questo a 5 minuti di lavoro e 4 ore di "monitoraggio". C'è il ROI da considerare. Potrebbero essere necessarie 2 ore per addestrare qualcun altro all'uso di esso.

Condividilo con tutti i mezzi, ma all'interno di una cerchia di fiducia, non lasciare che un collega lavori senza conoscere, ad esempio, gli "aggiornamenti globali". Soprattutto se stai facendo qualcosa di sbagliato (cloud, outsourcing, software piratato).

Ci sono due modi in cui questo può andare giù. Se il tuo team è semi-autonomo (Agile?), Viene condiviso all'interno del team e viene scritto un cercapersone. Il cliente non viene mai informato, accetti i costi di manutenzione e continui a fatturare 12 ore al cliente.

Se la direzione viene a conoscenza e la tua organizzazione è analmente ritentiva dal punto di vista procedurale (livello CMMI 5?). Allora probabilmente sarai costretto a firmarlo e trascorrerai i prossimi tre mesi a documentare la procedura (e renderla "conforme") al punto che ora occorrono 10 ore, più processi aggiuntivi per misurare il beneficio per mezzo di varie metriche che un altro FTE è necessario per misurare e tabulare. Una volta che questo manuale da tavolo è stato scritto, l'attività può essere ridotta a un ticket inviato a una "spiaggia di comodo".

Oh, e ovviamente se qualcun altro può fare del male con la tua scorciatoia, dove ti lascerà quando inizierà il gioco della colpa?

Mi viene in mente la scoperta raccontata aneddoticamente dell'essere in grado di allineare e far lampeggiare i magneti del generatore (per renderli di nuovo forti) sul modello T Ford. Ha risparmiato ore assolute, è un metodo ancora utilizzato oggi sulle auto più vecchie, ma all'inizio al cliente veniva comunque addebitata la tariffa prevista.

I tuoi clienti potrebbero non essere stupidi. Potrebbero anche aspettarsi che questi miglioramenti siano stati evidenti e non sarebbe carino se un concorrente ti stuzzica per una manutenzione eccessiva.

MonkeyZeus
2019-10-01 21:59:35 UTC
view on stackexchange narkive permalink

Cosa intendi per rivelare? Le persone ti stanno chiedendo "come stai così veloce?"?

Qualunque cosa tu faccia, NON imporre i tuoi trucchi di produttività agli altri perché farà sì che le persone non vogliano lavorare con te .

I miei trucchi per la produttività personale implicano l'uso della tastiera per navigare rapidamente nel mio sistema operativo e fare cose banali come cambiare finestra, chiudere cose, aprire altre cose, eseguire ricerche complesse, ecc ...

Ogni volta che un altro programmatore è in piedi accanto a me mentre risolvo un problema, sono sempre impressionati e gelosi. Tuttavia, non mi chiedono mai di insegnare loro. Cercare di copiare quello che faccio può rivelarsi dannoso per loro e per la loro produttività, quindi mi impegno a non imporlo mai e di certo non mi interrogo quando li guardo usare il computer "lentamente".

Richiama il tuo " trucchi "con il tuo manager perché è molto probabile che i tuoi trucchi debbano essere controllati o almeno ben documentati se ti aspetti che il tuo team li adotti con un qualsiasi livello di uniformità.

Monoandale
2019-09-30 22:54:34 UTC
view on stackexchange narkive permalink

No, non dovresti mai rivelare i tuoi trucchi per la produttività ai tuoi colleghi. Ma dovresti rivelarli, a poco a poco, ai tuoi rapporti diretti. La tua abilità è una forma di potere. Prima di cedere il potere a un'organizzazione, assicurati di poterlo scambiare con altri poteri. Altrimenti, indebolirai semplicemente la tua posizione all'interno dell'organizzazione. È algebra, davvero.

Capisco cosa stai dicendo ma forse la risposta dovrebbe essere modificata in quanto l'attuale prima frase non è d'accordo con la seconda, come hai detto "mai".A proposito, non l'ho svalutato.
La differenza è tra "peers" e "direct reports".
Ho votato positivamente perché sembra pratico.Tuttavia, non sono sicuro che in futuro andrei avanti con questi suggerimenti sul * mio posto di lavoro * (questa potrebbe non essere una soluzione generale sul posto di lavoro).


Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 4.0 con cui è distribuito.
Loading...