gildot

Topo
Sobre
FAQ
Tópicos
Autores
Preferências
Artigos
Sondagens
Propor artigo


8/3
gildicas
9/30
jobs
10/9
perguntas
10/25
press

 
Equipa do Python junta-se à Digital Creations
Contribuído por scorpio em 30-10-00 15:24
do departamento zopers'r'them
zope Silver_Surfer escreve "Saiu este fim-de-semana a bomba que vai arrasar por completo o futuro dos Web Application Servers!!! " [continua...]
Segundo Paul Everitt, o CEO da Digital Creations, empresa que criou o Zope, toda a equipa que inventou e desenvolve a linguagem Python mudou de local de trabalho e vai a partir de Novembro trabalhar na Digital Creations!
Como todos sabem o Zope eh um Web Application Server todo feito em Python e nada melhor que a junção da equipa do Python com a equipa do Zope para que muito em breve se possa ver melhoramentos extraordinarios nestes 2 produtos.

O anúncio foi feito pelo proprio Guido Van Rossum, criador do Python, e pode ser lido aqui, num forward feito pelo Paul Everitt na mailing list oficial do Zope.

Toda a comunidade Zope espera que esta junção traga os maiores beneficios ao crescimento do Zope e do Python e que o casamento entre as duas equipas dure muito tempo.

Linux e a Electrónica: que ferramentas ? | Entrevista com Adriano Caetano (Linux Mall)  >

 

gildot Login
Login:

Password:

Referências
  • Paul Everitt
  • Digital Creations
  • Zope
  • Python
  • Guido Van Rossum
  • aqui
  • Silver_Surfer
  • Mais acerca zope
  • Também por scorpio
  • Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário.
    Zope strikes again... (Pontos:2, Informativo)
    por Anonimo Cobarde em 30-10-00 15:38 GMT (#1)
    Boas.

    Tb podes ler o comentário do Guido em http://www.python.org/digicool.html.

    E duvido que todos saibam o que é o Zope, mas prontos... :-))

    @687, Nbk
    Deram-lhe a volta... (Pontos:0, Interessante)
    por Anonimo Cobarde em 30-10-00 16:06 GMT (#2)
    Acho que voces estao a dar a volta à noticia.
    Aqui a noticia é que o pessoal do Python vai ter melhores condicoes para o desenvolver, vao criar a Python Software Foundation etc, etc. A noticia é todo Python oriented e voces tornam-la toda Zope Oriented.

    We will be spending part of our time on core Python development (including Jython and Mailman) and part of our time on Python infrastructure improvements that also benefit Zope

    Ou seja... eles nem dizem que vao perder tempo no Zope, o trabalho deles lá é que pode beneficiar o Zope.
    Alias... o Zope em todo o comunicado só é mensionado nesta frase.
    Tudo bem que o Zope pode ganhar muito com eles "lá ao lado"... mas dai a dizer isto vai "arrasar por completo o futuro dos Web Application Servers!"....

    Re:Deram-lhe a volta... (Pontos:1)
    por Silver_Surfer em 30-10-00 16:18 GMT (#3)
    (Utilizador Info) http://www.zopers.org/

    Bem... eu trabalho para uma empresa... mas a empresa nao vai beneficiar nada com a minha presenca... basicamente eu vou passar os dias a coçar os colhoes e a sacar gajas no IRC... porque os projectos aqui fazem-se sozinhos...

    mata-te dieb... :-)


    ==========
    Hugo Ramos - hugo@zopers.org
    ZopersORG - www.zopers.org

    Re:Deram-lhe a volta... (Pontos:0)
    por Anonimo Cobarde em 30-10-00 16:36 GMT (#4)
    Nao tem nada a haver... tu es dispensavel. Berras e rua!
    Ele tem argumentos... se se chatear bate a porta e vem embora... como o acabou de fazer.
    Ele se quiser passa o dia a sacar gajas e tu nao... ou achas que es um guru nao ? Ele pode ter manias... tu nao.
    That easy...
    Re:Deram-lhe a volta... (Pontos:0)
    por Anonimo Cobarde em 30-10-00 16:40 GMT (#5)

    Sim, de facto so deves conseguir sacar gajas no
    IRC... e depois vais sonhar com elas para a casa
    de banho...

        Morcao!
    Off topic myself...... (Pontos:1)
    por tiger em 31-10-00 1:29 GMT (#6)
    (Utilizador Info)
    Isto nao e uma tentativa de originar outra flame war, mas porra isto ja chateia.
    5 comentarios:
      - Quatro pelo mesmo gajo (anonimo cobarde)
      - Os dois primeiros propositados.
      - Um +/- propositados
      - Dois completamente off topic (tres se contarmos com o meu).

    Interessante.....

    Cumprimentos,

          Vasco Chita

    P.S: Para o meu comentario nao ser completamente despropositado, alguem sabe me indicar as vantagens/desvantagens de Python em relacao a Perl. Obrigado.
    Re:Off topic myself...... (Pontos:0, Despropositado)
    por Anonimo Cobarde em 31-10-00 10:35 GMT (#7)
    Nao sei qual é o teu problema.
    5 comentarios. 4 pelo mesmo gajo. ERRADO 3!
    Um apesar de estar como anomino está assinado. Sobram 3 anonimos... 2 sao propositados... sobra um menos bom(que vai dar ao mesmo nivel do post nao anonimo na minha opiniao).
    É uma boa média... não sei em que é que isto te chateia. Estamos naquela altura do mês ?

    "Isto nao e uma tentativa de originar outra flame" e depois pedes uma discussão sobre as vantagens/desvantagens de Python/Perl. ;-))
    Aqui vai uma... um tem o CPAN o outro nao.

    ps: desculpa estar-te a chatear ainda mais por o meu tb ser anonimo.

    Re:Off topic myself...... (Pontos:0)
    por Anonimo Cobarde em 31-10-00 10:46 GMT (#8)
    P.S: Para o meu comentario nao ser completamente despropositado, alguem sabe me indicar as vantagens/desvantagens de Python em relacao a Perl. Obrigado.

    A mais significativa é a legibilidade do código, o que trás grandes vantagens quando tens de ir mantendo código ao longo do tempo.

    @482, Nbk
    Re:Off topic myself...... (Pontos:0)
    por Anonimo Cobarde em 31-10-00 11:09 GMT (#9)
    Estas a referir-te a ilegibilidade do Perl... isso depende muito de quem programa. Perl é tão legivel como qualquer outra linguagem. É só se querer.
    Re:Off topic myself...... (Pontos:1)
    por daniel em 01-11-00 21:04 GMT (#16)
    (Utilizador Info)
    Pois... a questao e' que o perl _permite_ essa ilegibilidade (especie de "obfuscated C contest"), enquanto que outras linguagens mais rigidas nao o permitem - na minha opiniao isso e' das piores coisas do perl - there's more than one way to do it, muito bem, mas todas elas deviam ser minimamente rigidas para serem legiveis.

    Nem estou a defender o python, apenas a salientar o unico aspecto negativo do perl, que pode ter impacto para quem aprenda por referencia, ou seja, a ver codigo alheio - dependente do codigo que ve, vai ficar com ideias completamente diferentes sobre a maneira de programar, o que nao e' muito pedagogico para quem comeca.

    Abracos,
    Daniel Fonseca
    Re:Off topic myself...... (Pontos:2, Interessante)
    por mvalente em 31-10-00 15:41 GMT (#10)
    (Utilizador Info)
    P.S: Para o meu comentario nao ser completamente despropositado, alguem sabe me indicar as vantagens/desvantagens de Python em relacao a Perl. Obrigado.

    O Python é simultaneamente o Java com RAD, o Perl com legibilidade e o PHP com consistencia (leia-se: o Java é uma porra de programar, o Perl uma porra de ler e manter e o PHP uma porra para usar).

    Cumprimentos

    Mario Valente
    Re:Off topic myself...... (Pontos:1)
    por megas em 31-10-00 19:19 GMT (#11)
    (Utilizador Info)
    Só não é muito famoso no irc porque a identação com espaços fica toda lixada hehehe.

    O Python está a servir de bom exemplo para o desenvolvimento do perl6, estando na todo list ver quais as vantagens do inimigo. Se calhar no perl6
    iremos poder escrever perl em python, já que o processamento da sintaxe em principio fica separado.
    Quanto à legibilidade do Perl, qualquer consulta ao CPAN mostra a quantidade e qualidade de módulos altamente legíveis.
    Claro que desconhecimento da linguagem não é desculpa. Coisas bem documentadas como map{}sort{}map{}@{$ref} parecem ilegiveis quando se le perl pela primeira vez, mas tornam-se logo indispensáveis.

    Cumprimentos,
    JP
    Re:Off topic myself...... (Pontos:1)
    por pedro em 31-10-00 21:21 GMT (#12)
    (Utilizador Info)
    o Perl uma porra de ler e manter
    mário, o perl é tão difícil de ler e manter quanto tu quiseres, essa é uma das suas grandes vantagens.
    ou já ninguém se lembra qdo o scope no python era definido pela indentação? herm, como essa poderosíssima linguagem que é o cobol...
    cumprimentos
    -- bgp is for those who can't keep it static long enough
    Re:Off topic myself...... (Pontos:0)
    por Anonimo Cobarde em 01-11-00 10:11 GMT (#13)
    >mário, o perl é tão difícil de ler e manter quanto tu quiseres, essa é uma das suas grandes vantagens.

        Nao e' bem assim...

        O problema do Perl e' que cresceu de uma forma um bocado "descentralizada", o que quer dizer que nao e' consistente, e como tal nao e' obvio como realizar certas tarefas que em principio deviam ser simples.

        Outro problema e' o hack no Perl a que algumas pessoas chamam "object orientation". Alem disso o Python e' melhor em muitos aspectos, por exemplo, o threading e' muito mais estavel no Python -- em Perl e' mais um hack que ficou a meio.

        Regards.
    Re:Off topic myself...... (Pontos:2)
    por mvalente em 01-11-00 11:34 GMT (#14)
    (Utilizador Info)
    mário, o perl é tão difícil de ler e manter quanto tu quiseres, essa é uma das suas grandes vantagens.

    O meu problema esta precisamente no "quanto tu quiseres" :-). Nao discordo que essa flexibilidade seja uma vantagem. Mas e' tambem uma grande desvantagem "se tu nao quiseres" ;-). Ou se nao houver disciplina e standards por parte da equipa de programadores. E depois o que isso gera na futura legibilidade e manutencao do codigo.
    Por isso, se 'a primeira vista e' vantajoso ter flexibilidade e deixar a estruturacao do codigo ao programador, em segunda analise e' preferivel que a linguage faça isso por nós.

    ou já ninguém se lembra qdo o scope no python era definido pela indentação? herm, como essa poderosíssima linguagem que é o cobol...
    E ainda é. Mas lá está: quando comecei a pegar em Python achei essa "obrigatoriedade" da indentacao uma chatice. "Porra", pensei, "eu ja' indento; e para alem disso nao gosto que me obriguem a determinado standard". Hoje penso de maneira diferente: essa obrigacao de indentar nao so' obriga a indentar, aumentando a legibilidade, mas força um standard de indentacao. Para alem disso permite libertar-mo-nos das chavetas e dos pontos e virgulas, o que tambem aumenta a legibilidade.

    Alem destes pontos, faço minhas as palavras do outro comentario: o Perl cresceu de forma incremental enquanto que o Python partiu de uma "visao" de base. Isto significa que o Python e' bastante mais consistente e uniforme na sua utilizacao. O que mais uma vez aumenta a legibilidade e a "maintainability" do codigo.
    E digo isto tendo usado Perl, PHP e agora Python em projectos relativamente grandes. E continuando a preferir o Perl/shell para tarefas mais pequenas :-) e/ou menos criticas.

    Cumprimentos

    Mario Valente
    Re:Off topic myself...... (Pontos:2)
    por mvalente em 01-11-00 12:18 GMT (#15)
    (Utilizador Info)
    Entretanto por coincidencia encontrei um artigo com o titulo "Choosing the right server-side scripting language" que faz a comparação entre as varias linguagens referidas.
    O artigo inclui uma comparacao visual do codigo necessario em cada linguagem para completar um conjunto de tarefas.
    Escusado será dizer que acho o Python mais legivel :-)

    Cumprimentos

    -- Mario Valente
    Re:Off topic myself...... (Pontos:2)
    por mvalente em 01-11-00 22:24 GMT (#17)
    (Utilizador Info)
    E este também é giro. Mais uma vez é feita a comparação mas agora em termos descritivos do Python em relação às outras linguagens.

    Cumprimentos

    -- Mario Valente
    Re:Off topic myself...... (Pontos:1)
    por pedro em 02-11-00 18:00 GMT (#18)
    (Utilizador Info)
    deixei de ler qdo reparei que o gajo frisa que o python tem um módulo que simplifica o tratamento de cgis e faz o que quer em 3 linhas mas 'esquece-se' do CGI.pm e mostra uma chouriçada em perl para fazer o mesmo. não se pode dizer que seja unbiased... mas se calhar é melhor continuarmos a conversa por mail ou em frente a umas cervejas :)
    -- bgp is for those who can't keep it static long enough

     

     

    [ Topo | Sugerir artigo | Artigos anteriores | Sondagens passadas | FAQ | Editores | Preferências | Contacto ]