Mac용 Apple Silicon으로의 전환은 여러 가지 큰 이점을 가져왔습니다. Apple 컴퓨터는 성능과 에너지 소비 측면에서 크게 향상되었으며, 다른 아키텍처(ARM) 사용 덕분에 iPhone 및 iPad에서 사용할 수 있는 클래식 애플리케이션을 실행할 수 있는 기능도 얻었습니다. 이 옵션은 이식이나 어려운 준비 없이 개발자가 사용할 수 있습니다. 즉, 모든 것이 거의 즉시 작동합니다.
개발자는 키보드와 트랙패드/마우스를 통해 더 쉽게 제어할 수 있도록 앱을 최적화할 수 있습니다. 이러한 방식으로 Apple Silicon 칩을 기반으로 하는 최신 Apple 컴퓨터의 기능이 눈에 띄게 확장되었습니다. 그들은 사소한 문제 없이 실질적으로 모바일 애플리케이션 실행을 처리할 수 있습니다. 즉, 모든 것이 즉시 작동합니다. 설상가상으로 Apple은 이미 macOS용 iPadOS 애플리케이션을 간단하게 준비할 수 있는 Mac Catalyst 기술을 내놓았습니다. 그런 다음 앱은 동일한 소스 코드를 공유하고 두 플랫폼 모두에서 작동하지만 이 경우 Apple Silicon Macy에만 국한되지 않습니다.
개발자 측의 문제
언급된 옵션은 언뜻 보기에는 훌륭해 보입니다. 개발자와 사용자가 Mac을 사용하는 경우 작업이 훨씬 쉬워집니다. 그러나 작은 문제도 있습니다. 두 옵션 모두 금요일 동안 우리와 함께 있었지만 지금까지 개발자들은 이를 간과하는 경향이 있고 솔직히 많은 관심을 기울이지 않는 것 같습니다. 물론 몇 가지 예외도 찾을 수 있습니다. 동시에 한 가지 중요한 사항을 언급하는 것이 적절합니다. Apple Silicon이 탑재된 Mac이 앞서 언급한 iOS/iPadOS 애플리케이션의 실행을 처리할 수 있더라도 이것이 모든 단일 앱을 이러한 방식으로 사용할 수 있다는 의미는 아닙니다. 개발자는 어떤 상황에서도 자신의 소프트웨어를 Apple 컴퓨터에 설치할 수 없도록 직접 설정할 수 있습니다.
이런 경우 그들은 대개 간단한 명분으로 자신을 방어한다. 위에서 지적한 것처럼 모든 응용 프로그램이 Mac에서 제대로 작동하는 것은 아니므로 Mac용으로 사용자 정의해야 합니다. 그러나 더 쉬운 옵션은 직접 비활성화하는 것입니다. 반면, 전혀 문제 없이 사용할 수 있는 애플리케이션도 금지됩니다.
개발자가 이러한 옵션을 무시하는 이유는 무엇입니까?
결론적으로, 개발자가 이러한 가능성을 어느 정도 무시하는 이유는 무엇입니까? 그들은 자신의 업무를 촉진할 수 있는 탄탄한 자원을 갖고 있지만, 이는 그들에게 충분한 동기 부여가 되지 않습니다. 물론 전체 상황을 그들의 관점에서 바라볼 필요도 있다. Mac에서 iOS/iPadOS 애플리케이션을 실행할 수 있는 옵션이 있다는 사실이 그만한 가치가 있다는 보장은 없습니다. 개발자가 제대로 작동하지 않는 소프트웨어를 출시하거나 최적화하는 것은 전혀 의미가 없습니다. macOS 플랫폼에서 해당 소프트웨어에 관심이 없을 것이라는 것이 어느 정도 분명할 때 말입니다.