Questão:
Ataque de ansiedade no trabalho, causado por colega, como lidar?
Belle
2018-10-18 11:40:29 UTC
view on stackexchange narkive permalink

Tenho um colega que pensa que sabe tudo melhor do que eu. Claro, ele sabe muitas coisas, mas não tudo. Ele sabe algumas coisas melhor do que eu, mas também sei outras coisas melhor do que ele. Ainda assim, ele acredita que sabe tudo melhor do que eu.

Ele puxa minhas mudanças e começa a criticá-las. Tenho certeza de que nosso empresário o encarregou disso. Tenho que defender meu código constantemente, mesmo quando sei que é um bom código e seu único argumento é “Eu sei porque programei por 20 anos e você apenas 1”. Mas já faço programação há 10 anos, acompanhei educação formal (na universidade) há 4 e trabalho profissionalmente há 2, 1 quando comecei aqui, então não sou ignorante, embora ele ache que sou. Ele diz: “Por que você está usando o Linq para filtrar essa lista, alguns para cada trabalho também.”. Acho que ele está tentando esconder que é o único desenvolvedor da empresa que não entende o Linq. Ele vive me dizendo que minhas soluções são “exageradas” quando uso uma expressão lambda. Ele também me olha com uma expressão vazia quando menciono SÓLIDO.

Ele tem falado mal de mim para o nosso gerente, porque me recuso a nomear minha classe como “Solicitação” para “Solicitação de Classe” e outros motivos estranhos.

Ele gritou comigo alguns dias atrás. Infelizmente, ninguém estava perto de ouvir. Felizmente, ele não está no escritório desde então, então pensei que consegui acalmar um pouco. Veja, eu sofro de um transtorno de ansiedade genérico (não tenho um diagnóstico oficial ainda, mas estou em terapia há cerca de uma semana). Sempre fui uma pessoa preocupada, mas os ataques de ansiedade começaram há alguns meses. Hoje eu o vi novamente e imediatamente senti um ataque chegando. Estou me escondendo no banheiro no momento. Estou usando o negócio de mulheres como desculpa. Isso funciona, mas não permanentemente.

Meu gerente o instruiu a me verificar, já que demorou muito para fazer uma solicitação de mudança há algum tempo. Foi difícil porque eu tive que refatorar uma classe que este programador escreveu (mal). Claro, ele afirmou que era fácil quando o gerente pergunta. O gerente e este programador são antigos.

Meu lugar está à vista tanto deste colega quanto de nosso gerente.

Como faço para fazer isso? Como faço para ocultar meus ataques de ansiedade? Não quero ser despedido, tenho uma família para alimentar. A localização é a Holanda. Temos um departamento de RH. Este gerente gerencia esse outro programador, eu e outro cara que acabou de ser diagnosticado com uma depressão causada pelo trabalho e só me contou.

Os comentários não são para discussão extensa;esta conversa foi [movida para o bate-papo] (https://chat.stackexchange.com/rooms/84642/discussion-on-question-by-cyonis-anxiety-attack-at-work-caused-by-colleague-ho).
Seu gerente é técnico?Ou seja, ele pode fazer avaliações independentes do seu trabalho?
@Dukeling A ansiedade em si está fora do assunto, mas lidar com os efeitos no local de trabalho, não.
Se você está mantendo um código escrito com um estilo único, provavelmente deve emular e preservar esse estilo, mesmo que não goste dele - ser capaz de fazer isso é uma habilidade crítica em grandes projetos.Pelo menos, a menos que você consiga um mandato explícito de um escalão superior, declarado na audiência desse autor, de que a empresa deseja iniciar a transição para outra coisa.Por outro lado, se você estiver mantendo um código não escrito no estilo solicitado pelo crítico, o resto da equipe deve se preparar para defendê-lo e acabar com as críticas irrelevantes.
Isso realmente soa como falta de liderança técnica.Os estilos de código contextual são muito possíveis, mas alguém precisa definir (e então proteger ativamente) algumas diretrizes sobre o que usar quando essas partes inocentes podem confiar com segurança.Parece que ainda não houve orientação de todos sobre o estilo a ser usado ao manter, substituir ou atualizar o código que estava originalmente no estilo incomum.
Por mais que sua atualização me tenha feito sorrir, eu ainda recomendo que você selecione uma resposta com a qual você realmente concorda e pule o sarcasmo (que como você pode ver no comentário do @Korinna não necessariamente funciona online), porque se você sentir essa respostanão ajudou e alguém com um problema semelhante chega aqui no futuro, pode ser bom mostrar qual resposta realmente o ajudou mais em vez de qual resposta você discordou mais.
@Mark Seu comentário me confunde.Aceitei a resposta porque me ajudou a perceber que estou na profissão errada.Não há sarcasmo aqui.Apenas a triste realidade de que essa profissão não é para mim.A boa notícia é que decidi buscar fotografia e arte profissionalmente (depois de um pouco de recuperação, porque no momento sinto que não posso fazer nada).
É uma ocorrência rara, como um arco-íris duplo ou alguém na Internet dizendo: "Quer saber? Você me convenceu de que eu estava errado".- Michael, o bom lugar
Dado o tom do resto da sua pergunta e o que você disse no chat da resposta aceita, honestamente não esperava que significasse o que escreveu em sua atualização.Principalmente por causa de frases como "Sou muito burro para ser um programador".Suponho que se você realmente não gosta de programação, mudar de emprego faz sentido, mas então eu teria pensado que você teria notado que não gostou disso um pouco antes de 10 anos depois. De qualquer forma, desejo-lhe o melhor e espero que você 'serei feliz em seu novo emprego.
@Mark obrigado :) Gosto muito de programar.Esse trabalho e a resposta só me fizeram perceber que não tenho outras habilidades (suaves?) Para ser um bom programador.
Tentei ser forte por alguns dias, lutar, agir como se realmente soubesse de algo, mas não sei.Gosto de programar, convencido de que isso é algo em que estou bem, que não sou péssimo como tudo o mais.Consegui por um tempo, mas as dúvidas já vinham surgindo há algum tempo.Eu só precisava que meu colega de trabalho percebesse.
@Cyonis, por favor não desista da programação !!!Você só precisa encontrar um ambiente de trabalho melhor, pois o atual é claramente tóxico.Sua atualização realmente me entristece, pois seu líder claramente falhou em orientá-lo adequadamente!Não jogue fora seus anos de paixão e experiência só por causa de um cara.
Honestamente, essa é uma decisão TERRÍVEL.O pior que você pode suportar.Em primeiro lugar, porque há uma chance de que o idoso tenha habilidades efetivamente abaixo do ideal.Ainda mais importante, no entanto, é que você está perdendo uma grande chance de melhorar.Mesmo.Em cada trabalho que você precisar de um cérebro você sempre será um júnior precisando aprender, não perca essa chance porque mesmo que estressante e difícil é a maneira de crescer.Ser humilde é exatamente o oposto de desistir.Claro, se sua saúde estiver boa, é sempre a primeira preocupação.
@Cyonis Muitas felicidades na sua escolha ... no entanto, é minha opinião que qualquer um pode se tornar um bom programador.Talvez apenas alguns sejam brilhantes, mas você não precisa ser brilhante para ter uma boa vida nisso.(onde "viver bem" = não ter aquele corte de 70% no pagamento). Espero que você tente novamente um dia em um ambiente melhor - como talvez depois que esse trauma recente tenha passado.
@Dukeling Por que faz sentido marcar uma pergunta de 95+ votos como uma duplicata de uma pergunta de 1 voto que * faz algo diferente * (a outra pergunta é sobre um novo colega de trabalho mentiroso, esta sobre um superior colérico) e foi encerrada como desativadatema?
@AllTheKingsHorses Você está perguntando para a pessoa errada.Votei para fechar, mas não como uma duplicata.
@Cyonis É desanimador ver que mais uma vez a resposta correta se resume a "Engula, subalterno, seus superiores têm o direito de desrespeitá-lo - eles devem saber melhor porque têm status superior".E também é desanimador ver que você efetivamente recomenda a outras pessoas que tenham o mesmo problema que largem seus empregos e façam entregas.Bem, vou parar de postar aqui e reler minha cópia de "Obediência à Autoridade" de Milgram, que deve me dizer tudo que preciso saber para o meu trabalho ...
"ele é muito melhor do que nós ... não podemos entender seu código" - escrever código que outras pessoas não conseguem entender torna alguém um mau programador, não um bom programador.Mesmo os melhores programadores teriam dificuldades se tivessem que lidar com um idoso que não sabe o que está fazendo.
@Dukeling Então por que ele recebe um aumento e nós somos ameaçados de demissão?
@AllTheKingsHorses Isso não faz sentido.Ele não tem status mais alto do que eu, mas ele tem mais experiência.E eu sou, na verdade, um abandono da faculdade.Leia minha pergunta sobre a academia.Ele está certo em manter isso esfregando. Sou um fracasso.
@Cyonis Porque às vezes é assim que as empresas (não) funcionam.Você precisa encontrar um emprego em que os mais velhos queiram ajudá-lo a ter sucesso (e há muitos), e não empurrá-lo ao fracasso.
@Dukeling Não sei mais em quem ou no que acreditar.Tenho me sentido péssimo desde que me disseram (e aparentemente nosso outro colega também) que serei demitido se não melhorar.Os fatos que tenho são: 1. Abandonei a faculdade, 2. Não consigo entender o código dele, 3. Tanto meus colegas quanto nosso gerente concordam que não sou um bom programador (outro colega acredita que ele é ainda pior do quemim).Eu quero ser pelo menos um programador decente tanto, mas todas as evidências apontam contra mim.E não posso mais ir ao meu terapeuta, porque o seguro não quer mais pagar.
@Cyonis Acredite na resposta de AllTheKingsHorses, com quem 146 outras pessoas também concordam.Além disso, há muitas pessoas sem diploma trabalhando nas principais empresas de tecnologia.
Ponto @Dukeling tomado.Talvez eu apenas tenha sido capaz de imaginar cenários de destruição novamente.Acabei de ligar com meu marido.Ele diz que preciso parar de ouvir as pessoas que dizem que sou um idiota e acreditam em mim mesmo.Eles estão em minoria, mesmo que pareçam mais altos para mim.Passo 1: aceite a outra resposta.Obrigado :)
Esta não é uma duplicata.Esta questão lida com uma dinâmica de papel sênior / júnior explícita, enquanto a pergunta duplicada presumida presume um par.As duas são situações muito diferentes.Uma resposta que se aplica a um colega provavelmente não se aplicará a uma situação sênior / júnior e vice-versa.Isso deve ser reaberto.
Só para esclarecer a propósito que minha resposta também não assume nenhuma falta de habilidade por OP - muito pelo contrário na verdade.É muito fácil ficar desanimado com a programação.Pensar que era um idiota / fraude foi uma batalha semanal ou diária para mim durante anos.Agora que percebi que TODO o código é terrível, eu percebi que ninguém é realmente bom em programação - bem, aqueles que são bons são aqueles que * ao longo de anos de falhas * aprenderam como fazer o código dentro do prazo e como escrever de forma sustentávele código testável (quando possível).Não se preocupe com o diploma.Todos nós falhamos.O que importa é o que você faz agora.
E como outra pessoa disse, leva tempo para adquirir experiência para começar a fazer muito bem em qualquer coisa.Você tem que falhar muito enquanto isso.É a vida, todos nós passamos por isso, mas estamos melhor no final por isso (embora não pareça assim no momento).Você realmente não pode melhorar sem falhar primeiro, porque o fracasso é o melhor professor.Então você aprende o que pode melhorar e como melhorá-lo.Não é o que você ouve na t.v.embora com o "todo mundo é uma super estrela!"refrão, o que é muito prejudicial!Confira a mentalidade construtiva.Isso ajuda!https://www.youtube.com/watch?v=hiiEeMN7vbQ
A propósito, o código mental construtivo também se aplica à força de trabalho (especialmente à força de trabalho, porque é geralmente onde saímos da "bolha" e enfrentamos o fracasso real e doloroso).Ok, vou parar de adicionar comentários por enquanto.:)
@bob obrigado :) Eu estava muito mal no fim de semana.Acho que entendi sua resposta agora, embora não concorde particularmente com ela.Hoje algo muito bom aconteceu.Eu havia mostrado ao gerente meus resultados com o colega fora de vista.Ele os amava.Aí veio um colega, perguntou o que estava acontecendo e começou a atacar meu trabalho.O gerente me defendeu de forma muito clara e direta.Esse foi um momento um pouco de cair o queixo.Isso me fez sentir muito melhor.
Isso é muito legal!
Uau!Estou feliz por ter mantido esta resposta aberta para verificar mais tarde.Que montanha-russa.Foi muito triste ler suas opiniões auto-depreciativas, estou feliz que você superou isso.Seu colega sênior parece muito ruim, especialmente se ninguém entende seu código.Tente aprender o que puder com ele, mas NÃO o coloque em um pedestal;seu código é ótimo porque ninguém entende que é uma ideia ** realmente ** errada.
Pequena atualização, não garantindo uma edição.Muitas coisas aconteceram.Eu disse a um colega de outra equipe como esse colega estava me tratando.De alguma forma, isso colocou as coisas em movimento.Estou em uma nova equipe desde o início da semana, sob um novo gerente, em um novo escritório.A equipe inteira está me protegendo.Eles têm me ajudado, me treinado (de uma forma bacana) e, o melhor de tudo, estão me certificando de que estou bem.Minha opinião está sendo avaliada, meu trabalho não é imediatamente descartado como ruim sem ser olhado.Estou muito mais feliz.Na verdade, o CEO percebeu que estou mais feliz.Ele me disse que se eu mostrar ...
... bastante motivação e comprometimento ao longo do próximo ano, ele vai ver se a empresa pode pagar minhas mensalidades para que eu possa me formar, afinal.
Eu quero adicionar ênfase e uma explicação, por que os desenvolvedores sênior podem ser rígidos sobre "estilo".TODO o código deve ser escrito em uma única "voz".A empresa deve até ter escrito convenções de codificação.Por quê?Porque todo mundo tem sua própria opinião sobre o que parece "bom" e a maioria dos desenvolvedores acha que os outros estão simplesmente errados.Minhas preferências pessoais estão a 180 graus dos "padrões corporativos".E, no entanto, se outra pessoa não os seguir, eu reclamo.Caso contrário, é bom saber que você encontrou um "lar" melhor!
"Por que você está usando o Linq para filtrar essa lista, alguns para cada trabalho também."Eu ri.Isso por si só confirma que você está claramente em outro campeonato do que este idiota.
Eu sei que isso é altamente antiprofissional, mas eu gostaria de bater isso para cada cara do loop direto em sua desculpa estúpida para uma cara.
Onze respostas:
AllTheKingsHorses
2018-10-18 16:08:15 UTC
view on stackexchange narkive permalink

Deixe-me começar com um chavão: Não é você, são eles.

Pode parecer banal e óbvio, mas no nível emocional eu entendi sua pergunta que não é óbvio para você. É o seu colega que não está sendo profissional e provavelmente até (pelo menos inconscientemente) sabe disso e pressiona você para evitar as consequências de suas próprias ações. E seu gerente, que não percebe ou não se importa com isso, também não é um gerente famoso (principalmente se houver outra pessoa em seu grupo que está deprimida por causa do trabalho).

Pela sua pergunta, você é um desenvolvedor .NET profissional com formação universitária que conhece o assunto e mora em um país da Europa Ocidental. Pelo que sei do mercado atual, não é você quem deveria se preocupar com a demissão deles ... eles deveriam estar preocupados que você os "despedisse". E você provavelmente deve despedi-los (de preferência depois de conseguir um novo emprego onde as pessoas o apreciem) .Imo, a vida é muito curta para trabalhar com buracos e egos inflados quando você pode encontrar um trabalho melhor em outro lugar - e parece que sim. Eu sugiro que você faça um pouco de procura de emprego, apenas para mostrar a si mesmo que você pode encontrar um novo emprego se for demitido. Para aliviar a parte racional do medo que você tem.

O que leva à próxima etapa: se você sabe que tem pouco do que temer, pode chamar seus blefes e vencer ou evitar seus jogos de galinha . Se você sabe que está seguindo as melhores práticas do comércio e que é perda deles se eles o despedirem por isso, fica mais fácil enfrentar o BS.

Eu estive em uma situação semelhante situação há um tempo. Em algum ponto, eu estava tão frustrado e deprimido que não conseguia mais aceitar as exibições aleatórias de domínio de um colega - e comecei a empurrar de volta. (Naquele dia, ela queria que minha mesa fosse reorganizada enquanto eu trabalhava nela. Só descobri isso quando os operários chegaram. Eu explodi. A mesa ficou onde estava.) Foi quando começou a melhorar. No final das contas, no entanto, realmente melhorou quando eu deixei aquele trabalho para pastos mais verdes.

Freqüentemente, não há realmente nada para apoiar as exibições de dominância de colegas idiotas - eles apenas experimente e veja se eles conseguem escapar impunes. Você não tem que deixá-los escapar impunes. Seu colega provavelmente está (inconscientemente) preocupado porque sabe que seu conhecimento está desatualizado e se / desde que ele não faça nada a respeito, um dia ele ficará desempregado. Não estou dizendo isso para fazer você sentir por ele (obviamente ele não sente por você), mas para mostrar que ele não é tão forte quanto parece.

Continue com a terapia. Discuta o que é necessário para tirar uma folga com seu terapeuta - curto prazo (no caso de um ataque de ansiedade) e longo prazo (para descomprimir dessa situação). O que você faria se tivesse uma dor de cabeça muito forte que não desaparece com os analgésicos? Com sorte: ir para casa? Considere fazer o mesmo se tiver um ataque de ansiedade?

Melhore sua saúde mental optando por não fazer as horas extras que eles querem que você cumpra. (Eles querem horas extras, certo? Locais de trabalho disfuncionais geralmente não são tão eficientes, então exigem que você fique mais tempo para apagar os incêndios que sua má gestão alimentou.) Não trabalhe até o almoço Faça uma pausa, reserve um tempo para comer, descansar e recarregar as baterias. Peça a seus amigos e familiares para apoiá-lo, pois você está passando por um momento difícil.

Parece que você está convencido de que o gerente está firmemente do lado dos colegas - você tem certeza disso? Caso contrário, explique ao seu gerente as práticas recomendadas e como elas beneficiam a empresa . Gerentes sãos gostam de funcionários que fazem coisas boas para a empresa. Se não o fizer, mais um motivo para ir à procura de emprego.

Desejo-lhe boa sorte e melhore logo!

Essa resposta é ótima.Mas não acho que o OP deva se concentrar no fato de que seu código segue as "melhores práticas", porque as "melhores práticas" de hoje podem ter parecido atrozes ontem, e vice-versa.Em vez disso, acho que ela deveria investir algum tempo para aprender os méritos de várias práticas (se ela ainda não fez isso em algum momento).Não há nada como a confiança que você tem quando sabe que pode aplicar confortavelmente * qualquer * prática e que, no final das contas, fez uma escolha informada, seja ela qual for.
@Kleronomas Ao mesmo tempo, porém, se seu código está seguindo as práticas recomendadas (independentemente das práticas _quais_ específicas) e ela está seguindo as diretrizes de estilo da empresa, ela não está fazendo nada de errado.Ela está perfeitamente dentro de seus direitos de se consolar com o fato de que seu código está perfeitamente correto, mesmo que seu colega esteja tentando abusar verbalmente dela para usar convenções antiquadas."Ajuda aprender novas práticas" não é uma boa desculpa para se curvar a cada pequeno capricho de um colega com um ego excessivamente inflado.
@Abion47 Eu acho que você pode ter entendido mal meu comentário.Não estou dizendo que ela deve obedecer aos caprichos de qualquer colega de trabalho arrogante - ela deve ignorar ativamente aquele cara (e denunciá-lo, se possível).Estou dizendo que ela provavelmente ficará mais confiante para enfrentá-lo se sua confiança deriva de saber por que seu código é bom, em vez de saber que está seguindo as práticas recomendadas.
Se houver a opção de trabalhar em casa, op pode considerar discutir isso com a gerência, pois eles estão em tratamento e não querem parar de trabalhar enquanto ela pode.Isso também os ajudaria a ser mais produtivos enquanto estão longe dessa atmosfera.
Eu concordaria se isso fosse sobre coisas não relacionadas ao código do desenvolvedor júnior, mas o que OP descreve parece ser a competência legítima do desenvolvedor sênior em questão, caso em que o OP correria o risco de ser rotulado como não gerenciável.
Acordado.No grande esquema das coisas, a vida realmente é muito curta para lidar com pessoas assim.Considere isso como uma experiência de aprendizado, siga em frente e seja grato pelas oportunidades abundantes.
Elmy
2018-10-18 14:30:37 UTC
view on stackexchange narkive permalink

Meu conselho honesto é procurar outro emprego. Você não pode mudar outras pessoas, especialmente pessoas como seu colega, mas pode começar do zero com pessoas diferentes em outra empresa.

Normalmente, eu o aconselharia a responder a qualquer um de seus pedidos idiotas com fatos objetivos , pergunte por razões objetivas para suas críticas e mostre-lhe fontes objetivas para as tecnologias que você propõe. Mas, no seu caso, não tenho certeza se você será capaz de fazer isso. Ataques de ansiedade são desagradáveis ​​e pensar nas coisas com calma e lógica é quase impossível durante um ataque.

Mas ataques de ansiedade são motivo para ir ao médico e passar um dia doente. Peça ao seu terapeuta conselhos práticos e estratégias sobre como lidar com o gatilho de seus ataques.

BigMadAndy
2018-10-18 12:45:41 UTC
view on stackexchange narkive permalink

Ao contrário do que outras pessoas escrevem, se eu fosse você não diria ao meu empregador que estou ansioso.

O que a lei diz e como as pessoas reagem são duas coisas completamente diferentes. Já experimentei pessoas sendo intimidadas por tantos motivos. O fato de que eles não deveriam ser intimidados e que é ilegal intimidar não desempenhou nenhum papel.

Isso parece um conflito político. Seu colega está tentando mostrar quem é o chefe. Ele está tentando impor seu domínio sobre você. Isso acontece muito e ainda mais se ele for um homem sênior e você uma mulher mais jovem (em termos de idade e duração da carreira).

Não brigue com ele, apenas faça o que quer. Se possível sorria enquanto faz suas coisas.

Aceite que algumas coisas não dependem de você e respire fundo quando o cara pedir algo bobo de você. Se seu chefe apoiar essas solicitações, apenas execute-as. Não tente provar a ninguém que eles não fazem sentido.

Se você for forte o suficiente, pode até tentar uma estratégia diferente. Vá até ele e pergunte sobre sua opinião sobre algum problema. Não importa se você sabe como resolver e não precisa da ajuda dele. Vá até ele e diga a ele algo como

Ei [Dick], estive pensando se você poderia me ajudar com isso. Sei que você tem muito mais experiência do que eu em A, então acho que preciso de uma segunda opinião. Eu agradeceria muito.

Você não precisa acreditar. Veja isso como uma estratégia. Ele poderá mostrar a você que é o mestre, salvar sua pobre donzela em apuros e vai gostar mais de você. Quando ele lhe der uma resposta, agradeça profusamente por isso, mesmo que não faça sentido. Enfatize o quanto ele te ajudou. Claro, apenas se você se sentir psicologicamente capaz de se comportar assim.

Ou peça a ele para almoçar ou tomar um café com você. Elogie-o por ter ficado tanto tempo na empresa. Pergunte a ele sobre seu estilo de trabalho, que estilo de comunicação ele prefere, etc. Não fale muito. Ouço. Todos nós amamos o som de nossas próprias vozes. Se ele se sentir ouvido, é possível que não tente dominá-lo em seu trabalho.

Eu realmente não gosto deste conselho.Eu, por exemplo, não gosto nem um pouco do som da minha própria voz.Além disso, eu pessoalmente não suportaria sugar alguém do jeito que você sugere, muito menos convidá-los para um café e me expor a mais de seu comportamento desagradável.
@user159517.Tbh, eu também não gosto.Mas passei por isso tantas vezes na minha própria vida que se não tivesse descoberto como lidar com idiotas no local de trabalho ... eu seria o autor do tópico "despedido 3 vezes" (um pouco mais abaixo nofila de discussão).Nesse tipo de situação você pode tentar conversar, o que geralmente não traz muito, e depois desistir.Ou tente lidar com idiotas, que sugeri experimentar primeiro.Se eu desistisse toda vez que isso acontecesse comigo, eu seria um desempregado de longa duração (e desempregado) agora.
bob
2018-10-19 22:59:15 UTC
view on stackexchange narkive permalink

Uma coisa que pode ajudar envolve lidar com a situação estressante. Já passei por uma situação semelhante quando ainda era muito jovem, e isso me causou muito estresse (e não terminou bem porque lidei mal). Com mais experiência (9 anos), tenho alguns conselhos. Novamente, isso é lidar com a fonte do estresse, o que eu acho que deve ajudar com a ansiedade, se funcionar. Por que estou dizendo júnior? Porque a experiência vem do trabalho, então se você tem 2 anos de experiência profissional, você ainda é júnior. A experiência sem trabalho não é um fator neste caso. Junior não tem nada a ver com habilidade de tecnologia.

Desenvolvedores sênior têm mais experiência, não necessariamente habilidades de tecnologia mais apuradas, e isso é ok

Isso é algo que os desenvolvedores juniores geralmente não entendem, e é frustrante para eles. Eles veem as habilidades enferrujadas do desenvolvedor sênior e as comparam com suas próprias habilidades novas e afiadas, e presumem que o desenvolvedor sênior é uma fraude que não deveria ser sênior. Mas o desenvolvedor sênior não é sênior por causa de habilidades tecnológicas afiadas (tornam-se enfadonhas com o tempo, pois alguém gerencia mais e codifica menos). Eles são seniores porque têm anos de experiência com os quais (com sorte) aprenderam as armadilhas a evitar e habilidades sociais essenciais que os ajudam a trabalhar de forma eficaz com a gestão. Devs juniores geralmente carecem de ambos, então eles precisam de devs seniores para ajudá-los a contornar as armadilhas . Um dos melhores desenvolvedores juniores que já vi ainda precisava disso. Ele se deixou conduzir (depois de resistir um pouco), e isso foi muito bom. Se você perceber que a gerência está ouvindo o desenvolvedor sênior, isso não significa necessariamente que há uma conspiração em andamento (com toda a seriedade, não com a intenção de ser desprezível). Os gerentes olham primeiro para a experiência, depois para as habilidades tecnológicas, e eles provavelmente (e muito razoavelmente) respeitam e confiam no julgamento do desenvolvedor sênior ao olhar o quadro geral.

Não lute contra o desenvolvedor sênior

Não lute contra o desenvolvedor sênior. Não. Todo desenvolvedor júnior tem (eu também), mas é loucura. Sim, os desenvolvedores juniores têm habilidades tecnológicas mais nítidas, mas não têm experiência e, portanto, geralmente não sabem tanto quanto pensam e dão ao desenvolvedor sênior muito menos crédito pelo conhecimento do que deveriam. E em segundo lugar, e muito importante, a gerência confia no desenvolvedor sênior para dirigir o navio e guiar o desenvolvedor júnior A gerência espera que o desenvolvedor júnior siga a liderança do desenvolvedor sênior. Se o desenvolvedor júnior se recusar e disser "mas o desenvolvedor sênior é um idiota, eu sei melhor por causa do princípio XYZ", a gerência não pensará "uau, o desenvolvedor júnior está certo, o desenvolvedor sênior é uma fraude; vou despedi-los e promover o júnior dev ". A gerência pensa, "cara, este desenvolvedor júnior é incontrolável e um grande risco. Espero que eles caiam na linha logo, ou teremos que mostrar a porta a eles." Tenho certeza de que a última linha não é útil para ansiedade, mas há boas notícias: provavelmente é hora de virar o navio! O que você deve fazer?

Envie para o Liderança do desenvolvedor sênior!

O desenvolvedor sênior diz para usar GOTOs? Em seguida, use-os. Levante as preocupações de uma forma que demonstre humildade e respeite a experiência do desenvolvedor sênior, mas ainda levante as preocupações (melhor feito como perguntas genuínas do tipo "Eu quero aprender X", não perguntas do tipo "Não é uma maneira tola de fazer isso?") . Levante essas preocupações da posição de primeiro presumir que o desenvolvedor sênior tem um bom motivo e quer aprender o que é, mas comunicando que você concordará com o que eles disserem, você só quer aprender. Vou repetir: faça o que o desenvolvedor sênior disser. A única razão pela qual você não deve fazer isso é se você sabe com 100% de certeza que o desenvolvedor sênior não está, de forma alguma, em uma função de líder ou mentor sobre você - nem como líder técnico, nem sobre o projeto , não sobre a base de código, nada disso. Se o seu gerente não disse isso explicitamente, você deve presumir que sim. É para isso que servem os desenvolvedores seniores.

Lembre-se: seu trabalho não é fazer as coisas perfeitamente, seu trabalho é fazer as coisas

Os desenvolvedores juniores muitas vezes não percebem isso, mas no final do dia o código deve ser feito, e alguém deve ter a responsabilidade de tomar decisões sobre como arquitetar o código, padrões de codificação, etc. Essa é a responsabilidade de um desenvolvedor sênior, e muito provavelmente do desenvolvedor sênior em questão. Isso significa que não é sua responsabilidade como dev júnior. Contanto que você levante as preocupações da maneira certa (veja acima) quando as tiver, está tudo bem escrever código de uma forma que não faça sentido para você ou pareça que está comprometendo os padrões de qualidade do código (com a experiência que você ' aprenderá sobre a compensação entre custo, velocidade e qualidade que torna isso um dado na indústria de software; o desenvolvedor sênior provavelmente já aprendeu esta lição).

Por que isso provavelmente ajudará

Primeiro, esperamos que conserte o relacionamento entre você e o desenvolvedor sênior. A responsabilidade do desenvolvedor sênior é quase certamente dirigir e orientar você. No momento, você acidentalmente está tornando isso difícil e estressante para o desenvolvedor sênior e está percebendo uma resistência deles (concedida de uma forma inadequada, mas as pessoas são humanas). Reparar esse relacionamento tornará as coisas menos estressantes para você e reduzirá sua ansiedade, o que deve ajudar seus ataques de ansiedade. Bônus: provavelmente também melhorará sua imagem com seu gerente, o que é importante. E com o tempo e a experiência você começará a ver porque todas essas coisas são verdadeiras, o que também ajudará com a ansiedade, a longo prazo.

Se isso não funcionar

Se você fizer tudo isso, totalmente, com total humildade e sinceridade, seguindo o que o dev sênior diz (e dando a isso um tempo razoável - pelo menos um mês ou dois), e eles ainda serão abusivos , então concordo com outro pôster de que você precisa procurar outro emprego. E é claro que nada disso exclui a necessidade de dar prioridade à sua saúde mental e emocional, nem pressupõe que reduzir o estresse vai resolver tudo, mas é uma ferramenta que deve ajudar, além de outras etapas.

Os comentários não são para discussão extensa;esta conversa foi [movida para o bate-papo] (https://chat.stackexchange.com/rooms/84777/discussion-on-answer-by-bob-anxiety-attack-at-work-caused-by-colleague-how-para).
JimmyJames
2018-10-18 21:47:58 UTC
view on stackexchange narkive permalink

Embora este desenvolvedor seja a causa direta de sua angústia, parece-me que o verdadeiro problema aqui é o gerente. Este é um dos tipos de disfunções que acontecem em equipes técnicas em que o gerente não entende realmente o trabalho que a equipe faz.

Quando você realmente não entende o que está acontecendo como gerente, é forçado confiar nos outros para entender a qualidade do trabalho e tomar decisões. Isso não é necessariamente um problema em geral, mas o que costuma ocorrer é que o gerente não sabe como escolher as pessoas certas para ouvir. Eles tendem a basear sua avaliação em coisas superficiais e muitas vezes escolhem a pessoa exatamente errada. O clássico é o membro da equipe que produz soluções frágeis e muitas vezes excessivamente complexas, que criam muitos problemas que só eles podem resolver. O que o gerente vê é o 'herói' corrigindo os problemas. "Uh-oh, os relatórios TPS estão falhando de novo! Precisamos do herói!" Os desenvolvedores que escrevem código estável e robusto não estão constantemente salvando o dia e parecem dispensáveis.

Isso pode parecer estúpido (meio que é), mas é um resultado natural de como nossas mentes funcionam. Coisas que não mudam e funcionam bem tendem a se tornar invisíveis. Por exemplo, com que frequência você pensa sobre seus batimentos cardíacos? Provavelmente não com frequência quando é normal. Você também precisa entender que a maioria das pessoas não tem ideia do que está acontecendo dentro de um computador. É tudo um mistério. Eles apenas veem um bombeiro herói. Eles não fazem a conexão de que o herói é realmente um incendiário.

Você desembarcou em um time com um 'menino de ouro'. Quando o menino de ouro não é realmente muito competente, eles podem ser muito territoriais e ciumentos. Se você os desafiar em um nível técnico, eles podem se tornar muito agressivos e tentar forçar você a se submeter. A realidade é que seu status é tipicamente muito tênue. Assim que o gerente começa a ver evidências de sua inaptidão, a situação pode mudar muito rapidamente. Freqüentemente, o gerente fica zangado quando começa a perceber que foi enganado e que sua própria posição na organização foi prejudicada por essa pessoa. O menino de ouro está desesperado para evitar qualquer rachadura em sua fachada de competência.

Você tem três abordagens básicas para escolher:

  1. Envie e permita que o menino de ouro domine.
  2. Vá para a guerra e exponha-o.
  3. Saia e encontre uma nova situação

A primeira não é uma escolha que eu faria a menos que precisava desesperadamente manter meu emprego. Já fiz o número 2 várias vezes, principalmente por causa da minha personalidade e não tanto porque eu realmente entendia a dinâmica. Pode ser muito desconfortável e há algum risco de você ser expulso ou demitido. Eu sofri o primeiro, mas não o último. É difícil dizer como a ofensa afetará sua ansiedade. O estresse geralmente é resultado de uma sensação de impotência, portanto, resolver ativamente os problemas pode ajudar. E se você for bem-sucedido, ainda estará preso a um gerente que não sabe o que está acontecendo. Você pode se tornar o menino de ouro ('garota de ouro' tem uma conotação muito diferente, eu aceito sugestões para outro termo sem gênero para essa ideia). Talvez você queira isso, pessoalmente eu prefiro trabalhar em uma equipe não disfuncional. Uma coisa a ter em mente que J. Chris Compton ofereceu: "Se você está cheio de emoção (percebendo que está chateado) quando explica o seu lado, é menos provável que você entregue uma mensagem que influenciará / convencerá a outra pessoa. Minha opinião ao ver as pessoas discutindo coisas técnicas - a pessoa que está emocionalmente carregada tem mais probabilidade de ser percebida como errada (todo o resto sendo "quase igual"). " Vou acrescentar a isso: conheça suas coisas e esteja preparado para defender suas decisões, mas se perceber que está errado ou que a outra pessoa tem razão, admita.

Sair é sempre uma opção. A principal desvantagem disso é que é difícil saber com certeza no que você estará se metendo no próximo lugar e mudar de emprego com muita frequência pode parecer ruim.

Outra coisa que pode acontecer é que o gerente vai embora. Normalmente, isso não é algo que você possa afetar, embora possa fazer uma reclamação de um ambiente de trabalho hostil que pode levar à demissão. Não tenho certeza de como isso funciona na Holanda, mas nos EUA, isso expõe a empresa a ações judiciais e tais reivindicações são geralmente levadas a sério em qualquer empresa bem administrada.

Duvido que o número 2 (vá à guerra e exponha-o) seja uma boa opção.O gerente já a vê como uma pessoa que demorou muito em um projeto (ref para o problema de refatoração) e provavelmente já está ouvindo e acreditando no garoto dourado quando ele disse que ela não sabia programar bem (ref para LINQ).Eu diria que a # 1 é sua melhor solução de curto prazo até que ela possa implementar a # 3.Tentar lidar com um adversário tóxico e aumentar a ansiedade é uma subida íngreme (embora possa ser feito, o número 3 é menos estresse e não menos saudável).
@J.ChrisCompton Eu nunca fui capaz de tolerar alguém fazendo avaliações objetivas incorretas do meu trabalho.Parece que o OP já permitiu isso, então provavelmente não é o caminho que ela fará.Talvez se o 'outro gerente' puder ser recrutado e tiver habilidades técnicas, no entanto ...
# 2 é a melhor opção - mas é preciso um exército / guerreiro para ir para a guerra, não alguém com ataques de ansiedade.Portanto, a opção 2 não é uma opção, mas sim um pensamento positivo.
@TomTom Um exército pode realmente ser uma opção.Percebi que sou muito mais popular e tenho muito mais credibilidade com todos, exceto com o gerente, do que com o 'menino de ouro' (gosto desse termo) - até o ponto em que algumas pessoas querem que ele seja demitido.Acabei de recrutar cerca de 10 outros desenvolvedores e dois gerentes.Recebi uma oferta para mudar de equipe na próxima semana.Exército protegido ... :) Vamos ver como isso vai daqui.
@TomTom Não tenho certeza sobre isso.Ou pelo menos não foi minha experiência.Por exemplo, comecei um novo trabalho e um dos arquitetos / desenvolvedores foi considerado o 'melhor' pelo gerente.Quando comecei a olhar o que ele havia construído e conversei com o gerente sobre isso, sua impressão mudou rapidamente para 'este código é uma merda'.Este gerente realmente descobriu como codificar em um ponto, ele apenas nunca se preocupou em olhar antes.Em qualquer caso, a fé construída sobre impressões superficiais não é muito robusta.Algumas rachaduras na fachada podem desmoronar completamente.
@JimmyJames Eu sei o que você quer dizer, porém não deve ser levado para o lado pessoal, mesmo que a crítica seja objetivamente errada - a solução para isso é explicar por que você está certo com as evidências.Se você está cheio de emoção (percebendo que está chateado) ao explicar seu lado, é menos provável que você entregue uma mensagem que influenciará / convencerá a outra pessoa.Minha opinião ao ver pessoas discutindo coisas técnicas - a pessoa que está emocionalmente carregada tem mais probabilidade de ser percebida como errada (todo o resto sendo "quase sempre igual").Às vezes, até mesmo se algo é realmente objetivo está em questão.
@J.ChrisCompton Esse é um ponto excelente.Vou adicionar isso à resposta.
Prometheus
2018-10-18 17:54:44 UTC
view on stackexchange narkive permalink

Às vezes, as pessoas (tóxicas) ocupam tanto espaço (pessoal) quanto encontram disponível. É sua vontade colocar seus limites e não dar mais espaço a ele. Esse cara pode nunca mudar, mas pelo menos você pode definir algumas regras sobre o comportamento dele para você.

De minha experiência pessoal com um colega tóxico (muitas semelhanças com o seu caso), Primeiro , Conversei com meu chefe e disse que seria muito mais produtivo se algumas coisas fossem diferentes no meu ambiente de trabalho, mencionando um ou dois fatos que aconteceram com meu colega. Em segundo lugar, aproveitei a primeira oportunidade dada pelo meu colega depois de ser criticado mais uma vez, dizendo-lhe que mesmo que ele estivesse certo sobre suas propostas, seu comportamento não estava ajudando em nada.

ΝNão preciso insultar ninguém, tente trazer à tona o aspecto positivo do caráter dele , destacando sua experiência e, ao mesmo tempo, fazê-lo entender que sua produtividade depende dele e da sua boa comunicação entre você e ele.

No meu caso, o comportamento do meu colega melhorou ( apenas para mim! ) Ele tem o mesmo comportamento para aqueles que mantiveram a boca fechada.

O bom caso é que você trabalhará em um ambiente melhor. Mas e se as coisas não funcionarem conforme o planejado?

Qual seria o pior cenário? Ser demitido? Dificilmente o suficiente para acreditar que isso aconteceria. Na pior das hipóteses, o cara não mudará e você terá a opção de pedir demissão ou tentar outro método. Suponha que você desista ou seja demitido. E daí? Você encontrará um emprego muito melhor. Para você e sua saúde mental. Sua família precisa que você seja saudável antes de tudo.

Você pode tentar gerenciar seus ataques de ansiedade vez após vez, definindo seu sentimento principal para esta situação como sua raiva em vez de seu medo . Sim, precisa de paciência , você tem que lutar, mas pode ser alcançado com certeza.

Você realmente acredita que ele não pode fazer isso?Ou você "pensa" que ele não seria capaz ... porque blá blá.Ele pode usar sua raiva para superar seus medos.Muitos fizeram isso, ele também pode.Ele também pode seguir um caminho alternativo.Eu segui esse caminho
@Prometheus Algo que funciona para você não funcionará necessariamente para outra pessoa.Não sei o que vai funcionar para ela, e nem você.Nenhum de nós é seu terapeuta.Dizer: "Você pode controlar seus ataques de ansiedade vez após vez, definindo que seu sentimento principal para esta situação seja sua raiva em vez de seu medo."está muito provavelmente errado e despreza seus problemas.
Claro que não, mas é por isso que citei minha experiência pessoal.Visto que algumas pessoas (incluindo eu) conseguiram algo usando este método, então acho que vale a pena citar.Não acho que OP irá digerir qualquer coisa que tenha sido dada a ele como um conselho correto sem mastigar bem antes.Ele pode filtrar, decidir se é adequado ao seu personagem / situação.Ele pode tentar adotá-lo ou descartá-lo, mas também pode escolher combiná-lo com outro método e obter um resultado positivo.
Kevin
2018-10-19 16:56:31 UTC
view on stackexchange narkive permalink

Já passei por uma situação semelhante, no mesmo país. Vou apenas compartilhar o que fiz e os efeitos, se essa não for uma boa resposta no WorkplaceSE, me avise.

Sou um desenvolvedor móvel, trabalho com 3 outros, um dos quais age da mesma maneira que o seu. Ele reclama constantemente do trabalho de outras pessoas, mesmo das que estão há 15 anos na empresa. Ele é teoricamente muito forte, mas carece de muita experiência no mundo real, ele não entende que quando você trabalha para uma empresa, às vezes tem que usar a solução de 1 hora que é boa o suficiente em vez do projeto de refatoração de 10 horas para corrigir um inseto. Nas reuniões, ele começa a discutir sobre tudo, toda a equipe pode dizer A e ele ainda vai ser inflexível sobre B.

Na primeira vez que isso me causou um ataque, desliguei completamente. Foi em uma reunião, nem me lembro o que o desencadeou exatamente, mas esse cara continuou gritando a mesma discussão, não importa o que eu disse a ele. Entrei em pânico e no momento em que um dos membros da minha equipe disse algo ao cara, eu me afastei totalmente da conversa, não tenho uma memória consciente do resto da reunião, apenas olhei para minha lata de refrigerante, felizmente o resto do a equipe terminou o resto do que precisava ser discutido.

Depois fui ao banheiro um pouco, para me acalmar e pensar no que fazer a seguir. Pedi ao meu superior que agendasse uma reunião. Eu tenho autismo e estava me recuperando de uma depressão na época, ninguém sabia disso ainda e eu senti que deveria contar isso primeiro para explicar completamente o impacto. Então, acabei de revelar isso a ele, ele geralmente é um cara muito legal, alguns anos mais velho que eu, então me senti confortável em compartilhar isso com ele. Ajuda saber que ele valoriza o meu trabalho e não mudaria essa opinião com base no conhecimento dessas questões. Expliquei o que aconteceu e como isso me afetou, e que não sabia o que fazer em tal situação. Ele respondeu muito compreensivo e me deu a dica de ir ao banheiro assim que sentir um ataque chegando. Fique lá o tempo que eu precisar e conte a ele sobre o incidente algum tempo depois. Eu fiz isso mais uma vez.

O cara do problema recebeu um aviso oficial um pouco depois com um "você não se encaixa na equipe, trabalhe nisso". Ele tem melhorado desde então.

Você tem um "vertrouwenspersoon"? Em caso afirmativo, converse com eles, para que pelo menos alguém na empresa conheça sua situação e possa atestar por você se as coisas realmente sairem do controle. (vertrouwenspersoon = uma pessoa na empresa que você pode dizer coisas sem que ela conte para os outros, é algo que algumas empresas na Holanda têm)

J. Chris Compton
2018-10-18 22:06:50 UTC
view on stackexchange narkive permalink

Para obter felicidade a longo prazo , você deve encontrar um novo cargo onde seja mais feliz.
Pode levar alguns meses, mas as habilidades em .NET são comercializáveis ​​em todo o mundo.


Com isso em mente, vou abordar outra coisa.

Outros têm boas informações sobre como lidar especificamente com sua ansiedade .
Não há necessidade de acrescentar algo a essa parte.

Gostaria de falar sobre como você lida com as coisas em geral.
Se você olhar as coisas de maneira diferente, as coisas podem ser mais fáceis para você.

Então, vamos ver algumas coisas que você diz aqui, com novos olhos,
e você pode considerar se eu tenho pontos válidos.

Nota: não estou culpando você pela bagunça que você descreveu.

Leia a última frase novamente, por favor ...

Quero sugerir maneiras diferentes de ver as coisas - em seu próximo trabalho - não importa o que seja.

Ele está falando mal de mim para o nosso gerente, porque eu me recuso a nomear minha classe como “Request” para “RequestClass” e outras razões estranhas.

Eu tenho que perguntar ... por que você simplesmente não o renomeou?
Ele é o desenvolvedor sênior e é amigo do gerente. É uma colina em que você está disposto a morrer? Escolha suas batalhas.
Haverá muitas regras estúpidas em cada organização. Por quê? (1) Porque pode ser muito melhor ter o código todo escrito em um padrão, mesmo quando isso não é ideal, e (2) pessoas mandonas.
Eu tinha um amigo que trabalhava em um lugar onde você não estava ' Não é permitido usar uma negação em uma declaração if (um bom princípio geral ... mas burro quando aplicado de forma implacável).

Ele diz “Por que você está usando o Linq para filtrar essa lista, alguns foreach work also. ”

Diga a ele que você achou que era mais sustentável e se ofereça para reescrevê-lo.
(Sem dizer a ele ou insinuar que ele é um idiota ... especialmente se ele for um idiota.)

Foi uma [tarefa] difícil porque eu tive que refatorar uma classe que este programador escreveu (mal).

Você teve que reescrever?
Por "tenho que fazer "Quero dizer, não havia realmente outra maneira de fazer as alterações?

Ele puxa minhas mudanças e começa a criticá-las. Tenho certeza de que nosso gerente o encarregou disso.

Isso é algo para falar com seu gerente quando você se sentir saudável o suficiente para lidar com isso.

Gritar é impróprio, você não deveria ter que lidar com isso no trabalho ... nunca.
Noto que você diz que ele está criticando suas alterações , mas o tom da postagem parece ser que ele está criticando você .

Na maioria dos lugares, você terá que lidar com críticas ao seu trabalho - tente levar isso menos para o lado pessoal.

Ele sabe algumas coisas melhor do que eu ... No entanto, ele acredita que sabe tudo melhor do que eu.

Embora você possa estar correto, quando diz "ele acredita que sabe tudo melhor do que eu", você definitivamente está projetando - o que não t a maneira mais saudável de viver.

Na minha opinião, a projeção pode contribuir para a ansiedade. 1 Veja se o seu terapeuta quer falar com você sobre isso.


1 Não, não sou terapeuta. Eu "acho que contribui" porque a maioria das pessoas que conheço que têm ansiedade projeta muito mais. Isso é "evidência anedótica" pule este ponto se você acha que estou errado :-)

Também "porque tive que refatorar uma classe que este programador escreveu (mal)."- Eu faço isso no momento.Problema?A lógica foi escrita ao longo de 5 anos, os requisitos de negócios mudando "diariamente".A refatoração sempre é adiada por motivos de orçamento.Coisas assim acontecem nas empresas.Você pega um cara novo, você o coloca para esclarecer isso porque ele ainda não está "ocupado" com os requisitos do negócio.Este é um trabalho normal, acontece.(no meu caso, FINALMENTE retiramos toda a API e a reescrevemos do zero - levei apenas 2 anos e MUITOS novos requisitos tornando-a seriamente inutilizável).
@TomTom Sim, estou dizendo que, se você causar uma perda de vários milhões de dólares, não deve gritar com você.Escrito?Talvez.Disparamos?Talvez.Gritou com?Não. Onde eu trabalho agora, ninguém gritaria comigo se eu gerasse uma perda multimilionária - e sim, é possível para mim fazer algo assim.Quando tanto dinheiro está em jogo, deve haver verificações e balanços adequados (vários revisores) - nunca a chance de uma pessoa sozinha assumir a culpa.Lamento saber que sua experiência é diferente.
Embora haja muita verdade nessa resposta ... é uma estratégia de curto prazo.Você não quer calar a boca e se tornar um desenvolvedor pior, a menos que seja um passo para outra coisa.
@AdrianoRepetti Na verdade, aconselhei a procura de um novo emprego no topo da minha postagem.Se o que você tirou da minha postagem é "cale a boca e se torne um desenvolvedor pior", então eu não devo ter escrito uma boa postagem.Me entristece que ela aparentemente decidiu desistir da indústria.
Sim, eu queria reforçar isso, facilmente passa despercebido.Ai sim.Que decisão terrível, especialmente se causada por uma única experiência.Espero que não seja o caso, mas pode ser algo de que ela se arrependa no futuro.
@AdrianoRepetti Editado para enfatizar que a solução a longo prazo é conseguir um novo emprego, e o resto são apenas habilidades de enfrentamento.Obrigado pela sua contribuição!
@AdrianoRepetti Pensei em procurar um novo emprego por um tempo, mas temo que a mesma coisa aconteça novamente.Nunca tive um bom emprego.Eu esperava não ter tido sorte, mas provavelmente sou apenas um grande fracasso.Tudo correu bem até eu largar a universidade.Eu já sentia que não deveria estar lá, mas de alguma forma deu certo, meu GPA era 3,5, mas eu realmente não pertencia a esse lugar, o que eu esperava que fosse diferente.Eu fiz uma pergunta sobre na Academia (https://academia.stackexchange.com/questions/106850/my-university-changed-my-bachelor-course-what-can-i-do).
Até recentemente eu me apegava à esperança de que estava bem, até li sobre síndrome do impostor, mas não é isso.Não convenci ninguém de que sou "realmente bom", porque me dizem o contrário.Fiquei esperando que fossem eles, não eu, mas realmente sou eu.Eu sou um idiota por ter abandonado a faculdade.Eu sou apenas um grande trapalhão.
@cyonis Não o conheço o suficiente para ter uma opinião (e mesmo nesse caso não sou ninguém para julgar as habilidades de alguém), mas falando francamente, você duvida, então você já passou pelo "Acabei de me formar, sei tudo"fase.Agora é hora de aprender, não desistir.
Eu morava na Holanda, as pessoas são diretas e diretas (do jeito holandês!) E conheci uma quantidade enorme de ótimos profissionais.Você pode precisar encontrar a empresa certa com um bom mentor, mas definitivamente vale a pena.Você sempre enfrentará obstáculos, mas, no ambiente certo, eles são a maneira de aprender e se tornar melhor.Além disso, como eu disse, há uma chance de que o desenvolvedor sênior não seja tão hábil quanto você pensa agora.Você ainda precisa segui-lo, mas isso não significa que você é burro se faria as coisas de uma maneira diferente.Aprenda, ganhe experiência (que não é apenas conhecimento) e então, eventualmente, mova-se.
É óbvio, mas deixe-me acrescentar isso: sua saúde está em primeiro lugar.A transição para a indústria pode ser estressante e exigente porque a experiência vem principalmente de erros.Procure ajuda profissional e pondere suas decisões em relação à sua saúde.O corte de pagamento de 70% está certo para você?Você fica mais feliz e saudável por ser uma entregadora?Então vá em frente, é um trabalho honrado e engraçado.Você ficará mais feliz como desenvolvedor?Encontre um novo emprego ou fale francamente com seu gerente: você quer melhorar, mas precisa de mais ajuda.
Dominique
2018-10-19 14:27:12 UTC
view on stackexchange narkive permalink

Tenho outra abordagem para o seu problema: seu colega parece sempre ter uma ideia melhor sobre como fazer as coisas, mas esse tipo de pessoa geralmente tem uma desvantagem: eles estão muito envolvidos na codificação mais profunda, mas não têm ideia de que os programas que eles estão escrevendo devem ser usados ​​por pessoas normais (quero dizer, nada de nerds de TI, todos respeitam), isso é algo que você pode usar:

Você vai ao seu gerente e menciona-o / ela que você não se sente bem com as críticas constantes que recebe de seu colega de trabalho, então você tem uma proposta: toda vez que seu colega descobrir que você fez algo errado, cabe a ele bolar um verdadeiro -Situação de vida, onde ele pode indicar claramente porque sua solução é melhor do que a sua. Essa situação da vida real deve ser acordada por seu gerente.

Isso resultará na seguinte situação:

  • Algumas das situações que ele inventará não serão aceito pelo gerente, por não ser realista o suficiente, há um vencedor para você.
  • Algumas das situações que ele inventará serão aceitas pelo gerente, como sendo realista o suficiente, que será um vencedor para ele, mas para você será uma oportunidade de aprender com seu colega de trabalho.

Eventualmente, você acabará com uma lista de casos de uso da vida real, que sua empresa pode use uma lista de teste de regressão, o que pode aumentar muito a qualidade do seu produto, e isso será o verdadeiro vencedor para você, já que você é a pessoa que propôs começar esta lista de teste de regressão!

O risco desse conselho é que o colega de trabalho em questão seja um colega sênior.É improvável que o gerente receba isso bem.Sinaliza "Sou um desenvolvedor júnior incontrolável que não entende o significado de meu colega de trabalho ser sênior".
Ertai87
2018-10-18 19:25:44 UTC
view on stackexchange narkive permalink

Aqui está o problema dos desenvolvedores com grandes egos e sem habilidades: as empresas que os contratam e mantêm por longo prazo irão morrer. Eventualmente, o que vai acontecer é que eles vão causar muito inchaço de código, muitas dependências ocultas, aplicativos de modelo monolítico e assim por diante, de modo que um dia o código quebra e ninguém, exceto aquele cara, será capaz de mantê-lo. Então esse cara vai deixar a empresa (se aposentar, sair, demitir, o que for) e o aplicativo irá falhar e a empresa irá desmoronar sob seu próprio peso. Minha empresa atual está passando por uma situação semelhante agora, onde seu aplicativo antigo foi tão mal projetado que eles decidiram que, em vez de consertá-lo, seria melhor apenas reconstruir tudo do zero e jogar o antigo fora, e eles estão gastando muito tempo e dinheiro nisso, o que poderia ter sido economizado se o aplicativo antigo fosse desenvolvido corretamente.

Então, essa é a direção que sua empresa está tomando, se seu "desenvolvedor sênior" não souber SÓLIDOS e detalhes como "Request" vs "RequestClass" (e a propósito, você está certo neste caso, deveria ser "Request"; sufocar tudo com Class / Impl / etc é tão antiquado, não é de admirar que o desenvolvedor sênior programa há 20 anos, provavelmente ainda usa Java 4, aposto;)). Você quer estar neste navio que está afundando quando ele eventualmente se desintegrar, ou melhor ainda, você quer estar lá para recolher os pedaços da bagunça de outra pessoa? Claro que não. Portanto, saia daí o mais rápido possível. Você está em um navio que está afundando, é hora de pular.

Exceto que a MAIORIA das empresas não desmorona.Lembra do problema do ano 2000?Provavelmente não - NENHUM banco desmoronou devido a um bug sistêmico introduzido principalmente nas décadas de 1960 e 1970.As empresas fracassam quando seus negócios falham - a maioria das empresas não tem a TI como negócio.
@TomTom Adorei como você astutamente incluiu um exemplo do bug do Y2K em seu comentário sobre o bug do Y2K!
@TomTom TI e desenvolvimento de software não são a mesma coisa.Os termos são frequentemente confundidos, mas dizer que TI = desenvolvimento de software é como dizer que odontologia = cirurgia de coração aberto.
@TomTom Você sabe por que tudo correu tão bem?Porque as pessoas foram em frente e consertaram.Se tivesse sido corrigido de forma incompetente, teria havido problemas.BTW, muitos lugares tiveram seus problemas Y2K antes.Conheço uma mulher que trabalhou em um sistema que administrava pensão alimentícia.No segundo semestre de 1981, um dos programas dizia "mulher está grávida em 81, a criança vai nascer em 82, some 18 anos, isso é 0, agora é 81, isso é maior que 0, então não há mais pagamentos de pensão alimentícia".Esse teve que ser consertado com competência e razoavelmente rápido.
@TomTom não era um bug sistêmico, não quando o código foi escrito nos anos 70.Suponho que você poderia dizer que o "bug" era que o código ainda estava funcionando perfeitamente bem 30 anos depois.Se ao menos o código moderno pudesse dizer o mesmo :-(
Independentemente de ser "Request" ou "RequestClass" em * outro * contexto, * neste * contexto deve ser ** o que quer que corresponda à norma dominante do código existente ** ou direção escolhida pela liderança do projeto.Entrar em uma discussão egoísta sobre um caso é inútil - para algo tão básico como isso, há uma maneira de a empresa fazer isso, e tudo o mais está errado * aí *, sem uma decisão de alto nível para começar a mudar o código base inteiro.Portanto, tanto o autor da postagem quanto o crítico estão errados nisso;valeria a pena descobrir o que pensa o * resto da empresa * (não o resto da Internet).
@ChrisStratton concordou.Posso dizer que está longe de ser padrão colocar “Classe” atrás de um nome de classe na empresa.Ele apenas achou que era mais descritivo porque “é uma classe que representa uma solicitação, não uma solicitação”, o que não conta para as outras classes
Rafael Hoyos
2018-10-19 15:18:21 UTC
view on stackexchange narkive permalink

Seu problema não são seus hábitos de codificação ou a maneira como você faz as coisas; seu problema agora é sua ansiedade. Se você não resolver isso com um profissional / medicamentos, verá esse padrão acontecer ao longo da vida. As pessoas vão ver tudo o que você faz de forma desfavorável, você não vai inspirar confiança e, depois disso, você pode ser o especialista, a pessoa certa para esse tipo de negócio, e ninguém vai te levar a sério. Reserve algum tempo e explique isso ao seu terapeuta (nunca diga aos seus colegas), mesmo se houver alguém em quem você confia. O que está acontecendo em seu local de trabalho são detalhes. Sua ansiedade e vulnerabilidades projetadas são suas prioridades agora.

Obrigado, Rafeal.Já estou levando ao terapeuta.Os problemas não vão embora da noite para o dia, e ainda espero vir trabalhar 5 dias por semana, que é o foco da minha pergunta.


Estas perguntas e respostas foram traduzidas automaticamente do idioma inglês.O conteúdo original está disponível em stackexchange, que agradecemos pela licença cc by-sa 4.0 sob a qual é distribuído.
Loading...