Apresentando Python

votos
6

A empresa que eu costumava trabalhar com tem dois desenvolvedores trabalhando em tempo integral, e um punhado de freelancers. Eles estão em processo de contratação de um novo desenvolvedor líder para tentar trazer ordem e de gestão para o desenvolvimento.

Mas, atualmente, um dos desenvolvedores tem visto a luz do Django (a empresa só tem desenvolvido em PHP até à data), enquanto o outro desenvolvedor está preocupado que a introdução de uma nova linguagem (Python) é uma má idéia agora.

Como eles devem abordar a introdução desta nova tecnologia? Obviamente, com apenas um dos desenvolvedores realmente saber Python, não haverá redundância quando que dev é afastado ou sai da empresa.

Se eles se preocupam em apresentar Python, ou devem procurar soluções somente PHP até o momento em que a equipe realmente tem mais de um Pythonion? Sem um líder de equipe, as decisões estão tendo a cair para eles.

Publicado 21/08/2008 em 12:48
fonte usuário
Em outras línguas...                            


8 respostas

votos
14

I recentemente introduzido Python para minha empresa, que faz trabalho de consultoria para os Correios. Eu fiz isso por esperar até que houvesse um projeto para o qual eu seria o único programador, em seguida, obter permissão para fazer este novo projeto em Python. Então eu fiz um outro pequeno projeto em Python com resultados igualmente impressionantes. Além disso, eu usei Python para todos os meus pequenos trabalhos descartáveis ​​( "você pode analisar as estatísticas nesses arquivos em um arquivo CSV organizados por data e local?", Etc) e teve um rápido tempo de resposta em todos eles.

Eu também evangelizados Python um pouco; Eu saí do meu caminho para não ser desagradável sobre isso, mas eu ocasionalmente descrever por que eu gostei tanto, falou sobre os projetos pessoais eu usá-lo no meu tempo livre e por isso é incrível para mim, etc.

Eventualmente nós começamos outro projeto e eu convenci que todos possam usar Python para ele. I teve o cuidado de apontar todos para uma grande quantidade de documentação, incluindo as páginas específicas relacionadas com o que eles estavam trabalhando, e cada vez que tinha uma pergunta, eu explicar como fazer as coisas corretamente, explicando a abordagem Pythonic às coisas, etc .

Isso tem funcionado muito bem. No entanto, isso pode ser um pouco diferente do que o que você está descrevendo. No meu caso eu comecei com moderadamente pequenos projetos e Python está sendo usado apenas para novos projetos. Além disso, nenhum dos meus colegas de trabalho eram realmente Perl ou PHP gurus; todos sabiam dessas línguas e tinha sido usá-los por algum tempo, mas não demorou muito esforço para que se tornem mais produtivos em Python do que tinham sido antes.

Então, se você está falando de novos projetos com as pessoas que atualmente usam PHP, mas não são super-especialistas e não gostam que a linguagem, então eu acho que a mudança para Python é um acéfalo. No entanto, se você está falando sobre como trabalhar com uma grande base de código PHP existente com um monte de programadores PHP muito experientes que estão felizes com sua configuração atual, em seguida, mudar línguas provavelmente não é uma boa idéia. Você provavelmente está em algum lugar no meio, assim você vai ter que pesar as vantagens e desvantagens; espero que a minha resposta vai ajudá-lo a fazer isso.

Respondeu 21/08/2008 em 13:25
fonte usuário

votos
4

Se o mandato do novo líder é colocar a casa em ordem, a situação atual provavelmente deve ser simplificada, tanto quanto possível antes. Se eu tivesse que levar as coisas a fim, eu não quero ter que gerenciar um projeto de conversão de linguagem em curso no topo de tudo o resto, ou pelo menos eu gostaria de alguma escolha ao iniciar o projeto. Ao fazer a sua recomendação, que você pensa sobre a complexidade gerencial adicional que vem para o meio de uma conversão implicaria?

Respondeu 21/08/2008 em 12:56
fonte usuário

votos
2

@darkdog:

Usando uma nova linguagem em código de produção é de cerca de mais de sintaxe fácil e capacidade de alto nível. Você quer estar familiarizados com APIs núcleo e sentir como você pode corrigir alguma coisa através da lógica em vez de ter que pentear através da documentação.

Não estou dizendo que a transição para Python seria uma má idéia para esta empresa, mas estou com John - manter as coisas simples, durante a transição. A nova pista vai gostar de ter uma palavra a dizer em tais decisões.

Se você realmente, realmente, realmente gostaria de apresentar Python, considere escrever algumas extensões ou utilitários em Python straight-up ou no quadro. Você não vai ser perturbar suas iniciativas principais, por isso vai ser uma baixa sem risco oportunidade / para provar os méritos de um interruptor.

Respondeu 21/08/2008 em 13:09
fonte usuário

votos
1

É realmente tudo sobre horários. Para mim, a quebra deve ser com um projeto específico. Se você decidir o seu sentido é Django em seguida, iniciar novos projetos com isso. Antes de começar um novo projeto com uma nova linguagem / framework, quer se certificar de que você programou tempo para chegar até a velocidade nesta nova direção, ou chegar até a velocidade antes de usar em novos projetos.

Gostaria de evitar ir com uma ferramenta do mês. Certifique-se de que você quer que seja a sua direção e cometer algum tempo / recursos para aprender o suficiente para fazer uma boa decisão.

Respondeu 21/08/2008 em 14:57
fonte usuário

votos
1

Eu acho que a linguagem em si não é um problema aqui, como python é muito bom linguagem de alto nível com boa e fácil de encontrar documentação, completa.

Pelo que tenho visto, o framework Django também é um grande tooklit para o desenvolvimento web, dando muito o mesmo desempenho desenvolvedor impulso Rails é apresentado para dar.

A verdadeira questão está no nível de manutenção e gestão.

Como é que este movimento fragmentar a manutenção entre código PHP e Python. Existe uma necessidade de migrar o código existente a partir de uma plataforma para outra? Que problemas vão adotar Python e Django resolver que você tem em seu fluxo de trabalho de desenvolvimento atual e os quadros, etc.

Respondeu 21/08/2008 em 13:13
fonte usuário

votos
0

Eu amo Python e Django, e usar tanto para desenvolver as nossas webapps do núcleo.

Dito isto, é difícil fazer um business case para a mudança neste momento. Especificamente:

  • Qualquer nova plataforma é arriscado comparação com a ficar com a verdade e tentou
  • Você terá a fragmentação desenvolvedor que você mencionou
  • É muito mais fácil encontrar programadores PHP que programadores python

Além disso, como outros cartazes têm menção, se o problema é mais com código espaguete do que a própria PHP, há uma abundância de quadros agradáveis ​​PHP que poderiam ser usados ​​para refatorar o código.

Dito isto, se este desenvolvedor está animado com python, parando-los imediatamente provavelmente é desmoralizante. Minha sugestão seria para incentivá-los a se desenvolver em python, mas não as missões partes críticas do aplicativo. Em vez disso, poderia escrever alguns scripts de serviços públicos, uma pequena aplicação interna que precisa ser feito, etc.

Em conclusão: eu não recomendo mudar de PHP, mas eu recomendo acomodar o interesse do desenvolvedor de alguma forma no trabalho.

Respondeu 21/08/2008 em 14:47
fonte usuário

votos
0

Eu não acho que é uma questão de uma linguagem de programação como tal.

Qual é o nível de proficiência de PHP na equipe que você está falando? eles estão fazendo código espaguete ou usando algum quadro estruturado como Zend? Se este é o primeiro caso, então eu absolutamente compreender o interesse do rapaz em Python e Django. É este é o último, que é apenas um hype.

Respondeu 21/08/2008 em 13:03
fonte usuário

votos
0

Bem, Python é uma linguagem de alto nível .. não é difícil de aprender e se os caras já tem conhecimento de programação que deve ser muito mais fácil aprender .. eu gosto de Django .. eu acho que deve ser uma boa tentativa de usar o Django ..

Respondeu 21/08/2008 em 12:53
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more