| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| por Anonimo Cobarde em 30-10-00 15:38 GMT (#1)
|
| | |
| 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!"....
|
| |
| |
| | | 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 |
| |
| 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...
|
| |
| 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!
|
| |
| | 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.
|
| |
| |
| 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.
|
| |
| 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
|
| |
| 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.
|
| |
| | 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 |
| |
| | 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
|
| |
| | 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
|
| |
| | 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 |
| |
| 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.
|
| |
| | 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
|
| |
| | 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
|
| |
| | 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
|
| |
| | 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 |
| |
