델파이 28번째 기념일

[RAD]

• 원문제목: Delphi 28th Anniversary
• 원문: https://blogs.embarcadero.com/delphi-28th-anniversary/
• 작성자: Marco Cantu (2023.2)

 

Delphi was introduce to the world exactly 28 years ago today in San Francisco. While it keeps adding new features and capabilities, Delphi offers an unparalleled degree of compatibility with code written so many years ago.

델파이는 28년 전 샌프란시스코에서 세상에 처음 소개됐다. 새로운 기능과 성능을 계속해서 추가하면서도, 한 편으로는 수년 전에 작성된 코드에 대한 호환성도 제공한다.

(Delphi 28을 D2D 캔버스에 그라데이션으로 렌더링한 VCL 애플리케이션)

 

Today is another Delphi anniversary, given it was first introduced at the SD West Conference in February 1995 (see some of my original pictures and material here and here and here). Long time has gone by, and it seems that the programming languages introduced that year (Delphi, Java, JavaScript) keep doing fairly well. Delphi was focused on making it easy and fast to build Windows applications, and this is still true today — but it is making building mobile apps as easy.

1995년 2월  SD West 컨퍼런스에서 델파이가 처음 소개된 기념일이다 (원본 사진과 자료들을 여기 그리고 여기 그리고 저기에서 확인할 수 있다). 오랜 시간이 흘렀고, 그 해에 선보였던 프로그래밍 언어들(델파이, 자바, 자바스크립트)는 꽤 잘 나가고 있다. 델파이는 윈도우 애플리케이션을 쉽고 빠르게 구축할 수 있는 것에 중점을 두었으며, 이는 현재까지도 여전하다. 더군다나 지금은 모바일 앱까지도 손쉽게 만들 수 있다.

In fact, some of the original ads (see below) where focused on the “fast development” and “return on investment”:

"신속한 개발(fast development)"와 "투자 수익(return on investment)"에 초점을 두었던 오리지널 광고 중 일부 (아래 그림):

 

Other tenets of the original Delphi still continue today, including offering a easy to read and maintain language, native compilers producing optimized and secure binary code, xcopy installation given no runtime execution environment is needed — and these are not obvious given most of the programming tools today require an extremely complex deployment structure and large dependencies on runtimes that need to be kept up to date for security reasons.

오리지널 델파이가 추구한 여러 부분들은 현재까지도 지속되고 있다. 파악하기 쉽고 유지보수가 용이한 언어, 최적화되고 안전한 바이너리 코드를 생성하는 네이티브 컴파일러, 런타임 실행 환경이 필요없는 xcopy 설치. 그리고 현재 대부분의 프로그래밍 도구들은 매우 복잡한 배포 구조와 보안상의 이유로 늘 최신 상태로 유지되어야 하는 런타임에 의존성이 크기 때문에 이러한 부분들이 크게 눈에 띄지 않을 수 있다.

 

Not only Delphi overall model has remained valuable over time, but the investment in the source code has been preserve. We keep hearing of companies easily migrating 20 years old large applications to the latest Delphi in a very short amount of time. This is unheard of in the industry, where language, tooling, and framework changes require partial rewrites of the application source code every few years.

델파이 전체적인 모델은 시간이 지나면서 가치가 유지되는 것은 물론, 소스 코드에 들인 투자도 보존되었다. 20년 된 대규모 애플리케이션을 단 기간 내에 최신 델파이로 굉장히 손쉽게 마이그레이션하는 회사 케이스들을 계속해서 듣고 있다. 이런 케이스는 현 업계에서는 전례가 없는 일이다. 대부분이 언어, 토구, 프레임워크 변경으로 몇 년마다 애플리케이션 소스 코드를 부분적으로 다시 작성해야 하는 일이 흔하기 때문이다.

As a commenter wrote, Delphi was VB done right. With the original native VB long abandoned by Microsoft, and VB.NET “nearly frozen“, Delphi has kept more steam and has remained a viable option over the years.

한 논평가가 썼듯이, 델파이는 VB를 제대로 수행했었다. 오리지널 네이티브 VB는 오랜 기간 마이크로소프트에서 포기했었고, VB.NET은 "거의 얼어붙은 상태" 이다. 마이크로소프트가 오래 버려둔 오리지널 네이티브 VB와 "거의 얼어붙어버린" VB.NET과 함께, 델파이는 더욱 힘을 유지해오고 있으며 오랜 기간 실용적인 선택 사항으로 존재하고 있다. 

 

Now if you want to get more about where Delphi is today and get a sneak peak of coming features, tune it to today’s DelphiCon session “Looking Forward with Modern Delphi” at 5 PM European time. Sign up at https://lp.embarcadero.com/DelphiCon2023.

현재 델파이가 어디까지 왔는지, 그리고 앞으로 선보일 기능들을 미리 확인해보고 싶다면 DelphiCon 세션 "현대식 델파이 들여다보기"를 확인해보길 바란다. 세미나 신청은 https://lp.embarcadero.com/DelphiCon2023에서 하면 된다.