スポンサーリンク
スポンサーリンク

やっぱりMacでもiOSアプリ動いたほうが便利だよな

ゲーム
スポンサーリンク
スポンサーリンク
1: 名称未設定 2018/02/03(土) 20:03:21.20 ID:x7TFcVjL0
Windowsでもフルスクリーンなしに
ストアアプリ動いたし真似しよう

引用元: ・やっぱりMacでもiOSアプリ動いたほうが便利だよな

158: 名称未設定 2018/03/15(木) 22:09:54.01 ID:DyLU1zLz0
>>1
出来た方が便利って考えは、とことんガラケー脳だと思うわホント進歩がない
2: 名称未設定 2018/02/03(土) 20:33:55.38 ID:6BQ3lDlO0
2get!
3: 名称未設定 2018/02/03(土) 22:57:56.91 ID:t4+gvspp0
3get
4: 名称未設定 2018/02/03(土) 23:21:02.45 ID:ipA3Lx8V0
iOSのを一度も使ったこと無いからな、試しに使うにはいいか
電話はAUのガラケー+simフリーAndroid使用
子供はまだ小学生なので、自宅で中華パッド使用。
iOSを使うタイミングも必要性もないからなぁ
27: 名称未設定 2018/02/28(水) 08:31:34.78 ID:mbA/E5bi0
>>4
子供が小学生だったら中華パッドがいいのか。。
5: 名称未設定 2018/02/04(日) 00:21:37.39 ID:Cf4VmL1t0
Macにもタッチパネルが搭載されるってことだろうな
8: 名称未設定 2018/02/04(日) 00:29:56.42 ID:uqSaJT+x0
>>5
>Macにもタッチパネルが搭載されるってことだろうな

タッチする必要性ってないよね。
iPhoneやiPadはマウスがないからタッチで代用しているんだし。

10: 名称未設定 2018/02/04(日) 00:40:08.25 ID:Cf4VmL1t0
>>8
じゃあ確かにMacでiOSが動きますが、
既存のアプリが動くと入っていません(笑)

新しくx86用にビルドされたMac専用
iOSアプリだけが動くんです!

みたいなことを言い出すのかな?

6: 名称未設定 2018/02/04(日) 00:24:59.35 ID:9OluYzbX0
Surface Book丸パクリしてくれればそれでいいんだよ
7: 名称未設定 2018/02/04(日) 00:26:06.58 ID:wuz5SK610
それはない。
9: 名称未設定 2018/02/04(日) 00:33:16.24 ID:wuz5SK610
Surfaceより売れてるMBPが真似する訳がない
11: 名称未設定 2018/02/04(日) 01:04:36.73 ID:wuz5SK610
MacOSでも動くiOSアプリが開発出来る環境が用意されるだけ
しかもiOSに対してMacOSは圧倒的にマイナーだからどこまでデベロッパーが対応してくれるかが問題だろうね
12: 名称未設定 2018/02/04(日) 01:07:36.27 ID:lXh75rw10
>>11
iOSのアプリは今はなにで開発してるんだ? Macじゃないの?
全く知らないから純粋に聞いているだけだよ。Macと思ってたし
13: 名称未設定 2018/02/04(日) 01:09:01.40 ID:Cf4VmL1t0
>>11
> MacOSでも動くiOSアプリが開発出来る環境が用意されるだけ
誰もiOSアプリをMacOSで動かさないって言いたいの?
ならそんな環境用意する意味ないようね?

なんのために、MacOSでも動くiOSアプリが開発出来る環境を
用意するのか言ってみてよ

184: 名称未設定 2019/06/04(火) 13:04:12.32 ID:3/3ScckH0
>>11
> MacOSでも動くiOSアプリが開発出来る環境が用意されるだけ

違う。macOSでiOSアプリが動くようになる

この秋からiOSアプリがmacOSで動くようになる
https://jp.techcrunch.com/2019/06/04/2019-06-03-ios-apps-will-run-on-macos-with-project-catalyst/

Apple(アップル)は6月3日(日本時間6月4日)、WWDCの基調講演で、今秋公開されるmacOSの
次期メジャーリリースであるmacOS Catalina(カタリナ)で、iOSアプリをmacOSで
動かせるようになることを発表した。サードパーティーデベロッパーはこの秋からiOSアプリをMac向けにリリースできるようになる。

14: 名称未設定 2018/02/04(日) 01:11:33.37 ID:wuz5SK610
無論macで開発してシミュレーションテスト出来ます
でもmacOSではそのまま動きません
15: 名称未設定 2018/02/04(日) 01:14:43.24 ID:Cf4VmL1t0
それがMacOSでiOSアプリがそのまま動くようになると嬉しいよね
16: 名称未設定 2018/02/04(日) 01:29:51.53 ID:wuz5SK610
ただiPhoneのようにカメラもセンサー類も常時通信手段も内在してないMacではそこにも限界がある
17: 名称未設定 2018/02/04(日) 01:39:18.77 ID:lXh75rw10
>>16
なるほどな。カメラはともかく、位置情報とかタッチ操作は難しいわな
ということはスマホ操作並なMBPも出てくるってなことかもな
MBPに期待してないMacMini使いなのでMiniの未来は難しいなw
20: 名称未設定 2018/02/04(日) 13:03:03.28 ID:UeTKgIbA0
>>17
miniは徹底的に小型化して欲しい。
例えばこんな感じ。
https://www.kickstarter.com/projects/139108638/lattepanda-alpha-soul-of-a-macbook-in-a-pocket-siz
eGPUや外部ストレージ接続用のドックがあれば、デスクトップ用としてもモバイル用としてもかなり魅力的な商品になると思う。

ついでにこれも内蔵してiOS機器を無線モニターとして利用できるようにして欲しい。
https://www.kickstarter.com/projects/767721702/luna-display

んで、両OS間の究極の「連携」を。

18: 名称未設定 2018/02/04(日) 07:08:52.10 ID:drn/cMzf0
ようやくMacにもまともな5ちゃんブラウザがくるのね
19: 名称未設定 2018/02/04(日) 12:56:39.11 ID:UeTKgIbA0
ハンドヘルド用に設計されたアプリを据え置き機器で動かしても殆ど場合そのアプリを活かす事は出来ない。
Appleはこれまで、その当然の事を前提にして機器開発をしてきた。
macOS上でiOSアプリを走らせる様なことをしたら、ハンドヘルドの利点を考慮しないアプリが増えるだけだ。
もしAppleがこの方針を捨てるような事があれば、それはAppleの終焉の訪れだと言って良い。

Appleが推進すべきは、これまで通りMacとiOS機器の「連携」の強化だ。
可能な限り、各アプリのiOS版とmacOS版のリリースを促し、例えばiPadで作業していた状況をそのままMacに引き継いで続けられるとか、
スクリーン部分を分離可能なMacBookでmacOS及びmacOSアプリで作業をしていて、スクリーンを分離したらそのままの状態がiOSとiOSアプリに置き換わるといったところまで推し進めて欲しい。

78: 名称未設定 2018/03/03(土) 21:49:48.23 ID:I04/cgQX0
次に
・macOSアプリとiOSアプリを併合したバイナリーを提供する
→ファイルサイズ、必要メモリの増大を招く。据え置き機は兎も角、ハンドヘルド機には深刻事態となる。
画期的に安価で大容量の主記憶装置、副記憶装置が開発されたとかでない限り、メリットのある選択肢とは考えられない。

もしこの選択があるとしたら、>>19で書いた「分離型マシン」か。

列挙された記事の中に、「一つのソフトに両方含まれていれば、個別に買う必要が無くなる」などと述べているものがあるが、短絡的に過ぎる。
別アプリとしてリリースしても、片方の購入によってもう片方も無料とする事は不可能では無いし、安価な追加料金でもう片方も入手出来るなどの方が、ユーザーに選択権が残る。
一体化して高価になり、しかも一体としてしか購入出来ないなんて誰が得をする?

よって、これも可能性は非常に低い。

124: 名称未設定 2018/03/06(火) 00:24:00.66 ID:n1GmJwVy0
>>121
>>78
つうかね、それのどこがどう理想なのか問いたい。
80: 名称未設定 2018/03/03(土) 21:55:36.61 ID:I04/cgQX0
これまでのAppleのやり方、そして上記を考慮すると、
・macOS版とiOS版は別アプリ。それが効率的に開発出来る環境を提供する。
・目的は従来通り、macOS機器とiOS機器の連携強化。その為には一つでも多くのアプリが両プラットフォームで提供されることが望まれる。

これによりユーザーに提供される製品、環境のイメージは、例えば>>19の様なものだろうと予想する。

21: 名称未設定 2018/02/04(日) 13:06:20.56 ID:UeTKgIbA0
ちなみに、分離型MacBookよりも、iPadやiPhoneを無線モニターにしてmacOSを使うスタイルの方を推す。
22: 名称未設定 2018/02/26(月) 12:00:21.02 ID:5/cI2K/y0
こっち路線か

ネイティブアプリの時代が終わる? Appleが「PWA」対応を決めたわけ
http://www.itmedia.co.jp/enterprise/spv/1802/26/news029.html

23: 名称未設定 2018/02/26(月) 14:52:57.66 ID:6VbfOxsj0
その路線はネット環境が安定して無いと駄目だからスマホやモバイルには向かない
ただ会社や家庭内など固定された場所では有効でしかもユーザーの端末は
サーバー側をリモートするだけで良くなるからマシンパワーは必要無くなる
そう言う意味でパワー馬鹿のX86系のWindowsやMacやIntelの役割はより一層減ると思う
24: 名称未設定 2018/02/26(月) 17:58:21.13 ID:FwokfgG60
ネイティブアプリはWebアプリに置き換わるってずっと言われてるけどねえ
Webブラウザとは切り離して動くように(少なくともそう見えるように)しないと進まない気もする
26: 名称未設定 2018/02/28(水) 07:11:11.32 ID:Q3xvL3xw0
>>24
Googleドキュメントとかはオフィスをある程度置き換えたといれるだろ
webメーラーもビジネスベースではかなり普及してる
ChromeBookで仕事させてる企業が多いとは思わんが
25: 名称未設定 2018/02/28(水) 03:24:13.52 ID:RLVCAixe0
WEBアプリでありネイティブアプリでもあるわけでオフラインでも機能することでもあるみたいね。
おそらく開発者としてはどうやってこのアプリを売るか?ってなったときにApple Store経由で決算を委託するのが一番手っ取り早いとなっていくんじゃないかな??
28: 名称未設定 2018/02/28(水) 10:40:11.89 ID:p3SAal0l0
多分10年以内に企業のPCからアプリそのものが消えて空っぽになり
大手サーバー上にあるWebアプリで全てを賄うようになる
これはOSごとエミュレーションしてサーバー上にのせる事も出来るから
やろうと思えばiPad上にサーバー上のWindowsやMacを表示して
リモートでアプリを動かす(勿論その中ではマウスも使える)
ようなことも日常的に出来る筈
29: 名称未設定 2018/02/28(水) 11:09:51.32 ID:QCJMezTz0
画面タッチして使うと指紋で結構汚れて気になるんだよね。
本当にiOSとOSXは統合するのー。。
30: 名称未設定 2018/02/28(水) 13:26:52.86 ID:WdxbVIZe0
この話って、Xcodeでアプリ開発する際にiOS版とmacOS版の両方を効率よく開発出来る様にするという内容であって、iOSアプリがMac上で動作するようにするという話ではないんだよな。

要するに、統合ではなく、従来の方針通り「連携」を強化するということ。

また、WebアプリについてもAppleのこれまでの方針から考えれば、対応するのは当然だが、ネイティヴアプリを置き換えるなんて事は考えていないだろう。
Appleはハードとソフトをいったい提供するだけでなく、OSや開発環境、APIの提供によってApple製品独自のユーザー体験を実現する事に拘っている。
Windowsが追いつく以前のマルチメディアタイトルや、Android互換やWebベースが多数になる以前のiOSアプリを見ればわかる。
Appleがこの方針を捨てるとは思えない。

31: 名称未設定 2018/03/02(金) 14:17:51.22 ID:IVrqGlQA0
>>30
開発者がxcodeでアプリを開発する時にiOSアプリを動かすって話なら
ずっと昔からできているわけで、それなのに開発向けとは言わずに
新たに発表したから話題になってるんだよ
日本語ドキュメント - Apple Developer
34: 名称未設定 2018/03/02(金) 16:28:09.22 ID:wHXnGsNp0
>>31
へ?
iOSエミュレータの話と混同する馬鹿なんているわけないだろ。
つうか、あくまでも「iOSアプリをMacで動かすという趣旨なんだ」という考えしか出来ないのか。
それは違うって話をしてんだが、理解できてるか?
32: 名称未設定 2018/03/02(金) 15:01:26.08 ID:5qp7sF980
これってようするに開発者が楽になるってこと?
35: 名称未設定 2018/03/02(金) 16:31:59.26 ID:wHXnGsNp0
>>32
同じアプリのmacOS版とiOS版が揃っていれば、両OSの連携強化を進め易い。
主にAppleの戦略に寄与する施策だが、アプリ制作側にも「連携使用出来る可能性」という売りが加わるメリットがある。弱いけどね。
33: 名称未設定 2018/03/02(金) 15:16:35.19 ID:lgDNJYRd0
マイナーなMacOSへの対応などデベロッパーには何も得はない
そもそもWindowsも同じだけどもう今のMacOS用に
新たなアプリを作ってくれるようなデベロッパーはないんだよ
それをiOSと共有で促進させる目的と
純正に多いけどMacOSとiOSで同タイトルアプリの一本化の促進
この辺が多分主な目的 これを進めないとtwitterの時のように
MacOSのサポート自体を止められかねないからね
36: 名称未設定 2018/03/02(金) 16:38:48.02 ID:5qp7sF980
一つのアプリを開発すると iOS側とMac側を同時に出来るってやつ?個別の調整はあるとしても。
37: 名称未設定 2018/03/02(金) 18:27:07.80 ID:wHXnGsNp0
>>36
基本的にそういう事。
iOSとmacOSではUIガイドラインも異なるし、何よりハンドヘルド機器と据え置き機器では実装すべき機能も使い勝手も異なる。
iOSアプリが据え置き機で使えてもユーザーには余りメリットが無い。
機器の特性を考慮しない出来損ないソフトが増えるだけ。
38: 名称未設定 2018/03/02(金) 19:02:59.71 ID:IVrqGlQA0
そういうのは一部であるだろうけど、
全部そうとは限らないからね。
例えばiPadに移植したゲームとかMacの方が
快適かもしれない
39: 名称未設定 2018/03/02(金) 19:10:39.91 ID:ot4TOXa20
だからMac用にUIを調整するんでしょ
iPhoneとiPadでUIが違うように
根本的にタッチと違うから調整のレベルで済むかは疑問だけど
一からMacアプリ作ってiOSアプリとの連携を~ってやるよりは楽なんじゃね知らんけど
40: 名称未設定 2018/03/02(金) 19:44:16.20 ID:IVrqGlQA0
つまり同じアプリだけど、
iPhone(スマホ)モード、iPad(タブレット)モードに加えて
デスクトップモードを作れという話か
44: 名称未設定 2018/03/02(金) 22:35:01.70 ID:lgDNJYRd0
>>40
UIはiOSアプリのままマウスポインターでも動くようにするだけ
45: 名称未設定 2018/03/02(金) 22:59:11.87 ID:V8DnOF7n0
>>44
Windowsストアアプリがそんな感じだね。
タブレットで動くアプリをデスクトップでも使える
47: 名称未設定 2018/03/02(金) 23:40:04.73 ID:wHXnGsNp0
>>45
愚の骨頂
48: 名称未設定 2018/03/02(金) 23:42:54.52 ID:wHXnGsNp0
>>44
それだったらiOSエミュレータを拡張すれば済む。
Macではトラックパッドが普及しているから、iOSで可能なマルチタッチジェスチャーや3Dタッチも問題無いしね。

そんな発表だと思うか?

49: 名称未設定 2018/03/02(金) 23:50:18.17 ID:lgDNJYRd0
>>48
その程度だよ
寧ろ1/10程度しか売れないマイナーMacOSにする対応としては出来すぎ
個人的にはiOSのマウス操作の準備だと思ってる
50: 名称未設定 2018/03/02(金) 23:55:51.56 ID:5qp7sF980
>>49
じゃiPad Proのキーボードにtrack padが付くって感じ?
69: 名称未設定 2018/03/03(土) 03:22:03.11 ID:I04/cgQX0
>>49
iOSアプリをマウスで操作??
有り得ないだろ。
一体幾つのマウスを繋がにゃならんのか考えたか?
46: 名称未設定 2018/03/02(金) 23:39:21.50 ID:wHXnGsNp0
>>40
そんなことしたら無駄に容量もメモリも食うだけだ。
41: 名称未設定 2018/03/02(金) 21:43:52.44 ID:KUOFllrY0
パソコン→スマホアプリの場合は物理キーボード&マウスをタッチ操作に置き換える過程でおのずと限界もあったけど、今回はその逆の流れだとすると不都合が考えられるのは具体的にどんなタッチ操作だろうか?
42: 名称未設定 2018/03/02(金) 22:10:44.96 ID:7NrQZJzE0
今あるMacアプリはどうなんの
43: 名称未設定 2018/03/02(金) 22:29:06.20 ID:V8DnOF7n0
徐々に縮小される。
最終的には32bitアプリが切り捨てられたように
Macアプリは切り捨てられるだろう
51: 名称未設定 2018/03/03(土) 00:00:44.15 ID:uHpD2FiP0
どうなるかは分からない
実際はペンとショットカットで今も不自由はないから
ただ個人的にはiOSのソフトキーボードのようにキーの上を
二本指でなぞるとポインター移動出来る物理キーが良いと思う
52: 名称未設定 2018/03/03(土) 00:09:16.93 ID:UZVd5Ftb0
まずMacに iOSアプリを取り込こむ。
これがこなれたとこでAppleの製品のラインナップを整理する意味で OS名(仮にApple OSとしよう)を同じにする。
見た目的には同じかのようにして内部的にはデスクトップ、ノートPC系はIntel、スマートデバイスはAチップ。
ARM(Aシリーズ)がIntelを超えるのがハッキリしたらIntelにさよならする。その頃には OSの移行はスムーズになる。
余談だけどどっかの記事で読んだがARMチップを複数一個の基盤に乗せて同時利用するっていうのが可能になったらしいよ。
53: 名称未設定 2018/03/03(土) 00:19:30.73 ID:uHpD2FiP0
今iPadがマウスを使えないのはiPadをMacの下位互換機のように見せたくないからだと思う
余談だけどiPodから続くLightningケーブルなどケーブルの特殊化も
ジョブスが製品として独立させる為にPCのアクセサリーに見えるのを嫌がったから
54: 名称未設定 2018/03/03(土) 01:01:47.21 ID:UZVd5Ftb0
>>53
それはつまりPC製品とは別ジャンルであることを明確にしたかった?
55: 名称未設定 2018/03/03(土) 01:30:16.29 ID:M6kTnzsm0
>>53
iosとmacはべつだからな、iPhoneでマウス使えるようになったら
iPadでも使えるようになると思うというか、当然そうなるわな
56: 名称未設定 2018/03/03(土) 02:01:50.30 ID:uHpD2FiP0
全然別の話だけどGoolgeが次世代OSとして
開発してるFuchsia OSの開発キットFlutter SDKは
今のAndroidでもiOSでも動くアプリが作れる
(正確にはAndroidアプリを自動でiOSアプリにコンパイルする)
そんでFuchsia OSを今更作ってる理由は穴だらけのLinuxとJavaからの決別で
結局現時点でiOSの方が優秀なOSだと証明して見せてくれてる
58: 名称未設定 2018/03/03(土) 02:16:57.41 ID:Pn/P35220
>>56
> (正確にはAndroidアプリを自動でiOSアプリにコンパイルする)
> そんでFuchsia OSを今更作ってる理由は穴だらけのLinuxとJavaからの決別で
> 結局現時点でiOSの方が優秀なOSだと証明して見せてくれてる

え? iOSからも決別してるんだから、
iOSもAndroid同様ってことでしょ?

57: 名称未設定 2018/03/03(土) 02:09:43.47 ID:uHpD2FiP0
WindowsのMSはX86系からモバイル用に繋がるOSは作れなかったし
GoolgeはモバイルOSは作れたけど
X86系アプリのような高度なアプリを作れる環境は手に入れてない
この両方を手に入れてて贅沢な悩みを抱えてるのがMac系のOS
59: 名称未設定 2018/03/03(土) 02:17:46.39 ID:Pn/P35220
>>57
> WindowsのMSはX86系からモバイル用に繋がるOSは作れなかったし
え? Windowsタブレットはモバイル用でしょ?
60: 名称未設定 2018/03/03(土) 02:24:44.52 ID:uHpD2FiP0
全然意味が分かってない
今のAndroidの弱点は貧弱なLinuxと古臭いJavaを利用してる事で
それを捨てる為にわざわざ遠回りして独自のカーネルでゼロから作り始めてると言う話
MacOSは最初からUNIX系のシンプルなOSだから皮を変えるだけで
複雑なX86系からシンプルなARM系まで元は一つのOSから対応できる
この事がここに来て無駄な作業せずに済んでると言う話
61: 名称未設定 2018/03/03(土) 02:28:26.58 ID:uHpD2FiP0
Windowsのモバイル戦略は20年も続けたのに
大事なスマホのOS覇権で撤退した時点で終わり
もうappleやGoogleのうように10~20憶人以上が
利用するOSを作る機会はMS自体が放棄した
売れないWindowsタブレットはその残骸
62: 名称未設定 2018/03/03(土) 02:39:46.27 ID:uHpD2FiP0
因みにここに来てFuchsia OSの開発キットFlutter SDKに力を入れてるのは
AndroidもiOSも同時に開発出来る便利は環境を用意して
多くのデベロッパーに今からFlutter SDKで開発して貰い
将来Fuchsia OSの移行をたやすくする為
ここでWindowsが絡んでない時点でモバイルでは蚊帳の外
63: 名称未設定 2018/03/03(土) 02:40:02.66 ID:Pn/P35220
Googleの独自カーネルはLinux/Unix脱却を狙ったものだろう。
64: 名称未設定 2018/03/03(土) 02:48:55.34 ID:uHpD2FiP0
Androidはここに来て酷い脆弱性から
欧米の政府機関中心に利用制限されiPhoneに移り変わってる
開発でも煩雑だしこれを打破するのには
LinuxとJavaを捨てない限り解決しないと判断したんだろう

FBIなど米情報機関、ファーウェイとZTEの端末を使わないよう警告
https://japan.cnet.com/article/35114748/
トランプ大統領、ついにGalaxyからiPhoneに機種変
http://www.itmedia.co.jp/news/articles/1703/29/news141.html
NY市警、Windows PhoneからiPhone7に乗り換え
https://iphone-mania.jp/news-202177/
米陸軍特殊部隊、兵士のスマホをAndroidからiPhone6sへ切り替える
https://iphone-mania.jp/news-126154/
アメリカ空軍5,000台のBlackBerryをiPhoneとiPadに変更
https://iphone-mania.jp/news-21803/
英国防省、軍で使用のスマホをSamsung Note 4からiPhone7へ切り替え
https://iphone-mania.jp/news-152719/
まだ使ってたの?ドイツ銀行がついにBlackBerryからiPhoneへ切り替え
https://iphone-mania.jp/news-180349/

65: 名称未設定 2018/03/03(土) 03:03:55.50 ID:uHpD2FiP0
これらGoolgeやMicrosoftの現状と比べれば
MacOSとiOSの統合なんか些細な話な筈だけどもたもたしてる
66: 名称未設定 2018/03/03(土) 03:17:22.96 ID:I04/cgQX0
MacでiOSアプリを使える様にするとか、Appleとしては有り得ないよ。
もし、それをやるとしたら、それはAppleの終焉を明確に表す愚かな方針転換だ。
67: 名称未設定 2018/03/03(土) 03:19:10.64 ID:I04/cgQX0
macOSとiOSの統合も同様。
Appleは統合でなく連携を推進する方針だよ。
68: 名称未設定 2018/03/03(土) 03:21:20.12 ID:uHpD2FiP0
MacOS上でしかもマウスで使えるようにすると言ってるよ
別に利用者もデベロッパーもが圧倒的に少ないレガシーOS化したMacOSで
iOSが使えようが使えまいがもう大した問題じゃないよ
70: 名称未設定 2018/03/03(土) 03:23:19.10 ID:I04/cgQX0
>>68
何処で誰が言ってるんだ?
71: 名称未設定 2018/03/03(土) 03:37:46.44 ID:uHpD2FiP0
無論噂段階で流動的だとも言われてるけど発表時期やコードネームは出てる
これを無視してないとは言えない

MacでiOSアプリが動くようになる?今年中に実現するとのうわさ
http://japanese.engadget.com/2018/02/02/mac-ios/
アップル、2018年に「iOS」と「Mac」のアプリ統合を計画か
https://japan.cnet.com/article/35112283/
同じアプリがMac、iPad、iPhoneで動作可能に!
https://iphone-mania.jp/news-197778/
Apple、iPhoneとMacのアプリをユニバーサルアプリに──Bloomberg報道
http://www.itmedia.co.jp/news/articles/1712/21/news051.html
Apple Plans Combined iPhone, iPad & Mac Apps to Create One User Experience
https://www.bloomberg.com/news/articles/2017-12-20/apple-is-said-to-have-plan-to-combine-iphone-ipad-and-mac-apps
Apple、2018年秋にiOSとMacアプリを統合との観測
http://jp.techcrunch.com/2017/12/21/2017-12-20-apple-will-reportedly-unify-ios-and-mac-apps-in-2018/

75: 名称未設定 2018/03/03(土) 21:38:10.23 ID:I04/cgQX0
まだ>>71が例示した記事を精査していないが、不明確なソースからもたらせれたとする情報を元に記者の憶測を書き綴ったものは余り意味が無いな。

で、まず以下を改めて掲げる。
・iOSアプリをMac上でマウス操作出来るようにする
→マルチタッチを前提に作られたアプリをマウスで操作しても、悲惨なユーザー体験しか提供できないんじゃないか?

・iOSアプリをMacで実行出来る様にする
→ハンドヘルド向けに設計されたアプリを据え置き機で使える様にしても、低劣なユーザー体験しか提供出来ない。
また、その様な事をすると機器の特徴を活かすことのない、半端なアプリの増加を助長する。これはAppleにとってもユーザーにとってもデメリット。
さらに、加速度センサーやGPSなど、前提とするハードを無視して、どの様なソフトが提供できるのか、甚だ疑問である。

よって、上記二項目は問題外。
もしこれを実行するとしたら、Appleはもうダメ。

81: 名称未設定 2018/03/03(土) 21:56:24.47 ID:I04/cgQX0
>>79
>>75
82: 名称未設定 2018/03/03(土) 21:57:15.55 ID:IaGuHeus0
>>81には疑問しか書いてないので
何の参考にもならない
83: 名称未設定 2018/03/03(土) 21:59:17.97 ID:I04/cgQX0
>>82
疑問形にしているのは、「考えてみろ」という意味だ。
言い切りにしても良かったんだが、余りにも短慮で呆れたもんでね。
91: 名称未設定 2018/03/03(土) 22:10:25.47 ID:I04/cgQX0
>>88
>>75。悪化は良貨をなんとやら。なぜそれを助長したがるんだ?
72: 名称未設定 2018/03/03(土) 17:57:32.83 ID:dnqHnqyJ0
iOSアプリが動くようにするんじゃなくて開発環境を統合してiOSアプリと連携できるMacアプリを容易に作れるようにするということでしょ
73: 名称未設定 2018/03/03(土) 21:34:24.56 ID:cqtiKkFt0
>>72
それだと今までできていたことと変わらない
74: 名称未設定 2018/03/03(土) 21:35:44.39 ID:cqtiKkFt0
これがわかりやすいな
現在どこに問題があるかがわかれば
何を解決しようと思っているのかもわかるでしょう?

Apple、iPhoneとMacのアプリをユニバーサルアプリに──Bloomberg報道
http://www.itmedia.co.jp/news/articles/1712/21/news051.html

> 開発者はiPhone、iPad、Macで稼働する1つのアプリを開発できるようになるという。
>ガーマン氏は、現在のMac向けアプリストア「Mac App Store」は
>“ゴーストタウン状態”でMacアプリのアップデートはiOSアプリに比べて
>頻度が低いが、アプリ統合が実現すればMacでも最新のさまざまなアプリを使えるようになると語った。

76: 名称未設定 2018/03/03(土) 21:42:01.36 ID:q9Rcmqru0
偉そうな割に中身ないなw
典型的な独り相撲の情弱レス
77: 名称未設定 2018/03/03(土) 21:47:45.52 ID:l6hWE8Ms0
現状iOSアプリはMac上のシミュレータ使えば動くんだけどな、もちろんマウス操作もキーボード入力も出来る
79: 名称未設定 2018/03/03(土) 21:54:33.78 ID:IaGuHeus0
・macOSアプリとiOSアプリを併合したバイナリーを提供する
→ファイルサイズ、必要メモリの増大を招く。据え置き機は兎も角、ハンドヘルド機には深刻事態となる。
→だからiOSアプリをMacで動くようにする

なるほどね!

84: 名称未設定 2018/03/03(土) 21:59:34.66 ID:IaGuHeus0
・iOSアプリでマルチタッチを活かしたアプリは少ない
・iOSアプリで加速度センサーやGPSなどのハードを活かしたアプリも少ない

なのでおよそ9割はそのまま使えるだろう

85: 名称未設定 2018/03/03(土) 22:00:20.62 ID:IaGuHeus0
なお、デスクトップのMacでも
マルチタッチは使える
加速度センサーもGPSも使える
86: 名称未設定 2018/03/03(土) 22:04:23.07 ID:I04/cgQX0
>>85
ノートには加速度センサーは載っているとして、デスクトップ機での搭載例は?
GPS搭載Macについては将来の製品か?

マルチタッチはトラックパッドで可能だね。それは昨日、俺も書いてる。
ま、マウスは笑っちまうってことだね。

88: 名称未設定 2018/03/03(土) 22:05:16.63 ID:IaGuHeus0
>>86
じゃあ加速度センサーが必須のアプリを10個だしてみて
87: 名称未設定 2018/03/03(土) 22:04:45.24 ID:IaGuHeus0
ID:I04/cgQX0 がかわいそうなのは
できなり理由をさがして、ほらできないことが有るでしょ
だから全部ダメーって言ってる所
考え方がネガティブすぎる

できないことではなくできることをさがせ
だいたいのことはできる

89: 名称未設定 2018/03/03(土) 22:07:42.41 ID:I04/cgQX0
>>87
反論は具体的にどうぞ。
俺は従来のAppleの方針を踏襲して、ユーザーにメリットがあるか否かを論じている。
より良い製品とユーザー体験を模索するポジティブな立場だよ。
90: 名称未設定 2018/03/03(土) 22:10:01.79 ID:IaGuHeus0
>>89
じゃあお前が使ってるアプリのほとんど
GPSや加速度センサーを使ってないと
認めるよね?
92: 名称未設定 2018/03/03(土) 22:11:24.60 ID:I04/cgQX0
凄く低レベルでついていけないわ。
93: 名称未設定 2018/03/03(土) 22:12:15.22 ID:IaGuHeus0
> 悪化は良貨をなんとやら。

つまり、今の世界は悪化が良貨を駆逐してできた世界で
iPhoneも悪化だからこそ、良貨を駆逐できたっていいたのかな?

94: 名称未設定 2018/03/03(土) 22:13:30.59 ID:I04/cgQX0
馬鹿らしい。お前は何の目的で何を論じてるんだ?
98: 名称未設定 2018/03/03(土) 22:20:42.19 ID:IaGuHeus0
>>94
お前がごく一部にしか当てはまらない例を出して
より多くのメリットを捨ててるから
かわいそうに思ってるだけ

例えばゲームの殆どはMacで動かしても同じように遊べるだろう
有名所はポケモンGoぐらいじゃないか
GPSを使うのなんて

95: 名称未設定 2018/03/03(土) 22:15:37.37 ID:I04/cgQX0
相手にするのが馬鹿馬鹿しいので、ここまでにするよ。
どう判断するかはスレ参加者各位に委ねる。
96: 名称未設定 2018/03/03(土) 22:16:13.36 ID:zUC7WYU30
iOSアプリが解像度を守ってMacのデスクトップ上でアクセサリーのように動くのは可愛いよ
それにFCPXやmotionがiPadProでも動いて欲しい
だからサブスクリプションの料金でいいからユニバースアプリ化して欲しい
まあその為にはまだiPadProのメモリーが厳しそうだからそこは改善
97: 名称未設定 2018/03/03(土) 22:18:38.14 ID:l6hWE8Ms0
だから現状そのままでも動くって
99: 名称未設定 2018/03/03(土) 22:22:33.95 ID:IaGuHeus0
>>97
> だから現状そのままでも動くって
自分で作ったものならね。

だからAppStoreと連携して
ほかの人が作ったiOSアプリをMacで動かせる
ようにするっていうのが実際にやってる内容だろう。

100: 名称未設定 2018/03/03(土) 22:24:07.50 ID:zUC7WYU30
iOSはエミュレーションとは違うちゃんと独立したアプリとして動かないと意味がない
FCPXやmotionはiPadProで動かない ベンチで凌駕してるAシリーズのチップ積んでるのに
imovieだけなのはおかしい
101: 名称未設定 2018/03/03(土) 22:37:28.31 ID:l6hWE8Ms0
スペック上無理とか特別な理由があるものはこれまで通りMac専用になるんじゃないかな
102: 名称未設定 2018/03/03(土) 22:37:34.12 ID:UZVd5Ftb0
まずね。AppleはちゃんとMacのUIで操作出来るかどうかの審査はするでしょう。ちゃんとガイドラインは作る。
103: 名称未設定 2018/03/03(土) 23:00:12.03 ID:zUC7WYU30
寧ろ最近のiOSアクセサリーのセットアップにはiPhoneやiPadは必要でもMacは要らない
104: 名称未設定 2018/03/04(日) 01:00:19.42 ID:t5DHFafu0
なぜMac OSで iOSアプリを取り込むことになったのか?
まず考えなければならないのは現在の市場。
ご存知の通りパソコン市場はスマートデバイスの登場により年々縮小していっている。
数年前からAppleはMac OSと iOSの統合ではなくお互いの OSをシームレスに行き来出来る方向で OSをアップデートしてきた。
Mac、つまりPCとしての凡庸性においてはWindowsの多様性で対抗出来るものではない。
そもそもAppleはもともとコンシューマー向けでやるのがAppleの凄みである。業務機器に組み込まれるようなWindowsとは思想がそもそも違う。
一度離れたメディア関係のプロユーザーを取り戻すためにiMac ProやMac Proのアップデートもしていくだろうが、やはりメインはスマートデバイスになるであろうというのが大体の予想のはず。
Microsoftの経営状態というのはある種大きな利益を出すような企業ではなくある意味安定期に入った。スマートデバイスで失敗したことはとてもデカイことではあるが、まだまだ世界中の企業はWindowsを必要としている。
112: 名称未設定 2018/03/04(日) 08:59:00.22 ID:t5DHFafu0
>>104の続き。
Microsoftはスマートデバイスの失敗と同時にスマートデバイスへの Officeアプリの提供へと舵を切った。これは懸命な判断ではある。
とはいえMacとWindowsで無くなったら困るのは圧倒的にWindowsではある。Windowsはインフラなのである。
逆にいうとMicrosoftにとってWindowsがお荷物になる可能性もある。その点Appleは自由ではある。
105: 名称未設定 2018/03/04(日) 02:33:00.63 ID:CxnCRM880
MSが最終版と宣言したWindows10はどうでもいい
MS自体が余り必要としてない
まだ大事なのはOfficeの方でクラウドビジネスでは
何にでも対応が大事だから普及させるにはOSの縛りは邪魔なだけ
Microsoftはクラウド事業が失敗すればもう一機に転げ落ちる
そうならない為にもそれ以外のリソースは邪魔なら何でも切って行く
ただOfficeだけは死守したい筈で多分これしか残らない
106: 名称未設定 2018/03/04(日) 02:42:02.74 ID:TlgoS0cc0
> Microsoftはクラウド事業が失敗すればもう一機に転げ落ちる

AppleはiPhone事業が失敗すれば一気に転げ落ちるよ。

で、なに?失敗しないんでしょ?
MSのクラウド事業

107: 名称未設定 2018/03/04(日) 03:07:28.52 ID:CxnCRM880
今のAppleは日本人口10倍13億人のアクティブユーザーを抱え
そこにハードとサービスを独占的に提供してて
スイスの年間国家予算並みの売り上げを毎年上げてる企業なんだよ
仮にiPhone部門が突然半分の売り上げになっても
まだ世界一のIT企業なのは変わらない
このスケールメリットがあるからiPhone事業以外の売上でもMSを越えるし
MSが毎年3兆円規模で投資してるクラウドビジネスに
今年は腕時計の部門だけでも売上で勝てそう それ位企業規模が違う

それに引き換えAmazonが10年掛かって作った小さな市場を
荒らす形で参集したMSはGoogleも巻き込んでとんでもない
シェア争いとそれに伴うとんでもない投資合戦に巻き込まれてる
シェア争いしてるからここ数年で10兆円越えの投資をしてるのに
儲けは相変わらず下回ってAmazonの半分程度しかない
この不安定さは株価に反映してて時価総額でとうとうAmazonにまで抜かれた
もうこの博打に負ければ確実にMSは転落する そんでその可能性は高いよ
今のMSはWindowsなんかに構ってられない諦めろ

108: 名称未設定 2018/03/04(日) 03:41:17.70 ID:TlgoS0cc0
>>107
なんで業種が違うのを比べてるのか分からんのだが?

腕時計市場をAppleが占拠したら
クラウド市場は必要なくなるともでも?

109: 名称未設定 2018/03/04(日) 03:50:41.31 ID:CxnCRM880
MSの売上の柱と言うクラウド事業売り上げは
たかだかAppleだと腕時計部門の売上程度だと言ってるだけ
しかもそこにとんでもない投資してるからコケるとMSごと沈むのに
よくこんな博打してると思うよ
110: 名称未設定 2018/03/04(日) 04:35:22.52 ID:TlgoS0cc0
だからなんでAppleの売り上げと比べる意味があんの?

極論を言えば売り上げはAppleの1/100でも良いんだよ
MSとしては利益が出ていれば会社は続けていけるんだから

AppleがMSの利益を脅かすような商売を始めたか?
つまりパソコンメーカーに提供するOSを作ったり
ビジネス向けのソフトウェアを作ったりしたか?

Appleが今やってることは、MSのビジネスに
影響はないものばかりなんだよ
業種が違うっていうのはそういうこと

111: 名称未設定 2018/03/04(日) 07:20:33.83 ID:NAIiWQcY0
Appleはスゴーイって言いたいだけの構ってちゃん
113: 名称未設定 2018/03/04(日) 10:37:13.05 ID:XSxHixXs0
iOS版とMac版両方出してMac版で高い金取ってるようなアプリはどうすんのかな
機能が大差ないとiOS版が使えるならこっちでいいやってなっちゃうし
114: 名称未設定 2018/03/04(日) 10:41:14.48 ID:K1FhJl3F0
デスクトップで使うメリットをちゃんと考えて作り込めば良いんじゃないか?
それでも大差無いものにしかならないなら作る意味から考え直した方が良い。
115: 名称未設定 2018/03/04(日) 11:09:58.55 ID:CxnCRM880
これからOSに関わらず自由に使えるユニバーサルアプリやWebアプリが主流になる
もともと実際多くのモバイル商用アプリはAndroidとiOSの両対応してるし
新しくGoogleが発表した開発環境はAndroidとiOSアプリが同時開発出来る
これでMacOSとiOSがユニバーサル化されるとchromeOSも含めWindows以外は
どれでも使えるようになりつつある
このどれでも使えるアプリと言うのはシェアが低いiOSやMacOSには得だよね
116: 名称未設定 2018/03/04(日) 12:30:45.54 ID:7/V8VhKJ0
タブレットもオワコン化してるしな
117: 名称未設定 2018/03/04(日) 13:47:02.79 ID:t5DHFafu0
iPad Pro系のアプリがMacでも使えるって結構おトクかも。
118: 名称未設定 2018/03/04(日) 15:27:23.01 ID:K1FhJl3F0
>>117
例えば?
119: 名称未設定 2018/03/05(月) 04:44:23.68 ID:lx601ENt0
動いた方が良いけどアプリによるよね
画面タッチで操作する方が更に直感的だし
開発者がその辺苦労しそう
PUBG系とかアイテム拾う捨てる系は特に
因みにもう無いかも知れないがブルームバーグのアプリiPad版は
iPhoneに使えない無い
120: 名称未設定 2018/03/05(月) 14:19:26.90 ID:LsSEYZis0
つうかね、どっちでも使いやすいなんてアプリは作れない。
122: 名称未設定 2018/03/05(月) 21:47:39.04 ID:GnEVaMGY0
>>120
どっちでも使いやすい必要はないよ
121: 名称未設定 2018/03/05(月) 14:46:57.37 ID:tTCERU6x0
理想を言えば、MacとiOSを統合するユニバーサルアプリが存在するのがベストでしょう
一つのアプリを買えばMacでもiPadでもiPhoneでも使えて、かつそれぞれのデバイスのインターフェースに最適化されたバージョンがあると

で、現場でもiPhone版アプリをiPad上で走らせることができるように、これからはiOS版しかないアプリをMacで使える道も、一応確保しておくと

123: 名称未設定 2018/03/05(月) 21:54:57.03 ID:GnEVaMGY0
>>121
> 一つのアプリを買えばMacでもiPadでもiPhoneでも使えて、かつそれぞれのデバイスのインターフェースに最適化されたバージョンがあると

Visual Studioに統合されたXamarinみたいなのを目指してるんでしょ?

https://www.xlsoft.com/jp/products/xamarin/how-it-works.html
この図がわかりやすいと思うけど、UI部分を分離して、
それ以外のコードを共通化できる。

Xamarinだと、iOS、Android、Mac、Windowsと
複数のプラットフォームでUI以外を共通化できてるけど、
アップルはiOSとMacだけで共通化させたいんだろうね

125: 名称未設定 2018/03/06(火) 00:25:21.76 ID:n1GmJwVy0
>>123
うーん。
オプジェクトのポータビリティとMVCは基本なんだが。
126: 名称未設定 2018/03/06(火) 00:50:10.80 ID:yY2dEcD40
最近の動向は
MSはARM系WindowsOSを諦めX86系の10に絞って行く流れだし
Googleは脆弱性が酷くセキュリティで信用をなくし開発しにくい
Androidを諦めカーネルから自社開発し直し新しいOSを作り始めてるから
現状はシェアで騙されるけどARM系OSはiOSの独壇場なんだよね
その状態で本来Windows10と同じX86系のMacOSにわざわざiOSが
擦り寄る理由やメリットは確かにない
言葉を変えるとどっちでもどうでもいいレベル
寧ろライバルたちがモタモタしてる今はiOSだけに力を入れるべきなんだけど
こう言うネタが洩れて来るようではAppleも勝ち過ぎなのか隙があるね
127: 名称未設定 2018/03/06(火) 01:01:30.00 ID:bQlaY40y0
こう捉えたらいいんじゃない?
1、AppleはMac OSと iOSをWindowsのようなPCとタブレットを統合するよりもシームレスに行き来出来る環境を構築したいと思ってる。
2、 Appleの標準アプリがそうであるようにサードパーティにも標準アプリのようにMacアプリと iOSアプリをユーザーがシームレスに行き来出来る環境を提供する
3、そのためにもMac OSと iOSの見た目で出来るだけ共通点を作り発展さでることによってユーザビリティの向上を図る。
128: 名称未設定 2018/03/06(火) 01:15:18.60 ID:yY2dEcD40
水と油のデスクトップとタブレットを統合するような馬鹿な発想する訳ない
これが別々の別物だと理解出来てるところがAppleの強み
それどころか寧ろもうMacOSにリソースをつぎ込みたくない筈
やるとしてもMacOS側は出来るだけ触れず煩わしいさがでないようにするよ
129: 名称未設定 2018/03/06(火) 01:35:42.11 ID:bQlaY40y0
プロユーザーがWindowsに結構移動したのは大きい。Mac Proが最低10万~ってして拡張性持たせたらそれでいいような気もすんだけど。
130: 名称未設定 2018/03/06(火) 01:40:24.06 ID:bQlaY40y0
Thunderboltの速度がもう内部メモリ速度とほぼ同等になってるらしいからSSDが内部メモリ代わりにになるっていうのも現実味が出てきた。
これだと内部メモリ1テラとか普通になったりしてね
131: 名称未設定 2018/03/06(火) 02:06:15.26 ID:A6nSPh190
>>130
> Thunderboltの速度がもう内部メモリ速度とほぼ同等になってるらしいから
単位まちがってるwww

今一番売れすじ?のPC4-19200でも19.2GB/sある
Thunderbolt 3は40Gbps = 5GB/sしかでない

しかもこれはバス速度であって殆どのSSDはそこまででない

まあ確かに世界最速だと13GB/sもあるみたいだが
https://pc.watch.impress.co.jp/docs/news/1075806.html

> SSDが内部メモリ代わりにになるっていうのも現実味が出てきた。
残念ながら内部メモリよりも高価なSSDを、内部メモリ代わりに使うことはない

132: 名称未設定 2018/03/09(金) 04:27:09.47 ID:04qqa/Tn0
chromebook買って実際に使ってみろよ、便利だから
appleの場合、まとも動かせるものができるかが気になるけど
133: 名称未設定 2018/03/09(金) 20:13:25.85 ID:04qqa/Tn0
iosアプリのipad用とかいい加減アプリ内で吸収しないのかね?
あと動的にサイズを変えられるだっけ?変えられないとアプリの全画面表示とかできなくて終わってそうw
134: 名称未設定 2018/03/09(金) 23:39:24.09 ID:eaIk/iEs0
ちょっと何言ってるかわからない
135: 名称未設定 2018/03/10(土) 00:03:42.31 ID:KaghFza20
何の知識もなく書き込む勇気…

いや、単なる馬鹿だな。

136: 名称未設定 2018/03/10(土) 06:08:28.15 ID:1798udbO0
>>135
いや、できるならいいけどさ
ipadでiphoneアプリの2倍表示とかされた日にはw
137: 名称未設定 2018/03/10(土) 06:10:33.20 ID:1798udbO0
あとipad proが出たときも普通のアプリを微妙に拡大して表示してたよね?
138: 名称未設定 2018/03/10(土) 07:33:32.94 ID:t4OEdB3h0
要はMacの終わりの始まりだろこれ
139: 名称未設定 2018/03/10(土) 15:04:14.54 ID:m/1OKHkP0
どのくらいのスペックが必要なんだろう?
140: 名称未設定 2018/03/13(火) 13:03:38.61 ID:lhAuwmSq0
iOSのアプリでiPhone用とiPad用があるように
そこにMac用も用意されるってことでは
141: 名称未設定 2018/03/13(火) 21:16:35.64 ID:L2Z0+XZL0
iOSアプリっていうかMacアプリをiOSアプリと同じ環境で開発しろってことだよな
142: 名称未設定 2018/03/13(火) 21:55:17.69 ID:msOZLGnU0
っつーかアプリ開発環境の書き出す先に iOS、macOSを選べるってことじゃない?それぞれの環境に合った最適なUI設定が出来るっていう。
143: 名称未設定 2018/03/14(水) 07:33:46.24 ID:9soh1RJm0
そのままiOSアプリかMacで動いてくれればいいよ。
144: 名称未設定 2018/03/14(水) 09:13:53.10 ID:fYzwONDj0
>>143
アプリの内容によるやろうね
145: 名称未設定 2018/03/14(水) 20:25:54.17 ID:fQw0yYMu0
>>143
ねこあつめなんかは動きそうだ
画面2.4インチだろうがタブ13インチだろうが柔軟に対応して動くし
153: 名称未設定 2018/03/15(木) 18:04:00.92 ID:kMqup6MW0
>>145
パズドラをMacでやったら捗りそうだな
Magic Trackpadでやってみたいわ
146: 名称未設定 2018/03/15(木) 01:01:23.57 ID:28+SY/ca0
開発者視点から述べると、
現状、iOSアプリとmacOSアプリの開発者は
全く別物で、macOSも開発しようとすると別料金が
掛かる。
そして、iPhoneとiPadはユニバーサル対応ベースかつ
オートレイアウトで作ることでマルチプラットフォーム対応できるので開発負荷を抑えられることができ、それなりのものができる。
その中にmacOS版も含まれることで開発者としての
旨みがあるんじゃないかな。

iOSアプリ統合を悲観してる人が多いけど、
結局それを入れる入れないはユーザーが決めれば良いだけ
なので実害は何も無いと思うんだけどなー

違うかな。。。

147: 名称未設定 2018/03/15(木) 01:43:41.65 ID:bnB9AeBp0
統合って言うのが何を示すのかによる。
MacでiOSアプリが動くって意味なら実害有り。内容は既出。
148: 名称未設定 2018/03/15(木) 03:00:40.58 ID:3whLzAsX0
要するに iOSの開発ツールがMac OSアプリに最適化したのを書き出し出来るっつー話。 OSの統合とか全然関係なし。
ユーザーがMac OSアプリと iOSアプリの行き来がシームレスになるっつーこと。
149: 名称未設定 2018/03/15(木) 04:26:53.01 ID:Tf0+H4q10
LinuxもWindowsもOSの統合ができてると言うのに
150: 名称未設定 2018/03/15(木) 07:45:48.99 ID:Hdavovt70
出来ない事とやらない事の区別が付かない奴は馬鹿
151: 名称未設定 2018/03/15(木) 08:56:35.27 ID:IlTssk830
簡単に言うとプレステ2のソフトがプレステ3で
できる様なニュアンス?
152: 名称未設定 2018/03/15(木) 15:04:51.59 ID:bnB9AeBp0
ゲーム機とPCは違いすぎて喩えとしても厳しいだろ。
154: 名称未設定 2018/03/15(木) 19:36:36.07 ID:3whLzAsX0
マウス、キーボード操作が合わないアプリは iOSのみの提供であったりするってわけ。だから iOSのアプリが出るんじゃなくて両 OSに最適化されたアプリが開発しやすくなるって感じ。
155: 名称未設定 2018/03/15(木) 19:40:35.59 ID:3whLzAsX0
果たしてソフト屋さんがどこまでMac版ソフトを出す気になるかはまだ未知数。
156: 名称未設定 2018/03/15(木) 20:57:09.86 ID:kMqup6MW0
>>155
グラブルとパズドラ、DQXI、FFXIV、Microsoft Office、Visual StadioのMac版さえ出てくれればイイよ
157: 名称未設定 2018/03/15(木) 22:00:55.53 ID:Cphh57kL0
macはソフト自体が少ないからな、2chブラウザないし
あとmac用、アイフォン用とかめんどくさいから区別して作らないだろ
159: 名称未設定 2018/03/16(金) 02:46:30.31 ID:rgs4gca70
>>157
Appストア経由するだろうから操作に難があれば落とされるだろう。
160: 名称未設定 2018/03/16(金) 06:59:08.54 ID:V24SCMj+0
ハードの要求高いのかな?
161: 名称未設定 2018/03/22(木) 11:25:55.05 ID:dZLTiSa10
iPhoneのヘルスケアの万歩計とか、Macと連動して何か活用してほしい
162: 名称未設定 2018/03/22(木) 19:11:01.79 ID:Ns8xIGcr0
ヘルスケアとかホームアプリは連動してほしいな
163: 名称未設定 2018/03/23(金) 00:54:00.52 ID:V5GxFGTd0
例えばどんな風に?
164: 名称未設定 2018/03/23(金) 01:14:02.62 ID:OzED4pdU0
macとの連携はwebアプリでやる方が効率的なんだよね
165: 名称未設定 2018/03/23(金) 10:23:46.62 ID:nzq0B1gG0
ふざけたこと言ってんじゃねえぞこの肛門野郎が
166: 名称未設定 2018/03/23(金) 11:42:44.01 ID:WFN/KFT+0
動いた方が便利だとは思うけど、アップルがiPhoneのエコシステム壊すことはしないだろうな
167: 名称未設定 2018/03/23(金) 22:15:01.46 ID:zKrqn6v90
タッチパネル前提のiOSアプリをタッチパネル非対応のMacで使えても、ストレス溜まるだけだろうに
168: 名称未設定 2018/03/23(金) 23:03:25.44 ID:V5GxFGTd0
少し考えりゃわかるはずなのにな。
169: 名称未設定 2018/03/24(土) 14:05:15.87 ID:iUmPQA3r0
でもMacとiOS両方のアプリを開発してるところからすれば、歓迎だろ。
175: 名称未設定 2018/03/24(土) 23:55:29.59 ID:eDpyU5eq0
>>169
ハンドヘルドと据え置き機に同じアプリ提供して平気な開発者なんて唯の屑
170: 名称未設定 2018/03/24(土) 14:17:56.63 ID:yQl2bBrG0
新規でMacアプリを開発してる大手デベロッパーなどもうない
171: 名称未設定 2018/03/24(土) 14:43:15.11 ID:i9TH/NQa0
そうなんだよな。Macアプリ開発がオワコン状態なのが
Appleにとって困ってること。このままじゃMacを捨てざるを得ない

話は変わるがMicrosoftのVisual Studioでは、AndroidアプリやiPhoneアプリも作れる
Visual Studio for Macを使えばMacアプリも作れる
同じC#やJavaScriptという言語を使ってクロスプラットフォーム開発が実現できている

JavaScriptの場合UIはHTMLを使う。だからウェブ技術と同じ方法でUIを作る
C#を使った場合、ビジネスロジック部分は共通で作れて
UIの部分だけWindows、iPhone、Android、それぞれに適したものを作る

おそらくAppleはそれを真似しようとしているのだろう

172: 名称未設定 2018/03/24(土) 16:07:34.72 ID:yQl2bBrG0
Googleが開発中のFuchsiaOSのFlutter SDKなんかも
Androidやchrome対応以外にiOSアプリにも
自動翻訳されるのが売りになってる
これをわざわざするのは多くのデベロッパーに
自社に有利なSDKを使って開発して欲しいからで
Googleの場合はFuchsiaOSへの移行準備だし
MSのはWindowsMobile用アプリを作ってもらう為
ただこれをやってる時点で不利な立場なので大体上手く行かない
こう言う事例見てもiOSがモバイルOSでデファスタになってるのが分かるね
173: 名称未設定 2018/03/24(土) 16:32:18.71 ID:i9TH/NQa0
そのiOSアプリを開発してるのが
Visual Studioだというねw
174: 名称未設定 2018/03/24(土) 16:49:35.35 ID:yQl2bBrG0
iOSアプリをVisual Studioで作る奴はいても
MSが本来導きたかったWindowsアプリは誰も作らない
悲しいねw
176: 名称未設定 2018/03/25(日) 02:10:26.25 ID:SChGXjb50
WEBアプリが発展してもやはりローカルアプリの安心感はあるよな。もしものためにローカルもWEBもどっちもあっていい。
177: 名称未設定 2018/03/25(日) 02:46:51.91 ID:3OSaz8XQ0
わざわざ低スペックのMacを開発機にする理由はない
178: 名称未設定 2018/03/25(日) 19:26:43.76 ID:hyJ/pcTZ0
>>177
開発ってそんなにスペック必要か?
179: 名称未設定 2018/05/04(金) 23:54:46.01 ID:4RILhEX60
 検証には必要かもね
180: 名称未設定 2018/06/05(火) 20:36:59.67 ID:HOzhrRLr0
やっぱりアップルもMacでiOSアプリが動いたほうが便利って考えてるようだな

iOSアプリがMacで動くクロスプラットフォーム環境は準備
https://japanese.engadget.com/2018/06/05/ios-macos-no-ios-mac/

181: 名称未設定 2018/06/06(水) 02:06:22.55 ID:cJBQIYwn0
182: 名称未設定 2018/06/06(水) 05:57:33.14 ID:i+8gQD8p0
どちらも、iOSアプリをMacに移植し易くするという話。
183: 名称未設定 2019/02/21(木) 23:07:38.15 ID:IyJyQ9kG0
age
185: 名称未設定 2019/06/04(火) 23:26:59.08 ID:olYyBW3w0
アップルは開発者向け会議WWDC 2019にて単一のソースコードから
Mac/iPhone/iPadのアプリを生成できる「Project Catalyst」を発表しました。
iPad向けアプリのソースコードを用いて、Mac版のアプリをビルドできます。
Project Catalystは今秋より提供されるmacOS CatalinaとiOS 13にて提供開始されます。
MacアプリとiOSアプリを1つのコードから作成「Project Catalyst」〜Twitter for Mac復活 #WWDC19 - Engadget 日本版
アップルは開発者向け会議WWDC 2019にて単一のソースコードからMac/iPhone/iPadのアプリを生成できる「Project Catalyst」を発表しました。iPad向けアプリのソースコードを用いて、Mac版のアプリをビルドできます。Project Catalystは今秋より提供されるmacOS Catal...
186: 名称未設定 2019/06/05(水) 00:10:58.30 ID:Vn3QM9A70
https://www.apple.com/jp/newsroom/2019/06/apple-unveils-groundbreaking-new-technologies-for-app-development/
iPadアプリケーションをMacに簡単に移行

新しいツールとAPIにより、iPadアプリケーションのMacへの移行がこれまで以上に簡単になります。Xcodeでは、
既存のiPadプロジェクトを開いて1つのチェックボックスをオンにするだけで、Macの基本機能とウインドウ管理
機能が自動的に追加され、タッチ操作やキーボード、マウスなど、プラットフォーム固有のエレメントが調整される
ため、Macバージョンのネイティブアプリケーション作成において大変有効なスタートを切ることができます。
MacとiPadのアプリケーションが同じプロジェクトとソースコードを共有するため、コードに変更が加えられると、
iPadOSバージョンとmacOSバージョンの両方のアプリケーションに変換されます。1つのチームが両方のバージョン
のアプリケーションに対応できるため、デベロッパの貴重な時間を節約できます。MacとiPadの両方のアプリケーション
で、ユーザーはプラットフォーム独自の機能を楽しむことができ、Macのキーボード、マウス、トラックパッドやMacの
ユニークな機能であるTouch Barを使う時に、精度やスピードをコントロールできます。

187: 名称未設定 2019/06/11(火) 16:11:59.60 ID:5XAsAt+J0
いちいち全文貼ってんじゃねえよ死ね
188: 名称未設定 2020/12/08(火) 18:04:23.94 ID:gAmFf+OZ0
HYF
スポンサーリンク

コメント

スポンサーリンク
タイトルとURLをコピーしました