iMacedonian
オリジナルポスター- 2015年10月10日
- ブルノ、CZ
- 2018年12月15日
私はMacBookPro 13 '2018の入手を真剣に検討しています。ラップトップの主な用途はコーディング（フロントエンドWeb開発）ですが、後でiOSアプリ開発に飛び込みたいと思います。そうは言っても、XCODEを実行するには8 GBのRAMで十分ですか、それとも16 GBバージョンを入手するためにもう少し投資する必要がありますか？
revmacian
- 2018年10月20日
- 使用法
- 2018年12月15日
iMacedonianは言った：ねえ。2014 Mac miniでXcodeを実行しています。RAMは4GBで、問題はありません。 16GB以上のRAMが必須だと言う人もいますが、これは単に真実ではないことを私は見てきました。
私はMacBookPro 13 '2018の入手を真剣に検討しています。ラップトップの主な用途はコーディング（フロントエンドWeb開発）ですが、後でiOSアプリ開発に飛び込みたいと思います。そうは言っても、XCODEを実行するには8 GBのRAMで十分ですか、それとも16 GBバージョンを入手するためにもう少し投資する必要がありますか？
エマヌエル・ロドリゲス
- 2018年10月17日
- 2018年12月15日
revmacianによると：2014 Mac miniでXcodeを実行しています。RAMは4GBで、問題はありません。 16GB以上のRAMが必須だと言う人もいますが、これは単に真実ではないことを私は見てきました。同意しました。 1ギガのRAMを搭載したRaspberryPiでさえ、ほとんどのものをコンパイルできることがわかりました。プロジェクトに大量のC ++コード（LLVMを見る）または他の複雑な言語（コンパイラーが一生懸命働く必要があるため、より多くのRAMを使用する必要がある）がある場合、通常、プロジェクトを管理することはできません。私の経験では、開発作業には約3GBが安全な最小値のようです。
編集：これはVM内で3GBであり、GUIがないことに注意してください。今のところ、8GBオプションは間違いなく安全です。ただし、将来を見据えた目的で16GBをお勧めします。 8GBは、過去よりも快適性が低下し始めています。最終編集日：2018年12月15日
アンマルダー
- 2015年12月18日
- 2018年12月16日
dogslobber
- 2014年10月19日
- アップルキャンパス、カリフォルニア州クパチーノ
- 2018年12月16日
960design
- 2012年4月17日
- デスティン、フロリダ州
- 2018年12月17日
iMacedonianは言った：ねえ。8GBで十分です。私は、16GBのMBPrを使用していますが、メモリの負荷が8GBを超えることはめったにありません。
私はMacBookPro 13 '2018の入手を真剣に検討しています。ラップトップの主な用途はコーディング（フロントエンドWeb開発）ですが、後でiOSアプリ開発に飛び込みたいと思います。そうは言っても、XCODEを実行するには8 GBのRAMで十分ですか、それとも16 GBバージョンを入手するためにもう少し投資する必要がありますか？
余談ですが、Expo.ioにチェックインしてください（ https://expo.io/ ）。これは、最近すべてのクールな子供たちが使用しているものです（複数のプラットフォームに展開するのがはるかに簡単です）。警告：ほとんどのアプリで機能しますが、一部のアプリには、万博では満たされない特定のハードウェア要件/ニーズがあります。それにもかかわらず、素晴らしい出発点です。
jtara
- 2009年4月23日
- 2018年12月17日
「ビルドが失敗しないように十分」という意味ですか？
または、「ビルドが許容可能な時間枠で完了するのに十分」ですか？
および/または 'UIが遅くならないように十分であり、ビルド中にエディターで作業したり、Webを閲覧したり、電子メールを読んだりすることができますか？
それはあなたの期待とあなたのツールチェーンに依存します。
フロントエンド開発には通常、短い/単純なツールチェーンがあります。本当に必要なのは、タスクに適した優れたエディター、小さな「おもちゃ」のWebサーバー、本番ビルド用にJavascript / CSS（およびおそらくSassコンパイラ）を縮小するためのツールだけです。開発中は、通常は使用しません。それ。
多くの場合、バックエンド開発にはフロントエンド開発しか必要ありません。または、かなり多くが必要になる場合があります。たとえば、私はPostgreSQLをデータベースとして使用しています。したがって、開発/テスト用のローカルインスタンスがあります。 Dockerコンテナで実行されるpgAdmin4を実行します。バックエンド環境を複製するVMを実行する必要がある場合があります。 GBを合計します。
ネイティブアプリの開発は、多くの場合、最小限のツールで行われます。基本的なiOSアプリの開発には、Xcodeだけが必要です。 OK、そしてiOSシミュレーター。ある種のハイブリッドなクロスプラットフォーム開発を行っている場合は、おそらくツールチェーンコンポーネントを追加し、必然的にAndroidSDKとビルドツールを追加します。 Android開発では別のコンパイラを使用します。別のシミュレーターを追加します。 （Googleが提供する両方のアプローチは糖蜜のように遅いので、私はGenyMotionを使用します。）まともなAndroidシミュレーターはVMで実行されます。
ああ、WindowsでそのWebサイトをテストする必要がありますか？ WindowsVMを追加します。
今日、非常に多くのツールがコンテナまたはVMで実行されています。これにより、メモリ要件が増加します。
予算に見合うだけのメモリを確保してください。しかし、今日のほとんどの開発では64GBが実用的な限界だと思います。私は最近、開発用に64GBのiMacProを入手しました。私は大きなツールセットを使用しています。アクティビティモニターをチェックしていますが、まだスワップファイルを使用していないことがわかりました。しかし、すべてのツールがロードされると、私は32GBから64GBの間、通常は40-50GBを使用しています。しかし、実際にはまだすべてを一度にロードしていません。
あなたが自分自身に尋ねなければならないことは：
-構築中にシステムが応答することは重要ですか？
-ビルドサイクルのどのくらいを許容しますか？
フロントエンド開発では、通常、「ビルドサイクル」、つまりビルド/テスト/リピートはありません。修正に数秒かかる単純な間違いを犯したことがわかるまで、どれくらい待つつもりですか？ 15分？ 5分？ 1分？ 30秒？
コンパイルされた言語を使用するアプリ開発では、常にビルドサイクルがあり、それは重要な場合があります。 SwiftのビルドサイクルはObjective-Cのビルドサイクルよりも大幅に長いことを理解しています。 （私はハイブリッド開発を行っているため、Swiftを自分で使用していません。基盤となるプラットフォームコードは、Objective-C（Android用Java）、C、およびC ++であり、Swiftはありません）。
使用可能なRAMの量は、ビルドサイクル時間に大きな影響を与えます。
mpe
- 2010年9月3日
- 2018年12月17日
はい。ほとんどの場合、8GBのRAMで十分です。
jtara
- 2009年4月23日
- 2018年12月17日
mpeは言った：はい。ほとんどの場合、8GBのRAMで十分です。
MacBook Proはディスプレイにシステムメモリを使用していますか？
8GBは確かに、たとえばMac Miniでは十分ではありません。これは、そのかなり良いチャンク（モデルによって異なります）がディスプレイに使用されるためです。
ここで与えられた最も重要なフィードバックは、最近のMacBookではメモリがはんだ付けされているということです。あなたは次の数年間の決定を下しています。
とうとう
に
- 2015年1月6日
- プラハ、チェコ共和国
- 2018年12月17日
iMacedonian
オリジナルポスター- 2015年10月10日
- ブルノ、CZ
- 2018年12月17日
jtaraは言った：あなたが「十分」とはどういう意味かを定義しますか？その広範な回答に感謝し、あなたが言及したこれらのさまざまなコーディングシナリオに必要なリソースについてのより良い視点を私に与えてくれました。
「ビルドが失敗しないように十分」という意味ですか？
または、「ビルドが許容可能な時間枠で完了するのに十分」ですか？
および/または 'UIが遅くならないように十分であり、ビルド中にエディターで作業したり、Webを閲覧したり、電子メールを読んだりすることができますか？
それはあなたの期待とあなたのツールチェーンに依存します。
フロントエンド開発には通常、短い/単純なツールチェーンがあります。本当に必要なのは、タスクに適した優れたエディター、小さな「おもちゃ」のWebサーバー、本番ビルド用にJavascript / CSS（およびおそらくSassコンパイラ）を縮小するためのツールだけです。開発中は、通常は使用しません。それ。
多くの場合、バックエンド開発にはフロントエンド開発しか必要ありません。または、かなり多くが必要になる場合があります。たとえば、私はPostgreSQLをデータベースとして使用しています。したがって、開発/テスト用のローカルインスタンスがあります。 Dockerコンテナで実行されるpgAdmin4を実行します。バックエンド環境を複製するVMを実行する必要がある場合があります。 GBを合計します。
ネイティブアプリの開発は、多くの場合、最小限のツールで行われます。基本的なiOSアプリの開発には、Xcodeだけが必要です。 OK、そしてiOSシミュレーター。ある種のハイブリッドなクロスプラットフォーム開発を行っている場合は、おそらくツールチェーンコンポーネントを追加し、必然的にAndroidSDKとビルドツールを追加します。 Android開発では別のコンパイラを使用します。別のシミュレーターを追加します。 （Googleが提供する両方のアプローチは糖蜜のように遅いので、私はGenyMotionを使用します。）まともなAndroidシミュレーターはVMで実行されます。
ああ、WindowsでそのWebサイトをテストする必要がありますか？ WindowsVMを追加します。
今日、非常に多くのツールがコンテナまたはVMで実行されています。これにより、メモリ要件が増加します。
予算に見合うだけのメモリを確保してください。しかし、今日のほとんどの開発では64GBが実用的な限界だと思います。私は最近、開発用に64GBのiMacProを入手しました。私は大きなツールセットを使用しています。アクティビティモニターをチェックしていますが、まだスワップファイルを使用していないことがわかりました。しかし、すべてのツールがロードされると、私は32GBから64GBの間、通常は40-50GBを使用しています。しかし、実際にはまだすべてを一度にロードしていません。
あなたが自分自身に尋ねなければならないことは：
-構築中にシステムが応答することは重要ですか？
-ビルドサイクルのどのくらいを許容しますか？
フロントエンド開発では、通常、「ビルドサイクル」、つまりビルド/テスト/リピートはありません。修正に数秒かかる単純な間違いを犯したことがわかるまで、どれくらい待つつもりですか？ 15分？ 5分？ 1分？ 30秒？
コンパイルされた言語を使用するアプリ開発では、常にビルドサイクルがあり、それは重要な場合があります。 SwiftのビルドサイクルはObjective-Cのビルドサイクルよりも大幅に長いことを理解しています。 （私はハイブリッド開発を行っているため、Swiftを自分で使用していません。基盤となるプラットフォームコードは、Objective-C（Android用Java）、C、およびC ++であり、Swiftはありません）。
使用可能なRAMの量は、ビルドサイクル時間に大きな影響を与えます。
[doublepost = 1545084766] [/ doublepost]
ammulderは言った：あなたはどれくらいの間機械を保つことを計画していますか？メモリはアップグレードできないため、今日ではなく、3〜5年で必要なメモリの量を実際に購入しています。 （開発ツールのすべてのリリースで、前回よりも多くのメモリが使用されることに注意してください。）特に、コンテナまたはVMを使用することになった場合（たとえば、アプリが接続するバックエンドのローカルバージョンを実行する場合）、生産性が低下します。後でメモリが少なすぎると、今はコストを節約する価値がありません。私のラップトップは通常4〜6年、またはそれ以上続くので、これまでに読んだ内容に基づくと、使用量を最大化したい場合は、16GBバージョンを入手するのが最善かもしれません。 に
匿名マウス
- 2016年8月25日
- 2018年12月17日
jtaraは言った：あなたが「十分」とはどういう意味かを定義しますか？
（をちょきちょきと切る）
今日、非常に多くのツールがコンテナまたはVMで実行されています。これにより、メモリ要件が増加します。
予算に見合うだけのメモリを確保してください。しかし、今日のほとんどの開発では64GBが実用的な限界だと思います。私は最近、開発用に64GBのiMacProを入手しました。私は大きなツールセットを使用しています。アクティビティモニターをチェックしていますが、まだスワップファイルを使用していないことがわかりました。しかし、すべてのツールがロードされると、私は32GBから64GBの間、通常は40-50GBを使用しています。しかし、実際にはまだすべてを一度にロードしていません。
あなたが自分自身に尋ねなければならないことは：
-構築中にシステムが応答することは重要ですか？
-ビルドサイクルのどのくらいを許容しますか？
フロントエンド開発では、通常、「ビルドサイクル」、つまりビルド/テスト/リピートはありません。修正に数秒かかる単純な間違いを犯したことがわかるまで、どれくらい待つつもりですか？ 15分？ 5分？ 1分？ 30秒？
コンパイルされた言語を使用するアプリ開発では、常にビルドサイクルがあり、それは重要な場合があります。 SwiftのビルドサイクルはObjective-Cのビルドサイクルよりも大幅に長いことを理解しています。 （私はハイブリッド開発を行っているため、Swiftを自分で使用していません。基盤となるプラットフォームコードは、Objective-C（Android用Java）、C、およびC ++であり、Swiftはありません）。
使用可能なRAMの量は、ビルドサイクル時間に大きな影響を与えます。
これはかなりそれを要約します。 VMを実行する必要がある場合は、8 GBが実行可能です（8 GBのRAMで1つのVMを快適に実行できます）。 SSDを使用している場合、多数のVMを実行している場合や、巨大なコードベースをコンパイルしようとしている場合を除いて、8GBとRAMの速度の違いはそれほど明白ではありません。 NS
構築する
- 2010年6月23日
- 2018年12月17日
XCodeやAndroidStudioのようなメモリを大量に消費するアプリは、8GBで問題なく動作します。複数のグループに接続されたSlackを実行しようとしたときに、Chromeを多数のタブで開いたままにしたり、VMシステムでいくつかのDockerコンテナーを実行したりすると、問題が発生します。問題を引き起こすのは並行性です。
16GBにジャンプする余裕があり、このマシンをしばらく維持する予定がある場合は、将来の保証のためにそれだけの価値があると思います。追加のコストで考え直すのに十分な場合は、それを忘れて8GBを実行してください。どちらにしても幸せになります。
revmacian
- 2018年10月20日
- 使用法
- 2018年12月17日
jtara氏は次のように述べています。たとえば、Mac Miniでは、ディスプレイにかなり良いチャンク（モデルによって異なります）が使用されているため、8GBでは十分ではありません。
前に述べたように、私は2014 MacminiでXcodeを実行しています。Xcodeには4GBのRAMが搭載されており、問題はありません。 4GBで快適にコーディングできれば、8GBで十分です。 NS
jtara
- 2009年4月23日
- 2018年12月30日
kadammanali987は、次のように述べています。
または、コンパイル-リンク-実行サイクルをスピードアップして、数分間、健全な椅子からの脱出にかかる時間しかかからないようにすることもできます。
その一部は、コンパイラが効率的に動作するのに十分なメモリを備えており、スワッピングを最小限に抑えるか、まったく行わないことです。
あなたができるということはあなたがすべきであるという意味ではありません。あなたはあなたの時間がどれだけ価値があるかを決定しなければなりません。
私にとってこの方程式の決定的な瞬間は、何年も前のことでした。 Instant-Cと呼ばれる製品。そのサイクルを数分から数秒に短縮しました。機械アセンブリのバリエーション（モデルから、元々はFortranで記述されたもの）をシミュレートおよび分析するアプリケーションのコンパイル-リンク-実行サイクルを30分から1分未満に短縮するように促されました。 （OK、私はだましました-私はコンパイル-リンク-実行サイクルを削除しました...ドメイン固有のコンパイラとコンパニオンバイトコードインタプリタを書くことによって）35年後、それはまだそのドメインの主要なソリューションです。
とにかく、OPは彼の決定を下しました-私は賢明なものだと思います。
ところで、ビルドに2012 i7 Miniをまだ使用している場合は、Ramdiskを使用します。 Miniでのビルド時間は約半分になります。新しいiMacProで試してみましたが、同じ影響はありませんでした。 iMac Proを入手するまで、RAMディスクを試してみようとは思わなかったのではないかと思います。 MacOSには、優れたRamDiskソリューションはありません。 Miniには16GBがあります。 4GBのマシンではRAMディスクに余裕はありません。 （iMac Proには64GBがあります）。
vbctv
に
- 2013年9月25日
- オハイオ州クリーブランド
- 2019年5月2日
jtaraのコメント：MacBook Proはディスプレイにシステムメモリを使用していますか？
8GBは確かに、たとえばMac Miniでは十分ではありません。これは、そのかなり良いチャンク（モデルによって異なります）がディスプレイに使用されるためです。
ここで与えられた最も重要なフィードバックは、最近のMacBookではメモリがはんだ付けされているということです。あなたは次の数年間の決定を下しています。
2018 mac Miniを2台のモニターに接続し、8 GBのRAMを搭載していますが、問題は発生せず、Android StudioとXcodeの両方の開発作業に加えて、バックグラウンドでMAMPProを実行しています。メモリ圧力モニターが実際に上がることはなく、常に緑色で低いままです。私は16GBへのアップグレードについて議論してきましたが、販売中のキラーディールを見つけない限り、実際には必要性はわかりません。 NS
ChromeCloud
- 2009年6月21日
- イタリア
- 2019年5月2日
4GBのRAMを搭載したMacBookAirを使用してiOSアプリを開発しようとすると（小さなデモプロジェクトだけでなく、実際のアプリについて話している）、エクスペリエンスは非常に速くイライラします。 XcodeとSafariを3つまたは4つのタブで開くだけで、RAMが完全に飽和状態になり（システム自体に約2GBかかることを忘れないでください）、シミュレーターを使用してアプリをデバッグすることはほとんど不可能です（コンピューターの速度が低下して応答しなくなります）。
8GBで大丈夫です。そんなに長くない。たとえば、完全なiOS開発スイートといくつかのアプリを快適に実行するには、8 GBが最小であるとしましょう。たとえば、派手なテキストエディターや、ベクターグラフィックを作成するためのツールが必要な場合です。
したがって、今すぐ新しいマシンを購入して、今後3年以上保管する必要がある場合、少なくとも16GBのRAMを使用できます。
もう1つの注意点：数年前にiMac（32GBのRAMを搭載し、メインのワークステーション）を購入したときは、これを予期していなかったでしょうが、GUI全体が途切れることなくシミュレーターを実行したい場合のようです。 VRAM（別名ビデオメモリ）もこの方程式で重要な役割を果たします。
Retina iMacの場合、2GBのビデオカードではすべてをスムーズに実行するのに十分ではありません。数秒ごとにバッファがいっぱいになり（ただし、シミュレータの実行中にのみこれが発生します）、iMacが数分の1秒間フリーズします。空になり、再びいっぱいになります。とても迷惑です。
したがって、今後3年間快適に作業できるものについての私の推奨事項は次のとおりです。 16GB（またはそれ以上）+ 4GB（またはそれ以上）のVRAM 。
mkelly
- 2007年11月29日
- 2019年5月3日
群衆
- 2019年2月12日
- 2019年5月4日
同じアプリケーションで、RAM使用量がスワップなしで8GB未満であることがわかります。後でRAMを更新することを考えていますが、現時点では急いでいません。 NS
Filipeteixeira
- 2013年4月10日
- 2019年5月6日
人気の投稿