돌아 보면 Año를 2014 당신의 월드 와이드 개발자 컨퍼런스 애플은 우리에게 Objective C를 대체하기위한 새로운 프로그래밍 언어, 개발자와 응용 프로그램의 작업을 훨씬 더 쉽게 만들고 사용자에게 최적화 된 언어입니다. Apple이 자체 하드웨어와 자체 운영 체제를 만드는 것 같지 않은 경우 프로그래밍 언어를 만드는 것도 이러한 광범위한 제어를 제공합니다. 전체적인 최적화 및 사용자 경험을 크게 향상시킬 수 있습니다.
Swift는 간단하고 혁신적인 언어, 여러 측면에서 개발의 미래를 표시 할 언어이며, 조금씩 (새로 생성 된 언어에서 정상적으로) 새로운 가능성이 추가되고 있으며 Apple은이 언어를 기본 응용 프로그램에서 구현하고 있습니다. iOS, OS X는 나머지 시스템과 마찬가지로 Apple의 계획이 거기에 국한되지 않았으며 Swift가 독점권을 행사하면 예상했던 성공을 얻지 못할 것임을 알았습니다.
그리고 그 이유 Swift는 "오픈 소스"방식으로 출시되었습니다. 또는 오픈 소스, 이것은 누구나 커뮤니티를 위해 권리 또는 이와 유사한 비용을 지불하지 않고도 실험 할 수 있으며 커뮤니티를 위해 무료로 사용할 수 있음을 의미합니다.
확장의 목적지
Apple이 자사 시스템 전용 Swift를 출시했다면 개발자는 (대부분) 단일 회사의 언어를 배우는 것을 거부 할 것이므로 새를 자유롭게하고 날개를 달고 날아 가기로 결정했습니다. 그 로고 ...
중요한 것은 오픈 소스이기 때문에 다른 회사가 원하는 경우이를 활용하고 시스템에 구현할 수 있다는 것입니다. Google은 Android에서 Swift 구현을 고려하고 있습니다..
리프팅 앵커
Google과 Java는 오랜 역사를 가지고 있습니다. Java는 항상 Android의 핵심이었습니다., 이 두 이름은 항상 좋은 점과 나쁜 점에서 함께 사용되어 왔으며 이제 Java를 Android의 골칫거리로 만들 수 있는 것은 바로 나쁜 점입니다. Java를 실행하기 위한 가상화를 위해 Oracle(Java의 원래 소유자인 Sun Microsystems를 인수한 회사)은 파이 조각을 원했고 API 사용에 대해 거액(9.300억 달러)을 요구하여 Google을 찔렀습니다. .
네일 애프터 네일로 인해 Google은이 시스템의 성능을 향상시킬 수있는 Android 용 다른 개발 경로를 찾기 시작했습니다. 오픈 소스 철학을 깨지 않고, 그리고 구글이 페이스 북과 UBER에 스위프트를 모바일 운영체제에 포함시킬 가능성에 대해 이야기하고있는 것 같다.
자유로운 새
Swift는 Google이 고려하는 유일한 언어가 아닙니다. Kotlin은 또 다른 대안의 이름입니다. Google이 생각하는 것처럼 Kotlin은 기존의 유사성과 호환성으로 인해 Swift보다 Android에 통합하기가 훨씬 쉬울 것이지만 후자는 컴파일 속도가 매우 느리기 때문에 개발자에게 문제를 일으킬 수 있습니다.
그래서 Google은 "어려운"결정을 내립니다.또는 자신에 대해 생각하고 Kotlin을 Android에 통합하거나 개발자에 대해 생각하고 훨씬 더 많은 시간과 작업을 희생해야합니다 (Android에 Swift를 도입하려면 시스템의 여러 측면을 수정하고 다시 실행해야합니다. 자체 기반)은 Android 개발 작업을 훨씬 쉽게 만듭니다.
하지만 Android에서 Swift의 장점은 언뜻보기보다 훨씬 더 즙이 많을 수 있습니다. Google은 Android와 iOS를 더 가깝게 만들 수 있습니다. 둘 중 하나의 철학을 변경하지 않고 Google은 Apple에 의존하지 않고 Swift를 원하는대로 개발할 수 있고 Android 전용 기능을 포함 할 수 있지만 Swift를 사용하면 개발자가 공통 기반을 가진 두 시스템 용 애플리케이션을 만들 수 있습니다. 하나의 시스템 또는 다른 시스템에 대한 독점 앱의 수, 다른 시스템을 지향하는 동일한 응용 프로그램의 두 가지 버전을 만드는 데 드는 시간과 어려움을 크게 줄일 수 있습니다.
Swift를 Android에 통합하면 Google을 얻을 수도 있습니다. 플래터의 기회, 그리고 iOS에서 Android로 애플리케이션을 이식하여 해당 시스템에 대해 올바르게 최적화하고 매우 동등한 사용자 경험을 제공하여 Android와 iOS가 오로지 운영 체제로서의 이익을 위해 서로 싸우게하고 한 번 잊어 버리는 개발자가 많습니다. 그리고 하나 또는 다른 시스템에서 사용 가능한 모든 응용 프로그램 수에 대해 한 시스템 또는 다른 시스템의 개발 용이성, 각각의 응용 프로그램의 유동성 및 Java 사용으로 인해 피해를주는 다른 많은 문제가 있습니다.
느린 전환
아무도 Apple에서 만든 언어를 사용하는 Google을 비난하지 않습니다. 저는 개인적으로 그것을 봅니다. 비난 할만한 것보다 더 칭찬 할만한사용자에게 더 나은 제품이나 더 나은 경험을 제공 할 수있는 기회가 있다면 비난 할 수있는 것은 그것을 이용하지 않는 것입니다. 그렇게함으로써 경쟁자를 이용하여 비용을 지불하지 않고도 자신의 제품을 개선 할 수 있습니다. 단일 페니.
이것은 뭔가 애플도 사용할 수있다, Swift가 더 많이 사용되고 인기가 높아질수록 더 많은 사람들이 작업하고이 새로운 언어에 더 높은 품질이 기여할 것이며 iOS 및 OS X 용 더 나은 애플리케이션으로 이어질 수 있습니다.
하지만 Java에서 Swift 로의 전환 (완료) 즉각적이거나 빠르지 않을 것입니다., Google은 적어도 단기적으로는 Java를 대체 할 계획이 없지만 시스템에서 두 언어를 모두 사용할 수 있도록 허용하여 개발자에게 더 많은 옵션을 제공합니다. Swift로 성공하면 완전한 전환으로 끝날 수 있습니다. 그러나 이것은 여전히 멀다. 특히 Swift는 최신 언어이고 Google은 앞서 많은 작업을 수행하고 있기 때문에 ...
여전히 모든 것 이것은 모두에게 아주 좋은 소식입니다더 많은 응용 프로그램, 더 나은 사용자 경험, 더 적은 문제를 의미하는 모든 것은 사용자에게는 멋진 것이며, 작업이 단순화되어 더 많은 사람들에게 새로운 아이디어로 접근 할 수있는 개발자에게는 더욱 좋습니다. 특히 Swift는 사용하기 쉽게 설계된 언어이기 때문입니다.
모두 말하면, Google이 다른 쪽의 압력을 받는지 여부와 이러한 움직임이 최종 제품이나 Apple에 어떤 영향을 미치는지, 기다리는 동안 Google이 어떤 움직임을 만드는지 기다릴 수 있습니다. 이 시나리오가 실현되기를 원하십니까?