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

반드시 읽어야 할 최고의 네이티브 앱 빌더에 대한 기술 백서


Recommended Posts

 

There is a fascinating conversation between Neo and the Oracle in The Matrix Reloaded movie. Neo asks the oracle that if she already knows, how can he make a choice? She cleverly replies because you have already made your choice. You only came to me to try to understand why? Thus, it is strange that we often pick things emotionally and then logically persuade ourselves that we have chosen the best option. As a result, we come to comparison not to find the best option but only to convince, rationalize, or understand our own decision. We are prone to make the same mistake while choosing the best native app builder for development.

영화 매트릭스 리로디드에서 보면 네오오라클이 나누는 흥미로운 대화가 있다. 네오는 오라클에게, 이미 알고 있다면 그가 어떤 선택을 할 수 있느냐고 질문한다. 그녀는 '선택은 이미 했지. 선택한 이유를 알아야 해.'라고 교묘하게 대답한다. 종종 감정적으로 물건을 고른 뒤에 논리적으로 우치가 최선의 선택을 했다고 스스로를 설득하는 것은 괴리감이 있다. 결과적으로, 우리는 최상의 선택지를 찾기 위해서가 아니라 오직 우리 자신의 결정을 납득시키고 합리화하거나 이해하기 위해서 비교를 하게 된다. 우리는 개발에 있어 최고의 네이티브 앱 빌더를 선택하면서도 같은 실수를 저지르기 쉽다.

spacer.png

 

It is easy to choose between good and evil but choosing between good and better is always challenging. Choosing the best one is always a difficult task because we must consider many things. For example, say there are three Native App Builders on the shelf. A is free but least productive, B is an excellent value for money, and C is overhyped. If we choose anything other than B, that will be poor and against our interests. Also, we will be misusing our financial vote, depriving a great company of developing more excellent products for us. Thus, we need extensive research to finalize a development tool. Fortunately, a new whitepaper helps us by evaluating three Windows application development frameworks, and you can download it for free now.

선과 악 중에서 선택하는 것은 쉽지만, 좋은 것과 더 좋은 것 중에서 선택하는 것은 늘 고심하게 된다. 최고를 선택한다는 것은 많은 것들을 고려해야 하기 때문에 늘 어려운 일이다. 예를 들어, 세 개의 네이티브 앱 빌더가 있다고 해보자. A는 무료이지만 생산성이 가장 낮다. B는 비용 가치가 뛰어나고, C는 과대평가되어 있다. 여기에서 B가 아닌 다른 것을 선택한다면, 우리의 이익에 어긋나는 선택이 될 것이다. 또한 재정 투표를 남용하게 되어, 좋은 기업이 더욱 뛰어난 제품을 개발하는 것을 막게될 수도 있다. 즉, 우리는 개발 도구 완성을 위해서 광범위한 연구가 필요하다. 다행히도 이 글은 세 가지 윈도우 애플리케이션 개발 프레임워크를 평가하는데 도움이 될 것이다. 그리고 무료로 다운로드 받을 수도 있다.

 


목차

 

 

DOTCOM 버블에서 배우지 못한 것?

Due to several reasons, it is easy for companies with deep pockets to exaggerate things in the software industry. Firstly, because it is software, one cannot SEE or correctly measure the end product. Secondly, its long-term consequences might become evident only after several years, and thirdly, many decision-makers do not have a total grasp of tech. Thus, they turn towards heuristics and guesstimates. This situation makes a perfect ground for snake oil marketers to join the party and profit from other people’s losses. It happened on an immense scale during the DOTCOM bubble, but it is constantly happening on different levels in the software industry. Carefully reading this Whitepaper might save you from investing in a poor tool.

몇 가지 이유로, 금전적 여유가 있는 기업들은 소프트웨어 업계에서 제품을 과장하기가 쉽다. 첫번째로, 소프트웨어이기 때문에 최종 제품을 눈으로 확인할 수 있거나 최종 결과물을 정확하게 측정할 수 없다. 두번째로, 장기간에 걸쳐 결과물이 나오기 때문에 몇 년 후에나 명백해질 수 있다. 세번째로 많은 의사결정자들은 기술을 완전하게 이해하지 못한다. 즉, 그들은 휴리스틱법(heuristics)과 추측에 눈을 돌리게 된다. 이러한 상황은 장사꾼이 다른 사람의 손실에서 이익을 얻을 수 있는 완벽한 기반을 만들게 된다. 이는 DOTCOM 버블 동안 대규모로 일어났지만, 소프트웨어 업계에서는 이와는 다른 수준으로 계속해서 발생하고 있다. 이 글을 주의 깊게 읽으면 빈약한 도구에 투자하지 않을 수 있다.

 

그들이 당신에게 숨기고 있는 것은?

Why is a software production system designed in the way it is? There are technical and historical reasons, but there might also be some control reasons. Many tools are designed with such a mindset that the more users invest in the system, the stronger the owner company becomes. Thus, individual users lose power and control in the long run, and the parent company gets stronger and stronger, just like social media. Fortunately, it is easy to spot such practices. The more proprietary files you have to ship with the end product, the closed the system is, and the developer will have less control over the product in the long run.

소프트웨어 생산 시스템은 왜 이러한 방식으로 설계되었을까? 여기에는 기술적, 역사적 이유도 있지만 통제적인 이유가 있을 수도 있다. 많은 도구들이 사용자가 시스템에 더 많은 투자를 할수록 그 회사는 더 강해진다는 생각으로 설계되었다. 즉 개인 사용자는 장기적으로 힘과 통제력을 잃고, 모회사는 더더욱 강해지는 것이다. 마치 소셜미디어처럼 말이다. 다행스러운 것은, 이러한 유형을 발견하는 것이 쉽다는 것이다. 최종 제품과 함께 배포해야 하는 독점 파일이 많을수록 시스템은 폐쇄적이 되고, 결국 개발자는 제품에 대한 통제력을 점점 상실하게 될 것이다.

 

최고의 네이티브 앱 빌더를 선택하는 기준은?

Many people search for the best free app builder, while others look for the best app builder without coding. Some prefer the fame of the tool, and some like its history. These choices might not be comprehensive. We need specific criteria covering all aspects of the software development life cycle. Our Whitepaper includes all necessary points and gives them proper weightage for a more accessible and meaningful comparison. Thus, with the help of this Whitepaper, you can easily find the best tool and give you criteria for comparing software tools in the future.

많은 사람들이 최고의 무료 앱 빌더를 찾고있다. 반면 또 다른 사람들은 코딩을 하지 않아도 되는 가장 뛰어난 앱 빌더를 찾는다. 명성있는 제품을 선호하는 사람도 있고, 역사가 있는 제품을 선호하는 사람도 있다.  이러한 선택은 포괄적이지 않을 수 있다. 우리에게 필요한 것은 소프트웨어 개발 라이프 사이클 모든 측면을 다루는 구체적인 기준이다. 이번 글에서는 이를 위해 필요한 모든 관점을 담고 있으며, 보다 쉽고 의미있는 비교를 위한 적합한 가중치를 살펴보려고 한다. 즉, 이 글의 내용을 통해 최고의 도구를 더 쉽게 찾을 수 있을 뿐 아니라 향후 소프트웨어 도구 비교 기준을 갖게될 것이다.

 

Electron의 아쉬운 점 4가지

Although a good app builder software, Electron has its due share of weaknesses that might take years to discover. Electron is weak in intellectual property security, startup time, peak memory usage, and deployment requirements, to name a few. There are more critical insights in the Whitepaper that you can study and adapt accordingly.

Electron은 좋은 앱 빌더 소프트웨어이기는 하지만, 아쉬운 부분이 있다. 예를 들어 지적 재산권 보안, 시작 시간, 최대 메모리 사용량, 배포 요구사항에 있어 약한 부분이 있다. 더 자세한 인사이트는 관련 백서에서 확인할 수 있다.

 

WPF 개발의 아쉬운 점 5가지

Windows Presentation Foundation (WPF) is a famous framework, but it might have some design issues that every programmer should know. In this exciting Whitepaper, we can read that WPF is weak in Development Time, Speed Implementation Time, App Store Deployment, Code Size, and Standing Memory Usage. Whatever application you might develop, knowing these and other inherited bottlenecks about WPF will help you get the most out of available resources.

WPF (Windows Presentation Foundation)은 유명한 프레임워크이지만, 모든 프로그래머가 알고 있어야 할 설계 관련 이슈가 있다. 관련 백서를 통해 WPF가 개발 시간, 속도 구현 시간, 앱 스토어 배포, 코드 용량, 대기 메모리 사용량이 취약하다는 것을 확인할 수 있다. 어떤 애플리케이션을 개발하든, WPF의 병목 현상과 이러한 이슈 사항들을 파악하고 있는 것만으로 리소스를 최대한으로 활용할 수 있을 것이다.

 

적합한 IP 보안을 보장하는 최고의 네이티브 앱 빌더는?

The software source code is intellectual property, and many times it also contains trade secrets that need protection. Therefore, the best native app builder should generate high-performance native apps, making reverse engineering and information leaking difficult or impossible. Read Benchmark Study Weighs Electron And Delphi on IP Security for an exciting comparison and more information.

소프트웨어 소스 코드는 지적 재산이며, 보호가 필요한 영업 비밀도 포함하고 있다. 때문에 최고의 네이티브 앱 빌더는 고성능 네이티브 앱 구현은 물론이고, 리버스 엔지니어링하고, 정보 누출을 어렵게 하거나 또는 불가능하도록 할 수 있어야 한다. IP 보안에 대한 비교 및 더 많은 정보는 백서 Benchmark Study Weighs Electron And Delphi를 확인해보길 바란다.

 

가장 좋은 비교 방법

spacer.png

If ignorance is not bliss, then the question is, how are you evaluating different tools? Do you have enough resources to compare effectively? Have you scientifically explored all possible alternatives to your current choice? Of course, the comprehensive answer is to develop the same application in every framework and then compare the results. It is the most logical approach due to comparing apples with apples.

모르는 것이 축복이 아니라면, 다른 도구들을 평가하는 방법이 궁금할 것이다. 효과적으로 비교할 수 있는 충분한 리소스가 있는가? 현재 선택에 대해서 모든 가능한 대안들을 과학적으로 연구해 본 적이 있는가? 물론 그 답은 모든 프레임워크에서 동일한 애플리케이션을 개발해보고 그 결과를 비교하는 것이다. 사과와 사과를 비교하는 것이기 때문에 가장 논리적인 접근이다.

 

On the other hand, it is also the most difficult or resource-intensive approach because you need only one winning application, and the remaining are useless for all practical purposes. But if you will be allocating a severe amount of resources to a framework for many years to come, you must be sure that it is the best. Fortunately, researchers have chosen the most challenging path to enlighten our way in this Whitepaper. That is why it is a must-read for every software developer.

하지만 이는 분명 가장 어려울 수 있고, 자원 집약적인 접근 방식일 수 있다. 단 하나의 애플리케이션 결과물만 만들면 되기는 하지만, 선택되는 한 가지를 제외한 나머지들은 그저 연습 목적인 무용지물이 되어버리기 때문이다. 하지만 그러면서도, 향후 몇 년 간 프레임워크에 기울이게 될 상당한 양의 리소스를 생각해보면, 이 방법이 최선임을 확신해야 한다. 다행히도, 해당 기술백서의 연구원들은 이 가장 어려운 길을 선택했다. 바로 이 점이 모든 소프트웨어 개발자들이 이 백서를 반드시 읽어야 하는 이유이다.

 

어떻게 비즈니스에 승패가 동시에 존재할 수 있을까?

Have you ever thought that a company can be a winner and a loser simultaneously? How? Let us consider this example. Suppose you invest X amount of resources in Tool A and get X+10%. So you are making a 10% profit. But have you ever considered Tool B? If investing X amount of resources in Tool B results in X+30% profit, how much are you losing by sticking to Tool A? This example stems from the concept of opportunity cost and guides us to reconsider our choices cleverly to cut losses and improve our bottom line. By comparing different developer frameworks, this Whitepaper helps us choose the best.

회사가 승리자이면서 동시에 패배자가 될 수 있다고 생각해 본 적이 있는가? 어떻게 그럴 수 있을까? 이런 상황을 생각해보자. 도구 A에 X 만큼의 리소스를 투자하고, X + 10%를 얻을 수 있다. 이렇게 해서 10%의 이익을 얻었다. 하지만 도구 B의 상황을 살펴보면, 도구 B에 X 만큼의 리소스를 투자하면, X + 30% 이익을 낼 수 있다. 도구 A를 고수한다면 얼마의 손실을 보게 될까? 이 예제는 기회 비용의 개념에서 비롯한 것으로, 손실은 줄이고 수익은 개선할 수 있는 선택을 현명하게 다시 생각해 볼 수 있도록 해준다. 해당 기술백서는 여러 개발자 프레임워크를 비교해보면서, 최상의 도구를 선택하도록 도움을 준다.

 

이제 일곱번째 문을 열어보자.

There are many puzzles to be solved in the software development business. You as a business have to face the most complex systems and fragile combinations to provide excellent, trustable solutions to your users. This mission is only possible if you are aware of the missing key. Download this Whitepaper on the best native app builder to extend your knowledge and understanding of software development tools.

소프트웨어 개발 비즈니스에는 풀어야 할 퍼즐이 많다. 기업으로서 사용자에게 신뢰할 수 있는 훌륭한 솔루션을 제공하기 위해서는 가장 복잡한 시스템과 취약한 조합에 직면하게 된다. 이러한 미션은 놓치고 있는 핵심을 파악하고 있을 때에만 해소할 수 있다. 최고의 네이티브 앱 빌더에 대한 이 기술백서를 다운로드 받아서 직접 그 답을 확인해보자. 소프트웨어 개발 도구에 대한 이해와 지식을 넓힐 수 있을 것이다.

 

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

  • RAD changed the title to 반드시 읽어야 할 최고의 네이티브 앱 빌더에 대한 기술 백서

이 토의에 참여하세요

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

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...

중요한 정보

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