Existem desvantagens em aceitar um trabalho em que usarei uma linguagem de programação exclusiva? [fechadas]

37

Acabei de me formar na faculdade com um diploma em CS, então gostaria de encontrar um emprego onde eu possa aprender mais sobre o campo e construir alguma experiência profissional.

Eu entrevistei em uma empresa que usa sua própria linguagem de programação interna, e não acho que outras pessoas a usem. Eles não mencionaram o uso de outros idiomas ou o que eles usam para um ambiente de desenvolvimento.

O que devo me preocupar em aceitar um emprego como este? Se eu fosse mudar de emprego mais tarde, teria que começar a procurar posições de nível de entrada novamente porque não ganhei nenhuma experiência específica de idioma?

    
por AlexMA 20.06.2016 / 21:35
fonte

22 respostas

28

As principais desvantagens:

  • trabalhar em um "ambiente personalizado" pode significar ferramentas / suporte limitados que podem ser enfurecedores quando você fica preso a um problema.
  • A linguagem que eles usam pode ser mal projetada, levando você a perceber os maus hábitos desde o início e a escrever código hacky para criar soluções alternativas.
  • Os baffoons de RH não reconhecerão sua experiência. (Isso é OK. Uma empresa que se apóia no RH para fazer contratações técnicas não é o tipo que você normalmente quer trabalhar. Depois de alguns anos, a maioria dos excelentes trabalhos é feita por meio de conexões.)

Se fosse eu, perguntaria a eles por que eles usam uma linguagem interna. Se for por um motivo legítimo, como restrições de hardware malucos, um domínio que não é facilmente modelado em nenhum idioma existente, então está tudo bem. Por outro lado, se a resposta deles sugere que eles criaram sua própria linguagem para que pudessem juntar um monte de hacks e lógica de negócios no que equivale a um bando de macros malucas, então essa é uma grande bandeira vermelha. Você quer ter certeza de que eles usam bons princípios de engenharia, para que você possa aprender com eles e ter sucesso com eles. Nesse caso, você pode ver se eles podem justificar racionalmente o uso de uma linguagem doméstica que não tem uma base de conhecimento da comunidade e suporte externo. Você pode achar que a decisão deles é perfeitamente racional (acredito que o facebook construiu sua própria versão do PHP para lidar com a escalabilidade, o que foi muito bom para eles), ou você pode descobrir que eles criaram uma monstruosidade de uma linguagem que tem sido tão strongmente acoplado com seus sistemas centrais, que eles não conseguem se livrar dele. Confie em mim, você não quer trabalhar em um idioma cujo tipo de dado principal é chamado ImARInObj (objeto de fatura de contas a receber imutáveis). O estreito acoplamento entre uma linguagem e uma necessidade de negócios geralmente ocorre nesses tipos de situações, e seria um pesadelo absoluto lidar com esse tipo de sistema todos os dias.

    
por 06.07.2011 / 19:49
fonte
95

Corra e fuja rapidamente. A menos que você esteja desesperado por um emprego e esteja com muita fome, esta é uma situação que você quer evitar.

Eu tenho experiência com uma empresa que fez isso, e a única razão que eles fizeram foi para que seus funcionários não ganhassem uma experiência significativa, transferível . Realmente era tudo sobre controle.

Outros que disseram aqui que "programação é programação" estão certos, mas eu diria isso, por que não usar alguma linguagem padrão para a qual existe suporte externo, bibliotecas, fóruns e um conjunto de programadores para escolher?

A única vez que eu acho que tal situação seria OK seria se a linguagem somente para empresa fosse para hardware personalizado. Por exemplo, você precisa escrever tudo para o Interferômetro de Raios Gama 9000X usando um código de montagem / máquina específico para essa máquina.

    
por 06.07.2011 / 19:48
fonte
21
Como seu currículo está basicamente em branco depois de se formar, seu primeiro emprego dá muito destaque à sua carreira futura. Seu próximo potencial empregador (s) estará colocando muito peso sobre este trabalho. Portanto, a menos que você também esteja programando em outros idiomas (mais comercializáveis), recomendo não aceitar esse trabalho.

Eu digo isso por experiência porque eu acabei de deixar o primeiro emprego que tive depois de me formar com meu grau C.S., onde eu estava em uma posição quase exatamente como você descreve. A maior parte da programação foi feita em uma linguagem basicamente desconhecida chamada Progress (também conhecido como OpenEdge ABL). É horrível. Não tão ruim quanto COBOL, mas perto. Eu estava preso lá porque a área em torno de onde me formei não tem muitos trabalhos de programação, e eu estava esperando minha esposa se formar com seu diploma antes de se mudar.

Conseguir que o idioma falasse com outros idiomas ou bancos de dados era quase impossível (ele também era bloqueado com seu próprio banco de dados proprietário - bônus!). Passei muito tempo escrevendo frameworks por conta própria que já existiam em outras linguagens, e provavelmente já estavam melhor implementados já que a linguagem não suportava muito bem esse tipo de paradigma de "extensão". A linguagem foi mais adaptada para uma abordagem de "contato Progress Corp. com uma solicitação de recurso, e aguarde até a versão n + 1 para o novo recurso". Escusado será dizer que a indústria de software não se move devagar o suficiente para que esta seja uma abordagem viável. Eu não vou falar sobre o quão ruim foi, mas eu suponho que você vai enfrentar uma coisa similar se você está lidando com uma linguagem proprietária também. Reescrever as estruturas existentes em idiomas desconhecidos provou não ser uma habilidade muito comercializável, na minha própria experiência.

Para acrescentar, a base de código existente era, digamos, sub-ótima. Muitos códigos legados que datam do final dos anos 80 e início dos anos 90. Eu aposto que você deve esperar algo semelhante, já que eu acho que a maioria das empresas só mantém as linguagens proprietárias porque elas carregam muito dessa bagagem herdada com elas. Lembre-se, provavelmente é difícil para um empregador desse tipo encontrar programadores dispostos a codificar neste ambiente legado / proprietário, além de provavelmente pagar pelo treinamento, já que ninguém nunca ouviu falar dele. Seus colegas de trabalho provavelmente também não serão titãs de engenharia de software, devido ao Efeito do Mar Morto (qualquer um com talento provavelmente já saiu). Eu tive um monte de problemas em revisões de código tentando usar código orientado a objetos, muito menos qualquer tipo de padrão de projeto, pois eles simplesmente não entendiam (as pessoas da minha equipe tinham, na melhor das hipóteses, um grau MIS (sem ofensa) ).

Finalmente, supondo que você aceite este trabalho, mas anseie por fazer algo melhor depois de sair, a fim de se tornar competitivo para o seu próximo trabalho, você terá que sacrificar muito do seu tempo livre fora do trabalho criando Brinquedos quebráveis em idiomas mais comercializáveis (e provavelmente abrir o código-fonte do que você faz) ou fazer o que eu fiz e salvar até algum dinheiro antes de sair e passar um mês ou dois fazendo o mesmo. De qualquer maneira, isso é uma coisa muito estressante, especialmente se você gosta de ter qualquer tipo de relacionamento social fora do trabalho ou gastar seu tempo livre fazendo algo que não está codificando de vez em quando.

Agora, minhas experiências podem não ser mapeadas diretamente para sua escolha, mas tenho certeza de que algumas delas serão aplicadas. Espero que pelo menos lhe faça algumas perguntas. Como outros já mencionaram, você provavelmente quer descobrir quais ferramentas eles usam (hardware, ambiente de desenvolvimento de software / IDE e, definitivamente, controle de versão). O Joel Test pode ser um guia útil.

TL; DR

Não faça isso.

P.S. Para aqueles que dizem que aprender qualquer nova língua é útil, isso por si só é verdade. O problema é quando você fica preso usando essa linguagem quase exclusivamente em tempo integral por um longo período de tempo, perdendo a exposição a linguagens mais úteis (e técnicas). É isso que você quer evitar.

    
por 06.07.2011 / 23:18
fonte
16

A desvantagem óbvia é que você não poderá adicionar esse trabalho ao requisito "5+ experiência usando o idioma x" para que os futuros trabalhos aos quais você deseja se candidatar tenham. Isso pode ser mais irritante do que você imagina (falando como alguém que teve muitos anos de experiência, mas uma ampla gama de linguagens de programação). Eu tenho experiência profissional com VBA que poderia muito bem ter sido experiência com o LOLCODE, baseado nos trabalhos que eu busco hoje.

Mas eles usam exclusivamente essa linguagem? É raro que uma empresa use apenas uma linguagem. Até mesmo meu tempo com o VBA incluiu alguns ASP, Java e PostgreSQL.

    
por 06.07.2011 / 19:17
fonte
8

Eu costumo concordar com o mantra, " programação é programação ", independentemente da linguagem em que você está trabalhando. Grande parte da programação é aprender a pensar e o resto é apenas sintaxe. Um possível futuro empregador ficará mais impressionado com "Eu cumpri X com a Empresa Y" do que com " Eu conheci a linguagem X por Y anos ".

O último trabalho que eu fiz envolveu muito trabalho em PL / SQL e eu nunca havia escrito uma única linha de PL / SQL - eu o peguei em cerca de duas semanas.

Dito isto, eu definitivamente continuaria na prática com outras línguas, apenas para ficar atualizado. Enquanto estiver no novo emprego, tenha um ou dois projetos que manterão seu braço de programação em forma com uma linguagem mais padronizada, mas não se preocupe muito com isso.

    
por 06.07.2011 / 19:16
fonte
6

Em TI, a empresa tem muitas vezes a ver com o recrutador para encontrar bons candidatos. Os recrutadores não são especialistas em TI, portanto, têm alguns critérios e combinam os candidatos com os e enviam-nos de volta à empresa. Ele segue o mesmo caminho com os recursos do humman em grandes empresas.

Você tem um problema com isso. Você não se encaixará nos critérios do recrutador. Então, eu diria que não é um problema reguardar suas competências. A programação é programação, e um programador sólido deve saber como mudar de um idioma para outro, porque a sintaxe é menos importante do que saber como fazer código confiável, código testável e código de manutenção. Essas capacidades são principalmente independentes da linguagem.

No entanto, desde que você não se enquadre nos critérios correspondentes de nenhuma pessoa de TI que esteja recrutando você, provavelmente será um inconveniente encontrar um futuro emprego. Mesmo se você for competir de qualquer maneira. Essas pessoas não sabem julgar isso porque não são TI.

Eu definitivamente não recomendo este trabalho para um primeiro. Mas se você já tem alguma entrada em seu currículo sobre tecnologias amplamente usadas (Java, PHP, C, C ++, C #, ...) vá em frente se quiser.

    
por 06.07.2011 / 19:36
fonte
5

Definitivamente, existem habilidades que você pode melhorar / aprimorar usando linguagens e ambientes proprietários. Como já foi mencionado em outras respostas, algumas habilidades transcendem a linguagem e podem ser muito valiosas em um currículo.

No entanto, essas habilidades são frequentemente negligenciadas quando as pessoas que revisam os currículos não são técnicas. Muitas vezes (na extremidade inferior do espectro de qualidade do trabalho, que, infelizmente, é frequentemente a melhor aposta para desenvolvedores relativamente inexperientes), os currículos serão avaliados principalmente em x anos de língua y , e as outras habilidades que você pode não ter entrado em jogo até que você tenha um pé na porta com uma entrevista.

Um outro fator a ser considerado é que os ambientes proprietários tendem (pelo menos) a ser mais propensos a serem mal projetados, complexos e geralmente mais frustrantes do que os ambientes tradicionais. Trabalhar exclusivamente em um sistema proprietário ruim pode ser muito desencorajador, especialmente para alguém que está começando uma carreira na programação.

Assim sendo, lembre-se de que a experiência com um sistema proprietário, embora não seja tão boa quanto a experiência de trabalho com idiomas populares populares, ainda é melhor do que nenhuma experiência de longo prazo. Você terá uma vantagem além do nível de entrada para alguns cargos, e para outros, você pode (ou não) ainda se qualificar como nível de entrada para idiomas específicos, mas sua experiência o colocará à frente da maioria das outras pessoas competindo para esses trabalhos.

Antes de considerar a aprovação de uma oferta devido ao foco em um idioma exclusivo, considere o mercado de trabalho atual e como seus aplicativos estão sendo geralmente recebidos.

    
por 06.07.2011 / 19:47
fonte
3

Tudo se resume a quais linguagens e habilidades secundárias você aprenderá. Se, de fato, a sua linguagem interna não for usada ou mesmo conhecida fora da empresa, ela será de benefício limitado em termos de carreira (a menos que seja provável que ela se espalhe e seja a próxima grande novidade). Eu passei alguns anos trabalhando com uma ferramenta de terceiros, que em si é inútil para mim (carreira), no entanto, trabalhando nesses projetos meu HTML, CSS e habilidades de javascript melhoraram. Também aprendi muito sobre como os projetos corporativos são executados e estruturados, lidando com clientes, gerenciando expectativas. Todas as coisas que são parte integrante do desenvolvimento de software moderno que não são realmente a linguagem.

    
por 06.07.2011 / 19:13
fonte
2

E o framework: I.D.E, editor, bibliotecas? Aplicativos de negócios mais complexos. nestes dias não pode ser feito com um editor de texto simples e compilador de linha de comando.

Eles têm algo disso para sua linguagem de programação personalizada?

    
por 06.07.2011 / 19:34
fonte
2

Muitas vezes, aprender um negócio é mais importante do que aprender uma tecnologia. Se você acha que pode querer ficar no setor específico em que esta empresa está, então vá em frente e aceite. Se é um nicho de mercado, ou um que você não está particularmente interessado em, então eu sugiro ignorá-lo. Conhecer os detalhes da (digamos) farmacocinética e do processo de descoberta de drogas abrirá portas que, sendo apenas mais um programador C # / Python / Java, não. E, a menos que essa linguagem "única" seja mais um gerador ou configurador de código, você ainda estará resolvendo problemas comuns, por isso ainda terá alguma experiência geral, mesmo que as técnicas específicas não sejam diretamente transferíveis.

    
por 06.07.2011 / 21:09
fonte
2

Eu consideraria fazer isso se, e somente se, você puder ter muita experiência em outros idiomas. Se você fizer aceitar o trabalho, poderá (e deverá) manter suas habilidades com os idiomas principais trabalhando em projetos de código aberto em seu tempo livre.

O que você quer evitar é a possibilidade de suas habilidades se tornarem altamente sintonizadas com essa empresa específica e serem intransferíveis para outras pessoas. Tecnicamente, a programação é programação e a experiência fora de um único ambiente de programação é benéfica, não prejudicial, pois ajuda a enxergar os problemas com mais clareza.

Pense desta maneira: se você pegar um emprego escrevendo programas em Perl, isso não necessariamente o levará a uma eternidade escrevendo programas em Perl. Tampouco aceitar um emprego em .NET o leva a estar sempre ligado à Microsoft.

Mas aqui está a parte importante: eu nunca contrataria um programador que só conhece um idioma , mesmo que seja o que eu quero que ele use. Um programador que não tem uma vasta experiência em muitas línguas é frequentemente pobre, mesmo com a sua linguagem preferida. Também reflete falta de ambição para aprender coisas novas.

Por outro lado, se um programador conhece Python, Ruby, C #, PHP, C e Erlang, então o fato de ele também conhecer APL não é um ataque contra ele, mesmo que não haja chance alguma de que use o APL para qualquer coisa.

Portanto, se você tiver disciplina, evite que o idioma se torne seu único foco e aceite o emprego.

E vale a pena declarar novamente: contribuir para projetos de código aberto. Eles contam para toneladas mais do que "experiência de trabalho" porque não é algo que você acabou de fazer para fazer um cheque de pagamento. Programadores que trabalham em projetos de código aberto são como ouro.

    
por 07.07.2011 / 01:20
fonte
2

Meu primeiro emprego depois de me formar com o meu grau de bacharel envolveu o desenvolvimento de uma linguagem obscura. Não Único. Não desenvolvido internamente. Mas um VMS 4GL obscuro o suficiente para que eu nunca mais vi alguém usá-lo.

Em retrospecto, esta foi uma decisão insensata. Embora eu tenha aprendido muito sobre desenvolvimento profissional de software fazendo esse trabalho, seria muito melhor também desenvolver uma proficiência em linguagem comercializável para acompanhar as habilidades "suaves".

Eu tive sorte - meu segundo trabalho estava trabalhando com outro obscuro VMS 4GL. Eles me contrataram porque sabiam que não conseguiam encontrar pessoas que já conheciam a língua - o fato de eu ter experiência na plataforma VMS com um 4GL era suficiente. E em esse trabalho, tive a oportunidade de ser treinado em uma linguagem comercializável, pois eles procuravam se afastar do VMS para servidores Windows.

Mas eu poderia facilmente não ter tido essa sorte, e me encontrei cinco anos na minha carreira com absolutamente nenhuma experiência que convenceria um recrutador ou pessoa de RH a olhar para o meu currículo.

Para o seu primeiro emprego depois da graduação, eu realmente não recomendo.

    
por 07.07.2011 / 06:05
fonte
2

Para dar uma meta-resposta, notei que muitas respostas dizem: "Por experiência pessoal, isso é ruim".

Muitos outros dizem: "Em teoria, isso não precisa ser ruim".

Mas nenhuma das respostas que vi são de pessoas que fizeram algo semelhante e pensaram que era uma experiência boa .

Agora, talvez algumas pessoas tenham feito isso e estejam entusiasmadas com seus trabalhos, mas não no Stack Exchange. Isto é verdade para alguns softwares comerciais. Por exemplo, existem alguns administradores realmente dedicados do Software AG Natural / Adabas, mas não há muitas discussões relacionadas no Stack Exchange. No entanto, pelo menos, alguém está procurando por esses especialistas de nicho. Isso não seria verdade de uma linguagem completamente proprietária.

Portanto, se o objetivo é avançar para o tipo de tecnologias discutidas aqui, o fato de que poucos endossam isso da experiência real sugere que não é necessariamente o melhor começo. Pode não ser o beijo da morte. Mas você gostaria de trabalhar para impedir que se torne um bloqueio terrível, como iniciar ou contribuir para um projeto de código aberto relacionado às suas aspirações.

    
por 08.07.2011 / 19:52
fonte
1

Aceite o emprego se achar que há bons / ótimos programadores que ajudarão e orientarão você. Você acha que um lugar que faz isso tem pessoas muito boas, mas não pode ter certeza. Além disso, essa empresa tem algum tipo de reputação de contratar os melhores candidatos? Você pode ser contratado por outra pessoa, independentemente dos idiomas utilizados no trabalho.

    
por 06.07.2011 / 20:37
fonte
1

Seja particularmente cauteloso se o domínio do problema for dominado por um ou alguns idiomas da indústria. O desenvolvimento de banco de dados está intimamente ligado ao SQL. O desenvolvimento de FPGAs é dividido principalmente entre Verilog e VHDL. Compare isso com aplicativos da Web que são escritos em (combinações de) Java, PHP, Perl, Python, Scala, C ++, etc. Um gerente de contratação que procura desenvolvedores da Web será muito mais compreensivo sobre habilidades transferíveis se você não tiver experiência específica. na sua linguagem de escolha. Um gerente de contratação à procura de alguém para escrever consultas de banco de dados espera experiência em SQL.

    
por 06.07.2011 / 22:59
fonte
1

Eu programei em uma linguagem proprietária. Mas essa não era a linguagem usada em todo o lugar. Eu não tenho nada contra essa experiência agora, embora eu tenha chorado cada momento de fazer esse trabalho. Eu tive chance de usar essa linguagem, mantendo essa linguagem e aprimorando-a, além de manter o programa que estava escrito naquela linguagem.

Ao longo do caminho, aprendi a ler e entender como um pequeno intérprete funcionaria. Se o seu potencial empregador tem as fontes para o compilador / intérprete para a linguagem proprietária, você também pode ter a chance de trabalhar em seus componentes internos. Eu posso dizer, por experiência, que você apreciará essa experiência de trabalho nos próximos anos.

Quais habilidades transferíveis você ganharia, trabalho em equipe, engenharia de software, escrever um compilador / intérprete ou, partes dele, algoritmos, etc. Se for um intérprete, a linguagem proprietária é apenas uma máscara sob a qual você encontre o intérprete escrito em, digamos, C ou em outro idioma. Se a linguagem proprietária é compilada, você estaria tendo a chance de trabalhar em um compilador de produção que é totalmente carregado pela inicialização. Então, quando você procura pelo próximo trabalho, você precisa vender essas habilidades mais do que, digamos, C / C ++ / Java / Python para desenvolvedor de aplicativos ou, Python, Perl, Java, HTML, CSS, JavaScript, Flash para desenvolvimento web ou, Verilog, VHDL para desenvolvimento incorporado ou qualquer outro conjunto de idiomas para outro domínio de aplicativos.

Tudo isso, supondo que seu empregador em potencial tenha as fontes da linguagem proprietária e que você esteja disposto a mais do que trabalhar nos programas escritos na linguagem proprietária. Ainda assim, admito que estou sendo extremamente otimista em dizer que você pode ter uma oportunidade semelhante à que tive há alguns anos.

Em entrevistas, anos de experiência e habilidades técnicas não estão sozinhos nas decisões de contratação. Sua sede de aprendizado, ajuste cultural e inclinação cultural fazem grande parte da decisão.

Assim, para um primeiro emprego, se o seu trabalho não se limitar aos programas escritos apenas na linguagem proprietária, mas também permitir que você trabalhe na sua implementação,

    
por 07.07.2011 / 07:56
fonte
1

Eu acho que há dois lados nisso. Primeiro, há esse trabalho específico e, segundo, como isso afeta suas perspectivas de carreira.

O que eu gostaria de saber sobre esse trabalho é porque eles criaram sua própria linguagem de programação. Isso faz sentido? Se não, eu aceitaria um trabalho diferente.

Nos últimos dez anos, trabalhei para três empresas com sua própria língua. O primeiro porque, quando o projeto foi iniciado, não havia nada que pudesse fazer o que precisavam. (Eles escreveram uma versão técnica do Visual Basic, mas isso foi no Unix e anos antes do VB existir). Os outros dois tinham requisitos de desempenho que não podiam ser atendidos com os idiomas existentes. Eu considero essas boas razões.

No lado da perspectiva de carreira, como outros já mencionaram, recrutadores e pessoas de RH que não entendem de programação e trabalho usando uma série de caixas de seleção terão dificuldades com seu currículo. Muitas empresas que querem um programador C ++ plug-and-play vão evitar pagar por você para aprender um novo idioma. Tudo isso é verdade.

Mas você realmente quer trabalhar para uma empresa como essa?

Se a resposta for "Sim", provavelmente você deve recusar esse trabalho e procurar um com requisitos mais convencionais. Além disso, dependendo de onde você mora, você pode não ter muita escolha e teria que trabalhar para empresas que não entendem os programadores.

Pessoalmente, não quero trabalhar para uma empresa como essa e acho justo dizer que não achei minhas escolhas excessivamente limitadas. Se você tem um histórico de aprender novas tecnologias rapidamente, resolver problemas do mundo real e, talvez, algum conhecimento de "negócios", então acho que deveria estar bem.

Além disso, existem pontos positivos. Quantos outros lugares você consegue brincar com o compilador / intérprete? Com que frequência você influencia os novos recursos e a sintaxe da linguagem que usa todos os dias?

    
por 07.07.2011 / 11:38
fonte
1

Antes de mais nada, uma linguagem de programação interna não é uma coisa ruim, no entanto, existem algumas regras básicas que você precisa para justificar um idioma personalizado.

Você escreve você acha que eles não usam nenhum outro idioma. A primeira pergunta que você deve fazer é se eles usam qualquer outra linguagem também.

Linguagens de programação personalizadas podem ter boas justificativas. Eu sei que a matemática trabalha com idiomas especializados. Ouvi dizer que a agência tributária usa uma linguagem especial para calcular os impostos com as leis que mudam anualmente sobre eles. Bem-vindo ao domínio da metaprogramação .

No entanto, qualquer idioma personalizado nunca deve implementar um idioma completo. Fora do domínio, você ainda deve recorrer a uma linguagem de programação clássica / amplamente conhecida. Mesmo no domínio da linguagem, não é provável que cada pequeno detalhe seja coberto pela linguagem do domínio.

Boas perguntas a fazer:

  1. Outras línguas são usadas nesta empresa?
  2. Qual é a razão pela qual outra linguagem não se encaixava neles?
  3. A linguagem é usada fora da empresa (por pesquisadores ou sob licença para outras empresas)
  4. Quantas pessoas conhecem o idioma.
  5. Quantos projetos / programas (bem-sucedidos) são feitos com o idioma.

A partir dessas respostas você deve ser capaz de descobrir qual é o estado da língua. se é um idioma de domínio que agrega grande valor, tudo bem. Se é um projeto para substituir o Java ou o C #, então saia de lá o mais rápido possível .

Editar: sugiro que você leia o artigo idioma do domínio específico na wikipedia, que deve fornecer mais algumas informações .

    
por 07.07.2011 / 12:03
fonte
1

Podemos não gostar, mas como programador de computador, temos que ter um currículo que os agentes e departamentos de RH estejam dispostos a encaminhar para os gerentes de projeto . Nosso currículo também deve se destacar como compatível com o conjunto necessário ainda dentro de 30 segundos de alguém olhando para ele, ele também deve ter as palavras-chave corretas para ele corresponde a uma pesquisa do banco de dados cv.

Então apenas trabalhando em uma linguagem de programação única é um grande risco! No entanto, usando uma mistura do DSL e uma linguagem de fluxo principal pode ser apresentado bem no CV. (Você deve dizer a verdade em seu currículo, mas não precisa ser a verdade completa !)

    
por 07.07.2011 / 13:13
fonte
1

Eu ficaria menos nervoso em aceitar um trabalho como esse se você já tivesse uma ampla gama de conhecimentos de programação. Se você é novato na indústria, isso poderia te confundir profissionalmente mal, possivelmente a ponto de você ter que praticamente começar de novo como um Jr ou um estagiário mais tarde ... Isso pode ser particularmente ruim se você ficar com esta empresa por algum tempo, apenas para sair sem habilidades transferíveis.

Se você já é bem experiente na indústria, isso pode ser um ponto muito interessante para sua carreira. E a percepção se / quando você deixou este lugar seria mais "maldito, ele é um jedi, ele fez tudo"

    
por 07.07.2011 / 15:13
fonte
1

Junte-se à empresa somente se estiver trabalhando na empresa por toda a sua vida, ou nunca pense em aceitar, mesmo se estiver recebendo um bom salário. Tenho experiência em me juntar a uma empresa e estar preso lá, apesar de muitas frustrações no trabalho, porque não há experiência em outras linguagens de programação para procurar outro emprego.

    
por 08.07.2011 / 15:42
fonte
0

Eu já vi alguém com 15 anos de experiência, principalmente como desenvolvedor líder ou principal, incapaz de conseguir um emprego por um longo tempo, principalmente porque a empresa o deixou sem nenhuma experiência no que se tornou linguagens e APIs contemporâneas.

Programadores são colocados mentalmente em caixas assim como atores em filmes (heróis, vilões, etc ...) e uma vez que você estabelece o seu bin, eu acho que você pode tornar muito mais difícil encontrar um emprego do que se você fosse recém saído da faculdade.

Ou seja, se você tem um diploma de CS, provavelmente é candidato a vários cargos.

Mas se você tem um grau de CS com 3 anos de experiência em PHP, na verdade você é MENOS candidato para uma posição de desenvolvedor web Java do que quando se formou. Você se estabeleceu como desenvolvedor PHP e, até que tenha experiência em contrário, é para isso que você será contratado. (Estranho, mas acho que é verdade, você tem mais experiência total, mas seu currículo será desconsiderado como irrelevante, porque é o tipo errado de experiência, enquanto recém saído da faculdade seu currículo pode não ter sido)

E se você tem um grau de CS com 1 anos de experiência na SpecialtyLanguageX, então você fechou todos os tipos de portas para você.

Estas são apenas as minhas opiniões e observações, claro, eu nunca fiz a contratação, isso é exatamente o que parece para mim.

    
por 08.07.2011 / 18:41
fonte