imacedón
Eredeti plakát- 2015. október 10
- Brno, CZ
- 2018. december 15
Komolyan fontolgatom egy MacBook Pro 13' 2018 beszerzését. A laptop elsődleges felhasználása a kódolás (front-end webfejlesztés) lenne, de a későbbiekben szeretnék belemerülni az iOS-alkalmazások fejlesztésébe. Ezzel együtt 8 GB RAM elég az XCODE futtatásához, vagy többet kell fektetnem a 16 GB-os verzió beszerzésére?
revmacian
- 2018. október 20
- FELHASZNÁLÁSOK
- 2018. december 15
iMacedón azt mondta: Sziasztok.Xcode-ot futtatok a 2014-es Mac minimon – 4 GB RAM van benne, és nem látok semmilyen problémát. Lesznek, akik azt mondják, hogy 16 GB vagy több RAM kötelező, de én úgy láttam, hogy ez egyszerűen nem igaz.
Komolyan fontolgatom egy MacBook Pro 13' 2018 beszerzését. A laptop elsődleges felhasználása a kódolás (front-end webfejlesztés) lenne, de a későbbiekben szeretnék belemerülni az iOS-alkalmazások fejlesztésébe. Ezzel együtt 8 GB RAM elég az XCODE futtatásához, vagy többet kell fektetnem a 16 GB-os verzió beszerzésére?
Emanuel Rodriguez
- 2018. október 17
- 2018. december 15
revmacian azt mondta: Xcode-ot futtatok a 2014-es Mac mini-emen - 4 GB RAM van benne, és nem látok semmilyen problémát. Lesznek, akik azt mondják, hogy 16 GB vagy több RAM kötelező, de én úgy láttam, hogy ez egyszerűen nem igaz.Egyetért. Azt tapasztaltam, hogy még egy Raspberry Pi is képes a legtöbb dolgot lefordítani egyetlen giga RAM-jával. Ha egy projekt rengeteg C++ kódot tartalmaz (ha rád néz LLVM-re), vagy más összetett nyelveket (amelyek a fordítótól keményen dolgoznak, és így több RAM-ot igényelnek), akkor általában nem tudja kezelni. Tapasztalataim szerint a 3 GB körüli biztonságos minimum a fejlesztési munkához.
SZERKESZTÉS: Bár ne feledje, hogy ez egy virtuális gépen belül 3 GB volt, grafikus felhasználói felület nélkül. A 8 GB-os opció egyelőre határozottan biztonságos. A 16 GB-ot csak a jövőre való tekintettel ajánlom. A 8 GB kezd kevésbé kényelmes lenni, mint a múltban. Utoljára szerkesztve: 2018. december 15
lőszer
- 2015. december 18
- 2018. december 16
kutyaszar
- 2014. október 19
- Apple Campus, Cupertino CA
- 2018. december 16
960 dizájn
- 2012. április 17
- Destiny, FL
- 2018. december 17
iMacedón azt mondta: Sziasztok.8 GB bőven elég, én 16 GB-os MBPr-t használok, és ritkán látom, hogy a memória nyomása 8 GB fölé ugrik.
Komolyan fontolgatom egy MacBook Pro 13' 2018 beszerzését. A laptop elsődleges felhasználása a kódolás (front-end webfejlesztés) lenne, de a későbbiekben szeretnék belemerülni az iOS-alkalmazások fejlesztésébe. Ezzel együtt 8 GB RAM elég az XCODE futtatásához, vagy többet kell fektetnem a 16 GB-os verzió beszerzésére?
Mellesleg nézz be az Expo.io oldalra ( https://expo.io/ ). Manapság minden menő gyerek ezt használja (sokkal könnyebb több platformon telepíteni). Figyelmeztetés: a legtöbb alkalmazásnál működik, de néhánynak olyan speciális hardverkövetelményei vannak, amelyeket az expo nem tesz el. Ennek ellenére fantasztikus kiindulási hely.
jtara
- 2009. április 23
- 2018. december 17
Úgy érted, 'elég ahhoz, hogy az építmények ne tönkremenjenek?'
Vagy „elég ahhoz, hogy az építkezések elfogadható időn belül elkészüljenek”?
És/vagy 'elég ahhoz, hogy a felhasználói felület ne legyen késleltetett, és szerkesztőben dolgozhassak/böngészhessek a weben/olvashassak e-maileket építés közben, lomhaság nélkül?
Ez az Ön elvárásaitól és az eszköztárától függ.
A frontend fejlesztés általában egy rövid/egyszerű eszközlánccal rendelkezik. Valójában csak egy jó, a feladathoz megfelelő szerkesztőre van szükséged, egy kis 'játék' webszerverre, esetleg néhány eszközre a Javascript/CSS minimalizálására (és esetleg egy Sass fordítóra) az éles buildekhez, és a fejlesztés során általában nem is használnád. hogy.
A háttérfejlesztés gyakran nem igényel többet, mint a front-end fejlesztést. Vagy lehet, hogy sokkal több kell. Például a PostgreSQL-t használom adatbázisként. Tehát van egy helyi példányom fejlesztésre/tesztelésre. A pgAdmin4-et futtatom, ami egy Docker tárolóban fut. Lehet, hogy olyan virtuális gépet kell futtatnia, amely replikálja a háttérkörnyezetet. A GB összeadódik.
A natív alkalmazások fejlesztése gyakran minimális eszközökkel történik. Az alap iOS-alkalmazások fejlesztéséhez nem kell más, mint az Xcode. OK, és az iOS szimulátor. Ha valamilyen hibrid, platformközi fejlesztést végez, valószínűleg adjon hozzá további eszközlánc-összetevőket – és szükségszerűen Android SDK-kat és építőeszközöket. Az Android fejlesztés más fordítót használ. Adjon hozzá egy másik szimulátort. (Én a GenyMotion-t használom, mivel a Google által biztosított mindkét megközelítés lassú, mint a melasz.) Bármilyen tisztességes Android szimulátor fut virtuális gépen.
Ó, tesztelni kell a webhelyet Windows rendszeren? Adjon hozzá egy Windows virtuális gépet.
Manapság sok eszköz fut konténerben vagy virtuális gépben. Ez növeli a memóriaigényt.
Szerezzen be annyi memóriát, amennyit a költségvetése elbír. Úgy gondolom azonban, hogy ma a legtöbb fejlesztés gyakorlati korlátja a 64 GB. Nemrég kaptam egy 64 GB-os iMac Pro-t fejlesztésre. Nagy szerszámkészletet használok. Ellenőriztem az Activity Monitort, és azt tapasztaltam, hogy még nem használtam cserefájlt. De miután az összes eszközt feltöltöttem, valahol 32 GB és 64 GB között használok, általában 40-50 GB-ot. De igazából még nem töltöttem fel MINDENT egyszerre.
Amit meg kell kérdezned magadtól:
- Fontos, hogy a rendszer érzékeny legyen építés közben?
- Milyen hosszú építési ciklust vagy hajlandó elviselni?
Az előtér-fejlesztés során jellemzően nincs 'építési ciklusod', azaz build/test/repeat. Mennyi ideig vagy hajlandó várni, hogy kiderüljön, egy egyszerű hibát követett el, amelynek kijavítása néhány másodpercet vesz igénybe? 15 perc? 5 perc? 1 perc? 30 másodperc?
Lefordított nyelvet használó alkalmazásfejlesztésben mindig van egy összeállítási ciklus, és ez jelentős lehet. Megértem, hogy a Swift összeállítási ciklus lényegesen hosszabb, mint az Objective-C összeállítási ciklus. (Magam nem használok Swiftet, mert hibrid fejlesztéssel foglalkozom, és az alapul szolgáló platformkód Objective-C (Java for Android), C és C++ -ban van - Swift nincs).
A rendelkezésre álló RAM mennyisége jelentősen befolyásolja a felépítési ciklus idejét.
mpe
- 2010. szeptember 3
- 2018. december 17
Igen. 8 GB RAM a legtöbb dologhoz elég.
jtara
- 2009. április 23
- 2018. december 17
mpe azt mondta: Igen. 8 GB RAM a legtöbb dologhoz elég.
A MacBook Pro rendszermemóriát használ a kijelzőhöz?
A 8 GB biztosan nem elég - például - egy Mac Mini-n, mivel ebből (modelltől függően) elég jó darabot használnak a kijelzőhöz.
A legfontosabb itt kapott visszajelzés az, hogy a legújabb MacBookokon a memória le van forrasztva. Döntést hoz a következő néhány évre.
Toutou
nak nek
- 2015. január 6
- Prága, Csehország
- 2018. december 17
imacedón
Eredeti plakát- 2015. október 10
- Brno, CZ
- 2018. december 17
jtara azt mondta: Határozza meg, mit ért az 'elég' alatt?Köszönöm ezt a kiterjedt választ, így jobban átláttam az Ön által említett különféle kódolási forgatókönyvekhez szükséges erőforrásokat.
Úgy érted, 'elég ahhoz, hogy az építmények ne tönkremenjenek?'
Vagy „elég ahhoz, hogy az építkezések elfogadható időn belül elkészüljenek”?
És/vagy 'elég ahhoz, hogy a felhasználói felület ne legyen késleltetett, és szerkesztőben dolgozhassak/böngészhessek a weben/olvashassak e-maileket építés közben, lomhaság nélkül?
Ez az Ön elvárásaitól és az eszköztárától függ.
A frontend fejlesztés általában egy rövid/egyszerű eszközlánccal rendelkezik. Valójában csak egy jó, a feladathoz megfelelő szerkesztőre van szükséged, egy kis 'játék' webszerverre, esetleg néhány eszközre a Javascript/CSS minimalizálására (és esetleg egy Sass fordítóra) az éles buildekhez, és a fejlesztés során általában nem is használnád. hogy.
A háttérfejlesztés gyakran nem igényel többet, mint a front-end fejlesztést. Vagy lehet, hogy sokkal több kell. Például a PostgreSQL-t használom adatbázisként. Tehát van egy helyi példányom fejlesztésre/tesztelésre. A pgAdmin4-et futtatom, ami egy Docker tárolóban fut. Lehet, hogy olyan virtuális gépet kell futtatnia, amely replikálja a háttérkörnyezetet. A GB összeadódik.
A natív alkalmazások fejlesztése gyakran minimális eszközökkel történik. Az alap iOS-alkalmazások fejlesztéséhez nem kell más, mint az Xcode. OK, és az iOS szimulátor. Ha valamilyen hibrid, platformközi fejlesztést végez, valószínűleg adjon hozzá további eszközlánc-összetevőket – és szükségszerűen Android SDK-kat és építőeszközöket. Az Android fejlesztés más fordítót használ. Adjon hozzá egy másik szimulátort. (Én a GenyMotion-t használom, mivel a Google által biztosított mindkét megközelítés lassú, mint a melasz.) Bármilyen tisztességes Android szimulátor fut virtuális gépen.
Ó, tesztelni kell a webhelyet Windows rendszeren? Adjon hozzá egy Windows virtuális gépet.
Manapság sok eszköz fut konténerben vagy virtuális gépben. Ez növeli a memóriaigényt.
Szerezzen be annyi memóriát, amennyit a költségvetése elbír. Úgy gondolom azonban, hogy ma a legtöbb fejlesztés gyakorlati korlátja a 64 GB. Nemrég kaptam egy 64 GB-os iMac Pro-t fejlesztésre. Nagy szerszámkészletet használok. Ellenőriztem az Activity Monitort, és azt tapasztaltam, hogy még nem használtam cserefájlt. De miután az összes eszközt feltöltöttem, valahol 32 GB és 64 GB között használok, általában 40-50 GB-ot. De igazából még nem töltöttem fel MINDENT egyszerre.
Amit meg kell kérdezned magadtól:
- Fontos, hogy a rendszer érzékeny legyen építés közben?
- Milyen hosszú építési ciklust vagy hajlandó elviselni?
Az előtér-fejlesztés során jellemzően nincs 'építési ciklusod', azaz build/test/repeat. Mennyi ideig vagy hajlandó várni, hogy kiderüljön, egy egyszerű hibát követett el, amelynek kijavítása néhány másodpercet vesz igénybe? 15 perc? 5 perc? 1 perc? 30 másodperc?
Lefordított nyelvet használó alkalmazásfejlesztésben mindig van egy összeállítási ciklus, és ez jelentős lehet. Megértem, hogy a Swift összeállítási ciklus lényegesen hosszabb, mint az Objective-C összeállítási ciklus. (Magam nem használok Swiftet, mert hibrid fejlesztéssel foglalkozom, és az alapul szolgáló platformkód Objective-C (Java for Android), C és C++ -ban van - Swift nincs).
A rendelkezésre álló RAM mennyisége jelentősen befolyásolja a felépítési ciklus idejét.
[doublepost=1545084766][/doublepost]
ammulder azt mondta: Meddig tervezi megtartani a gépet? Mivel a memória nem bővíthető, tényleg azért veszel, hogy 3-5 év múlva mennyi memóriára lesz szükséged, nem ma. (Figyelembe véve, hogy a fejlesztői eszközök minden kiadása több memóriát használ, mint az előző.) Különösen akkor, ha konténereket vagy virtuális gépeket használ (pl. valamilyen háttérrendszer helyi verziójának futtatásához, amelyhez az alkalmazás csatlakozik), a a túl kevés memória később nem éri meg a költségmegtakarítást.A laptopjaim általában 4-6 évet bírnak, vagy még többet is, így az eddig olvasottak alapján talán a 16 GB-os verzió lenne a legjobb, ha maximalizálni akarom a használatot. NAK NEK
Névtelen egér
- 2016. augusztus 25
- 2018. december 17
jtara azt mondta: Határozza meg, mit ért az 'elég' alatt?
(lenyisszant)
Manapság sok eszköz fut konténerben vagy virtuális gépben. Ez növeli a memóriaigényt.
Szerezzen be annyi memóriát, amennyit a költségvetése elbír. Úgy gondolom azonban, hogy ma a legtöbb fejlesztés gyakorlati korlátja a 64 GB. Nemrég kaptam egy 64 GB-os iMac Pro-t fejlesztésre. Nagy szerszámkészletet használok. Ellenőriztem az Activity Monitort, és azt tapasztaltam, hogy még nem használtam cserefájlt. De miután az összes eszközt feltöltöttem, valahol 32 GB és 64 GB között használok, általában 40-50 GB-ot. De igazából még nem töltöttem fel MINDENT egyszerre.
Amit meg kell kérdezned magadtól:
- Fontos, hogy a rendszer érzékeny legyen építés közben?
- Milyen hosszú építési ciklust vagy hajlandó elviselni?
Az előtér-fejlesztés során jellemzően nincs 'építési ciklusod', azaz build/test/repeat. Mennyi ideig vagy hajlandó várni, hogy kiderüljön, egy egyszerű hibát követett el, amelynek kijavítása néhány másodpercet vesz igénybe? 15 perc? 5 perc? 1 perc? 30 másodperc?
Lefordított nyelvet használó alkalmazásfejlesztésben mindig van egy összeállítási ciklus, és ez jelentős lehet. Megértem, hogy a Swift összeállítási ciklus lényegesen hosszabb, mint az Objective-C összeállítási ciklus. (Magam nem használok Swiftet, mert hibrid fejlesztéssel foglalkozom, és az alapul szolgáló platformkód Objective-C (Java for Android), C és C++ -ban van - Swift nincs).
A rendelkezésre álló RAM mennyisége jelentősen befolyásolja a felépítési ciklus idejét.
Ez nagyjából összefoglalja. Ha virtuális gépeket kell futtatnia, akkor 8 GB is megoldható (egy virtuális gépet kényelmesen futtathat 8 GB RAM-mal). Ha SSD-vel rendelkezik, a sebességkülönbség a 8 GB és a több RAM között nem lesz túl nyilvánvaló, kivéve, ha nagyszámú virtuális gépet futtat és/vagy hatalmas kódbázist próbál lefordítani. C
Építsd meg
- 2010. június 23
- 2018. december 17
A memóriaéhes alkalmazások, mint például az XCode és az Android Studio, 8 GB-ban is remekül működnek. A probléma akkor jelentkezne, ha a Slackot több csoporthoz csatlakoztatva próbálná meg futtatni, miközben nyitva hagyja a Chrome-ot számos lappal, vagy esetleg egy virtuális gépet, amely néhány Docker-tárolót futtat. Az egyidejűség okozza a problémákat.
Ha megengedheti magának a 16 GB-ra való ugrást, és azt tervezi, hogy egy ideig megtartja ezt a gépet, úgy gondolom, hogy a jövőbiztosság érdekében teljesen megéri. Ha a többletköltség elegendő ahhoz, hogy kétszer is meggondolja magát, akkor felejtse el, és tegyen 8 GB-ot. Így is boldog leszel.
revmacian
- 2018. október 20
- FELHASZNÁLÁSOK
- 2018. december 17
jtara azt mondta: 8 GB biztosan nem elég - például - egy Mac Mini-n, mivel ebből (modelltől függően) elég jó darabot használnak a kijelzőhöz.
Mint korábban említettem, az Xcode-ot futtatom a 2014-es Mac mini-emen – 4 GB RAM-mal rendelkezik, és nem látok semmilyen problémát. Ha 4GB-al tudok kényelmesen kódolni, akkor 8GB is bőven elég. J
jtara
- 2009. április 23
- 2018. december 30
kadammanali987 mondta: (Az emberek addig gyakran megtartják az alkalmazásokat fordításra és játékra. Ez lelassítja a feldolgozást)
Vagy egyszerűen felgyorsíthatja a fordítás-link-futtatás ciklust addig a pontig, ahol nem kell több ahhoz, mint egy egészséges, pár percig tartó kihúzni a seggedet a székből.
Ennek egyik része, hogy elegendő memóriával rendelkezünk a fordító hatékony működéséhez, minimális/nem cserével.
Az, hogy LEHET, nem jelenti azt, hogy KELL. Neked kell eldöntened, mennyire értékes az időd.
Ennek az egyenletnek a meghatározó pillanata számomra sok-sok évvel ezelőtt volt. Az Instant-C nevű termék. Ez a ciklus néhány percről néhány másodpercre csökkent. Ez arra ösztönzött, hogy lecsökkentsem a fordítási-link-futási ciklust egy olyan alkalmazásnál, amely szimulálja és elemzi a mechanikus összeállítások variációit (az eredetileg Fortran nyelven írt modellből) 1/2 óráról kevesebb mint egy percre. (Rendben, csaltam - eltávolítottam a fordítás-link-futás ciklust... egy tartomány-specifikus fordító és egy kísérő bytecode interpreter írásával) 35 évvel később még mindig ez a domináns megoldás arra a tartományra.
Mindenesetre OP meghozta a döntését – szerintem bölcsen.
BTW, ha még mindig a 2012-es i7 Mini-met használnám építkezésekhez, Ramdisket alkalmaznék. Ez hozzávetőleg felére csökkenti a Mini építési idejét. Kipróbáltam az új iMac Pro-on, de nem volt ugyanaz a hatás. Attól tartok, addig nem jutott eszembe, hogy kipróbáljam a ramdisket, amíg meg nem kaptam az iMac Pro-t. A MacOS nem igazán rendelkezik nagyszerű RamDisk megoldásokkal. A Miniben 16 GB van. 4 GB-os gépen nincs ráhagyás a ramdiskre. (Az iMac Pro 64 GB-os).
vbctv
nak nek
- 2013. szeptember 25
- Cleveland, OH
- 2019. május 2
jtara azt mondta: A MacBook Pro rendszermemóriát használ a kijelzőhöz?
A 8 GB biztosan nem elég - például - egy Mac Mini-n, mivel ebből (modelltől függően) elég jó darabot használnak a kijelzőhöz.
A legfontosabb itt kapott visszajelzés az, hogy a legújabb MacBookokon a memória le van forrasztva. Döntést hoz a következő néhány évre.
Van egy 2018-as mac Mini, amely 2 monitorhoz van csatlakoztatva, és 8 GB RAM-om van, soha nem látok semmilyen problémát, és mind az Android Studio, mind az Xcode fejlesztési munkákat végzem, valamint a MAMP Pro-t futtatom a háttérben. A memórianyomás-ellenőrző soha nem megy fel igazán, és mindig zöld és alacsony marad. Már vitatkoztam a 16 GB-ra való bővítésről, de nem igazán látom szükségét, hacsak nem találok egy ijesztő akciót... C
ChromeCloud
- 2009. június 21
- Olaszország
- 2019. május 2
Amikor megpróbálom a 4 GB RAM-mal rendelkező MacBook Airomat iOS-alkalmazások fejlesztésére használni (valódi alkalmazásokról beszélek, nem csak kis demóprojektekről), az élmény nagyon gyorsan frusztrálóvá válik. Csak az Xcode és a Safari 3 vagy 4 füllel történő megnyitása teljesen telíti a RAM-ot (ne feledje, hogy a rendszer önmagában körülbelül 2 GB-ot vesz igénybe), és a szimulátor használata az alkalmazások hibakeresésére szinte lehetetlen (a számítógép annyira lelassul, hogy nem reagál).
8 GB-tal minden rendben lesz. De nem sokáig. Tegyük fel, hogy 8 GB a minimum a teljes iOS fejlesztői csomag kényelmes futtatásához + néhány alkalmazás az oldalán, ha szeretnél egy díszes szövegszerkesztőt vagy valamilyen eszközt például vektorgrafikák készítéséhez.
Tehát, ha most új gépet kellene vennem, és a következő 3 évig meg kell tartanom, akkor legalább 16 GB RAM-ot kapnék.
Még egy figyelmeztetés: pár éve nem számítottam volna erre, amikor megvettem az iMac-emet (amely 32 GB RAM-mal rendelkezik, és ez a fő munkaállomásom), de úgy tűnik, ha úgy akarja futtatni a szimulátort, hogy az egész grafikus felület akadozik, A VRAM (más néven videomemória) szintén fontos szerepet játszik az egyenletben.
Egy retina iMac esetében a 2 GB-os videokártya nem lesz elég ahhoz, hogy minden zökkenőmentesen működjön: néhány másodpercenként megtelik a puffer (bár ezt csak a szimulátor futása közben tapasztalom), és az iMac a másodperc töredékére lefagy, miközben kiürül és újra megtelik. Nagyon idegesítő.
Tehát a következő 3 évre a következőt ajánlom valamire, amivel kényelmesen dolgozhat: 16 GB RAM (vagy több) + 4 GB VRAM (vagy több) .
mkelly
- 2007. november 29
- 2019. május 3
tömegek
- 2019. február 12
- 2019. május 4
Ugyanebben az alkalmazásban azt látom, hogy a RAM-használat 8 GB alatt van csere nélkül. Később a RAM frissítésén gondolkodom, de jelenleg nem sietek. F
Filipeteixeira
- 2013. április 10
- 2019. május 6
Népszerű Bejegyzések