Jump to content
과거의 기술자료(읽기 전용): https://tech.devgear.co.kr ×
과거의 기술자료(읽기 전용): https://tech.devgear.co.kr

윈도우 10 앱 개발을 하려는 개발자를 위한 컨닝 페이퍼


Recommended Posts

 

Today is an exciting and dynamic time to be a developer. Technology advances seem to have accelerated and, with this, our software projects seem to paradoxically expand and shrink simultaneously. They expand because more devices and environments are becoming available to them. They shrink because we tend to use the same tools for developing all variants of our work. Past developers could have a single-minded focus on a particular environment or toolset. In contrast, today’s developers have to consider so many things before starting their Windows 10 App Development journey. So, let us discuss some of the crucial points along that voyage of development.

지금은 개발자가 되기에 흥미진진하고 역동적인 때이다. 기술의 진보는 가속화되고 있고, 이로 인해 소프트웨어 프로젝트는 확대와 축소가 동시에 일어나고 있다. 더 많은 디바이스와 환경을 활용할 수 있게 되면서 프로젝트들은 더 확장하고 있다. 모든 종류의 작업을 진행하는데 동일한 도구를 사용하는 경향이 있다보니 축소되기도 한다. 과거의 개발자들은 특정 환경이나 툴에 눈을 돌릴 수도 있었다. 하지만 과거와는 달리 오늘날의 개발자는 윈도우 10 앱 개발 시작에 앞서 많은 것을 고려해야 한다. 여기에 중요한 점들을 정리해보겠다.

 

IDE/프레임워크의 역사 (What is the history of your IDE/Framework?)

spacer.png

Knowing about history is important because historical mistakes, missteps, and abject failures might repeat themselves. As a developer, we invest a lot of resources, both physical and emotional, in a project. If fundamental tools like programming language, IDE, or frameworks drastically change overnight, we must rebuild, almost from scratch, wasting almost all our investment. This repeated rebuilding can – and mostly likely will – increase costs for our clients too, and they won’t be happy either.

역사에 대해 아는 것은 중요하다. 역사적인 실수, 비참한 실패가 반복될 수 있기 때문이다. 개발자로서, 우리는 프로젝트에 물리적, 정서적으로 많은 자원을 투자한다. 프로그래밍 언어, IDE, 프레임워크와 같은 기본 도구가 하룻밤 사이에 대폭 변경되며, 우리는 거의 처음부터 모두 다시 구축해야 하며 쏟아부은 거의 모든 투자 또한 사라지는 것이다. 이러한 형태의 재구축이 반복되면, 비용도 증가할 가능성이 높고 고객 만족도 또한 떨어질 것이다.

 

Delphi has a great history in this regard. Upgrading older projects to newer ones is so straightforward that we can do it in no time. In less than a week, in my work, we recently upgraded a 2003 Windows (VCL) version project to 2022 multiplatform (FMX) project. Our customer was happy and surprised too. Unfortunately, most other tools do not follow the same policy, resulting a tragic graveyard of abandoned projects. If this is growth, then what is a disaster?

델파이는 바로 이 부분에서 위대한 역사를 가지고 있다. 오래된 프로젝트를 새로운 프로젝트로 업그레이드하는 것이 매우 간단해, 바로 마이그레이션이 가능하다. 1주일도 채 되지 않아 2003년 윈도우(VCL) 버전 프로젝트를 2022년 멀티플랫폼(FMX) 프로젝트로 업그레이드한 적이 있다. 고객 또한 매우 기뻐하고 놀라워했었다. 다른 대부분의 도구는 아쉽게도 델파이와 동일한 정책을 따르지 않아 포기된 프로젝트들이 사장되어 버리기도 한다. 이것을 성장이라고 한다면, 재난은 무엇인가?

 

It is wise to search for the backward compatibility history of a tool before devoting yourself to it. What sort of longevity does the tool provide? What stability does it give when moving from one version of the tool to another in terms of compatibility? It’s important to ask these questions, because if a company abandoned backward compatibility in the past, it would also happen with you in the future, and then it will be too late. Also, if your IDE has no history, ask yourself, is it wise to invest in it heavily? Nobody wants to be the pathfinder, the early adopter who is sacrificed to ensure those who come along later benefit from their trials and tribulations.

도구에 전념하기 전에, 도구의 하위 호환성 기록을 찾아보는 것이 좋다. 해당 도구의 수명은 어떠한가? 특정 버전에서 다른 버전으로 도구를 마이그레이션할 때 호환성 측면에서 안정성이 있는가? 과거에 기업이 하위 호환성을 포기한 적이 있다면 미래에도 발생할 수 있기 때문에, 이와 같은 질문을 하는 것은 중요하다. 역사가 없는 IDE의 경우, 이 IDE에 고액의 투자를 하는 것이 과연 현명한 것일까? 어느 누구도 길을 개척하는 사람이 되고 싶어 하지는 않는다. 얼리 어답터는 나중에 뒤따르는 사람들이 이들의 시련을 통해 이점을 얻도록 해주고 희생하는 역할을 하는 사람들이다.

 

컴파일 속도는 왜 중요한가? (Why does compilation speed matter?)

spacer.png

A finished software project is a compilation of hundreds or thousands of iterations of build, test, debug cycles. Pascal, in general, and Delphi, in particular, are famous for high-speed compilation. The specific structure of a Pascal program and multilevel optimizations applied by Delphi gives RAD studio an extreme edge in compilation speed and executable production process. For example, in one typical test, Delphi compiled one million lines of code in under 5 seconds. This super-fast compilation speed can be your friend in hard times of late-night iterative debugging and the seemingly common deadline congestions of a product release date.

완성된 소프트웨어 프로젝트는 빌드, 테스트, 디버깅 사이클을 수백 또는 수천 번 반복한 것이다. 파스칼, 특히 델파이는 고속 컴파일로 유명하다. 파스칼 프로그램의 특정 구조와 델파이가 적용한 다단계 최적화는 RAD스튜디오에 컴파일 속도와 실행 가능한 제작 프로세스에서 최고의 우위를 제공한다. 예를 들어, 한 테스트에서 델파이는 5초 이내에 100만줄의 코드를 컴파일했다. 이 초고속 컴파일 속도는 반복되는 심야 시간의 디버깅과 제품 출시일이 다가올수록 흔히 볼 수 있는 상황에서 여러분에게 큰 도움이 되어줄 것이다.

 

광고용 로우코드와 실제 로우코드 구별 방법(How to distinguish between Low-Code hype and the real thing?)

Like all new jargon, many companies misuse NoCode/LowCode words in the software industry. Fortunately, it is easy to distinguish between real and over-hyped tools. Every tool geared toward novice users and non-programmers is a lousy option. Ultimately, you have to write code to push things to their limits or customize the behavior fully. On the other hand, if a tool is geared toward developers and adds LowCode/NoCode features as an additional help without hiding bare-metal access, this tool is excellent for coding. Delphi’s Low Code Wizards and No-Code RAD features fall into this category, so it helps and saves time without hindering your complete control. The component-based architecture and development paradigm of RAD Studio Delphi has meant, right from the start, it was a low-code solution to a programmer’s dreams. Low-code for the developer is not NO code. It means you, the coder, writes the bare minimum of code while behind the scenes a wealth of well written, tried and tested code encapsulated as components does the work for you. The wizards build on top of this already low-code base to be the ultimate developer dream team.

모든 새로운 전문용어와 마찬가지로, NoCode/LowCode 용어를 잘못 사용하는 소프트웨어 분야 기업들이 많다. 다행히 실제와 광고로 과장된 도구를 쉽게 구분할 수 있는 방법이 있다. 초보 사용자, 비프로그래머를 위한 도구들은 모두가 엉망이라고 보면 된다. 궁극적으로는, 사용자 행동을 완벽하게 정의하거나 한계까지 밀어부치는 코드를 작성해야 한다. 반면에 개발자를 위한 도구이자, 베어메탈(bare-metal) 액세스를 숨기지 않고 추가 도움말로 LowCode/NoCode 기능을 추가하는 경우, 이 도구는 코딩에 탁월하다고 할 수 있다. 델파이 로우 코드 마법사No-Code RAD 기능은 이 범주에 속하기 때문에 완전한 제어를 방해하지 않으면서도 시간을 절약할 수 있다. RAD스튜디오, 델파이의 컴포넌트 기반 아키텍처와 개발 패러다임은 처음부터 개발자의 꿈을 위한 로우코드 솔루션이었다. 개발자를 위한 로우코드는 No 코드가 아니다. 즉, 코드 작성자인 여러분은 최소한의 코드만 작성하게 되고, 그 뒷편에서 컴포넌트로 캡슐화된 잘 작성되고, 시도된, 테스트까지 완료한 코드가 여러분을 위해서 일하는 것이다. 마법사는 이미 로우 코드 기반 위에 구축되어 궁극의 개발자 드림팀이 되어줄 것이다.

 

윈도우 10 앱 개발, 그 이후의 계획은?(What is your plan beyond Windows 10 App Development?)

spacer.png

Windows apps used to be a significant resource for business productivity. But rich growth in web and mobile apps is blurring the line between them, and today, developing an app on Windows 10 means might also mean embracing cross-platform development. Fortunately, Delphi RAD studio vigorously supports developers on all frontiers, and Delphi does it with grace because you don’t have to ship a single bloated application for all platforms. Instead, you will ship fully native applications for all supported platforms from a single codebase. The user interface and platform-specific differences are corralled into project deployment options and views while the main core code of the app is used as-is. No requirement for multiple separate projects with totally different code bases in each and only a few tiny, shared sections of logic. With Delphi the overwhelming majority is shared – inverting the ideas of competing technologies and avoiding complexity.

윈도우 앱은 비즈니스 생산성을 위한 중요한 리소스였다. 그러나 웹 및 모바일 앱의 뛰어난 성장은 그 경계를 모호하게 만들고 있으며, 오늘날 윈도우 10에서 앱을 개발하는 것은 플랫폼 간 개발을 수용한다는 것을 의미할 수도 있다. 다행스럽게도 델파이, RAD스튜디오는 모든 분야의 개발자를 적극적으로 지원하고 있으며, 델파이는 모든 플랫폼에 대해 하나의 비대한 애플리케이션을 제공할 필요가 없기 때문에 품위를 유지하며 이를 지원한다. 대신, 단일 코드베이스로 지원되는 모든 플랫폼에 대한 완전한 네이티브 애플리케이션을 제공한다. 사용자 인터페이스와 플랫폼 별 차이는 앱의 주요 핵심 코드를 그대로 사용하는 동안의 프로젝트 배포 옵션과 뷰(view)로 조정된다. 각각의 코드 기반이 완전히 다른 여러 개발 프로젝트에 대한 요구사항은 없으며, 로직의 극히 일부 공유 섹션만 존재한다. 델파이에서는 경쟁 기술의 아이디어를 뒤집고, 복잡성을 피하는 등 압도적인 기술을 공유하고 있다.

 

With this great blessing, you can port the required functionality of Desktop apps to many operating systems, including mobile apps. So, whether you want a mobile game or desktop productivity app, Delphi is always with you.

이 큰 축복을 활용해, 여러분은 데스크탑 앱의 필수 기능을 모바일 앱 등 다양한 운영 체제에 적용할 수 있는 것이다. 모바일 게임이든, 데스크탑 생산성 앱이든, 델파이는 항상 여러분과 함께하고 있다.

 

마이크로소프트의 발자취를 주의 깊게 따르고 있는가?(Can you carefully follow in Microsoft’s footsteps?)

Microsoft owns Windows and is a leader in desktop development, which enforces it to predict or design the future and move all Windows developers in that direction. Unfortunately, the future is not always predictable, and as history shows, Microsoft made many wrong moves. These errors might not be bad for the company due to its sheer size and resources, but developers investing in Microsoft plans might pay a heavy price.

마이크로소프트는 윈도우를 소유하고 있는 기업으로, 데스크톱 개발의 선두주자이다. 미래를 예측하거나 설계하고 모든 윈도우 개발자를 그 방향으로 움직이게 한다. 불행히도, 미래가 항상 예측 가능한 것은 아니며 역사가 보여주듯이 마이크로소프트는 잘못된 판단을 한 적도 많다. 이러한 오류는 단순히 규모와 리소스로 인한 것이어서 마이크로소프트 사에는 나쁜 영향을 크게 미치지 않을 수도 있지만, 마이크로소프트 계획에 투자하는 개발자는 큰 대가를 치러야 할 수도 있다. 

 

An individual developer cannot forecast all issues with a specific policy, let alone be ready for it, but an effective organization can. Luckily, Embarcadero is helping out developers make the best decisions in all complex scenarios through its product lines and R&D investment. That is why Delphi RAD studio developers are always ahead of the crowd with truly native app development which has a legendary ability to survive – and thrive – through upgrades and changes to versions of Microsoft Windows, completely unscathed. It’s the exact opposite of other technologies such as .Net which often need major overhauls, repair or complete reinstallation if the user upgrades their operating system.

개인 개발자가 특정 정책에 대한 모든 문제를 준비하는 것은 물론이고 예측도 할 수 없지만, 효과적인 조직은 이것이 가능하다. 다행히도 엠바카데로는 제품 라인과 R&D 투자를 통해 모든 복잡한 예상 상황에서도 개발자가 최선의 결정을 내릴 수 있도록 지원한다. 때문에 델파이, RAD스튜디오 개발자는 마이크로소프트 윈도우 업그레이드나 버전 변경을 하더라도 전혀 손상없이 번영하는 전설적인 능력을 갖춘 진정한 네이티브 앱 개발로 늘 다른 사람들보다 앞서 있게 되었다. 이는 닷넷(.NET)과 같은 사용자가 OS를 업그레이드하는 경우 주요 점검, 수리, 완전 재설치를 자주 진행해야하는 다른 기술과는 완전히 정반대되는 것이다.

 

윈도우 10 앱 개발에 네이티브 IDE가 왜 필요할까?(Why is Native IDE necessary for Windows 10 App Development?)

spacer.png

Using a native Windows IDE is essential for efficient software development. Because you will get outstanding performance from this, you will have better access to the underlying hardware. Unfortunately, many popular IDEs depend on a translation layer like Atom shell or JVM. Using non-native IDE will disconnect you from many options and optimizations. Delphi RAD Studio is the ultimate truth in native Windows 10 app development that will set you free.

효율적인 소프트웨어 개발을 위해서 네이티브 윈도우 IDE를 사용하는 것은 필수이다. 이를 통해 뛰어난 성능을 얻을 수 있어, 기본 하드웨어에 대한 접근도 훨씬 용이하기 때문이다. 안타깝게도 많이들 사용하는 IDE는 Atom 쉘이나 JVM에 의존하고 있다. 네이티브가 아닌 IDE를 사용하면 많은 옵셥과 최적화와는 멀어지게 된다. 델파이, RAD스튜디오는 여러분을 자유롭게 해줄 네이티브 윈도우 10 앱 개발의 완벽한 진실이다.

 

런타임 소스코드를 사용하면 왜 좋을까?(Why is having the source code of the runtime beneficial?)

Delphi’s runtime source code and libraries are shipped along with the IDE. Having access to that source code has many benefits. First of all, the source code itself is the best documentation available. You can look at any routine or object to see how experts designed it and what assumptions are for its usage. This insight will help you develop your applications better. Secondly, you can see that code follows a standard, or do they breach what they preach? Thirdly, if you encounter a bug or need some change in code usage, you may change it yourself or find a patch from an online community. It is one of the main reasons for a vibrant Delphi community because every developer can benefit from code quality and contribute accordingly.

델파이 런타임 소스 코드와 라이브러리는 IDE에서 제공하고 있다. 소스 코드에 액세스 할 수 있다는 것은, 많은 이점을 제공한다. 우선, 소스 코드 자체가 사용 가능한 최고의 문서이다. 루틴이나 개체를 들여다보면 전문가가 어떤 방식으로 설계했는지, 전제조건은 무엇이 있는지를 알 수 있다. 이러한 통찰력으로 애플리케이션을 보다 효율적으로 개발할 수 있게 된다. 두 번째로, 코드가 표준을 따르는지 아니면 위반하는지를 알 수 있다. 세 번째로 버그가 발생하거나 코드 사용에 변경이 필요한 경우, 직접 변겅하거나 온라인 커뮤니티에서 패치를 찾을 수도 있다. 모든 개발자가 코드 품질로 이점을 얻고 그에 기여할 수 있게 되는 이 구조는 델파이 커뮤니티가 활발한 큰 이유 중 하나이다.

 

델파이가 가장 개발적일 수 있었던 이유는 무엇일까?(Why is Delphi the most open road available?)

spacer.png

Another fascinating and liberating fact about Delphi is that it never blocks your options. It does not tie you to a particular framework or way of thinking. For example:

델파이에 대한 또 다른 매력적인 사실은, 델파이가 여러분의 선택지를 결코 막지 않는다는 것이다. 특정한 틀이나 사고방식에 여러분을 가두지 않는다. 예를 들자면, 다음과 같은 것들이 있다.

  • If you want to program in assembly language or C++, Delphi will help you.
  • 어셈블리 언어나 C++로 프로그래밍을 하고 싶다면, 델파이가 도울 수 있다.
     
  • If you’re going to do system programming with pure Windows APIs, Delphi is capable of doing that.
  • 순수 윈도우 API로 시스템 프로그래밍을 하려는 경우, 델파이로 할 수 있다.
     
  • If you are adding JavaScript capabilities, many easy methods are available to Embed JavaScript Engines in Delphi.
  • JavaScript 기능을 추가하는 경우, 델파이에 JavaScript 엔진을 적용하는 방법은 너무나 쉽고 다양하다.
     
  • If you want to do Data Science and Artificial Intelligence stuff, you can have complete Python in Delphi
  • 데이터 사이언스나 인공지능과 같은 것들을 하고 싶다면, 델파이에서 파이썬을 완벽하게 활용할 수 있다.
     
  • If you are building high-quality games, many popular Delphi game engines are available
  • 고품질 게임을 만들고 있다면, 많은 사람들이 사용하는 델파이 게임 엔진을 사용할 수 있다.
     
  • If you are making Database applications, Delphi has been a pioneer which has strongly excelled in this area since 1995.
  • 데이터베이스 프로그램을 만들고 있다면, 델파이는 이 분야에 있어 1995년부터 두각을 드러낸 개척자이다.
     
  • If you wish to do proper cross-platform development, Delphi is there to help you
  • 적합한 크로스플랫폼 개발을 원한다면, 델파이가 지원할 수 있다.
     
  • If you want to create web apps, many routes are available in Delphi.
  • 웹 앱을 만들고 싶다면, 델파이에서 많은 루트를 활용할 수 있다.

In short, from the beginnings of Pascal as a first teaching language to blockchain to IoT and anything in between, Delphi is there to help you, and Delphi is the most open road available.

즉, 최초의 교육 언어인 파스칼의 시작부터 블록체인, IoT, 그 사이 모든 것에 이르기까지, 델파이는 여러분을 돕기 위해 존재하며 가장 오픈되어 있는 길이다.

 

강력한 윈도우 10 앱 개발을 할 준비가 됐는가?(Are you ready for super-charged Windows 10 app development?)

It is interesting how Delphi makes Windows 10 app development trivial and enjoyable. Also, with its up-to-date approach, you are always ahead of competitors in implementing new features and removing errors. Therefore, it is an excellent time to start Windows 10 app development with Delphi. Why not download your own free trial copy of Delphi for Windows 10 app development now and see for yourself?

델파이가 윈도우 10 앱 개발을 쉽고 즐겁게 만드는 방법은 참 흥미롭다. 최신 접근 방식으로 새로운 기능을 구현하고, 오류를 없애는 데 있어 항상 경쟁사보다 앞서있다. 바로 지금, 델파이로 윈도우 10 앱 개발을 시작하기에 좋은 시기이다. 윈도우 10 앱 개발을 할 수 있는 델파이 무료 평가판을 다운로드 받아, 직접 확인해보기 바란다.

 

 

이 댓글 링크
다른 사이트에 공유하기

이 토의에 참여하세요

지금 바로 의견을 남길 수 있습니다. 그리고 나서 가입해도 됩니다. 이미 회원이라면, 지금 로그인하고 본인 계정으로 의견을 남기세요.

Guest
이 토픽(기고/질문)에 답하기

×   서식있는 텍스트로 붙여넣기.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   이전에 작성한 콘텐츠가 복원되었습니다..   편집창 비우기

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

중요한 정보

이용약관 개인정보보호정책 이용규칙 이 사이트가 더 잘 작동하기 위해 방문자의 컴퓨터에 쿠키가 배치됩니다. 쿠키 설정 변경에서 원하는 설정을 할 수 있습니다. 변경하지 않으면 쿠키를 허용하는 것으로 이해합니다.