Come non soffrire gli ideologi quando sei una persona pragmatica? [chiuso]

Senza cercare di essere divertente, come pragmatico puoi sicuramente essere pragmatico al riguardo?

Gli altri sono un vincolo in più con cui devi lavorare, come le richieste di modifica tardiva, i clienti difficili, gli strumenti inadeguati, il tempo limitato e così via. Tutte queste sono cose che dici di affrontare pragmaticamente e questo è lo stesso.

Se lavori con qualcuno che ritieni sia difficile, allora devi trovare una soluzione al problema che funziona, anche se non è l'ideale.

Inizia chiedendo a te stesso quanto è grande un accordo ciò che stanno suggerendo e poi si basa su quello che ti dà la possibilità di tirarti indietro (se non è un grosso problema), o trovare un compromesso (se è possibile), o combattere fuori (se sono del tutto irragionevoli).

Se pensi di essere del tutto fuori uso, puoi sempre consolarti con la consapevolezza che quando si finisce con l'escalation, il tuo manager sceglierà quasi sempre la soluzione (se è effettivamente fattibile) perché i manager di solito diventano manager di essere, beh, pragmatico.

Ma se non puoi farlo, ti suggerisco di essere un po 'ideologico riguardo al tuo pragmatismo e forse non sei poi così pragmatico?

Penso che questa idea di "pragmatici contro idealisti" sia una falsa dicotomia. È un continuum in cui ci sono diversi livelli di pragmatismo e idealismo, e ogni individuo cade su una parte diversa del continuum, e per questioni diverse. Potresti essere un pragmatico quando si tratta di progettare software, ma un idealista in fatto di politica o arte. Potrei essere il contrario. E un "idealista" con il software design potrebbe considerarsi un pragmatico rispetto a qualcuno ancora più ideologico.

Quindi, suppongo che il mio consiglio sia di non ossessionare le etichette e invece di cercare di comunicare i tuoi punti di vista e convincere i tuoi colleghi che hai ragione perché la tua idea è migliore . Se sei il mio collega e non siamo d'accordo, la tua argomentazione su "la mia idea è più pragmatica e quindi giusta" non volerà con me. Ma se la tua argomentazione è "il mio design è migliore per questo e questo e questi motivi", potresti benissimo convincermi.

È una domanda di accettazione .

Sono io stesso molto frustrato da self-driven chiamato architetti . Abbastanza frustrato per dare loro un soprannome;)

Nella mia esperienza, è molto difficile cambiare le altre persone, se non impossibile. Devi reindirizzare la tua energia verso qualcosa di più produttivo e positivo.

Negtive toughts are useless.

Ecco come dovresti affrontarli: non affrontandoli .

Dipende da chi hai a che fare. Un ideologo rifiuterà di di usare certe soluzioni. Un idealista preferisce usare certe soluzioni. Non c'è molto che tu possa fare con un ideologo. Gli idealisti risponderanno positivamente alla simpatia + praticità, I.E. "Mi piacerebbe anche usare HTML5, e se il budget lo supporta, possiamo, ma dobbiamo occuparci di tutto (inserire peggiorativo del contesto) che non aggiornerà i loro browser web, quindi dobbiamo implementare una soluzione flash prima ".

Capire dove sono pragmatico e dove sono idealista è un punto di partenza. Abbiamo tutti cose di base in cui siamo più propensi a essere realisti in quanto cose come il cibo e le bevande tendono ad essere bisogni che vengono soddisfatti o si muore a causa della fame o della disidratazione, spesso con cibo imperfetto. Allo stesso tempo, la maggior parte di noi ha probabilmente alcuni valori che avremmo intenzione di sostenere sopra ogni altra cosa che penserei. Quindi penso che ci sia un po 'di entrambi in noi e comprendiamo perché entrambi sarebbero un buon punto di partenza anche se questo potrebbe essere visto come schivare la questione è come gestirò il problema di trovarmi alle due estremità dell'altalena e avere a che fare con persone dell'altro.

Elizabeth Lesser: Prendi "L'altro" a pranzo è un recente TED Talk che potrebbe fare una buona aggiunta se qualcuno vuole un suggerimento su come vederlo in modo diverso. Umanizzare quell'altra parte può essere utile se vogliamo andare avanti collettivamente, anche se potrei essere un po 'sofferente per essere idealista in quel modo.

Questa è davvero una questione di trattare con due tipi di persone che non sono d'accordo con te: A) Quelli che potrebbero cambiare idea B) Quelli che probabilmente non cambieranno mai idea.

Gruppo A) dai la tua opinione / opinione al tuo miglior scatto, prova ad essere civile e, eventualmente, a cambiare idea lungo la strada. È più probabile che ascolti ciò che ha da dire. Ti senti aperto e ti sei incontrato a metà strada. È più probabile che pensiamo come persone con cui ci sentiamo a nostro agio.

Gruppo B) ti emoziona, cogli l'occasione per scaricarli e segnalare l'errore dei loro modi. Alcuni nomi chiamano di solito la sua strada verso la conversazione. Nulla viene risolto e al massimo accetti di non essere d'accordo.

Non dire che questo è il modo giusto per farlo, ma di solito quello che finisce per accadere.

• How do you deal with ideologies / ideologists, when you're a pragmatic person?
• How do you deal with pragmatism / pragmatists, when you're an ideologic person?

Credo che l'opzione migliore sia riunire le squadre con la mentalità comune. Probabilmente è un modo per far funzionare le cose senza che alcuni membri del team provino dolore mentale ogni giorno lavorativo.

A partire da ora è sicuramente un'altra cosa che osservo mentre intervista - la squadra è composta da persone curiose, dalla mentalità aperta, pragmatiche e orientate agli obiettivi (è quello che mi piacerebbe) o c'è un odore di astronauti dell'architettura , ideologi e fanatici (quello di cui preferirei non far parte).

Certo, non ti aiuterà ora (a meno che tu non possa trasferirti in un'altra squadra o reparto) ma forse un utile suggerimento per il futuro?

[Rispondendo a un commento - sugli astronauti dell'architettura ...]

Non lasciare che gli astronauti dell'architettura ti spaventino

Gli astronauti di Groove Designers Architecture?

Gli astronauti dell'architettura sono tornati

Gli astronauti dell'architettura subentrano

His answer is clearly better. But that's not the point!

Sei sicuro che sei un pragmatico? :)

La maggior parte delle volte in cui vedo qualcuno essere chiamato idealista in modo dispregiativo, non sono idealisti, ma semplicemente sono pragmatici e tengono conto delle conseguenze su un periodo di tempo più lungo rispetto all'altra persona.

Certo, il codice sporco potrebbe essere pragmatico se tutto quello che stai guardando è poter andare a casa in orario senza straordinari, ma una volta preso in considerazione che le persone spesso non veramente ottengono il possibilità di tornare indietro e sistemare le cose più tardi, e che potresti rimanere bloccato con il codice per molto tempo, fare le cose nel modo giusto smette di sembrare idealista e inizia ad assomigliare più alle azioni di una persona pragmatica che sta semplicemente pensando oltre il futuro immediato.

La mia esperienza è che esistono due tipi di codificatori:

1. Il programmatore "code first, ask questions later"
2. Il programmatore "ponder per due settimane, quindi codice in un'ora"

È facile presumere che si tratti di un dibattito pragmatico / ideologico, ma in realtà non lo è. Il fatto è che entrambe queste persone usano approcci opposti per fare la stessa cosa. Entrambi vogliono fare le cose . Forse potresti dire che il programmatore di Tipo 1 è come una lepre (sempre pronto a fare cose) mentre il programmatore di Tipo 2 è come una tartaruga (lento e costante vince la gara).

Quello che vedo succedere è qualcosa del genere: il programmatore di Tipo 1 non è felice a meno che non stiano costantemente martellando il codice. Potrebbero smettere di pensare un po ', ma tutto sommato lo considerano una perdita di tempo. Vogliono rotolare con i pugni e prendere le cose come vengono, piuttosto che pianificare. Il programmatore di tipo 2 vuole avere un approccio al codice mappato in anticipo. Non inizieranno a programmare finché non sapranno già cosa scrivere, come lo scriveranno e che l'approccio è corretto.

Se si imposta un programmatore di tipo 1 e un programmatore di tipo 2 per lavorare insieme sulla stessa attività, il programmatore di tipo 1 avvierà da molto tempo il proprio progetto prima che il programmatore di tipo 2 decida quale approccio adottare. A questo punto il programmatore di tipo 1 noterà che il programmatore di tipo 2 non ha effettivamente iniziato la codifica e cercherà di aiutarli a ottenere il programma e di avviare facendo qualcosa. Il programmatore di Tipo 2 noterà che il programmatore di Tipo 1 ha iniziato a programmare con abbandono spericolato e tenta di farli smettere e pensare per mezzo secondo. Senza la conoscenza di ciò che sta accadendo, il programmatore di Tipo 1 etichetterà il programmatore di Tipo 2 un ideologo che non vuole fare le cose, e il programmatore di Tipo 1 etichetterà il programmatore di Tipo 2 un codificatore di cowboy che non ha alcun apprezzamento per il codice corretto.

Ecco dove le cose si complicano. Quando i due reagiscono in questo modo hanno entrambi ragione in una certa misura. Il programmatore di Tipo 1 deve imparare a smettere, respirare , quindi pensare a quello che stanno facendo prima che si precipitino al codice. Come dice il proverbio, "settimane di programmazione possono farti risparmiare ore di pianificazione". Il programmatore di Tipo 2 deve imparare a smettere di pianificare ad un certo punto e basta scrivere del codice. Come recita l'altro detto "I migliori piani di topi e uomini spesso vanno male".

Le organizzazioni hanno bisogno di entrambi i tipi di persone. Ai manager inesperti o malvagi piace vedere i loro scagnozzi girare le ruote senza sosta e spesso incoraggeranno i programmatori di Tipo 1. Ai microgestiti piace sapere cosa, dove, quando e come i loro dipendenti codificano e spesso incoraggeranno il programmatore di tipo 2. Pertanto, le organizzazioni devono fare uno sforzo consapevole per incoraggiare un equilibrio.

Non lo so, ma capisco il tuo punto. Divento così ANGRY quando vedo alcuni idioti vantarsi di usare VIDEO e H.264 perché è "aperto" (sì, giusto, con codec proprietario chiuso) che funzionerà sul 20% dei client invece di usare Flash che funzionerà per 98% di client (ed è proprio lo SAME H.264 solo in player diversi).

Lo stesso quando vedo un noob che dice che "SQL" è morto perché abbiamo mongo - e quel tipo di idiota non è in grado di usare ENTRAMBI correttamente.

E abbiamo solo HORDES di questi fottuti troll / deficienti che postano su forum, scrivono articoli di giornali / stampa oggi.

E mi fa sempre arrabbiare. Una storia. Il cliente desiderava alcune aggiunte video alla sua pagina aziendale:

• va bene domani sarà fatto
• sarà in HTML5?
• no, suggerirò il flashback e il fallback HTML5, perché HTML5 non è supportato su più del 50% dei dispositivi correttamente.
• ma va bene, tutti dicono che è un futuro, voglio HTML5. Non voglio il flash, è obsoleto / malvagio / qualunque cosa.
• ok, ma non funzionerà sempre.
• questo non è un problema

Il giorno dopo:
- tag video semplice e semplice, 2 codifiche diverse, 100% correttamente eseguito. Ovviamente c'è il fallback flash che sto mostrando al cliente. Le prestazioni sono patetiche, ma funzionano. Ora il cliente tira fuori il suo laptop "vuole controllare anche lui." - Va alla pagina e BAM. Firefox 3.qualcosa. 5 FPS, il suono è saltato, sembra del 100% rotto.

• Non voglio che funzioni così, è rotto. Fallo funzionare correttamente.
• Ti ho detto che non funzionerà bene
• Ma guarda questo (> youtube.com) ragazzo ha fatto clic sul primo video = > funziona perfettamente.
• È un (fottuto!) flash!
• Aha, sei sicuro che non sia HTML5
• Sì im (motherfu * * *) sicuro!
• Ah, quindi per favore fallo così.

E ci sono sempre più di tali MORONI! Vogliono video HTML5, giochi su tela, blog mongoDB per 100 visitatori e altre cazzate! Solo per F *** FACCIAMO F *** K ME perché tutti questi MORONI fanatici stanno facendo del male all'industria IT !!!

Ora la soluzione. Dì agli idioti del fucxxxx che stai usando HTML5, mongoDB o qualsiasi altra merda idiota sul pianeta che vogliono. Fallo a modo tuo, porta a termine il lavoro e fagli credere nelle loro fiabe, Babbo Natale o qualsiasi altra cosa in cui vogliono credere! Se propongono delle cazzate idiote / fanatiche invece della tua soluzione completamente funzionante - ignora, falli andare fxx loro stessi