Vaga de emprego

[Vicente Júnior]

Pessoal alguém está sabendo de alguma vaga CF no DF. Trabalhei 2,5 anos nos correios mas como todos devem estar sabendo o contrato não foi renovado. Quaso alguém possa me ajudar meu email: v.j...@gmail.com

 

Abraços.

[Rafael Trindade da Silva]

Vicente, infelizmente nossa TI esta em Porto Alegre e temos uma vaga disponivel :( Mas é RS.

On 7/9/07, Vicente Júnior < v.j...@gmail.com> wrote:

Pessoal alguém está sabendo de alguma vaga CF no DF. Trabalhei 2,5 anos nos correios mas como todos devem estar sabendo o contrato não foi renovado. Quaso alguém possa me ajudar meu email: v.j...@gmail.com

 

Abraços.

--
Rafael Trindade da Silva
rafa...@gmail.com
http://rafaeltrindade.com.br

[Marco Martins]

Vicente, justamente em função de estar saindo muita gente da ect está mais difícil arrumar alguma coisa boa no DF por agora. Mas a meu ver logo tudo volta ao normal.

 

--
Marco Martins
+55 61 8404-7155
www.cfugbr.com
www.marcomedia.com.br

____________________________________________________________________

 

[Valdevino Peixoto]

Marco,

aonde tem vaga de CF em Brasília???

O mercado de CF aqui está parado.

Em 09/07/07, Marco Martins < martin...@gmail.com> escreveu:

--
Valdevino Peixoto da Costa - Vino®
(vin...@gmail.com)
(0XX61)8435-1460

[Marcos Gramelich]

também gostaria de saber onde tem... estou aqui na ECT trabalhando com CF, mas estou como estagiário...

realmente CF aqui no DF ja foi mais "animado"

Em 09/07/07, Valdevino Peixoto <vin...@gmail.com> escreveu:

--
//Marcos Gramelich
[+] who could call my name without regreting... ? [+]

[Vicente Júnior]

Infelizmente o que eu tenho visto aqui no DF, e que o CF está em decadência. O maior crescimento hoje é PHP.

Em 09/07/07, Marcos Gramelich <dimens...@gmail.com> escreveu:

--
Ass.:
Junim........
Viva o Mengão......

[Rafael Trindade da Silva]

Estes dias eu estava vendo uma apresentação do cfugbr, falando sobre o mercado de trabalho CF, e pelo que eu pude entender (me corrijam se eu estiver errado), DF é um dos melhores mercados CF do Brasil não ?

Agora, imagem o que dizer para quem é aqui do Sul ? Não conheço nenhuma empresa desenvolvedora de soluções em CF aqui no sul alem da empresa em que eu trabalho.

Abraços.

[Marco Martins]

Valdevino, foi isso que eu disse, nao tem nada no momento. As vagas que apareceram nos últimos tempos foram preenchidas rapidamente pelo pessoal desempregado e no momento caso apareça alguma a concorrência vai ser grande em função do êxodo da ect.
 

 

--
Marco Martins
+55 61 8404-7155
www.cfugbr.com
www.marcomedia.com.br

____________________________________________________________________
 

[Marcos Parente]

Vicente,

 

Infelizmente não acho que esta seja apenas a realidade do DF e sim uma realidade no Brasil...

 

Eu trabalho em uma faculdade aonde são todos aptos do PHP, eu também acho PHP legal, mas CF deixa php no chinelo....

 

Recentemente consegui convencer a instituição de comprar ColdFusion, mas para isso desenvolvi uma aplicação que custaria para eles muito mais caro do que comprar o ColdFusion....

 

Agora eles estão vendo o quanto coldfusion é bom... MAS não largam o PHP!!! Talvez por estar na mídia e ser gratuito...

 

Abraços...

 

--
Atenciosamente,

    Marcos Parente
    marcos...@gmail.com
     marcos...@globo.com

[Marco Martins]

Rafael, a meu ver o mercado CF no DF é farto porém instável, dependendo muito de eleições e decisões políticas. Em Floripa tem o pessoal da Navita, até onde sei eles tem sede em SP mas o desenv eh em Florianopolis, tem que ver se eles ainda estão lá...

[Rafael Trindade da Silva]

Marcos,

com certeza existem ótimos profissionais PHP, aqui no Sul por exemplo, não sei se alguma empresa trocaria um sistema "estável" por uma plataforma Paga como coldfusion.

A concorrencia é boa no quesito tecnologia.
PHP tem grandes maravilhas que aumentam a produtividade e deixam uma aplicação escalável (depende de estudos é claro), pegamos o PRADO, CodeIgniter, Symphony, Zend Framework, soluções em frameworks de todos os sabores.

ColdFusion, podemos pegar o MachII, FuseBox, e o INCRIVEL ColdSpring (este cara simula AOP!!), ferramentas que colaboram diretamente para o sucesso de uma aplicação (leia-se, sem fazer soluções em "in house").

Acho que tudo depende da "necessidade".
Quando pego um trabalho "por fora", eu avalio o que quero "1-rapidez e 2-lucro". Se eu já desenvolvi algo em Python, .NEt ou PHP, pode ter certeza que outras tecnologias que eu trabalho ficarão de fora, não sei se fui claro!..

Para qualquer solução, temos que avaliar a necessidade "problema vs solução".

Buenas, acho que falei demais, mas esta é minha opinião.

Abraços.

[Rodrigo Almeida Rocha de Freitas]

Acredito que esta discussão é pontual .

Os correios se não me engando é o maior case de coldfusion no Brasil.
Digo isso porque sempre que a Adobe/Macromedia traz o Ben Forta ao
Brasil ele passa por lá.

E o término do contrato, que deixou muitos desenvolvedores na rua. É a
mesma coisa que a Rede Globo parar de transmitir ... e o povo achar
que a Record é melhor.

E quando os Correios voltarem a contratar .... o mercado normaliza.

Em 09/07/07, Marcos Parente<marcos...@gmail.com> escreveu:

> > > > Valdevino Peixoto da Costa - Vino(r)

[Vicente Júnior]

Parece meio difícil os correios voltarem a contratar novamente. Já até ouvi uma conversa que estariam implantando JSP lá, mais o maior problema é que os correios realmente quer acabar com os terceirizados essas demições não se restrigem apenas ao DF houve também em SP.

Em 09/07/07, Rodrigo Almeida Rocha de Freitas <rodfre...@gmail.com> escreveu:

[Fernando S. Trevisan]

Rafael,

Tem a minha empresa, GrupoW (www.grupow.com.br), não apenas desenvolvemos primariamente e fortemente em CF, como convencemos a Perdigão a trocar ASP por CF, temos um sistema interno para a Vivo em CF e outras estão a caminho... :)

[ ]'s

Fernando S. Trevisan
http://fernandotrevisan.com.br/

[Rafael Trindade da Silva]

Os correios tem todo um legado CF.
Será que eles vão deixar tudo de lado ou vão apostar na integração da Plataforma, como desenvolvimento JAVA ?
Neste caso, seria legal buscar aperfeiçoamento em JAVA, correto ?

Abraços.

[Rafael Trindade da Silva]

Fernando,

perfeito! CF dá um laço em ASP, de longe, eu digo isto para todos que conheço, programo em ASP desde 1997, participei de um dos primeiros projetos aqui no sul para a empresa Conex (acho que o ZAZ comprou na epoca, antes do Terra, não lembro bem).
Quando tive primeiro contato com ColdFusion 4.5.2 eu comentava "CF é melhor que ASP de longe".

É que hoje é mais dificil ver as empresas investirem em uma tecnologia que é "menos" badalada.
Hoje aqui no sul, empresas anunciam a busca por desenvolvedores Python e ROR, algumas estão aproveitando o "hype" todo, outras sabem que ROR por exemplo, dá um laço em JAVA (clousures por exemplo).

Tudo é uma questão de necessidade (custo x beneficio).
Algumas empresas não compram a idéia por não conhecer a tecnologia e o poder da mesma (isto é broxante).

PS: Este é um assunto para uma roda de chopp :)

Abraços.

[Rodrigo Almeida Rocha de Freitas]

Sobre os correios .. implantar JSP ....

Acho que todo um sistema legado. mais de 100 aplicaçoes CF , alem de
Site e Intranet, acho dificil a implantacao de JSP.

Pode haver projetos paralelos ,como o webmail que esta em PHP .... mas
a base de CF , para sair de lá soh daqui a alguns bons anos......

Até lá sempre precisarão de mao de obra especializada, que não se
forma em treinamentos, e sim a galera que esta no batente......

E os novos analistas contratados em concurso, estão sendo treinados em
CF ......

E desce mais um chopp .. e uma seleta para descer o PHP..

Rodrigo Almeida Rocha
Em 09/07/07, Rafael Trindade da Silva<rafa...@gmail.com> escreveu:

[Web Specialist]

Mais de 100? Bota 100 nisso rapaz. Mas o Java for Web(com seus sabores e a famosa sopa de letrinhas) e, inclusive, o PHP, estão entrando sim, e forte. Talvez por culpa da própria Adobe(antes MM) que ignora descaradamente os big players no Brasil  mas a verdade é que, por ser governamental, e por possuir um ruidoso blablabla por conta do mundo "open source" mundo afora o CF vai sendo aos poucos descontinuado ali na ECT. Ahhhhh, claro que possui um legado. Até um tempo atrás o HSBC em Curitiba tinha um legado muito forte de Cobol. Ainda tem mas aos poucos a estrutura computacional vai digerindo essa linguagem tendo em vista novas tecnologias, recursos, integração, mão-de-obra...

Conselho para a moçada que perdeu o trampo com CF: entra/migra pro Java. É uma linguagem/tecnologia que não se movimenta tanto com o sabor das ondas( e dos xiitismos).

[Ricardo Araujo]

Nao eh so em DF que esta assim, aqui em São Paulo tambem... o termino dos contratos com os correios deu uma boa desestabilizada no mercado CF por aqui, to migrando pro .net agora cujo ja tinha uma pequena viviencia porem ainda prefiro o ColdFusion não sei porque mas acho que ColdFusion ainda vai bombar, ainda mais com essa versão 8 que integra tanto java quanto .net, e em conjunto com o FLEX, mas é muito foda conversando com um diretor de TI o kra nem sabia o que era CF parece que tudo gira em torno de .NET , PHP e Java... e alguns ja ouviram falar de Ruby on Rail

 

Mas como somos programadores não importa o que seja temos que programar concordam?

[Rafael Trindade da Silva]

Ricardo, cheguei a falar de ROR (Ruby On Rails), é hype ? Não! A uma tecnologia poderosa, totalmente orientada a objetos, e realmente, quem estudar mais a fundo, vai entender do por que eu ter dito que dá um laço em JAVA. O proprio PHP, que infelizmente muitos servidores por ai não adotaram a versão 5 (porra, estão perdendo tempo), já conhecemos as melhorias da versão 6, PHP é uma linguagem scripiting, que está recebendo invesimentos da IBM, que pouca gente sabe.

Para quem tem ColdFusion hoje, implantar java seria o caminho correto! (IMHO, obvio).
Todos sabemos sobre a CFMX, escrito em java, "otima" integração, faz deploy EAR, servidor compartilhado, mult-instance, buenas, por que não escrever o Core Business em JAVA e ColdFusion Scripting (mas ahh), na frente para melhorar a produtividade ? Pode ser que os Correios estejam pensando nisto certo ?

Pessoal, sei que existem algumas opções de Application Server for ColdFusion e o carinha mais amigavel que eu já testei e estou acompanhando é o SmithProject, escrito em Java, está fresquinho ainda, tem bastante limitações, mas são iniciativas como esta que podem nascer a nova era do ColdFusion (como o amigo disse, fazer bombar). BlueDragon ? O caboclo possui recursos que o ColdFusion 7 ainda não possui!

Buenas, acredito que a propria comunidade CF ao redor do Globo pode mostrar que o CF ainda pode dar muito o que falar! (boas espectativas hã ?)


Abraços.

[Ricardo Araujo]

gostei do que você disse,

mas sabe o que pega, por exemplo, sou programador CF a quase 5 anos, ja seria um SENIOR (nao digo em expertise mas em consideração) se eu pegar outra linguagem terei que ser JUNIOR ou algo do tipo, acho que nao existe um PROGRAMADOR SENIOR e sim PROGRAMADOR SENIOR COLDFUSION ou PROGRAMADOR SENIOR .NET ou PROGRAMADOR SENIOR PHP, claro que a logica eh a mesma mas de nada vale no curriculo para contratação o kra quer saber de EXPERIENCIA em TAL LINGUAGEM nao de programação em geral. o Foda que eu vejo de voltar a ser JUNIOR não eh so o salario e sim a confiança... pow tu pode ser junior na linguagem mas ja tem maturidade de um senior, ja tem cabeça e mentalidade de um profissional.

 

Virou um OFF-TOPIC, desculpem o desabafo mas fiquei desiludido com o CF nesses ultimos tempos. =(

--
Aquele Abraço,
Ricardo Araujo
(11) 3462-2607
(11) 3554-1544

[Cleibe Souza]

Diversidade. A palavra chave e diversidade. Adoro coldfusion. A minha primeira lingua de programacao foi ASP e depois PHP e agora coldfusion. ASP eu abandonei, mas nunca abandonei PHP mesmo que em meu trabalho principal esteja programando somente em coldfusion. Pego trabalho por fora e dou preferencia por PHP, mais para nao perder a pratica.
E preciso saber mais do que uma lingua e essa e a realidade do mercado. Agora, se vc ja sabe coldfusion, porque nao aprender uma lingua que seja open source, principalmente PHP que queira ou nao, goste ou nao goste e uma lingua muito popular.

--
----------------
Cleibe Souza

[Renato Soares]

Se vocês (ou pelo menos alguns, pelas msgs que li) usam os Correios para
basearem o mercado CF no Brasil, aconselho a aprender urgentemente uma outra
linguagem.

Os correios vão parar com CF. Isso é fato.

Qualquer outra informação contrária à essa é vinda de gente que tá lá dentro
ainda mamando dinheiro com consultoria em CF e que assim querem continuar.

Papo furado dizer que tem sistema grande, aplicação monstruosa e que se for
acabar com CF só se for daqui a não sei quantos mil anos. A mesma coisa
falavam da terceirização... todos sempre falavam (até dois meses atrás):
"nunca vão tirar os terceiros daqui pq são eles que fazem tudo", até que um
belo dia apareceu alguém e tirou, quase que de uma hora pra outra.

A mesma coisa acontece com CF... daqui uns dias vcs são surpreendidos com a
informação. Reparem que nenhum sistema novo (mesmo que de pequeno porte) é
mais desenvolvido em CF. Java tá sendo mais adotado do que nunca mas não
será somente Java que será utilizado. As pessoas lá dentro olham com bons
olhos para o PHP, que já existe projeto piloto (e não somente o webmail dos
correios) rodando e sendo desenvolvido em PHP. Não sei se sabem, mas até um
departamento já existe lá dentro apenas para estudar a viabilidade da
implementação do PHP. Mas notem que ninguém vai pegar os sistemas que
existem e passá-los pra outra linguagem.. o que ta em CF continua, mas o
serão descontinuados na medida em que se tornarem obsoletos.

Que CF é bom, é rápido é facil é isso e é aquilo todos nós ja sabemos, mas
isso não convence mais diretor de empresa nenhuma no Brasil, pois não é uma
linguagem conhecida (leia-se: renomada e com facilidade de encontrar pessoas
aptas a trabalhar com a ferramenta).

Portanto, CF nos Correios já era (daqui a um ano olhem o cenário nos
Correios e me falam se estou mentindo... um ano... não mais que isso.)

Quanto aos terceirizados, tranquilizem-se os que sabem ou estão aprendendo
PHP e Java. A terceirização na ECT não acabou, apenas um contrato de
manutenção se software foi encerrado. Nos próximos dias (no máximo daqui a
alguns poucos meses) os terceirizados voltam. E quando falo "os
terceirizados voltam", não estou falando que os que trabalham lá voltarão,
estou dizendo que um novo contrato vigorará e neste haverá mais exigencia
com relação à qualificação profissional e experiência em PHP e Java (até
onde sei, sequer está sendo cogitado exigir conhecimento em CF, assim como
ocorre nos editais dos concurso de analista da empresa).

Abs a todos.

_________________________________________________________________
Verifique já a segurança do seu PC com o Verificador de Segurança do Windows
Live OneCare! http://onecare.live.com/site/pt-br/default.htm

[Ari Zanuto]

Isso é verdade, já faz pelo menos 1 ano e meio que eu tenho conhecimento da
vontade de sair do ColdFusion e ir para o Java dos correios. Sei que existem
coisas sendo feitas em PHP em algumas regionais e que uma delas está sendo
absorvida pelo DF (sim, seja lá o que for essa aplicação ela vai ser
disponibilizada para uso nacional nas regionais). E que a vontade de ir pro
Java vem de meados da implementação (a final) do Sara.
Ou seja, o nosso maior case de ColdFusion está prestes a passar o bastão. Só
não sei para quem ainda, abertamente os correios é hoje o maior usuário de
ColdFusion do Brasil, internamente existem algumas outras empresas bem
grandes com equipes modestas desenvolvendo sem parar (algumas mensagens
atrás eu li algo sobre CF no Rio Grande do Sul, uma das maiores empresas que
usam cf no Brasil fica lá.
Hoje conhecer mais de uma linguagem é imprescindível para qualquer
desenvolvedor, Java é sem duvida a mais requisitada mesmo porque mão de obra
qualificada até hoje é escassa. Fico triste de dizer isso, mas estamos
prestes de ver o fim da era cf na ECT.

Enfim...

-----Mensagem original-----
De: cfbr...@googlegroups.com [mailto:cfbr...@googlegroups.com] Em nome de
Renato Soares
Enviada em: terça-feira, 10 de julho de 2007 00:44
Para: cfbr...@googlegroups.com
Assunto: [cf-brasil] Re: Vaga de emprego

[Rafael Trindade da Silva]

Ari,

a empresa que eu trabalho acho ser uma das maiores "consumidoras" de coldFusion no Brasil (sim, aqui em Porto Alegre), pode ser que alguns conheçam o nome "GoodCard".

Sua ultima frase "Fico triste de dizer isso, mas estamos prestes a ver o fim da era CF na ECT".

Acredito que boa parte, da-se o fato da Macromedia (depois a propria Adobe) não dar a devida atenção para o ColdFusion.
Não sei como é o mercado CF lá fora, mas com pessoas como Ben Forta, o CF poderia ser melor difundido, claro que com apoio total da Adobe, mas isto (acho que nunca) ocorreu, é como a Microsoft não investir a mais de 5 anos nas "comunidades" .NET, vide a ascenção da plataforma deles! Em 5 anos (hoje mais) fez o que o Java não fez nos seus primeiros cinco anos! Mas aí é outra conversa.

Se continuar assim, vejo que os maiores players CF do Brasil vão trocar de casa e nem vamos saber.

Abraços.

[Marcos Placoná]

Cara eu trabalho para a maior empresa consumidora de CF da europa (Comissao Europeia) e posso dizer que aqui, nao so pra empresa, mas pra todsas as pequenas empresas que desenvolvem usando CF na Belgica, a Adobe da e muito suporte, seja com seminarios, apresentacoes, workshops e etc.

 

Claro que tudo vem ao fato de a comissao ser o maior cliente da Europa, logo pra eles e interessante fazer a galera daqui feliz.

 

Mas nao sei, sempre fico meio encucado com esse pensamento de "Programo em CF mas sei que java tem mais mercado". Tipo acho que isso e um pensamento meio incorreto, ja que se vc mesmo nao confiar na linguagem que trabalha, quem vai confiar?

 

Trabalho com CF ha uns 6 anos ja, e posso falar que tanto no Brasil qto na Europa, nunca fiquei sem emprego, entao acho que isso e meio relativo nao?

 

[]'s

 

www.placona.co.uk

[Marco Martins]

Totalmente relativo, eu tbem nunca fiquei sem trabalho com CF, pelo contrário, praticamente toda semana recuso ofertas de projetos e empregos, é claro que o mercado tem altos e baixos mas a verdade é que se temos bons contatos e fazemos um bom trabalho nunca vai faltar $$.

 

--
Marco Martins
+55 61 8404-7155
www.cfugbr.com
www.marcomedia.com.br
____________________________________________________________________  

 

[Valdevino Peixoto]

Placoná,

 

fora do Brasil o mercado de CF é bom, diria até ótimo, mas aqui e especificamente em Brasília, está morrendo o CF.   Acredito eu que seja por falta de uma maior divulgação (incentivo) da Adobe (e da antiga Macromedia). Eles aos poucos estão perdendo o mercado dos órgãos do Governo.  Pois os que possuem estão tirando aos poucos.   Outro fator que eu acho que contibuiu para isso é a falta de Profissionais realmente capacitados.  Hoje mesmo aqui em Brasília se você precisar de uma pessoa que seja Admin de Server CF, difícil de achar no mercado.

 

Mas....    São coisas que teríamos que conversar muito tempo.....

 

Em 10/07/07, Marco Martins <martin...@gmail.com> escreveu:

www.placona.co.uk

--
Valdevino Peixoto da Costa - Vino®
(vin...@gmail.com)
(0XX61)8435-1460

[Marco Antonio C. Santos]

Placoná,

desculpas cara mas discordo do que você escreveu. Vamos lá:

Cara eu trabalho para a maior empresa consumidora de CF da europa (Comissao Europeia) e posso dizer que aqui, nao so pra empresa, mas pra todsas as pequenas empresas que desenvolvem usando CF na Belgica, a Adobe da e muito suporte, seja com seminarios, apresentacoes, workshops e etc.

A Adobe claramente prestigia 4 blocos de países: EUA/Canadá, Europa Ocidental, Japão/Coréia e Austrália/Nova Zelândia. Period!!! Claramente pela lógica de mercado que esses países possuem, pela riqueza de seus povos e pela dinâmica das suas empresas. Eu, no lugar da Adobe, olharia com mais carinho para o Brasil? Acredito que não. Somos um país pobre, extremamente burocrático, cheio de gargalos e, ainda, com uma visão empresarial, com raras e claras exceções, bem diferente da visão dos países ali de cima.

Mas nao sei, sempre fico meio encucado com esse pensamento de "Programo em CF mas sei que java tem mais mercado". Tipo acho que isso e um pensamento meio incorreto, ja que se vc mesmo nao confiar na linguagem que trabalha, quem vai confiar?

A questão não é confiar ou desconfiar do seu skill ou desta ou daquela linguagem. A questão está em que a nossa área é dinâmica, variável, interesseira e, ainda, bastante propensa a modismos e a convencimentos de pessoas-chaves, aqueles que decidem, os CIO's. E dessa forma devemos estar antenados, precavidos, estudantes e, principalmente, interessados no que pode acontecer com o conhecimento que temos e no que o mercado diz que devemos ter. É este "mercado" que mostra que esta ou aquela linguagem no Brasil está melhor, que esta ou aquela plataforma no Zimbábue é mais interessante, mais prática, econômica, produtiva e por aí vai. É este "mercado" que dita as regras do andamento da manada. Se não fosse assim eu estaria programando com as Procedure Division do Cobol.

[]s
Marco Antonio

On 7/10/07, Marcos Placoná <marcos....@gmail.com> wrote:

[Rafael Trindade da Silva]

Marco Antonio,

você falou algo que concordo

"Eu, no lugar da Adobe, olharia com mais carinho para o Brasil? Acredito que não. Somos um país pobre, extremamente burocrático, cheio de gargalos e, ainda, com uma visão empresarial, com raras e claras exceções, bem diferente da visão dos países ali de cima. "

Mas acho que o "sofrimento" não é somente aqui no Brasil, é uma questão de necessidade conforme falei lá no inicio. Portugal com muito .NET, Nova Zelandia contratando muita gente (orgãos governamentais) de fora para PHP. Infelizmente vejo o CF amanhã como é o Cobol hoje, existe a busca por estes profissionais, o CFer não pode ser somente CFer, tem que falar outras linguas, JAVAnes ? O mercado é quem vai determinar que tipo de profissional precisa.

Mas uma coisa é certa, se tivessemos iniciativas como a do SmithProject, o CF teria mais condições mercadologicas, por que ?
Bom, digamos que os correios comecem a desenvolver JAVA em cima do JBOSS Application Server.. Se o CF (Smith or BlueDragon) rodar em um Linux, por que não criar uma infraestrutura onde o ColdFusion faça somente acesso ao Core Business em JAVA ?

Estou somente divagando (não achem que sou louco hehe), mas o legado pode ser mantido (com infra diferente), assim como temos o COBOL Express / Cobol.NET!

Abraços.

[Marcos Placoná]

Ta, e pq sera que a Adobe olha com "carinho" para esses blocos?

 

Obviamente esses blocos dao mais lcro e mais retorno, porem e meuito facil culpar a Adobe pelo fato de o CF nao estar bem no pais. Na real, deveriamos tentar pensar em por que a Adobe nao da muita atencao para o Brasil.

 

Ja cansamos de ver pilantras aqui na lista, ou na flex-brasil anunciando hospedagem CF ou Flex a preco de banana com descricoes de licensa um tanto quanto duvidosas. Muitos desses ai foram "desmascarados" pois estavam usando softwares ilegais.

 

Trabalhei em empresas no Brasil que tambem usavam softwares ilegais, mesmo que so para ambiente de desenvolvimento ou staging.

 

A grande maioria das empresas Brasileiras usam pelo menos algum software pirata. Levando em consideracao que a Adobe prove ferramentas para design e desenvolvimento, da pra ver qual o tamanho do buraco no fim do ano.

 

Lembrando que aqui nao estou tentando demonstrar que sou politicamente correto, mas sim demosntrando o meu ponto de vista.

 

O que aconteceria se todos os developers que assinam essa lista, e suas respectivas empresas utilizassem softwares originais? Da pra ter uma nocao na diferenca que isso faria?

 

Sei que tem caras aqui na lista que somente usam softwares legalizados. Um deles e o Alex (o unico que tenho certeza daqui). Acho isso absurdamente legal econsciente. Um dia quero fazer isso tbm.

 

Ai vem alguem aqui e diz "Meu velho... mas eu ganho R$ 1500 por mes, como vc quer que eu tenha uma licensa?"

 

Concordo.... esse pode ate mesmo ser o pensamento da empresa, que paga os impostos abusivos que o proprio governo que quer ir para software livre cobra. Engracado ne? Se o governo vai aconomizar, pq nao cobrar menos imposto?

 

Agora vem a pergunta. Sinceramente.. o que a Adobe tem a ver com isso? Tipo acredito que o problema aqui ta mais em baixo. Nao ta somente na Adobe que nao e boazinha com o pais, e sim com o proprio pais que nao e legal consigo mesmo. Muita pilantragem.

 

Pra Adobe, o brasil e somente mais um pais, nao tem por que ser legal. Adobe e uma empresa, e nao uma instituicao de caridade. O nome disso e capitalismo, se agente der grana pra eles, eles tratam bem. Se continuarmos com software pirata, eles vao continuar pouco se fudendo.

 

[]'s M. Placona

 

www.placona.co.uk

[Rafael Trindade da Silva]

Marcão,

nossa empresa tem um número "consideravel" de servidores rodando CF, muitas licenças Enterprise e Standard, mas tem ciencia é que é uma licença relativamente cara (em escala), concordas ?

Qual o custo para rodar um PHP, JAVA e .NET ? PHP é zero (LAMP), JAVA (Apache/tomCat/J2EE/mySQL/Linux....)? .NET (tem que ter windows, mas tem o MONO for Linux).

Buenas, concordo que é uma questão capitalista, mas a vide exemplo da Microsoft quando entrou com .NET, montando celulas (cada vez maior o numero até hoje), distribuindo brindes, juntando pessoas, criando "torneios", enfim, independente do país, é uma forma de atacar/convencer o mercado de que são realmente bons, acho que isto falta um pouco pra Adobe e até mesmo antes com a Macromedia.

Não fazemos ideia do numero de CFer no Brasil hoje, mas se tu chutar uma moita, tu encontro 200 mil ASP e PHP (independente da qualificação). Isto pode ser um dos pontos da ADOBE não atacar no Brasil (somado a N fatores, inclusive pirataria).

abraços.

[Cleibe Souza]

Muito interessante esse seu comentario. Eu concordo em genero, numero e grau.
Ha pouco tempo fiz um comentario na lista a respeito de qto os desenvolvedores cobravam pelo seu trabalho. Isso ao meu ver esta diretamente relacionado com 'poder comprar software legal ou nao', mas infelizmente fui marretado. Eu confesso que nao vivo a realidade Brasileira. Sou desenvolvedor em uma das maiores universidades dos Estados Unidos, e para os que acham que coldfusion e forte por aqui na area academica, estao enganados. Vou a muitos seminarios e raramente acho uma outra universidade usando coldfusion. E muito PHP, Ruby on Rails, algum Java e por aih vai.
Mas voltando ao topico, acho sim que se nos dermos mais valor ao nosso traballho e COBRAR O QUE REALMENTE VALEMOS, vamos ter dinheiro para comprar software legal e em retorno ganhar a atencao dos fabricantes de software, sejam eles quem forem. Sei que e impossivel, mas se todos concordassem em uma hora que fosse 50 ou 60 reais, (sao apena numeros, pois nao conheco o mercado no Brasil) onde as firmas iriam para achar desenvolvedores? Por experiencia propria sei que essa historia de sub contratar na India nao da certo. Um dos meus maiores clientes que tenho, dos trabalhos que pego por fora, e uma firma que contratava na India. Agora estou refazendo quase todas as aplicacoes que eles tem, pois nada funciona direito.

Pra terminar eu acho que isso e uma bola de neve. Cobra-se pouco, ganha-se pouco e nao se tem dinheiro nem pra comprar a sua propria ferramenta de trabalho, pirateia, e ignorado pelo fabricante. Nao e diferente de um mecanico que nao tem chave de fenda aih improvisa com um canivete!!

De: cfbr...@googlegroups.com [mailto: cfbr...@googlegroups.com] Em nome de

Renato Soares
Enviada em: terça-feira, 10 de julho de 2007 00:44

Para: cfbr...@googlegroups.com

Live OneCare! http://onecare.live.com/site/pt-br/default.htm





--

Rafael Trindade da Silva
rafa...@gmail.com
http://rafaeltrindade.com.br

www.placona.co.uk

www.placona.co.uk

--
----------------
Cleibe Souza

[Rafael Trindade da Silva]

Cleibe, quebrando um pouco o gelo, qual a plataforma/tecnologia predominante na sua região nos EUA (inclusive, que região você está) ?

http://rafaeltrindade.com.br

[Cleibe Souza]

Eu trabalho em Cornell - www.cornell.edu que e na parte centro/Norte do estado de NY.
Em geral o que vejo por aqui na area educativa e muito PHP. Qdo olho mais pro sul do pais, acha-se muito .NET tambem. Mas  o PHP ainda e bem forte.

On 7/10/07, Rafael Trindade da Silva <rafa...@gmail.com> wrote:

Cleibe, quebrando um pouco o gelo, qual a plataforma/tecnologia predominante na sua região nos EUA (inclusive, que região você está) ?

rafa...@gmail.com
http://rafaeltrindade.com.br

--
----------------
Cleibe Souza

[Ricardo Parente]

Marco,

A discussão está muito boa.

Este foi um tema bem falado na CFUnited, num debate com a presença do Hal Helms, Sean Corfield, o ColdFusion Project Manager (esqueci o nome dele), Michael Smith e Raymon Camden, numa mesa com a presença de mais de 200 pessoas.

Muitos reclamaram porque as escolas primarias e secundarias estao ensinando Powerpoint, Word e as universidades ensinam PHP, C++ e Java.

O project manager prometeu fazer alguma coisa, mas o que me impressionou foi a quantidade de pessoas que pediram a palavra e testimunharam o trabalho de evangelização do ColdFusion.

Muitos estao se reunindo nas escolas e estimulando os grupos de Pais e Professores (PTA) para forçar a escola a introduzir ColdFusion.

Por outro lado, a Adobe oferece oportunidades a escolas para instalação do CF a preço educacional e muitas vezes gratuito.

Acho que alem da Adobe, nós programadores, tambem temos que difundir o produto.

O fato de uma empresa como o Correios estar terminando o CF, não significa a morte dele. Mais tarde, com mudança de politica, talvez o CF volte, pois no Brasil sabemos que tudo é politica (e dinheiro). Existem milhoes de outras empresas que possam vir a adotar o CF. Cabe a nós programadores a incubencia de evangelizar o nosso produto, é claro, com o suporte da Adobe, que acredito irá melhorar daqui por diante.

 

Fazendo a minha parte, comprei essa semana os seguintes dominios:

cfdeveloper.net (.org e .info)

cfdevelopers.net (.org e .info)

 

Já estou disponibilizando contas de email com até 2GB para developers (FREE). Quem estiver interessado, envie me uma mensagem em PVT que eu criarei seu email. O Mail server está hospedado no Google.

A ideia é criar uma comunidade de CF Developers, não só brasileira, mas mundial, com job postings, snippets, applications, tutorials, newsletters, etc... tudo gratis.

Este ano já gastamos mais de mil dolares em anuncios para CF developer no Monster.com e CareerBuilder.com, contratei 2 developers.

A ideia é colocar um job posting gratis onde as empresas possam anunciar para CF developers sem custos.

 

Preciso colaboração, os interessados em enviar ideias e colaborar com o projeto serão bemvindos.

 

Abraços,

Ricardo

---

From: cfbr...@googlegroups.com [mailto:cfbr...@googlegroups.com] On Behalf Of Marcos Placoná
Sent: Tuesday, July 10, 2007 8:52 AM
To: cfbr...@googlegroups.com
Subject: [cf-brasil] Re: RES: [cf-brasil] Re: Vaga de emprego

[Rafael Trindade da Silva]

Ricardo,

suas colocações foram perfeitas! No que for preciso (muito sério pra mim), estou disponível a colaborar para fazer o CF crescer.

Abraços.

[Marcos Placoná]

Isso so me leva a crer uma coisa:

 

 

O Vicente Jr. e foda! Ate a procura de emprego ele gera topicos interessantes ;-)

 

[]'s, e boa sorte ai Vicente

 

--
Marcos Placoná
www.placona.co.uk

[Marcos Placoná]

Nossa.. que gay que ficou essa minha mensagem.... Me dei conta disso agora.

Bom, so tentei expressar minha admiracao pelo cara...

 

Humm... acho q piorou.. admiracao..... Ahh o cara e gente boa vai!

 

--
Marcos Placoná
www.placona.co.uk

[Vicente Júnior]

Valew galera, mas a realidade é essa o CF está na UTI. O jeito é partir pra outra, tb tenho experiência em ASP e digo uma coisa está bem mis fácil arrumar outra coisa em ASP do que em CF aqui no DF.

 

Não esperava toda esse discução aqui na lista isso mostra que temos desenvolvedores capacitados em CF no Brasil mas, falta as empresas acreditarem mais na ferramenta.

 

Abraço.

 

Em 10/07/07, Marcos Placoná <marcos....@gmail.com> escreveu:

[Rafael Trindade da Silva]

Marcão,

nada contra sua opção sexual (to brincando, to brincando).

Eu vi uma pesquisa na Info (leia-se: Info não é uma fonte de informação confiante e muito menos de conteudo de qualidade for Advanced Users), mas vi que ASP ainda é "muito utilizado" e que a logica diz que 100% certa a migração pra ASP.NET.
ASP é outra tecnologia que estagnou a muitos anos.. mas esta ai no mercado, eu tenho clientes ASP, acho que 30% deles são ASP e estão felizes.

Uma outra questão é a localidade, voces sabem quantos eventos relacionados a coldFusion surgem aqui no Sul por ano ? Nem perguntem, pois a resposta é outra pergunta: "Quantas empresas no RS utilizam ColdFusion?". Se tivessemos mais força, mais união (entre estados), quem sabe as coisas poderiam ficar melhor, não sei se fui claro!.

Abraços.

[Douglas Barbosa]

Estou vendo que essa discussão vai longe, mas na minha opinião a Adobe (EUA) deveria investir em marketing em cima de suas ferramentas de desenvolvimento principalmente em CF.

Será que alguém do fórum não poderia comunicar ao representante da Adobe no Brasil sobre esse problema e pegar os Correios como ponto de referencia? Não está na hora mostrar o potencial das ferramentas como CF 8 e FLEX para as empresas grandes???

Não podemos perder mercado!!!!!

Douglas Barbosa

Em 10/07/07, Rafael Trindade da Silva <rafa...@gmail.com> escreveu:

[Marco Martins]

Eles já foram notificados, aparentemente não estão se dando conta do tamanho do problema que seria perder a ect...

 

--
Marco Martins
+55 61 8404-7155
www.cfugbr.com
www.marcomedia.com.br
____________________________________________________________________

 

[Arleston Lueders]

Eu concordo com o Ricardo Parente... gostei !
Estou começando a trabalhar fulltime com ColdFusion somente este ano. Estou trabalhando nos EUA, pelo que vi aqui existe bastantes oportunidades para CFers. Não cheguei a ver nas Universidades, mas nas empresas.
Pra eles pagar a licença do CF digamos é "tranquilo"... agora no Brasil a realidade ja muda. ASsim como tudo no Brasil é mais caro que aqui... servidores... impostos... etc....etc...
Eu acredito que o CF8 + Flex pode mudar um pouco a realidade do CF. Acredito que uma comunidade unida a realidade do CF pode ficar mais forte. Estou estudando o Flex + CF, não to nem aí se os Correios não irão mais utilizar CF... PROBLEMA DELES.
Pra que complicar utilizando Java, .net, php se vc pode fazer de maneira mais fácil, rápida, divertida utilizando CODLFUSION ????
Parece voltar no tempo... complicar as coisas, quando na verdade precisamos de velocidade no desenvolvimento, entrega "pra ontem", e tudo mais. Meu voto continua no CF, não sou "master" ainda, mas estou correndo atrás disso. Quero utilizar uma linguagem que me dê mais prazer de desenvolver e não dores de cabeça.
Só um desabafo... hehehe... e claro.. minha opinião pessoal.

Grande abraço moçada! Não desanimem! Afinal... barreiras existem em todos os lugares, cabe a nós pular elas ou sermos barrados... o sucesso não vem fácil.

Arleston Lueders
blog.riacenter.com

Em 10/07/07, Douglas Barbosa < caracas...@gmail.com> escreveu:

[Arleston Lueders]

Para o Brasil minhas sugestões...
"CF Free" para a popularização total do CF.

Ou uma outra sugestão que veio na cabeça agora...
alguma licença de acordo com o porte da empresa ou aplicações. Pequenas e médias empresas pagariam um valor menor "X" para a licença (um valor que seria viável e "animador" para as pequenas e médias empresas poderem começar com CF, incentivando então o uso de CF já nas pequenas/médias). E as empresas grandes que possuem aplicações enormes pagariam a licença maior... ou seja, a normal.
Vejo que seria muito interessante o incentivo a pequenas e médias empresas de desenv. web utilizarem o CF, cada vez com mais projetos, contratando mais profissionais CFers... estas serão as empresas grandes do amanhã...

E nas Universidades/Curso Técnico... introduzir o CF nas aulas de desenvolvimento web, nem que for utilizando smith, railo, bluedragon.... que são boas opções tb.

Fácil falar... difícil aplicar... mas na minha opinião as idéias são válidas.

[]s

Em 10/07/07, Arleston Lueders <arlesto...@gmail.com> escreveu:

[Ronan Lucio]

Queria aproveitar o ensejo para levantar uma outra questão.
A pergunta vai principalmente para o Rafael Trindade.

Quanto aos correios, sabemos que o governo levantou a bandeira do
OpenSource, que acaba gerando a descontinuidade de soluções
baseadas em produtos proprietários.

Cá entra nós, acho isso uma boa coisa, mas acho uma pena
pelo lado do CF.

Quanto a empresa do Rafael, me parece uma empresa privada,
onde a origem da mudança não seria a bandeira OpenSource levantada
pelo governo.

Sempre discutimos aqui os pontos fortes e fracos do Coldfusion,
que todos sabem decor e salteado.

Rafael, qual a principal razão que você acredita que o pessoal aí
está abandonando o CF?

Você acha que o ganho de produtividade do CF sobre o Java
e PHP não justifica o preço da licença?

Você acredita que o PHP+framework oferece uma produtividade
semelhante à do Coldfusion?

Vi que você falou sobre Python e ROR. Sinceramente ainda tenho
algumas dúvidas sobre essas tecnologias.
Gostaria de ter um tempo a mais para estudá-las mais a fundo.

Alguns anos atrás andei pesquisando um pouco sobre o Python.

 

O mod_python do Apache eu achei bem limitado. Acho que a limitação

dele coloca algumas barreiras à performance da aplicação.

O Python costuma ser um bom consumidor de CPU e acho que ele

precisaria de uma integração melhor com o Apache, assim como o

PHP tem

Esse integração seria justamente o mod_python, mas como falei

ele tinha algumas limitações, como rodar o python apenas em uma

pasta ou apenas como CGI.

Não sei como está isso hoje, mas na época não me pareceu uma

boa solução e, sinceramente, pra mim foi um desmotivador.

 

O Python nativamente não tem (até onde eu sei) uma integração

com o ambiente web no loops da vida.

Assim, você não tem como ter apenas uma página .py (.html, .php)

com HTML puro e simplesmente inserir algo similar a um:

 

<?

    for i in q_Cliente:

        <tr><td>$cliente</td></tr>

?>

 

Isso é feito via Zope ou (acredito) TurboGears.

Na época cheguei a "tentar" instalar o Zope, mas cara, foi um parto

até o momento que eu desisti.

 

Bem isso já faz pelo menos uns 4 anos e hoje imagino que a rotina

de instalação do Zope já deva ter melhorado bastante.

Fora isso, também sou um dos amantes do Python, mas normalmente
uso ela pra scripts ou interações com o sistema operacional
(monitoramentos, manutenção de contas de e-mail, dominios,
arquivos e etc.).

Quanto o ROR, dei uma pesquisada superficial sobre o assunto,
mas a grosso modo, framework MVC com geração de Scafolds
também temos o ModelGlue-Unity, que já vem com ColdSpring
(IoC) e Reactor ou Transfer (ORM).

Percebi principalmente dois problemas nisso:

1) Achei os Scafolds muito fracos, então na realidade teria que
    existir um trabalho de webdesigner para as páginas de qualquer
    forma.
    Até economizaria um trabalho de programação dos recursos
    mais básicos, mas não sei até que ponto isso representaria
    um ganho real.

2) Performance. Conforme já discutido na lista anteriormente,
    esse conjunto de frameworks têm um custo considerável em
    termos de hardware, e não se adequa a todas as situações.

Essa é minha maior dúvida sobre o Python e o ROR: O quanto
eles são robustos e produtivos, de fato, em um ambiente mais
exigente.

E quanto ao PHP e Java, o quanto eles conseguem ser tão
produtivos quanto o CF a ponto de a empresa abandonar o CF?

[]s
Ronan

[Rafael Trindade da Silva]

Vamos lá Ronan.

On 7/10/07, Ronan Lucio <lis...@tiper.com.br> wrote:

Queria aproveitar o ensejo para levantar uma outra questão.
A pergunta vai principalmente para o Rafael Trindade.

Quanto aos correios, sabemos que o governo levantou a bandeira do
OpenSource, que acaba gerando a descontinuidade de soluções
baseadas em produtos proprietários.

Cá entra nós, acho isso uma boa coisa, mas acho uma pena
pelo lado do CF.

Acho uma boa o governo estar ligado nas mais diversas tecnologias e plataformas. Vejamos o site da receita, é ASP + DLL (Será VB? :) )

Quanto a empresa do Rafael, me parece uma empresa privada,
onde a origem da mudança não seria a bandeira OpenSource levantada
pelo governo.

Sim, empresa privada! Trabalhamos com Unix, Linux, Windows (depende da necessidade)

Sempre discutimos aqui os pontos fortes e fracos do Coldfusion,
que todos sabem decor e salteado.

Rafael, qual a principal razão que você acredita que o pessoal aí
está abandonando o CF?

Infelizmente, aqui na grande Porto Alegre, não conheço outra empresa que trabalhe com ColdFusion e não ser empresas do nosso grupo.

Você acha que o ganho de produtividade do CF sobre o Java
e PHP não justifica o preço da licença?

Independente de licença, vou tentar esclarecer algo. Qualquer um programa em PHP e Coldfusion certo ? O que muda é a qualidade, por isto PHP é considerado uma linguagem "não-segura" por muitos (o que não é verdade) é justamente falta de conhecimento e "algumas facilidades" da linguagem. Java, na minha opinião não é NADA produtivo, pode escalável e portável como diversas implementadas com arquiteturas corretas, caso contrário é a mesma historinha procedural, e outra, Java continua sendo o desenvolvimento mais caro atualmente (infra, treinamento, tempo desenvolvimento). ColdFusion, sejamos praticos, querendo ou não é markup language (simplificando), oferece muitas facilidades, vai depender da arquitetura pra ser ou não portável, POREM, tambem tem custo, licença! INFELIZMENTE acredito que PHP ganhe neste cenário, já que LAMP pode rodar em um Pentium 100 (metaforicamente).

Você acredita que o PHP+framework oferece uma produtividade
semelhante à do Coldfusion?

PHP+Framework (pegamos o CodeIgniter, CakePHP (estrutura scaffolding herdado do ROR), Symphony), add-ons com ADODB (transacional nependendo do DB), templates com smarty, MetaBase para mapeamento relacional, trabalho muito com PHP e me desculpem, ganha em termos de produtividade comparado ao ColdFusion. Em suma, sim, acredito ser mais produtivo.

Vi que você falou sobre Python e ROR. Sinceramente ainda tenho
algumas dúvidas sobre essas tecnologias.
Gostaria de ter um tempo a mais para estudá-las mais a fundo.

Alguns anos atrás andei pesquisando um pouco sobre o Python.

No sul ja temos muitas vagas para Python! Me perdoem os amentes de Python, mas Python é como PHP porém OO a muito tempo!

O mod_python do Apache eu achei bem limitado. Acho que a limitação

dele coloca algumas barreiras à performance da aplicação.

O Python costuma ser um bom consumidor de CPU e acho que ele

precisaria de uma integração melhor com o Apache, assim como o

PHP tem

Esse integração seria justamente o mod_python, mas como falei

ele tinha algumas limitações, como rodar o python apenas em uma

pasta ou apenas como CGI.

Não sei como está isso hoje, mas na época não me pareceu uma

boa solução e, sinceramente, pra mim foi um desmotivador.

O que posso dizer é: Python com Django (recomendo conhecer) tem baixa performance.
Temos hoje o bem vindo Python Server Pages (scripting with HTML), de acordo com testes (eu vi isto no site Devx senao me engano), chega ser 1000 vezes mais rapido, eliminando o uso CGI.

O Python nativamente não tem (até onde eu sei) uma integração

com o ambiente web no loops da vida.

Assim, você não tem como ter apenas uma página .py (.html, .php)

com HTML puro e simplesmente inserir algo similar a um:

 

<?

    for i in q_Cliente:

        <tr><td>$cliente</td></tr>

?>

PSP, explicado acima!

Isso é feito via Zope ou (acredito) TurboGears.

Na época cheguei a "tentar" instalar o Zope, mas cara, foi um parto

até o momento que eu desisti.

 

Bem isso já faz pelo menos uns 4 anos e hoje imagino que a rotina

de instalação do Zope já deva ter melhorado bastante.

Fora isso, também sou um dos amantes do Python, mas normalmente
uso ela pra scripts ou interações com o sistema operacional
(monitoramentos, manutenção de contas de e-mail, dominios,
arquivos e etc.).

Utilizo tambem para fazer coisas como pesquisas (um BAT ou VBS melhorado. hehe, to brincando).
Cara, Python está bem desenvolvido, recomendo leituras sobre versão 3.1 do mod_python, TurboGears, Django, Plone.

Quanto o ROR, dei uma pesquisada superficial sobre o assunto,
mas a grosso modo, framework MVC com geração de Scafolds
também temos o ModelGlue-Unity, que já vem com ColdSpring
(IoC) e Reactor ou Transfer (ORM).

Percebi principalmente dois problemas nisso:

1) Achei os Scafolds muito fracos, então na realidade teria que
    existir um trabalho de webdesigner para as páginas de qualquer
    forma.

Acho que nao entendi esta colocação!  O que achas fraco ? Como assim trabalho webdesigner ?

    Até economizaria um trabalho de programação dos recursos
    mais básicos, mas não sei até que ponto isso representaria
    um ganho real.

2) Performance. Conforme já discutido na lista anteriormente,
    esse conjunto de frameworks têm um custo considerável em
    termos de hardware, e não se adequa a todas as situações.

Concordo.  O conjunto ROR ainda está em "desenvolvimento", mas já mostra para o que veio e eu estou gostando, aqui eu poderia falar bastante, mas a unica coisa que digo é: Tem coisas no Ruby que no Java não tem (ainda).

Essa é minha maior dúvida sobre o Python e o ROR: O quanto
eles são robustos e produtivos, de fato, em um ambiente mais
exigente.

hhuumm, complicado de responder, pois vai depender o quão crítica é uma aplicação. O Google utiliza C++/Java/Python na maioria de seus produtos, acho que isto pode ajudar a todos se pensarmos em aplicações "criticas".

E quanto ao PHP e Java, o quanto eles conseguem ser tão
produtivos quanto o CF a ponto de a empresa abandonar o CF?

Java na minha opinião não é produtivo, temos Frameworks, que nasceram de frameworks para melhorar a utilização de outro frameWork, me corrijam por favor sobre isto, pra que tanto FrameWork ? Aqui eu digo o seguinte, não adianta a Microsoft vender .NET sem o VS, na minha opinião, a melhor IDE atualmente (MS é claro), mas isto tem um lado ruim, que é a questão de "aplicações mal arquitetadas", por que disto ? O Visual Studio é extremamente userFrendly! Vide ORKUT! Orkut foi desenvolvido em 20% do tempo vago pelo senhor de mesmo nome dentro do Google! Blocos e mais blocos de de codigo que eram simples testes começaram a ser "o produto em ambiente de produção", neste caso fica facil dizer que é uma aplicação "nada escalável", não sei se fui claro.

Uma visão minha sob PHP, a versão 5 é o que há de especial, comparem a sintaxe OO do PHP com JAVA e descubram que a unica diferença é "$". Frameworks MVC (Prado por exemplo), design patterns (PHP Architects tem um livro sensacional), metodologias que podemos utilizar com PHP 5, aí o mesmo vem sofrendo algo incrivel, poucos servidores de confiança no Brasil adotaram PHP 5 e ja temos novidades para o PHP 6 a pelo menos 8 meses, neste caso é semelhante o sofrimento do PHP com CF (divulgação).

Buenas, como eu falei, me perdoem, acho que eu falo demais, caso não tenha sido claro e não concordem comigo (tem varios com certeza) vamos discutir, isto é ótimo, aprendemos, conhecemos, testamos! hehehe

Este está sendo de longe o melhor tópico em listas que eu participo este ano!


Abraços.

[]s
Ronan

[Ricardo Parente]

Arleston,

A sua sugestão já existe em parte.

    CFers podem utilizar a versao Developer gratis

    Empresas de pequeno porte podem utilizar a versao Professional

    Empresas de grande porte utilizam a Enterprise

    Universidades e escolas usam a versao Educational

Não sei se a Adobe disponibiliza assim no Brasil, mas aqui é fato.

Em nossa faculdade nós temos a versão Educational e aqui na empresa temos a Enterprise.

 

 

[]s

 

---

From: cfbr...@googlegroups.com [mailto:cfbr...@googlegroups.com] On Behalf Of Arleston Lueders
Sent: Tuesday, July 10, 2007 1:32 PM

To: cfbr...@googlegroups.com
Subject: [cf-brasil] Re: RES: [cf-brasil] Re: Vaga de emprego

[Ronan Lucio]

Beleza Rafael,
Nada como uma resposta bem fundamentada.

A única coisa que ainda me gera dúvida (me perdoe, não estou
duvidando da qualidade do seu trabalho) é a afirmação de que o PHP é
mais produtivo que o Coldfusion.

A dúvida que me vem em mente é: Será que você não estaria comparando
o PHP + frameworks com o Coldfusion sem frameworks?
Por exemplo, eu vi você comentar sobre PHP + mapeamento relacional,
mas não vi o mesmo comentário quando se referiu ao Coldfusion.

Me passa a impressão que estaria comparando uma programação em
PHP com algo nível de qualidade e recursos para ganho de produtividade
e segurança (etc. etc) a uma programação baseada nos recursos básicos
do Coldfusion (de forma não tão evoluída).

Tenho consciência do potencial do PHP, mas não vejo ele como uma
linguagem tão produtiva quanto o CF.

De qualquer forma fico feliz em ouvir uma opinião diferente, afinal
é preciso estar sempre evoluindo, buscando melhores soluções.

Agora baseado no que você disse me surge uma outra dúvida:
Qual o impacto na performance de todos esses recursos e frameworks
para PHP?

Será que não esbarraríamos nos mesmos problemas do Coldfusion
(excelentes recursos, porém, para situações específicas onde performance
não é um problema crítico)?

Vi você comentar sobre o Symphony. Já ouvi rumores de aplicações
PHP + Symphony que tiveram problemas de performance ao serem
colocadas em produção.

Mas isso são apenas comentários e dúvidas que me vem em mente.
Eu realmente não tenho conhecimento e experiência suficiente em PHP
para fazer uma boa comparação.

1) Achei os Scafolds muito fracos, então na realidade teria que
    existir um trabalho de webdesigner para as páginas de qualquer
    forma.

Acho que nao entendi esta colocação!  O que achas fraco ? Como assim trabalho webdesigner ?

Só pra salientar que estou falando de Coldfusion, neste momento.

Achei a qualidade do HTML gerado pelo Scafold do ModelGlue muito
simplória.
É algo que não daria colocar em produção na sua forma original,
precisaria um webdesigner dar uma "maquiada" pra deixar mais bonitinha.

Essa é minha maior dúvida sobre o Python e o ROR: O quanto
eles são robustos e produtivos, de fato, em um ambiente mais
exigente.

hhuumm, complicado de responder, pois vai depender o quão crítica é uma aplicação. O Google utiliza C++/Java/Python na maioria de seus produtos, acho que isto pode ajudar a todos se pensarmos em aplicações "criticas".

Pois eh, mas o Google tem características diferentes, normalmente
os recursos do Google não trabalham "on-the-fly".

Por exemplo:

- Os robôs de busca do Google agem em background, coletam a informação,
    armazenam, e só depois eles tratam aquela informação armazenada.
    O resultado da operação nunca se sabe quando vai pro ar (uma, duas semanas
    depois - Se for flash mesmo já vi demorar dois meses).

- O Orkut é até difícil usar como parâmetro porque dava pau pra caramba
    (não sei se ainda da - já cancelei minha conta).
    Mas tudo bem, é do Google então vamos lá. Operações mais críticas como
    tratamento de imagens também são feitas em background sem um prazo
    pré-determinado para ir pro ar.

- O GoogleGroups a mesma coisa, você responde uma mensagem e ela
    não vai pro ar no mesmo instante. É efetuado um processamente em background
    para depois fazer a publicação.

O que eu noto de uma forma geral é que os serviços do Google, apesar de
excelentes, são gratúitos e não existe uma exigência que diga que aquela informação
"tem" que ir pro ar em tantos minutos (ou instantaneamente).

Se demorar um ou dois dias todo mundo acha normal.
É uma característica bem diferente no nosso mercado.

E quanto ao PHP e Java, o quanto eles conseguem ser tão
produtivos quanto o CF a ponto de a empresa abandonar o CF?

Java na minha opinião não é produtivo,

Pois eh, é bem nesse ponto que eu queria chegar.
Eu também não acho Java produtivo, mas então porque tem gente
trocando CF por Java?

Acho que esse é um ponto chave que deveríamos identificar.
Do que adianta economizar R$ 15.000,00 de licença e ter que gastar
o dobro do tempo para desenvolver uma aplicação?

Se esse dobro do tempo for 6 meses, quanto custaram esses programadores
por esse período?
E quanto vai custar o dobro de trabalho em cada manutenção?

Esses são os cálculos que eu faço, mas pelo visto o pessoal têm feito outros
cálculos, ou pelo menos têm considerados outros fatores.

Acho importante levarmos isso em consideração para poder conhecer
melhor os pontos fracos do Coldfusion, os pontos fortes do Java, e a
"suposta" realidade de mercado.
Digo suposta porque... não é porque alguns estão migrando pra Java que
isso seja de fato uma realidade ou que de fato isso seja melhor.

Uma visão minha sob PHP, a versão 5 é o que há de especial, comparem a sintaxe OO do PHP com JAVA e descubram que a unica diferença é "$". Frameworks MVC (Prado por exemplo), design patterns (PHP Architects tem um livro sensacional), metodologias que podemos utilizar com PHP 5, aí o mesmo vem sofrendo algo incrivel, poucos servidores de confiança no Brasil adotaram PHP 5 e ja temos novidades para o PHP 6 a pelo menos 8 meses, neste caso é semelhante o sofrimento do PHP com CF (divulgação).

De acordo.

Buenas, como eu falei, me perdoem, acho que eu falo demais, caso não tenha sido claro e não concordem comigo (tem varios com certeza) vamos discutir, isto é ótimo, aprendemos, conhecemos, testamos! hehehe

Ops... estamos aí,

[]s
Ronan

[Paulo Augusto Teixeira]

Bom, PHP mais produtivo que o CF?, acho difícil.
Desenvolvo em PHP e ColdFusion, pessoalmente hoje mais PHP que ColdFusion, profissionalmente, trabalho com CF e nada de PHP.

Acabei de lançar uma aplicação que desenvolvi em Flex com back-end em PHP, demorei uns bons dias para fazer, o PHP deu trabalho para fazer.... Sábado comecei outro sistema, só que agora o Back-end é ColdFusion, apenas dutante o sábado e domingo já desenvolvi 40% do sistema, criando as procedures junto com o desenvolvimento da app e do layout, e o mesmo é pelo menos duas vezes maior que o primeiro.

Ou seja, PHP realmente é uma linguagem excelente, eu abandonei o ASP e por muito tempo só confiei no ColdFusion, então conheci bem o PHP e adotei como uma opção de linguagem de desenvolvimento, mas não o vejo como mais produtiva que ColdFusion, na verdade não acho ele mais produtivo que nada.

Produtividade para mim, é Ruby on Rails e ColdFusion o restante é linguagem forte, mas produtiva não.

E não estou falando de quantidade de código.

Bom, minha opinião!!!

[]'s

--
Paulo Teixeira
Analista/Programador ColdFusion
Blog: http://www.megatrends.com.br/blog/

[Rafael Trindade da Silva]

Ronan, concordo em 97% do que disse, perfeito cara! vou responder somente o necessário.

On 7/11/07, Ronan Lucio < lis...@tiper.com.br> wrote:

Beleza Rafael,
Nada como uma resposta bem fundamentada.

A única coisa que ainda me gera dúvida (me perdoe, não estou
duvidando da qualidade do seu trabalho) é a afirmação de que o PHP é
mais produtivo que o Coldfusion.

A dúvida que me vem em mente é: Será que você não estaria comparando
o PHP + frameworks com o Coldfusion sem frameworks?
Por exemplo, eu vi você comentar sobre PHP + mapeamento relacional,
mas não vi o mesmo comentário quando se referiu ao Coldfusion.

Me passa a impressão que estaria comparando uma programação em
PHP com algo nível de qualidade e recursos para ganho de produtividade
e segurança (etc. etc) a uma programação baseada nos recursos básicos
do Coldfusion (de forma não tão evoluída).

Tens razão em partes cara.  Eu tive a oportunidade de comparar N ferramentas para ganho de produtividade em PHP, em ColdFusion não tive a mesma oportunidade. Eu só tive oportunidade de trabalhar com MachII e FuseBox em produção, ColdSpring somente em testes, e confesso que não me sinti satisfeito. Comparando a PHP, veja bem, gero formulário, interação Ajax, abstração, gerador de validações, client e client/side de forma muito rápida, como se fosse TagLibs do JSP, posso estar sendo injusto comparando PHP (com ferramentas) com CF (algumas ferramentas) e falar que PHP é mais produtivo, mas infelizmente o resultado me mostrou isto.

Tenho consciência do potencial do PHP, mas não vejo ele como uma
linguagem tão produtiva quanto o CF.

De qualquer forma fico feliz em ouvir uma opinião diferente, afinal
é preciso estar sempre evoluindo, buscando melhores soluções.

Agora baseado no que você disse me surge uma outra dúvida:
Qual o impacto na performance de todos esses recursos e frameworks
para PHP?

Único framework que existe maior estudo e sim, até uma versao atrás tinha problemas de performance é o PRADO (pessoal, mesmo quem nao trabalha com PHP, estudem este frameWork e vejam como ele funciona, quem trabalhou com Delphi ou até mesmo .NET vai se abismar), é um framework com dependencias pesadas, que ainda estão sendo melhoradas, mas é totalmente estável.
CodeIgniter, bom, sem comentários, é o primeiro "cara" que realmente é só descompactar e testar.

Será que não esbarraríamos nos mesmos problemas do Coldfusion
(excelentes recursos, porém, para situações específicas onde performance
não é um problema crítico)?

Eu não saberia arugmentar com voce sobre isto, pois é pontual, ambas dependem da qualidade do profissional em primeiro lugar certo ? Neste ponto (vou resumir ok?) metodologias colaboram muito quando bem aplicadas, senão o que seria do Java acessando mil procedures no Oracle ? Seria como ASP + MS Access!

Vi você comentar sobre o Symphony. Já ouvi rumores de aplicações
PHP + Symphony que tiveram problemas de performance ao serem
colocadas em produção.

Bom, infelizmente aqui o que posso dizer é que depende de como foi implementado, temos de levar em conta que se um framework não for implementado como deve, não teremos boas respostas, é necessário dedicação, 2 primeiros projetos podem não ser as mil maravilhas, vai depender um pouco de experiencia, assim foi comigo quando usei o FuseBox.
Bom, no caso do PRADO, como acompanho bastante a evolução dele, sei que tinha problemas no Symphony não posso dar respostas mais embasadas, infelizmente.

Mas isso são apenas comentários e dúvidas que me vem em mente.
Eu realmente não tenho conhecimento e experiência suficiente em PHP
para fazer uma boa comparação.

1) Achei os Scafolds muito fracos, então na realidade teria que
    existir um trabalho de webdesigner para as páginas de qualquer
    forma.

Acho que nao entendi esta colocação!  O que achas fraco ? Como assim trabalho webdesigner ?

Só pra salientar que estou falando de Coldfusion, neste momento.

Achei a qualidade do HTML gerado pelo Scafold do ModelGlue muito
simplória.
É algo que não daria colocar em produção na sua forma original,
precisaria um webdesigner dar uma "maquiada" pra deixar mais bonitinha.

Ah, por isto que eu disse que não tinha entendido a tua colocação! :)

Essa é minha maior dúvida sobre o Python e o ROR: O quanto
eles são robustos e produtivos, de fato, em um ambiente mais
exigente.

hhuumm, complicado de responder, pois vai depender o quão crítica é uma aplicação. O Google utiliza C++/Java/Python na maioria de seus produtos, acho que isto pode ajudar a todos se pensarmos em aplicações "criticas".

Pois eh, mas o Google tem características diferentes, normalmente
os recursos do Google não trabalham "on-the-fly".

Por exemplo:

- Os robôs de busca do Google agem em background, coletam a informação,
    armazenam, e só depois eles tratam aquela informação armazenada.
    O resultado da operação nunca se sabe quando vai pro ar (uma, duas semanas
    depois - Se for flash mesmo já vi demorar dois meses).

O Google está indexando conteudos em até 29 minutos, foi o recorde que eu ja vi.

- O Orkut é até difícil usar como parâmetro porque dava pau pra caramba
    (não sei se ainda da - já cancelei minha conta).
    Mas tudo bem, é do Google então vamos lá. Operações mais críticas como
    tratamento de imagens também são feitas em background sem um prazo
    pré-determinado para ir pro ar.

- O GoogleGroups a mesma coisa, você responde uma mensagem e ela
    não vai pro ar no mesmo instante. É efetuado um processamente em background
    para depois fazer a publicação.

O que eu noto de uma forma geral é que os serviços do Google, apesar de
excelentes, são gratúitos e não existe uma exigência que diga que aquela informação
"tem" que ir pro ar em tantos minutos (ou instantaneamente).

Depende né ? Afinal, eles são o Google, assim como a Microsoft :)

Se demorar um ou dois dias todo mundo acha normal.
É uma característica bem diferente no nosso mercado.

E quanto ao PHP e Java, o quanto eles conseguem ser tão
produtivos quanto o CF a ponto de a empresa abandonar o CF?

Java na minha opinião não é produtivo,

Pois eh, é bem nesse ponto que eu queria chegar.
Eu também não acho Java produtivo, mas então porque tem gente
trocando CF por Java?

Acho que esse é um ponto chave que deveríamos identificar.
Do que adianta economizar R$ 15.000,00 de licença e ter que gastar
o dobro do tempo para desenvolver uma aplicação?

Se esse dobro do tempo for 6 meses, quanto custaram esses programadores
por esse período?
E quanto vai custar o dobro de trabalho em cada manutenção?

Esses são os cálculos que eu faço, mas pelo visto o pessoal têm feito outros
cálculos, ou pelo menos têm considerados outros fatores.

Acho importante levarmos isso em consideração para poder conhecer
melhor os pontos fracos do Coldfusion, os pontos fortes do Java, e a
"suposta" realidade de mercado.
Digo suposta porque... não é porque alguns estão migrando pra Java que
isso seja de fato uma realidade ou que de fato isso seja melhor.

Concordo plenamente.

Uma visão minha sob PHP, a versão 5 é o que há de especial, comparem a sintaxe OO do PHP com JAVA e descubram que a unica diferença é "$". Frameworks MVC (Prado por exemplo), design patterns (PHP Architects tem um livro sensacional), metodologias que podemos utilizar com PHP 5, aí o mesmo vem sofrendo algo incrivel, poucos servidores de confiança no Brasil adotaram PHP 5 e ja temos novidades para o PHP 6 a pelo menos 8 meses, neste caso é semelhante o sofrimento do PHP com CF (divulgação).

De acordo.

Buenas, como eu falei, me perdoem, acho que eu falo demais, caso não tenha sido claro e não concordem comigo (tem varios com certeza) vamos discutir, isto é ótimo, aprendemos, conhecemos, testamos! hehehe

Ops... estamos aí,

Pessoal, aproveito para convidar a todos a pensarmos em algo como um LABS, mas não somente com Coldfusion, e sim uma analise comparativa do CF com ou sem recursos com outras tecnologias com ou sem recursos, acho que todos temos a ganhar!

Abraços.

[]s
Ronan

[Rafael Coelho de Souza]

Só pra dar uma opinião sobre o RoR. Trabalho com RoR ja a alguns meses e demorei mas me convenci que ele realmente é mais produtivo que o CF (na minha opinião), e eu realmente agora acredito que não é só uma hype e sim que ele tem uma alternativa muito boa pro desenv, web. Acho que ele vai brigar no mercado com o PHP. Quanto a questão de sua robustez e outros aspectos deste segmento, não aconselharia pra um sistema com grandes necessidades de respostas rápidas ou serviço grande porte,  mas pra maioria dos sistemas q ja desenvolvi ele caíria muito bem.

Só pra deixar claro eu estou comparando (na minha opinião) RoR com CF + Frameworks(MG II | FB + Transfer) e não puramente a linguagem (Ruby x CF) apesar que hoje em dia eu acho Ruby uma linguagem melhor que CF também, provém mais recursos de programação em si.

Ah mas claro se eu tiver oportunidade de escolher me qual sistema desenvolver (sem restrições quanto ao licensiamento) eu opto por CF pela abrangência maior (tem mais recursos de maneira geral) e pela minha experiencia muito maior no desenvolvimento em CF.

[]'s
Rafael

[Marco Antonio C. Santos]

Rafael,

dando nomes aos bois, o que você avalia que é melhor em RoR do que em CF?

"apesar que hoje em dia eu acho Ruby uma linguagem melhor que CF também, provém mais recursos de programação em si. "

[]s
Marco Antonio

[Ronan Lucio]

Rafael,
Beleza cara, agora já não tenho mais dúvidas... :-)

Só mais um comentário, no meu ponto de vista acho um pouco
injusto comparar o PHP + ferramentas com o Coldfusion "basicão"
pelos seguintes pontos:

- Para um sistema grande, com muitos acessos, não sabemos como
o PHP + ferramentas vai se comportar.
Como você mesmo disse, um bom framework (no quesito produtividade)
precisa instanciar muita coisa.

Já o Coldfusion "basicão" eu tenho certeza que suporta um sistema
grande com muitos acessos.
Ou seja, é algo já testado e comprovado.

O que eu quero dizer é que nesse caso (dessa comparação) eu tenho
certeza que o Coldfusion se adapta a quase qualquer realidade, mas
não tenho a mesma certeza quando falamos de PHP + ferramentas.

Então isso acaba gerando dois pontos bastante fortes para os dois lados.

Do lado do PHP, a produtividade gerada pelas ferramentas;
Do lado do Coldfusion, a confiabilidade de já existirem n sistemas
robustos
rodando com essa tecnologia.

Se a diferença de produtividade não for grande, eu ainda optaria
pelo Coldfusion,
pela segurança.

Agora, depois que essas ferramentes do PHP estiverem num estágio mais
confiável, prontas para um sistema em produção, aí a história muda.

Agora, vai uma adendo sobre esse assunto de frameworks:
O Railo já roda com alguns frameworks MVC, como o Fusebox e Coldbox.

[]s
Ronan

[Rafael Coelho de Souza]

Marco,

Vamos lá então. Sobre a linguagem Ruby x CF. Primeiro o fato dela ser OO (nem tipos primitivos ela possui), outra ponto é a variedade de recursos para condicionais e loops que são muito maiores que os provenientes do CF (no 8 ganhou algumas coisas mas é bem inferior ainda). No escopo de funções por ex não é necessário escrever return, ou getters e setters. Simplicidade de declaração de variáveis de classe, estáticas , etc... Instalação simples e fácil de plugins de terceiros a linguagem. Só rodar um "gem install nomedoplugin"

Agora sobre Rails x Frameworks CF. RoR já sai ganhando e muito com o conceito de "convention over configuration" (sem necessidade de xml de config) . Já elimina trocentos arquivos do seu projeto. Recursos melhores pra geração e validação de formularios html (praticamente um neston). O ORM do Rails (Active Record) é muito melhor e mais maduro que os ORM's de CF (Transfer & Reactor) e esse aspecto pra produtividade contribui muito.

Em suma é isso, deixando claro q é uma opinião pessoal. Mas há outros aspectos que o RoR perde p/ CF com certeza. Mas isso fica pra outro e-mail =)

[]'s

Rafael

[Rafael Coelho de Souza]

Ah mais um aspecto importante e que me deixa profundamente irritado com CF é a falta de uma IDE decente. RoR com quase nada de tempo ja possui 3 IDE's mto mas mto superiores para o desenvolvedores do que o CF que tem 12 anos recém completados. Eu achava q o CFEclipse com o reconhecimento da adobe iria ficar mto bom e se tornaria uma CF IDE de verdade, mas fui enganado. Ele deixa muito a desejar quando comparado ao RadRails ou NetBeans ou ao IntelliJ. Em breve a Oracle tb vai lançar seu plugin de Rails p/ o JDeveloper.

Enquanto isso o CF amargura com  homesite e dreamweaver, e na dependência de alguns heróis que desenvolvem o CFEclipse

[Rafael Trindade da Silva]

Ronan,

Concordo com todos os seus pontos!
Ótima esta nossa conversa! Se fosse em um botequim, precisariamos de mais de um dia.

PS: CodeIgniter não precisa instanciar nada. hehe.

Abraços.

On 7/11/07, Ronan Lucio <lis...@tiper.com.br> wrote:

[João Vagner]

Falar que o php não suporta grandes acessos ou ainda dizer que não sabe como se comportar é brincadeira heheh, se comporta de acordo com o que foi programado.

Não é a ferramenta, é quem programa mesmo.

 

o Site manual mesmo do php, tem grandes acessso, do mundo inteiro, etc, um baita conteudo e documentação.

Pode ser em que linguagem for, ou o programador faz direito, é feito os processos de cabo a rabo, tudo é suportável. Seja PHP, ASP,. CF, JSP, etc.

 

Atenciosamente,
João Vagner
jo...@iw2.com.br
http://www.iw2.com.br

----- Original Message -----

From: Rafael Trindade da Silva

To: cfbr...@googlegroups.com

Sent: Wednesday, July 11, 2007 1:04 PM

Subject: [cf-brasil] Re: RES: [cf-brasil] Re: Vaga de emprego

[Ronan Lucio]

João,

João Vagner escreveu:

Falar que o php não suporta grandes acessos ou ainda dizer que não sabe como se comportar é brincadeira heheh, se comporta de acordo com o que foi programado.

Não sei se você leu o e-mail inteiro.
Não me referi ao PHP, mas sim aos frameworks, e nesse grupo eu
enquadro muitos deles, pra PHP, CF, Rails (como o Rafael Coelho citou
que não aconselha RoR para um sistema grande).

Conheço uma empresa que desenvolveu um sistema em PHP + Synphony
e o sistema arriava quando tinha muitos acessos simultâneos.

Conheço uma outra empresa que também desenvolveu um sistema com
PHP + Framework (não sei qual) e sei que desde que esse site foi pro
ar eles têm problemas de lentidão.

Tenho certeza que se esse segundo caso fosse desenvolvido em CF
com frameworks o problema seria o mesmo.

Não quero repetir o que já foi dito aqui n vezes.
Acho frameworks um excelente negócio, mas não é todo projeto que
se pode rodar em cima de um framework.

[]s
Ronan

[João Vagner]

Por isso eu disse, ele reage como foi programado.

Se for o caso é melhor a equipe desenvolver o próprio framework para as aplicações grandes. E acredite, é muito mais viável do que usar um framework já pronto.

PS: Isso tudo depende da experiência de cada programador ou gerente de equipe, e cada experiencia é diferente para cada um da equipe :)

Nunca desenvolvi nada grande em cf, no máximo um site basico com noticias, ja não tenho experiencia nem nada do genero pra falar sobre o o cf sobre isso.

:)

Atenciosamente,
João Vagner
jo...@iw2.com.br
http://www.iw2.com.br

----- Original Message -----

From: Ronan Lucio

To: cfbr...@googlegroups.com

Sent: Wednesday, July 11, 2007 1:23 PM

Subject: [cf-brasil] Re: RES: [cf-brasil] Re: Vaga de emprego

[Rafael Trindade da Silva]

Buenas,

Sistemas criticos em CF, 140 mil acessos dia, isto é quase 100 acessos por minuto.
Este é o meu dia-a-dia com sistemas CF. E não são "super-maquinas" rodando CF.
No servidor web, sobra processamento, sistemas legados de 8 anos de CF.

PHP, ASP, JAVA, ROR, como se comportaria ? PHP e ASP eu sei, o resto é mais
complicado de opinar.

Acho que todos temos uma realidade correto ? E é de acordo a ela que nossos
gestores em conjunto com pesquisa e desenvolvimento e financeiro determinam
que plataforma adotar.

Abraços.

[Ronan Lucio]

João,

João Vagner escreveu:

Por isso eu disse, ele reage como foi programado.

Se for o caso é melhor a equipe desenvolver o próprio framework para as aplicações grandes. E acredite, é muito mais viável do que usar um framework já pronto.

Mas se o programador tiver que desenvolver um framework próprio
onde estaria o ganho de produtividade?

Um framework decente toma um bom tempo de desenvolvimento,
imagine fazer um framework abrangendo diferentes conceitos (MVC,
IoC, AOP, ORM).

Depois adicione o tempo de depuração, testes, correções...

Veja que estou falando de um framework de verdade, não apenas
de bibliotecas e design patterns.

PS: Isso tudo depende da experiência de cada programador ou gerente de equipe, e cada experiencia é diferente para cada um da equipe :)

Você acredita que um programador/gerente experiente vai querer
reinventar a roda?

Tudo bem, sei que os novos flavors de frameworks que surgem
a cada dia vêm de programadores experientes, mas nesse caso
acredito que eles não tenham um patrão/gerente/cliente fazendo
pressão por prazos.

Para uma empresa grande que consiga bancar um departamento
de pesquisas e inovação talvez essa realidade se adapte melhor.

Nunca desenvolvi nada grande em cf, no máximo um site basico com noticias, ja não tenho experiencia nem nada do genero pra falar sobre o o cf sobre isso.

Beleza, mas como eu disse, não me refiro apenas ao CF, a robustez
de uma aplicação desenvolvida em cima de diversos frameworks
(MVC, IoC, AOP, ORM) deixa qualquer aplicação mais pesada,
independente da linguagem.

Como o Rafael Trindade falou, o que seria do Java se não fosse os
frameworks?

[]s
Ronan

[Hilso Vasques Junior]

Vou dar meu pitaco...

 

To acompanhando ao papo... seria melhor em um butiquim... tem muito texto nesse papo todo... rs...
 

Vou falar como empresa, que sou hoje, trabalhamos com Cold... é muito triste saber que uma coisa que vc trabalha esta sendo deixada as moscas aqui no Brasil... poderiamos dizer até apavorante saber disso.

 

Acho válida o papo sobre outras linguagem, já que não estamos tendo resposta da Adobe no Brasil.

 

Mas tenho uma grande dúvida... e sou peixe pequeno no Brasil, mas acho que seria a hora de unirmos todos da lista e tentar contato com Adobe Brasil, pedir mudança na atitude... (podem falar... já tentamos isso e nada...) não seria interessante todos participarem ativamente disso? Tipo, acho que temos que fazer barulho, caso contrario acho que a ferramente no Brasil está com dias contados.

 

O que acham?

 

Abraço

 

Hilso Junior

 

Em 11/07/07, Ronan Lucio <lis...@tiper.com.br> escreveu:

--
Abraço

Hilso Vasques Junior

[Rafael Trindade da Silva]

Hilso (seu nome se pronuncia "RILSO"?) , meu ponto de vista é que para conseguir um contato de respeito é necessario que uma "instituição" ou algo "oficilizado", no caso do CFUGBR, mas acredito ser necessário ter embasamento (informações quentes) para apresentar para ADOBE.

É o que eu acho ao menos.

Abraços.

[Hilso Vasques Junior]

Rafael, (pronuncia Ilso) heheh

 

Essa é minha visão, mas me corrija se eu estiver errado, nunca vi uma mobilização real para uma atitude dessa, vejo sim, coisas isoladas... acho que essa é a hora de CFUGBR mostrar a sua força

 

Abraço

 

Hilso Vasques Junior

 

Em 11/07/07, Rafael Trindade da Silva <rafa...@gmail.com> escreveu:

[Arleston Lueders]

Realmente!
É o que eu penso também... nossas discussões morrem aqui.
Vamos tentar fazer algum barulho pra Adobe... mesmo que não dê certo, ao menos nós tentamos. E acredito que ao menos uma "coceira" vai causar. Vamos fazer alguma coisa com embasamento e argumentos. Já foram citadas várias coisas interessantes aqui na qual poderíamos utilizar.

Abraço,
Arleston Lueders

Em 11/07/07, Hilso Vasques Junior <hbvj...@gmail.com> escreveu:

[Thiago Mambretti]

Senhores,

Pode ser até que a Adobe não tenha conhecimento do tamanho do mercado do CF no Brasil e principalmente da capacitação dos profissionais do Brasil.
Muito mais do que tamanho de mercado poderiamos fazer um barulho utilizando a tremenda capacidade e o número de profissionais CF exportados do país.

[Hilso Vasques Junior]

Acho interessante unir todas essas informações... Profissionais dentro e fora do Brasil, empresas que trabalham com CF, podemos pegar os dados do 1 e ultimo senso fechado que temos...

Vamos nos articular, acho que só depende da gente mesmo

 

O que eu puder ajudar, to dentro.

 

Hilso Vasques Junior
 

Em 11/07/07, Thiago Mambretti <wdth...@gmail.com> escreveu:

[Douglas Brito de Medeiros]

Eu acho que só irão começar a olhar para cá.. quando a comunidade tiver alianças fortes... não basta ter apenas programadores.. tem que ter empresas grandes (hospedagem, desenvolvimento, etc).

--
Douglas Brito de Medeiros

Code Networks
http://www.codenetworks.com.br
http://www.ativoaccess.com.br/

gTalk: douglas.web

[Arleston Lueders]

Uma sugestão poderia ser:
Fazer um brainstorming com as "solicitações", necessidades, idéias, apelos, reclamações (tudo com embasamento), por todos nós CFers e empresas CFers. Depois verificar filtra-las deixando as mais embasadas, etc.

Quem sabe simplesmente organizar algumas das idéias já faladas aqui na lista, colocar num documento (ou site/banco de dados) e todas as pessoas e empresas que concordam colocariam seu nome, função, empresa (etc). No fim, gerar um relatório com todos os nomes das empresas e programadores junto com as "solicitações" vindo como o CFUGBR e enviar para Adobe Brasil e Adobe EUA.

[]s

Em 11/07/07, Douglas Brito de Medeiros <dougl...@gmail.com> escreveu:

[Arleston Lueders]

Imprimir o relatório (customizá-lo) e enviar como um documento formal para Adobe.

Em 11/07/07, Arleston Lueders < arlesto...@gmail.com> escreveu:

[Ronan Lucio]

Acho que um dos primeiros pontos seria as estatísticas do
CFEmpresas e CFProfissionais.

Se quisermos alguma ação concreta da da Adobe, mostrar
em números o potencial do mercado é algo importante na
linguagem empresarial.

[]s
Ronan

[Arleston Lueders]

Ahãm. Então o que falta seria o CFProfissionais, certo?
Que informações?
Nome, cidade, estado, país, contato (email, telefone), empresa, website empresa, website pessoal, versão CF que utiliza, tempo experiência, certificado (s/n), ..., observações, sugestões (?).

[]s

Em 11/07/07, Ronan Lucio <lis...@tiper.com.br> escreveu:

[Ronan Lucio]

Acho que empresa e website da empresa não devem ser informações
obrigatórias, afinal também existem os "sem empresa".

Sacanagem, tô falando na boa, afinal ninguém sabe o dia de amanhã,
mas se o profissional estiver desempregado ele também deve poder
fazer o cadastro, afinal é uma mão-de-obra disponível no mercado.

[]s
Ronan

Arleston Lueders escreveu:

[Arleston Lueders]

Interessante. Eu estou disposto a criar o CFProfissionais.
Precisamos saber que dados obter, quais serão opcionais, etc.
Caso haja interesse, me avisem.

[Rafael Trindade da Silva]

Arleston e Ronan, concordo plenamente com voces.
Acredito que para "conseguir" algo (como disse acima), necessitamos de um bom embasamento.

O que precisar de mim, posso ajudar.

Abraços.

On 7/11/07, Arleston Lueders <arlesto...@gmail.com> wrote:

[Arleston Lueders]

Acho que poderíamos começar com um novo tópico fazendo um Brainstorming das sugestões, idéias, (etc), juntamente com o embasamento dessas idéias para o ColdFusion no Brasil.
Muitas delas já foram discutidas na lista, poderíamos aprofundar mais no embasamento (o porque).

Vou criar um novo tópico "Melhorias para CF no Brasil (brainstorming*)", seria interessante o pessoal que tem mais experiencia participar com o embasamento.. claro também os outros.
* http://pt.wikipedia.org/wiki/Brainstorming

Quem sabe também primeiro levantar as idéias... reunir todas. Aí começar a embasar.

[]s

Em 11/07/07, Rafael Trindade da Silva <rafa...@gmail.com> escreveu:

[Francisco Paulino]

Arleston,

Só um detalhe, o CFProfissionais já está em desenvolvimento, bem como o CFVagas que na verdade serão um só. Só não chegamos a um nome adequado a ambos ainda.

O Rogério e eu já estamos com ele bem adiantado.

Referente a dados estamos com a seguinte estrutura:

CFProfisionais:
Dados pessoais como:
Nome, CPF, Sexo, Data nascimento, Cidade, UF, País, Telefones, E-mails, Dados da Escolaridade, Dados de Experiências Profissionais, Dados referente a Idiomas e Outras informações como:
Objetivo, Conhecimentos, Cursos extras, Currículo resumido e possibilidade de envio de fotos, curriculos completo em formato DOC, PDF

CFVagas:
Dados da Empresa como:
Nome, CNPJ, Cidade, UF, País, Telefones, E-mails, Site
E referente a disponibilização de vagas:
Título da vaga, Área profissional, Nº de vagas, Faixa salarial, Local da vaga, Requisitos, Observações

No geral seria isso e estes dados foram baseados em pesquisas em sites de currículos, classificados e perguntas a alguns proffisionais de RH.

Esperamos disponibilizar o sistema logo logo, até o fim deste mês no máximo.

Qualquer coisa tamos aih.


Abraços

Francisco Paulino
Zellen Rich Applications
http://blog.zellen.com.br/
2º Censo Nacional sobre ColdFusion
http://www.cfugbr.com/censo/

Em 11/07/07, Arleston Lueders <arlesto...@gmail.com> escreveu:

Interessante. Eu estou disposto a criar o CFProfissionais.

[Arleston Lueders]

Opa Tofinha,

Legal cara, não estava por dentro disso, parabéns pelo esforço.

Precisando de algo, estamos ae.

Abraço,
Arleston Lueders

Em 11/07/07, Francisco Paulino <tof...@gmail.com> escreveu:

[Ronan Lucio]

Talvez CFCurriculums fosse um nome mais atrativo, assim ficaria
mais claro que o perfil dos profissionais estaria disponível para as
empresas, bem como as empresas saberiam que poderiam contar
com esta base de curriculums.

[]s
Ronan

Francisco Paulino escreveu:

[João Vagner]

Curriculum é meio ultrapassadaum hein? hehehe não acham? Eu acho interresante CF Perfil :) Perfil de profissionais :)

 

Atenciosamente,
João Vagner
jo...@iw2.com.br
http://www.iw2.com.br

----- Original Message -----

From: Ronan Lucio

To: cfbr...@googlegroups.com

Sent: Thursday, July 12, 2007 10:14 AM

Subject: [cf-brasil] Re: RES: [cf-brasil] Re: Vaga de emprego

[Hilso Vasques Junior]

Galera,

 

acho que estamos nos perdendo novamente...

 

Vamos definir primeiro que vai tomar a frente disso?

 

Quem se oferece? Eu me canditado a ajudar na medida do possível.

 

Hilso Junior

 

Em 12/07/07, João Vagner <joao....@gmail.com> escreveu:

[Rodrigo Almeida Rocha de Freitas]

Porque não fazer um wiki ?

Em 12/07/07, Hilso Vasques Junior<hbvj...@gmail.com> escreveu:

[Rafael Trindade da Silva]

Sugestão minha.
Quem conhece o Rec6 do Via6 ?

Podemos montar uma rede (seleta) pra networking ADOBE!
Por que eu digo ADOBE ? Vou tentar ser breve.

Penso em algo simples e direto e ao mesmo tempo centralizado.

Me cadastro em "algum-lugar". Preencho o meu perfil profissional, digo que meus interesses é em CF e Spry por exemplo.
Apartir de agora criamos algo inteligente que já identificar (de outro cadastro) pessoas que estão em busca de profissionais para aquele projeto, logo, de acordo com o volume de oportunidades, apresentamos para o "cara" o que ele "poderia" querer ver.

Não seria um curriculum, não seria um "anuncio de vaga", mas sim um networking voltado pra ADOBE!

Mas ahhh agora vem a sacada! Por que ADOBE mesmo ? Simples! Flex, CF, Spry, Plataforma! Não estariamos trabalhando em cima do ColdFusion diretamente, mas sim para a ADOBE, automaticamente mostrando que o conjunto de soluções da ADOBE só fazem bem para "sua empresa"! Não sei se voces estão conseguindo visualizar o mesmo que eu.

Estou tendo uma visão meio empreendedora, mas onde o ganho é de "confiança da ADOBE".. mesmo sendo uma empresa "gigante", depois de um tempo alguem ia dizer o seguinte "vejam aqueles garotos, estão trabalhando pra fornecer pacotes nossos, não somente Cf ou Flex, mas sim uma plataforma, acho que eles estão precisando de ajuda". Depois de um tempo, estamos trazer o Ben Forta pra palestrar de graça 2 vezes ao ano no Brasil, passando por 2 ou 3 estados e por 6 duzia de universidades!! :D

Deixo no ar para os amigos discutirem (será que isto dará mais de 80 respostas novamente?).

Abraços.

[Douglas Brito de Medeiros]

Interessante sua idéia Rafael..

[Arleston Lueders]

Boa!

Em 12/07/07, Douglas Brito de Medeiros <dougl...@gmail.com> escreveu:

[Rafael Trindade da Silva]

Gostaram pessoal ?
Podemos continuar a conversa no novo topico que foi criado ou centralizar em um somente (um terceiro novo).

E o resto, o que acham da ideia ?

[Arleston Lueders]

Abre o novo tópico lá rafael! =)

Em 12/07/07, Rafael Trindade da Silva <rafa...@gmail.com> escreveu: