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

Sono una persona pragmatica (penso di esserlo. Ma poi di nuovo Jon ha un punto interessante). A volte, la soluzione più semplice a un problema per svolgere il lavoro è quella che si adatta meglio a me, se non è una bestemmia assoluta e un rimprovero a qualsiasi principio di progettazione. Scopri la mia risposta a questa domanda su StackTranslate.it . Semplice. Lavori. Era accettato. Può essere migliorato. Chiaramente non è perfetto e non molto elaborato. E arriva questo ragazzo . Mi sottovaluta, commenta la domanda su come la sua risposta sia migliore, più accurata, ecc. E quando gli chiedo perché mi ha declassato, mi chiama chiaramente sbagliato nei suoi commenti. Mi ricorda questo fumetto .

Giusto per capire bene: la sua risposta è chiaramente migliore. Ma non è questo il punto!

Mentre in Stack Overflow posso ridere e non preoccuparmi davvero di queste cose perché quelle persone sono lontane, nel mondo reale soffro di ideologie ogni tanto. Cavolo, non sto creando un software miracoloso, devo far funzionare quell'enorme eredità ed è un'avventura per me ogni giorno. Sono bravo in alcune cose e cattivo in altre. Sono ansioso di imparare cose. Ma posso accettare uno o due difetti in un sistema come sono: difetti. Domani li rifatteremo tutti, ma prima facciamo quello che vuole il cliente e poi beviamo una birra.

Le mie domande sono:

• Come gestisci le ideologie / gli ideologi quando sei una persona pragmatica?
• Come gestisci il pragmatismo / i pragmatici quando sei una persona ideologica?

Sono interessato a entrambi i punti di vista.

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

Altre persone sono un altro vincolo con cui devi lavorare, lo stesso di richieste di modifica tardiva, clienti difficili, strumenti inadeguati, tempo limitato e così via. Tutte queste sono cose che dici di affrontare pragmaticamente e questo è lo stesso.

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

Inizia chiedendoti quanto è grande un affare che cosa stanno suggerendo e quindi basandoti su quello capire se ti muovi con esso (se non è un grosso problema), o trova un compromesso (se possibile) o combatti ( se sono del tutto irragionevoli).

Se pensi che siano completamente fuori servizio, puoi sempre consolarti con la consapevolezza che quando finisce per essere intensificato, il tuo manager sceglierà quasi sempre la tua soluzione (se è effettivamente praticabile) perché i manager di solito diventano manager essendo, beh , pragmatico.

Ma se non puoi farlo, potrei suggerire che sei un po 'ideologico riguardo al tuo pragmatismo e forse non sei poi così pragmatico?

Come pragmatico, ti propongo di far suonare questa nozione con te: non sei il tuo codice .

Scrivi il codice. Lo scrivi a qualunque livello e con qualunque qualità tu faccia. Poi vai a casa.

Lascia che gli idealisti identifichino la loro autostima con la loro produzione e si convalidino mettendo la loro soluzione perfetta su un piedistallo d'oro. Se è tutto ciò che hanno, allora Dio li benedica. Triste piccola esistenza che hanno lì.

Penso che questa idea di "pragmatici o idealisti" sia una falsa dicotomia. È un continuum in cui esistono 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 software design ma un idealista quando si tratta di politica o arte. Potrei essere il contrario. E un "idealista" con la progettazione del software potrebbe considerarsi un pragmatico rispetto a qualcuno ancora più ideologico.

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

È una questione di accettazione .

Sono molto frustrato da me stesso -architetto chiamato CV . Frustrato abbastanza da dare loro un soprannome;)

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

I colpi negativi sono inutili.

È così che dovresti affrontarli: non trattandoli .

Dipende da chi hai a che fare. Un ideologo rifiuterà di utilizzare alcune soluzioni. Un idealista preferisce utilizzare determinate soluzioni. Non c'è molto che puoi fare con un ideologo. Gli idealisti risponderanno positivamente a simpatia + praticità, IE "Mi piacerebbe usare anche HTML5, e se il budget lo supporta possiamo. Ma dobbiamo fare i conti con tutti (inserire il contesto peggiorativo appropriato) che non aggiorneranno il loro web browser, quindi dobbiamo prima implementare una soluzione flash ".

Capire dove sono pragmatico e dove sono idealista è un punto di partenza. Tutti abbiamo cose basilari in cui è più probabile che diventiamo realisti poiché cose come il cibo e le bevande tendono ad essere bisogni che vengono soddisfatti o muori a causa della fame o della disidratazione, spesso con cibo imperfetto. Allo stesso tempo, molti di noi probabilmente hanno dei valori che tendiamo a sostenere sopra ogni altra cosa che penso. Quindi penso che ci sia un po 'di entrambi in noi e capire perché abbiamo entrambi sarebbe un buon punto di partenza, anche se questo può essere visto come eludere la domanda, è come gestirò il problema di essere su entrambe le estremità dell'altalena e avere a che fare con persone dell'altro.

Elizabeth Lesser: Take "The Other" a Lunch è un recente discorso TED 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 sebbene io possa essere un po 'debole 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 possono cambiare idea B) Quelli che probabilmente non cambieranno mai idea.

Gruppo A) dai il tuo argomento / opinione il tuo colpo migliore, cerchi di essere civile e possibilmente cambiare idea lungo la strada. È più probabile che tu ascolti ciò che hanno da dire. Senti che sono aperti e ti hanno incontrato a metà strada. È più probabile che pensiamo come le persone con cui ci sentiamo a nostro agio.

Gruppo B) ti senti emotivo, cogli l'occasione per scaricarli e sottolineare l'errore delle loro vie. Alcuni insulti di solito trovano la loro strada nella conversazione. Nulla viene risolto e nella migliore delle ipotesi si accetta di non essere d'accordo.

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

• Come gestisci le ideologie / gli ideologi quando sei una persona pragmatica?
• Come gestisci il pragmatismo / i pragmatici quando sei una persona ideologica?

Credo che l'opzione migliore sia quella di 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 a cui guardo durante l'intervista: il team è composto da persone curiose, di mentalità aperta, pragmatiche e orientate agli obiettivi (è quello che mi piacerebbe) o c'è un odore di astronauti, ideologi e fanatici (quello di cui preferirei non far parte).

Concesso che non ti aiuterà ora (a meno che tu non possa spostarti in un'altra squadra o dipartimento) ma forse un suggerimento utile per il futuro?

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

Non lasciarti spaventare dagli astronauti dell'architettura

Gli astronauti dell'architettura Groove Designers sono?

Gli astronauti dell'architettura sono tornati

Gli astronauti dell'architettura prendono il sopravvento

La sua risposta è chiaramente migliore. Ma non è questo il punto!

Sei sicuro di essere un pragmatico? :)

Il più delle volte quando vedo qualcuno essere chiamato idealista in modo sprezzante, non sono idealisti, ma semplicemente pragmatici mentre tengono conto delle conseguenze per un periodo di tempo più lungo dell'altra persona.

Certo, il codice sporca potrebbe essere pragmatici, se tutto quello che state guardando è essere in grado di tornare a casa in tempo senza alcun lavoro straordinario, ma una volta che si prende in considerazione che le persone spesso non realmente avere la possibilità di tornare indietro e correggere le cose più tardi, e che potresti essere bloccato per molto tempo con il codice, fare le cose nel modo giusto smette di sembrare idealismo e inizia ad assomigliare di più alle azioni di una persona pragmatica che sta semplicemente pensando al di là del futuro immediato.

La mia esperienza è che ci sono due tipi di programmatori:

1. Il programmatore "prima codifica, poi fai domande"
2. Il programmatore "medita per due settimane, poi codifica in un'ora"

È facile supporre che si tratti di un dibattito pragmatico / ideologo, 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 (che si affretta sempre a fare le cose) mentre il programmatore di Tipo 2 è come una tartaruga (lento e costante vince la gara).

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

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 avrà iniziato a lungo il proprio progetto quando il programmatore di tipo 2 decide quale approccio adottare. A questo punto il programmatore di tipo 1 noterà che il programmatore di tipo 2 non ha effettivamente iniziato a scrivere codice e proverà ad aiutarli a ottenere il programma e a iniziare a fare qualcosa. Il programmatore di tipo 2 noterà che il programmatore di tipo 1 ha iniziato a programmare con abbandono spericolato e cerca di farli fermare e pensareper 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 programmatore di cowboy che non apprezza il codice corretto.

Ecco dove le cose si complicano. Quando i due reagiscono in questo modo , entrambi hanno ragione fino a un certo punto. Il programmatore di tipo 1 deve imparare a fermarsi, respirare , quindi pensare a quello che stanno facendo prima di affrettarsi a scrivere 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 solo scrivere un po 'di codice. Come dice l'altro detto "I piani migliori di uomini e topi spesso vanno male".

Le organizzazioni hanno bisogno di alcuni di entrambi i tipi di persone. Ai manager inesperti o malvagi piace vedere i loro servitori girare le ruote senza sosta e spesso incoraggeranno i programmatori di tipo 1. Ai micromanager piace sapere cosa, dove, quando e in che modo i loro dipendenti dovranno programmare e incoraggeranno spesso il programmatore di tipo 2. Pertanto, le organizzazioni devono compiere uno sforzo consapevole per incoraggiare un equilibrio.

Non lo so ma ho capito il tuo punto. Divento così arrabbiato quando vedo un cretino 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 per cui funzionerà 98% di clienti (ed è davvero lo stesso H.264 solo in diversi giocatori).

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

E stiamo avendo solo orde di tali fottuti troll / idioti che pubblicano sui forum, scrivendo articoli di giornale / stampa oggi.

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

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

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

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

E ci sono sempre più di questi MORONI! Vogliono video HTML5, giochi su tela, blog mongoDB per 100 visitatori e altre cazzate! Solo PER IL F *** SAKE F *** K ME perché tutti quei fanatici MORONS stanno danneggiando l'industria IT !!!

Ora la soluzione Di 'agli idioti 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 lascia che credano nelle loro fiabe, a Babbo Natale o in qualunque cosa vogliano credere! Se propongono qualche stronzata idiota / fanatica invece della tua soluzione completamente funzionante, ignora, lasciali andare da soli