Trabalhando como programador único em uma empresa não tecnológica [fechado]


37

Trabalho como desenvolvedor back-end, desenvolvedor front-end, administrador de sistemas, help desk e "cara que conhece computadores" em uma pequena empresa de marketing com cerca de 15 pessoas.

Fiquei me perguntando se outros poderiam compartilhar suas experiências voando sozinhos em empresas que não estão necessariamente inclinadas para o setor de tecnologia.

Originalmente, aceitei o trabalho para fazer a transição do desenvolvedor / designer front-end para o codificador em tempo integral. Tem sido uma boa experiência até certo ponto. Definitivamente, tenho o papel de programador de 'rock star' - porque, francamente, ninguém realmente entende o meu trabalho.

Ultimamente, parece uma posição muito solitária. Eu raramente pego idéias fora das pessoas, e todo mundo me parece que eu tenho poderes mágicos que farão todos os computadores funcionarem e nos levarão primeiro às pesquisas do Google. Também senti uma forte desconexão entre o que dizemos que queremos (projetos com grandes cronogramas de desenvolvimento de meses) e o que realmente fazemos (copiar e editar nossos sites várias vezes).

Então, quem mais se vê sendo o 'técnico' de uma empresa que acha que a tecnologia é um pouco mágica, e qual a sua opinião sobre a sua situação?


Vivi esse cenário a maior parte da minha vida profissional ... mas nunca com 15 pessoas que não sabiam nada sobre computadores ao lado.
cregox 01/10/10

A maioria de nós chama isso de emprego dos sonhos ... apenas dizendo.
JMQ

11
pegar um pato de borracha? c2.com/cgi/wiki?RubberDucking
James Khoury

@ jmq se seu comentário é sério, eu tenho que discordar totalmente!
Artéria 23/06

Respostas:


27

Aproveite a situação que você tem - até certo ponto, acho que você tem um pouco de "grama verde". Desculpe, não estou tentando ser engraçado. O que estou dizendo é que todas as posições em todas as empresas têm deficiências. Os seus estão começando a chegar até você mais porque são muito familiares. Mas, nas empresas de tecnologia, compromissos e horários se tornam um problema. Nas grandes empresas não tecnológicas, superar a estupidez e o procedimento político pode ser um grande problema.

Então aproveite o que você tem agora; aprenda o que puder. Depois de acreditar que realmente não pode aprender mais, provavelmente é hora de seguir em frente. Não há mal nisso; parece que você é uma daquelas pessoas que precisam crescer para serem felizes com um emprego. Sua empresa atual deve entender que quando você chega a esse ponto e honestamente, se não, sair é definitivamente a coisa certa a fazer.

Dito tudo isso, há mais que você pode fazer na sua posição atual.

Se você estiver se sentindo solitário, faça algumas alterações para eliminar esse sentimento.

  • Use comunidades on-line para trocar idéias das pessoas (o StackOverflow é ótimo para isso).
  • Faça uma pesquisa com o Google para descobrir o que seria necessário para conquistar sua empresa primeiro e depois montar uma proposta para que isso acontecesse.
  • Ao passar por projetos, tome a iniciativa e mude como as coisas acontecem. Não escolha projetos impraticáveis ​​e longos. Em vez disso, proponha melhorias incrementais de um mês. Ao longo de um ano, elas se somam e podem realmente ajudar você a sentir que realizou alguma coisa.

21

Há uma desvantagem distinta em ser o único desenvolvedor - você não tem ninguém com quem aprender .

Na minha opinião, a melhor maneira de se tornar um programador melhor é trabalhar com pessoas que são melhores desenvolvedores. Se você é o desenvolvedor solo, precisa se esforçar para aprender novas tecnologias, conceitos e recursos de linguagem.

Eu acho que é importante para qualquer programador sério se cercar de outros programadores que possam desafiá-lo no que ele faz. Se você está trabalhando sozinho, está perdendo uma grande parte do que é a programação.

Você provavelmente pode ganhar um salário decente fazendo isso e tornar-se indispensável, mas a longo prazo você não vai crescer o máximo que puder e acho que as desvantagens superam as vantagens nesse caso.


11
Eu acho que existe uma espécie de viés em que temos problemas para imaginar como as coisas poderiam ter acontecido se fizéssemos algo diferente, mas eu sou desenvolvedor solo e não solo e, de muitas maneiras, o solo forçou mais crescimento, não menos - afinal, não há ninguém para pedir ajuda e não há ninguém para limpar sua bagunça quando você escolhe um design ruim e precisa desembaraçar. Eu costumava ser muito consciente de não ter uma educação formal em CS e principalmente trabalhar sozinho, mas depois viajei para algumas conferências e percebi que estava indo bem.
Casey

9

Existem vantagens e desvantagens.

Você listou a desvantagem mais importante para mim: você não pode compartilhar com os colegas. Mas você está aqui conosco, certo? Você pode compartilhar conosco.

As principais vantagens são as seguintes:

  1. Você é o melhor em seu campo na sua empresa e estará lá por um longo tempo. Isto é muito importante. Em grandes empresas, onde você tem dezenas de desenvolvedores, há muita concorrência e a maioria é afetada por isso. Isso é estúpido, mas é a natureza humana.
  2. Como é uma empresa pequena, é provável que você obtenha a aprovação para contratar novas pessoas de TI que você gerenciará. Isso colocará uma boa posição, onde você terá muitas opções .
  3. Ser o único a gerenciar TI (mesmo em uma pequena empresa), é uma oportunidade . Você será creditado pelos sucessos.

2
Eu já estive nesse tipo de posição antes e, de fato, recentemente aceitei outro trabalho como o lobo solitário de código / TI em uma empresa não-tecnológica e concordo completamente.
Pax Noctis

3
Isso pressupõe que a empresa QUER contratar mais pessoas de TI. Por estar nesta posição no passado, posso dizer com experiência que, na maioria das vezes, não há desejo de expandir a TI, levando a pessoa a ficar presa como uma loja individual por toda a sua permanência no cargo. empresa.
Wayne Molina

8

Estive nessa situação a maior parte da minha carreira. Aqui estão os prós e contras como eu o vejo:

Prós

  • Você geralmente se envolve em mais do que apenas programar; você também atua como analista de sistemas, arquiteto e desenvolvedor.
  • Mais exposição ao negócio real, pois você realmente precisa saber o que está acontecendo, por não ter um analista / arquiteto para lidar com o trabalho de design

Contras

  • Você atingiu o teto de vidro em quase todas as instâncias desse cenário. A menos que você esteja em uma empresa rara que planeja expandir seu departamento de TI / Software, você nunca será promovido, pois não há nada a ser promovido e provavelmente nunca poderá contratar pessoas sob você.
  • Provavelmente sobrecarregado, possivelmente mal pago
  • É fácil ficar frustrado por não ter ninguém para rejeitar ou debater idéias, você basicamente precisa seguir seu instinto ou gastar muito tempo em sites como esse ou o IRC ou o que quer que seja falar com seus colegas.

Por fim, eu diria que não é uma boa escolha de carreira, a menos que você tenha um interesse pessoal nos negócios, se é um negócio que você deseja mudar da TI ou se você é um amigo íntimo / relativo às pessoas que administram a empresa. Você aprenderá muito sobre não-software, mas sua experiência é bastante reduzida, porque você sempre terá um monte de coisas. Em todas as experiências, exceto as mais raras, você nunca será capaz de melhorar a empresa se a configuração deles for ruim (ou seja, hardware de baixa qualidade, código / banco de dados incorretos) e você nunca poderá contratar pessoas sob você e depois se tornar um verdadeiro gerente.

Quando eu trabalhava em uma pequena loja para seis pessoas há dois anos, exatamente nessa função, meu título era "Diretor de TI", mas eu não tinha relatórios e era o administrador de sistemas / desenvolvedor / DBA all-in-one. Embora eu tenha aprendido um pouco sobre como lidar com a gerência sênior em decisões de tecnologia, nunca recebi os recursos para realmente fazer nada (ou seja, não tinha relatórios, orçamento e não estava autorizado a tomar decisões), e como tal, ficaria ri de qualquer entrevista real de gerente que eu iria, já que não era um gerente de verdade, mas um "cara de TI" com um título grandioso. A estagnação acabou causando mais mal do que bem e acabei com um bom número de questões relacionadas à saúde (úlceras) devido ao estresse de ter que gerenciar uma dúzia ou mais de coisas com um orçamento apertado, sem nenhum apoio ou assistência.

Eu faria isso de novo? Somente se eu soubesse que a empresa estava atrás de mim assumindo as rédeas como gerente de TI e me desse A) Os recursos necessários para realizar meu trabalho, seja um orçamento para software / hardware, a capacidade de contratar pessoas ou pelo menos os menos contratam bons contratados e B) O apoio para tomar decisões fundamentadas para a empresa; basicamente sendo tratado como um executivo / gerente (porque se você é a única pessoa de TI, você é essencialmente o CTO / CIO e espera-se que ele converse quase diariamente com a gerência sobre a direção tecnológica da empresa) e não como um funcionário.

Situações como essa quase nunca saem bem, a menos que você encontre um caso raro com empresários que se preocupam com o crescimento e desejam aumentar seu departamento de TI. Em um caso como esse, você é ouro se quiser se tornar um gerente. Na maioria dos casos, você ficará esgotado e não terá nada para mostrar, exceto um título de destaque que nenhum gerente de verdade aceitará como válido.


11
Em retrospecto, esta é uma resposta mais precisa para minha situação (mas não necessariamente todas as situações). Desde então, deixei esse emprego e agora estou trabalhando com outros programadores que são muito mais inteligentes que eu. Definitivamente, o passo certo para a minha carreira.
Bryan M.

6

Passei alguns anos como programador solo em uma empresa que não é de tecnologia. Fui contratado por minhas habilidades técnicas, mas logo encontrei um uso para minhas habilidades de programação (de escrever pequenos utilitários a projetos de desenvolvimento de tamanho razoável).

Um dos benefícios foi que eu pude ler as "melhores práticas" e implementá-las na organização (por exemplo, controle de origem, teste de unidade, teste funcional, etc.).

Ele também me deu uma visão do ciclo de vida completo, desde a coleta de requisitos e a especificação de casos de uso até o suporte pós-lançamento e o gerenciamento de lançamento.

Sinto que a experiência me tornou um desenvolvedor mais completo, e a experiência foi um benefício agora que trabalho para uma empresa de desenvolvimento de software.

Com relação a me sentir solitário, eu concordo - me senti da mesma maneira. As comunidades da Internet são úteis para trocar idéias e os grupos de usuários locais também podem ser divertidos. Não tem um local? Comece um - provavelmente haverá pessoas locais para você no mesmo barco!


4

Eu estou em uma situação semelhante. As coisas estão lentas no momento, mas temos uma nova linha de negócios que estamos iniciando internamente e outra a partir de uma compra. As coisas mudam muito rapidamente. Projetos vêm e vão. Ele fica solitário e a família de sites SO ajudou tecnicamente e pessoalmente.

Sendo tudo igual, prefiro fazer parte de uma equipe, mas minha última empresa teve um pequeno grupo de desenvolvedores. Sempre trabalhamos em diferentes projetos de forma independente. Perdemos nosso gerente, que foi temporariamente substituído pelo chefe de contabilidade. A idéia dele era deixar que administrássemos nossos sentimentos e lidar com todos os relacionamentos com fornecedores, gerenciamento de projetos, reuniões etc. Saí antes que eles encontrassem um substituto; Eu simplesmente não aguentava mais. Como eu disse, todas as coisas são iguais.

Eu me envolvo com pessoas de outros departamentos em projetos. De vez em quando, trabalho com um desenvolvedor de outra empresa que estamos tentando integrar em nossos aplicativos.

Quando eu trabalhava em casa, tinha mais flexibilidade para ir a um grupo de usuários local (a cerca de 45 minutos de distância). Desde que eu viajo de trem até a cidade, tem sido mais difícil comparecer. Eu gostaria que houvesse algo mais perto.


3

Minha experiência foi semelhante à de ChrisB. Eu fui efetivamente o único desenvolvedor de aplicativos do meu departamento por três anos, até que (recentemente) contratamos um segundo desenvolvedor, e isso mudou muito a situação.

O melhor de ser apenas técnico é que você pode aprender algo novo e implementá-lo sem convencer ou treinar mais ninguém. Depois de ter outras pessoas técnicas, você precisará carregá-las com você, o que atrasa bastante as coisas.

A grande desvantagem é que há um limite para o que você pode ou aprender sozinho, portanto, é necessário trabalhar mais para manter a disciplina e continuar progredindo e, eventualmente, atingirá um limite. Penso que, uma vez atingido um determinado ponto, você não pode progredir facilmente, exceto interagindo com desenvolvedores mais especialistas do que você - os defensores das idéias de Artesanato de Software têm muitas coisas interessantes a dizer sobre orientação.


2

Conheço pessoas nessa posição. Eu diria que a pergunta crítica é o quanto eles respeitam você. Existem empresas muito pequenas que adotam a atitude de que o programador é um mal necessário (um exemplo muito bom que eu conheço era de uma empresa familiar) e empresas muito pequenas que considerarão o programador o especialista em computadores residente. Parece que você é respeitado, principalmente porque não fala em ter que fazer as tarefas estranhas que as pessoas acabam fazendo em empresas muito pequenas.


Eu cuido de todas as tarefas ímpares relacionadas ao computador. Mas normalmente não me importo com isso, desde que não consuma muito tempo.
Bryan M.

11
E certamente não me sinto desrespeitado. Eu acho que tem mais a ver com visão. Vejo muitas oportunidades para a tecnologia nos deixar mais eficientes ou servir melhor nossos clientes, mas isso é porque passo todo o meu tempo vivendo no mundo da tecnologia. Mas, ao mesmo tempo, preciso garantir que nossa dívida técnica não fique fora de controle. É um ato de equilíbrio frustrante, e é difícil comunicá-lo a pessoas que nunca estiveram lá antes.
Bryan M.
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.