Ir para conteúdo
  • Cadastre-se

dev botao

  • Este tópico foi criado há 3029 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Postado

Bom dia,

  Lembro de ter lido em algum tópico que o suporte ao Delphi 7 seria descontinuado em breve devido a dificuldades de manutenção na compatibilidade com as outras versões do Delphi, alguma coisa nesse sentido.

  Para tentar me planejar, gostaria de saber se isso é realmente verdade ou se ainda pretendem manter essa versão por mais algum tempo, ou se já está no cronograma essa descontinuação do suporte.

  Desde já obrigado pelos esclarecimentos.

Atenciosamente,

  Flávio

  • Fundadores
Postado

SIM, provavelmente no segundo semestre desse ano... Afinal de contas o D7 já tem 18 anos (lançado em 2002)

As diferenças de String entre as versões ANSI (D7) e as versões que suportam Unicode (XE), trazem muita dificuldades para manter o código do ACBr

  • Curtir 7
Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Postado

Bom dia.

Neste caso fica complicado, pois no meu exemplo, temos todo um sistema de gestão em cima do D7, utilizando vários componentes do Acbr. 

Acho que ainda o D7 é bastante utilizado para desenvolvimento.

  • Curtir 1
Postado
6 minutos atrás, Caejr disse:

Bom dia.

Neste caso fica complicado, pois no meu exemplo, temos todo um sistema de gestão em cima do D7, utilizando vários componentes do Acbr. 

Acho que ainda o D7 é bastante utilizado para desenvolvimento.

Eu migrei do D7 para o XE7 e não tive muito trabalho. Eu tinha alguns componentes como o RxLib, Raize e outros que acabei substituindo pelo JEDI.

  • Curtir 2
Equipe ACBr Sérgio Assunção
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

[email protected]

  • Fundadores
Postado

D7 já está morto faz tempo... não faz sentido ficar preso ao passado...  para quem tem como descupa o custo de uma nova IDE, hoje em dia o Lazarus/FPC é muito melhor do que o D7, e "de grátis" (na DJSystem já usamos o mesmo a anos)...

Os novos Delphis XE, são fantásticos, e ainda compilam para Mobile... sinceramente, não vejo porque ficar preso ao passado

  • Curtir 7
Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

  • Membros Pro
Postado (editado)
Em 07/01/2016 at 10:01, Daniel Simoes disse:

D7 já está morto faz tempo... não faz sentido ficar preso ao passado...  para quem tem como descupa o custo de uma nova IDE, hoje em dia o Lazarus/FPC é muito melhor do que o D7, e "de grátis" (na DJSystem já usamos o mesmo a anos)...

Os novos Delphis XE, são fantásticos, e ainda compilam para Mobile... sinceramente, não vejo porque ficar preso ao passado

Bom dia Daniel, 

Concordo com vc sobre o Delphi 7 ja estar ultrapassado em relação as IDE(s) mais novas, mas acho que não seria justo atirar uma bomba dessa

em quem ainda utiliza Delphi 7 e não tem condições de Migrar para uma versão mais nova, seja ela por motivo financeiro ou seja por outros motivos.

No meu caso, delphi 7 não esta morto, esta muito vivo. Utilizo em meus sistemas a 12 anos e migrar para um mais novo é bem problematico, não foi

por falta de tentativa, até com lazarus tentei e não consugui, e começar do zero se torna inviavel. Acredito que teria que ver quantos ainda utilizam D7 e estão na mesma situação.

Grato

Editado por rodrigoogioni
  • Curtir 4
Postado

Acho que não é questão de mensurar quantos ainda usam, mas a dificuldade que os desenvolvedores estão tendo em manter um código com duas filosofias de String (ANSI e Unicode). 

As vezes ao criar uma compatibilidade para Delphi 7, quebra o código para as outras versões e por ai vai.

Eu entendo as razões, principalmente porque também acredito que todos os desenvolvedores do projeto já devem ter migrado e fica difícil testar, mas não quer dizer que eu concorde. Acho que cabe a eles decidirem o que fazer, também acho que poderiam ter sinalizado isso já no ano passado com a chegada do trunk2, creio que 6 meses é pouco tempo para migração da maioria.

Ainda vejo gente sofrendo ao migrar do trunk para o trunk2, quanto mais migrar de IDE.

  • Curtir 1
  • Moderadores
Postado

Sofrimento pra migrar do trunk para o trunk2? quais ? Tanto eu quanto alguns outros colegas aqui do fórum fazem serviços de migração para empresas e o tempo máximo que levou foi no máximo 2 dias!

quanto a migrar de versão de IDE se é difícil a migração deve-se parar e olhar pois aos meus olhos tem algum problema de software! Onde trabalho estou terminando de migrar para seattle e não tenho maiores problemas isso que faz questão de um ano que estou trabalhando nos fontes e são muitos módulos !

Como diria o Daniel.. " a força está com vocês, use-a !"

Consultor SAC ACBr Juliomar Marchetti
 

Projeto ACBr

skype: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br
MVP_NewLogo_100x100_Transparent-02.png
 

 

Postado

bom dia a todos vamos fazer uma corrente para que seje sim migrado e o quanto antes migração é a oportunidade de você rever todo o seu codigo e melhora-lo veja o caso do acbr na nova versão. Eu ainda uso o delphi 7 pois ainda não tinha achado uma versao estavel dele mas agora vi muitos relatos sobre o  seattle dizendo que esta muito bom então ja montei o cronograma aqui da empresa para comecar a migracao agora em fevereiro. Vamos la desperte a força que a em vocêis...

  • Curtir 1
  • Moderadores
Postado

Vou deixar minha experiência, eu migrei do D7 para D2007, depois Delphi 2010, e então XE7, XE8 e agora Seattle, porque estás versões? Porque segui a linha do que era estável para mim, agora com as versões XE7 em diante basta recompilar o projeto, não tem segredo.

Quando migrei de D7 para D2010 eu tinha essa mesma cabeça de não mudar porque daria trabalho, era milhões de linhas de código para revisar, centenas de tabelas em um BD Firebird e muita, muita regra de negócio, mas não foi um bicho de 7 cabeças.

O ganho com o uso de novas versões foi enorme, hoje o Delphi e Lazarus suportam muitos features de linguagem que o D7 nem sonha ter, coisas que facilitam em muito o dia-a-dia, principalmente para quem pensa em programar multi-plataforma e suportar mobile.

A dificuldade sempre vai existir, isso é um fato, migrar um sistema não é fácil quando se vem de uma linguagem muito antiga, mas manter Delphi 7 só tem atrasado o projeto ACBr, sempre que vamos fazer algo temos que pensar na limitações do Delphi 7 e nivelar por ela, isso traz transtornos enormes, um exemplo foi alguns dias atrás quando fui implementar a API IBPT no componente ACBrIBPTax, o retorno a API é em JSON uma tecnologia extremamente corriqueira é que é usada em tudo que diz respeito a troca de informações web, mas o Delphi 7 não tem suporte nativo, já Lazarus e versões mais novas do Delphi sim, tive que implementar uma leitura básica de JSON para suprir a necessidade do Delphi 7 para que não tivéssemos que agregar bibliotecas de terceiros e inchar o ACBr com mais uma biblioteca.

Este é um exemplo simples, imaginem todo o resto que temos que passar, leitura de XML, listas e afins que já são suportados nativamente em versões mais novas e temos que sermpre fazer tudo manualmente por conta de limitações do D7.

Seu problema é dinheiro, acha caro uma nova versão do Delphi, o Lazarus é tão bom quanto, fora a IDE, ele suporta tudo que uma versão de Delphi mais nova suporta e é GRÁTIS e praticamente idêntico ao Delphi 7 em termos de funcionalidades e IDE.

 

  • Curtir 10

Equipe ACBr

Régys Borges da Silveira

http://www.regys.com.br

certificacao delphicertificacao delphi
Postado

Acho justo a migração. Entendo tudo o que vocês, gestores do Acbr estão expondo.

Migrar é sempre adiado.  Se tiver uma data fica melhor, infelizmente somente assim mexemos nosso traseiro gordo.

Vou penar, mas vou começar esta semana

  • Fundadores
Postado
Em 09/01/2016 at 10:58, rodrigoogioni disse:

Bom dia Daniel, 

Concordo com vc sobre o Delphi 7 ja estar ultrapassado em relação as IDE(s) mais novas, mas acho que não seria justo atirar uma bomba dessa

em quem ainda utiliza Delphi 7 e não tem condições de Migrar para uma versão mais nova, seja ela por motivo financeiro ou seja por outros motivos.

No meu caso, delphi 7 não esta morto, esta muito vivo. Utilizo em meus sistemas a 12 anos e migrar para um mais novo é bem problematico, não foi

por falta de tentativa, até com lazarus tentei e não consugui, e começar do zero se torna inviavel. Acredito que teria que ver quantos ainda utilizam D7 e estão na mesma situação.

Grato

O maior medo de todo programador, é ver a sua linguagem morrer... Foi assim com o COBOL, com  o Clipper, e por várias vezes já se falou do fim do Object Pascal...

Hoje em dia é muito difícil achar novos programadores em Delphi, a nova geração nem pensa em aprender ObjectPascal, e para eles, não faz o menor sentido usar um produto pirata, ou pagar caro numa IDE, para aprender a programar... (ainda mais tendo Java, PHP, e tantas outras linguagens disponíveis livremente)

Como uma linguagem não morre ? A resposta é simples, com investimento... enquanto houver empresas investindo nela, ela irá crescer e existir...

Adquirindo as novas IDEs do Delphi, os programadores (que são dependentes dessa linguagem), mantém o fluxo de investimento e o desenvolvimento da mesma.. Por outro lado, ficar preso a uma IDE de mais de 18 anos... só traz limites... limites de técnicas de programação, limites de tecnologia, limites de interface, de plataforma, etc....

Do ponto de vista de negócios.. é estratégico evoluir para uma nova IDE.. isso DEVE ser planejado e constar no "RoadMap" do produto da empresa... caso contrário o produto (o sistema), ficará preso as limitações da antiga IDE...

Sabemos que a decisão é difícil e que irá incomodar muitos usuários do ACBr... mas há tempos já adiamos essa decisão, e agora chegou a hora...

 

 

  • Curtir 7
Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

  • Membros Pro
Postado
16 horas atrás, Daniel Simoes disse:

O maior medo de todo programador, é ver a sua linguagem morrer... Foi assim com o COBOL, com  o Clipper, e por várias vezes já se falou do fim do Object Pascal...

Hoje em dia é muito difícil achar novos programadores em Delphi, a nova geração nem pensa em aprender ObjectPascal, e para eles, não faz o menor sentido usar um produto pirata, ou pagar caro numa IDE, para aprender a programar... (ainda mais tendo Java, PHP, e tantas outras linguagens disponíveis livremente)

Como uma linguagem não morre ? A resposta é simples, com investimento... enquanto houver empresas investindo nela, ela irá crescer e existir...

Adquirindo as novas IDEs do Delphi, os programadores (que são dependentes dessa linguagem), mantém o fluxo de investimento e o desenvolvimento da mesma.. Por outro lado, ficar preso a uma IDE de mais de 18 anos... só traz limites... limites de técnicas de programação, limites de tecnologia, limites de interface, de plataforma, etc....

Do ponto de vista de negócios.. é estratégico evoluir para uma nova IDE.. isso DEVE ser planejado e constar no "RoadMap" do produto da empresa... caso contrário o produto (o sistema), ficará preso as limitações da antiga IDE...

Sabemos que a decisão é difícil e que irá incomodar muitos usuários do ACBr... mas há tempos já adiamos essa decisão, e agora chegou a hora...

 

 

Então pelo menos deem mais tempo para que ninguém fique na mão, 

Grato

  • Moderadores
Postado
6 minutos atrás, rodrigoogioni disse:

Então pelo menos deem mais tempo para que ninguém fique na mão, 

Grato

O prazo para fim do suporte ao Delphi 7 é agosto de 2016, é tempo mais do que necessário para qualquer pessoa sozinha migrar um sistema por maior que seja.

  • Curtir 1

Equipe ACBr

Régys Borges da Silveira

http://www.regys.com.br

certificacao delphicertificacao delphi
  • Membros Pro
Postado
Agora, Régys Silveira disse:

O prazo para fim do suporte ao Delphi 7 é agosto de 2016, é tempo mais do que necessário para qualquer pessoa sozinha migrar um sistema por maior que seja.

Bom dia Regys,

Não sei se você trabalha sozinho ou em uma equipe, mas no meu caso trabalho sozinho, sou o unico programador da empresa.

Pra mim é tudo um pouco mais dificil, porque tudo recai sobre mim.

Vou me empenhar para fazer a migração o maximo possivel, e se der tudo certo maravilha! Mas se eu tiver dificuldades ou outros

tiverem dificuldades, teria que ser visto isso, por que afinal de contas, acho que o objetivo não é prejudicar alguém.

Grato

  • Membros Pro
Postado

Pessoal, como foi dito anteriormente, o componente ainda vai funcionar, porém terá um trabalho maior pra compilar, uma vez que os códigos novos serão pensados apenas pra outras versões do Delphi.

Eu também sou desenvolvedor sozinho e vou me empenhar pra que dê certo, as vezes precisamos de incentivos como esse pra poder crescer, não vai ser fácil, mas ficar só reclamando e choramingando  não irá nos levar a nada. Creio que aqui no fórum deva ter algum lugar que possamos abrir um tópico pra quem tiver com dificuldades pra migrar de versão poder relatar os erros e problemas e cada um vai se ajudando, assim todos conseguiremos avançar ainda mais.

 

Forte abraço e boa sorte pra todo mundo.

 

 

  • Curtir 1
  • Membros Pro
Postado
2 horas atrás, Juliomar Marchetti disse:

Luis acho que o problema maior é outros componentes e não o ACBr em si!

A grande maioria está preso a versão da IDE porque optaram por adiciona o máximo possível de componentes de terceiros!

 

Isso mesmo Juliomar, esta é a minha situação.

Ja comecei a migrar mas as dificuldades são muitas.

Grato.

  • Moderadores
Postado
11 minutos atrás, rodrigoogioni disse:

Isso mesmo Juliomar, esta é a minha situação.

Ja comecei a migrar mas as dificuldades são muitas.

Grato.

Mas é isso ai! acho que o Régys não respondeu porque está ocupado mas ele deve ser sozinho pra manter os módulos onde trabalha viu ! se tiver no máximo um estagiário e olha lá!

sugiro que aproveite pra remover tudo o que tem de dependência de terceiros

Consultor SAC ACBr Juliomar Marchetti
 

Projeto ACBr

skype: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br
MVP_NewLogo_100x100_Transparent-02.png
 

 

  • 2 semanas depois ...
  • Moderadores
Postado
Em 11/01/2016 at 08:46, rodrigoogioni disse:

Bom dia Regys,

Não sei se você trabalha sozinho ou em uma equipe, mas no meu caso trabalho sozinho, sou o unico programador da empresa.

Pra mim é tudo um pouco mais dificil, porque tudo recai sobre mim.

Vou me empenhar para fazer a migração o maximo possivel, e se der tudo certo maravilha! Mas se eu tiver dificuldades ou outros

tiverem dificuldades, teria que ser visto isso, por que afinal de contas, acho que o objetivo não é prejudicar alguém.

Grato

Sou o único programador da empresa, tenho pessoas para suporte mas quem faz todo o resto sou eu. :)

  • Curtir 2

Equipe ACBr

Régys Borges da Silveira

http://www.regys.com.br

certificacao delphicertificacao delphi
  • Membros Pro
Postado
4 horas atrás, Régys Silveira disse:

Sou o único programador da empresa, tenho pessoas para suporte mas quem faz todo o resto sou eu. :)

Pois é nem fala, eu sou programador e suporte. Mas é a vida, estou desde semana

passada tentando migrar e ainda sem sucesso. Mas a luta continua...

Grato

  • Este tópico foi criado há 3029 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.