Executando verificação de segurança...
1

🤣 Galera bora pra descer no Delphi e todos estão certos, tem uma galera Sênior ai em Delphi eu vou dá meu 1 centavo como um Juinim em Delphi, Juinim porque trabalhei com Delphi a uns 4 anos atrás durante 2 anos.

E trabalhei com Delphi desktop, bastante! E delphi com firemonkey para android (roda em outras plataformas, mas usei só pra android)

Isso dito, quero dizer a construção da linguagem é ruim, o apoio da comunidade é péssima os únicos que senti um certo companherismo seria a comunidade do Projeto Acbr, eles são um dos poucos que carrega o Delphi nas costas eles aqui no Brasil e Firebird + Ibexpert.

Firebird é um banco do qual eu gosto bastante, depois dá uma olhada. Seria uma espécie de sqlite com servidor de banco, mas realmente muito bom principalmente a v5.

IBexpert assim como o Delphi, parou no tempo!

Delphi é um pato e dos piores tipos, eu acredito que tem linguagens ou ferramentas que se propões a fazer muitas coisas, porém limitadas e deixando claro a limitação e te dando uma alternativa manual.

Com Delphi, você tem muitas coisa que funciona muito ruim, pra você sair do 0 a 40% eu juro a você que é muuuito mais rápido do que com qualquer outra coisa, mas sair do 40% pra 100% é um parto!

Conclusão

Se é pra ter a facilidade do Delphi os Drag And Drop, prefira qualquer outra ferramenta web lowcode, tem mais futuro q você conseguirá entregar um produto multi-plataforma sem fazer gambiarra!

Delphi é um lowcode velho e ruim!

Desculpa a todos, mas o delphi já queimou meus neurônios uma época estou só estravazando com a oportunidade.

Carregando publicação patrocinada...
0

Delphi não esta muito longe de ser ruim, não generalize uma linguagem inteira por sua experiencia.
A comunidade é muito ativa e se ajuda muito, não sei na onde você pediu apoio.
Ibexpert só se usa em legado muito antigo e olha la ainda, atualmente se usa FireDac/Zeos ou algum outro componente pago como UniDac.
Delphi não parou no tempo, tem atualizações todo ano, em qual sentido parou no tempo?
Você afirma coisas como "Delphi parou no tempo" "muitas coisa que funciona muito ruim" "Delphi é um pato dos piores tipos" "Construção da linguagem é ruim" etc mas não da um misero exemplo do porque dessas coisas.
Eu trabalho com Delphi, conheço varias pessoas que trabalham com Delphi e NADA do que você disse se concretiza.
Exemplo, o HeidiSQL (https://www.heidisql.com/) é um otimo SGDB utilizados por muitas pessoas que nem sabem no que ele é feito, e adivinha? Feito em Delphi.

1

Nem preciso advinhar porque eu sei em que ele é feito, a interface dele é feia e engessada, por isso prefiro o DBEver ou Beekper Studio (esse tem bem menos recurso, é muito enxuto)

Falar da linguagem de uma empresa milionária te machucou não foi? Me desculpe!

O Delphi não parou não acredito que a ultima versão que usei dele acho que foi Delphi Sidney ou Rio, não lembro mas foi uma mais nova, bem melhor que as antigas, mas ele melhora a IDE, e continua um Debugger horrível o Debugger do Go é melhor que o do Delphi. (To falando do Go, porque seria humilhação comparar ao do C#)

Para quem fala de Java ser verboso, deixa mostra pra vocês uma classe simples de usuário em Delphi.

type
  TUsuario = class
  private
    FId: Integer;
    FNome: String;
    FEmail: String;
    
    procedure SetNome(const Value: String);
    procedure SetEmail(const Value: String);
    
    function GetId: Integer;
    function GetNome: String;
    function GetEmail: String;
    
  public
    constructor Create(Id: Integer; Nome: String; Email: String);
    destructor Destroy; override;
    
    procedure AlterarNome(NovoNome: String);
    procedure AlterarEmail(NovoEmail: String);
    
    property Id: Integer read GetId write FId;
    property Nome: String read GetNome write SetNome;
    property Email: String read GetEmail write SetEmail;
  end;

{ TUsuario }

constructor TUsuario.Create(Id: Integer; Nome: String; Email: String);
begin
  FId := Id;
  SetNome(Nome);
  SetEmail(Email);
end;

procedure TUsuario.SetNome(const Value: String);
begin
  FNome := Value;
end;

procedure TUsuario.SetEmail(const Value: String);
begin
  FEmail := Value;
end;

function TUsuario.GetId: Integer;
begin
  Result := FId;
end;

function TUsuario.GetNome: String;
begin
  Result := FNome;
end;

function TUsuario.GetEmail: String;
begin
  Result := FEmail;
end;

procedure TUsuario.AlterarNome(NovoNome: String);
begin
  SetNome(NovoNome);
end;

procedure TUsuario.AlterarEmail(NovoEmail: String);
begin
  SetEmail(NovoEmail);
end;

Obs: esse seria o mundo perfeito, porque a maioria dos devs (que trabalham em projetos legados sim!! nem cria classe, é bem procedural)

Ta ai uma coisa que mostra como a construção da linguagem é péssima, vou te dá outro exemplo:

Métodos anônimos... Epa, Delphi possuí métodos anônimos, você pode me dizer, mas a construção é tão porca que ele funciona em alguns lugares e não em todos.

Vamos lá:

Eu tenho um evento de um botão no firemonkey (eu precisei a um tempo atrás), porém eu crio o meu botão em tempo de execução, então quero atribuir o evento de click um método anônimo, eu posso? Não eu não posso!

Mas porque? Porque um método anônimo de um evento só permite se for uma construção de método com nome e corpo bem definido, pois ele recebe um parâmetro self que é invisível (essa parte eu não entendi muito bem)

Nenhuma linguagem pensou em fazer um novo tipo de método para resolver um problema como métodos anônimos, é rídiculo, não acredita em mim, tudo bem eu tenho fonte de onde eu descobri que não poderia fazer o que tava tentando.

https://en.delphipraxis.net/topic/1047-anon-methods-passed-as-event-handlers/

Pra acalmar seu coração de espartano!

Eu ainda prefiro o Delphi em comparação ao Lazarus, Lazarus é uma IDE muito fraquinha em comparação, mas dá pra fazer algumas coisinhas.

Vlw flw, e estuda o link que mencionei.

https://en.delphipraxis.net/topic/1047-anon-methods-passed-as-event-handlers/