iMakedoonia
Originaalplakat- 10. oktoober 2015
- Brno, CZ
- 15. detsember 2018
Kaalun tõsiselt MacBook Pro 13' 2018 hankimist. Sülearvuti peamine kasutusala oleks kodeerimine (esiosa veebiarendus), kuid hiljem tahaksin sukelduda iOS-i rakenduste arendamisse. Seda arvestades, kas 8 GB RAM-ist piisab XCODE käitamiseks või peaksin 16 GB versiooni hankimiseks rohkem investeerima?
revmacian
- 20. oktoober 2018
- KASUTUSED
- 15. detsember 2018
iMacedonian ütles: Tere.Käitan oma 2014. aasta Mac minis Xcode'i – sellel on 4 GB muutmälu ja ma ei näe probleeme. Mõned inimesed ütlevad teile, et 16 GB või rohkem RAM on kohustuslik, kuid olen näinud, et see lihtsalt pole tõsi.
Kaalun tõsiselt MacBook Pro 13' 2018 hankimist. Sülearvuti peamine kasutusala oleks kodeerimine (esiosa veebiarendus), kuid hiljem tahaksin sukelduda iOS-i rakenduste arendamisse. Seda arvestades, kas 8 GB RAM-ist piisab XCODE käitamiseks või peaksin 16 GB versiooni hankimiseks rohkem investeerima?
Emanuel rodriguez
- 17. oktoober 2018
- 15. detsember 2018
revmacian ütles: Käitan Xcode'i oma 2014. aasta Mac minis - sellel on 4 GB muutmälu ja ma ei näe probleeme. Mõned inimesed ütlevad teile, et 16 GB või rohkem RAM on kohustuslik, kuid olen näinud, et see lihtsalt pole tõsi.Nõus. Olen avastanud, et isegi Raspberry Pi oma ühe giga RAM-iga suudab enamikku asju kompileerida. Kui projektil on palju C++ koodi (vaadates teid LLVM-i) või muid keerulisi keeli (mis nõuab kompilaatorilt kõvasti tööd ja seega rohkem RAM-i kasutamist), siis üldiselt ei saa see seda hallata. Minu kogemuse põhjal tundub, et umbes 3 GB on arendustöö jaoks ohutu miinimum.
EDIT: Kuigi pidage meeles, et see oli 3 GB virtuaalses masinas ilma GUI-ta. 8 GB valik on praegu kindlasti ohutu. Kuid ma soovitaksin 16 GB ainult tulevikukindluse tagamiseks. 8 GB hakkab muutuma vähem mugavaks kui varasematel aegadel. Viimati muudetud: 15. detsember 2018
laskemoon
- 18. detsember 2015
- 16. detsember 2018
koerte lombakas
- 19. oktoober 2014
- Apple'i ülikoolilinnak, Cupertino CA
- 16. detsember 2018
960 disain
- 17. aprill 2012
- Destiny, FL
- 17. detsember 2018
iMacedonian ütles: Tere.8 GB on piisavalt, ma kasutan 16 GB MBPr ja harva näen, et mälurõhk hüppab üle 8 GB.
Kaalun tõsiselt MacBook Pro 13' 2018 hankimist. Sülearvuti peamine kasutusala oleks kodeerimine (esiosa veebiarendus), kuid hiljem tahaksin sukelduda iOS-i rakenduste arendamisse. Seda arvestades, kas 8 GB RAM-ist piisab XCODE käitamiseks või peaksin 16 GB versiooni hankimiseks rohkem investeerima?
Vahepeal külastage Expo.io't ( https://expo.io/ ). Seda kasutavad tänapäeval kõik lahedad lapsed (mitmele platvormile on palju lihtsam juurutada). Hoiatus: töötab enamiku rakenduste puhul, kuid mõnel on spetsiifilised riistvaranõuded/vajadused, mida expo ei täida. Sellegipoolest fantastiline stardikoht.
jtara
- 23. aprill 2009
- 17. detsember 2018
Kas mõtlete 'piisavalt, et ehitused läbi ei läheks?'
Või „piisavalt, et ehitused valmiksid vastuvõetava aja jooksul”?
Ja/või 'piisavalt, et kasutajaliides ei oleks hiline ja ma saaksin töötada redaktoris / sirvida veebi / lugeda e-kirju ehitamise ajal ilma loiduta?'
See sõltub teie ootustest ja tööriistaahelast.
Frontendi arendusel on tavaliselt lühike/lihtne tööriistaahel. Kõik, mida tegelikult vajate, on ülesandeks sobiv hea redaktor, väike 'mänguasja' veebiserver, võib-olla mõned tööriistad Javascripti/CSS-i minimeerimiseks (ja võib-olla ka Sassi kompilaatorit) tootmisjärgus, mida tavaliselt arenduse ajal isegi ei kasutaks. et.
Taustaprogrammi arendus ei pruugi sageli vajada enamat kui esiotsa arendus. Või võib vaja minna natuke rohkem. Näiteks kasutan andmebaasina PostgreSQL-i. Niisiis, mul on arendamiseks/testimiseks kohalik eksemplar. Käitan pgAdmin4, mis töötab Dockeri konteineris. Võimalik, et peate käivitama VM-i, mis kopeerib teie taustakeskkonda. GB liidetakse.
Omarakenduste arendamine toimub sageli minimaalsete tööriistadega. Põhilise iOS-i rakenduste arendamiseks pole vaja midagi muud kui Xcode. OK ja iOS-i simulaator. Kui teete mingit hübriidset, platvormidevahelist arendust, lisage tõenäoliselt täiendavaid tööriistaahela komponente – ja vajaduse korral ka Androidi SDK-sid ja ehitustööriistu. Androidi arendus kasutab teist kompilaatorit. Lisage veel üks simulaator. (Ma kasutan GenyMotionit, kuna mõlemad Google'i pakutavad lähenemisviisid on aeglased kui melass.) Iga korralik Androidi simulaator töötab virtuaalses masinas.
Oh, kas peate seda veebisaiti Windowsis testima? Lisage Windowsi VM.
Nii paljud tööriistad töötavad tänapäeval konteineris või virtuaalses masinas. See suurendab mäluvajadust.
Hankige nii palju mälu, kui teie eelarve talub. Arvan siiski, et 64 GB on tänapäeval enamiku arenduste jaoks praktiline piir. Sain hiljuti arendamiseks iMac Pro 64 GB mäluga. Kasutan suurt tööriistakomplekti. Olen kontrollinud Activity Monitori ja avastasin, et ma pole veel vahetusfaili kasutanud. Kuid kui kõik tööriistad on laaditud, kasutan kuskil 32–64 GB, tavaliselt 40–50 GB. Aga tegelikult pole ma veel KÕIKE korraga laadinud.
Mida peate endalt küsima, on:
- Kas on oluline, et süsteem oleks ehitamise ajal tundlik?
- Kui pikka ehitustsüklit olete nõus taluma?
Esiotsa arenduses pole teil tavaliselt ehitustsüklit, st ehitamist/testimist/kordamist. Kui kaua olete nõus ootama, et teada saada, et tegite lihtsa vea, mille parandamiseks kulub mõni sekund? 15 minutit? 5 minutit? 1 minut? 30 sekundit?
Kompileeritud keelt kasutades rakenduste arendamisel on teil alati koostamise tsükkel ja see võib olla märkimisväärne. Saan aru, et Swifti ehitustsükkel on oluliselt pikem kui Objective-C ehitustsükkel. (Ise ma Swiftit ei kasuta, sest tegelen hübriidarendusega ja selle aluseks olev platvormikood on Objective-C-s (Java Androidile), C-s ja C++-s – Swift puudub).
Saadaoleva RAM-i hulk mõjutab oluliselt ehitustsükli aega.
mpe
- 3. september 2010
- 17. detsember 2018
Jah. Enamiku asjade jaoks piisab 8 GB muutmälust.
jtara
- 23. aprill 2009
- 17. detsember 2018
mpe ütles: Jah. Enamiku asjade jaoks piisab 8 GB muutmälust.
Kas MacBook Pro kasutab ekraani jaoks süsteemimälu?
8 GB-st kindlasti ei piisa – näiteks – Mac Mini puhul, kuna ekraani jaoks kasutatakse sellest päris korralikku tükki (olenevalt mudelist).
Siin antud kõige olulisem tagasiside on see, et viimastel MacBookidel on mälu maha joodetud. Teete otsuse järgmisteks aastateks.
Toutou
juurde
- 6. jaanuar 2015
- Praha, Tšehhi Vabariik
- 17. detsember 2018
iMakedoonia
Originaalplakat- 10. oktoober 2015
- Brno, CZ
- 17. detsember 2018
jtara ütles: Defineerige, mida mõtlete 'piisavalt' all?Täname selle ulatusliku vastuse eest, see andis mulle parema ülevaate teie mainitud erinevate kodeerimisstsenaariumide jaoks vajalikest ressurssidest.
Kas mõtlete 'piisavalt, et ehitused läbi ei läheks?'
Või „piisavalt, et ehitused valmiksid vastuvõetava aja jooksul”?
Ja/või 'piisavalt, et kasutajaliides ei oleks hiline ja ma saaksin töötada redaktoris / sirvida veebi / lugeda e-kirju ehitamise ajal ilma loiduta?'
See sõltub teie ootustest ja tööriistaahelast.
Frontendi arendusel on tavaliselt lühike/lihtne tööriistaahel. Kõik, mida tegelikult vajate, on ülesandeks sobiv hea redaktor, väike 'mänguasja' veebiserver, võib-olla mõned tööriistad Javascripti/CSS-i minimeerimiseks (ja võib-olla ka Sassi kompilaatorit) tootmisjärgus, mida tavaliselt arenduse ajal isegi ei kasutaks. et.
Taustaprogrammi arendus ei pruugi sageli vajada enamat kui esiotsa arendus. Või võib vaja minna natuke rohkem. Näiteks kasutan andmebaasina PostgreSQL-i. Niisiis, mul on arendamiseks/testimiseks kohalik eksemplar. Käitan pgAdmin4, mis töötab Dockeri konteineris. Võimalik, et peate käivitama VM-i, mis kopeerib teie taustakeskkonda. GB liidetakse.
Omarakenduste arendamine toimub sageli minimaalsete tööriistadega. Põhilise iOS-i rakenduste arendamiseks pole vaja midagi muud kui Xcode. OK ja iOS-i simulaator. Kui teete mingit hübriidset, platvormidevahelist arendust, lisage tõenäoliselt täiendavaid tööriistaahela komponente – ja vajaduse korral ka Androidi SDK-sid ja ehitustööriistu. Androidi arendus kasutab teist kompilaatorit. Lisage veel üks simulaator. (Ma kasutan GenyMotionit, kuna mõlemad Google'i pakutavad lähenemisviisid on aeglased kui melass.) Iga korralik Androidi simulaator töötab virtuaalses masinas.
Oh, kas peate seda veebisaiti Windowsis testima? Lisage Windowsi VM.
Nii paljud tööriistad töötavad tänapäeval konteineris või virtuaalses masinas. See suurendab mäluvajadust.
Hankige nii palju mälu, kui teie eelarve talub. Arvan siiski, et 64 GB on tänapäeval enamiku arenduste jaoks praktiline piir. Sain hiljuti arendamiseks iMac Pro 64 GB mäluga. Kasutan suurt tööriistakomplekti. Olen kontrollinud Activity Monitori ja avastasin, et ma pole veel vahetusfaili kasutanud. Kuid kui kõik tööriistad on laaditud, kasutan kuskil 32–64 GB, tavaliselt 40–50 GB. Aga tegelikult pole ma veel KÕIKE korraga laadinud.
Mida peate endalt küsima, on:
- Kas on oluline, et süsteem oleks ehitamise ajal tundlik?
- Kui pikka ehitustsüklit olete nõus taluma?
Esiotsa arenduses pole teil tavaliselt ehitustsüklit, st ehitamist/testimist/kordamist. Kui kaua olete nõus ootama, et teada saada, et tegite lihtsa vea, mille parandamiseks kulub mõni sekund? 15 minutit? 5 minutit? 1 minut? 30 sekundit?
Kompileeritud keelt kasutades rakenduste arendamisel on teil alati koostamise tsükkel ja see võib olla märkimisväärne. Saan aru, et Swifti ehitustsükkel on oluliselt pikem kui Objective-C ehitustsükkel. (Ise ma Swiftit ei kasuta, sest tegelen hübriidarendusega ja selle aluseks olev platvormikood on Objective-C-s (Java Androidile), C-s ja C++-s – Swift puudub).
Saadaoleva RAM-i hulk mõjutab oluliselt ehitustsükli aega.
[doublepost=1545084766][/doublepost]
ammulder ütles: Kui kaua kavatsete masinat hoida? Kuna mälu ei saa täiendada, ostate tõesti selle eest, kui palju mälu vajate 3-5 aasta pärast, mitte täna. (Arvestades, et iga arendustööriistade väljalase kasutab rohkem mälu kui eelmine.) Eriti kui kasutate konteinereid või VM-e (nt mõne taustaprogrammi kohaliku versiooni käitamiseks, millega teie rakendus ühendub), on tootlikkuse tulemus liiga vähe mälu hiljem ei ole praegu kulude kokkuhoiu väärt.Minu sülearvutid peavad tavaliselt vastu 4–6 aastat või isegi rohkem, nii et senise lugemise põhjal oleks võib-olla kõige parem hankida 16 GB versioon, kui tahan kasutust maksimeerida. TO
Anonüümne hiir
- 25. august 2016
- 17. detsember 2018
jtara ütles: Defineerige, mida mõtlete 'piisavalt' all?
(lõik)
Nii paljud tööriistad töötavad tänapäeval konteineris või virtuaalses masinas. See suurendab mäluvajadust.
Hankige nii palju mälu, kui teie eelarve talub. Arvan siiski, et 64 GB on tänapäeval enamiku arenduste jaoks praktiline piir. Sain hiljuti arendamiseks iMac Pro 64 GB mäluga. Kasutan suurt tööriistakomplekti. Olen kontrollinud Activity Monitori ja avastasin, et ma pole veel vahetusfaili kasutanud. Kuid kui kõik tööriistad on laaditud, kasutan kuskil 32–64 GB, tavaliselt 40–50 GB. Aga tegelikult pole ma veel KÕIKE korraga laadinud.
Mida peate endalt küsima, on:
- Kas on oluline, et süsteem oleks ehitamise ajal tundlik?
- Kui pikka ehitustsüklit olete nõus taluma?
Esiotsa arenduses pole teil tavaliselt ehitustsüklit, st ehitamist/testimist/kordamist. Kui kaua olete nõus ootama, et teada saada, et tegite lihtsa vea, mille parandamiseks kulub mõni sekund? 15 minutit? 5 minutit? 1 minut? 30 sekundit?
Kompileeritud keelt kasutades rakenduste arendamisel on teil alati koostamise tsükkel ja see võib olla märkimisväärne. Saan aru, et Swifti ehitustsükkel on oluliselt pikem kui Objective-C ehitustsükkel. (Ise ma Swiftit ei kasuta, sest tegelen hübriidarendusega ja selle aluseks olev platvormikood on Objective-C-s (Java Androidile), C-s ja C++-s – Swift puudub).
Saadaoleva RAM-i hulk mõjutab oluliselt ehitustsükli aega.
See võtab selle üsna hästi kokku. Kui teil on vaja käivitada VM-e, on 8 GB võimalik (ühte VM-i saate mugavalt käivitada 8 GB RAM-iga). Kui teil on SSD, pole kiiruse erinevus 8 GB ja suurema RAM-i vahel eriti ilmne, välja arvatud juhul, kui kasutate suurt hulka virtuaalseid masinaid ja/või proovite koostada tohutut koodibaasi. C
Ehitada
- 23. juuni 2010
- 17. detsember 2018
Mälunäljased rakendused, nagu XCode ja Android Studio, saavad 8 GB-ga suurepäraselt hakkama. Probleem tekib siis, kui prooviksite käivitada Slacki, mis on ühendatud mitme rühmaga, jättes Chrome'i avatuks paljude vahekaartidega või võib-olla mõne Dockeri konteineri käitamiseks VM-süsteemi. Probleemid põhjustab samaaegsus.
Kui saate endale lubada hüpet 16 GB-ni ja kavatsete seda masinat mõnda aega hoida, arvan, et see on tulevikukindluse jaoks seda väärt. Kui lisakulu on piisav, et kaks korda mõtlema panna, siis unusta see ära ja tee lihtsalt 8GB. Sa oled õnnelik mõlemal juhul.
revmacian
- 20. oktoober 2018
- KASUTUSED
- 17. detsember 2018
jtara ütles: 8 GB-st kindlasti ei piisa - näiteks - Mac Mini puhul, kuna ekraani jaoks kasutatakse sellest päris korralikku tükki (olenevalt mudelist).
Nagu ma varem ütlesin, käitan Xcode'i oma 2014. aasta Mac minis – sellel on 4 GB muutmälu ja ma ei näe probleeme. Kui 4GB-ga saan mugavalt kodeerida, siis 8GB-st piisab. J
jtara
- 23. aprill 2009
- 30. detsember 2018
kadammanali987 ütles: (Inimesed hoiavad sageli rakendusi kompileerimiseks ja mängivad kuni selle ajani. See aeglustab töötlemist)
Või võite lihtsalt kiirendada kompileerimise-linkimise-käitamise tsüklit nii kaugele, et selleks kulub vaid paar minutit terve tagumik toolist välja toomine.
Üks osa sellest on piisavalt mälu, et kompilaator saaks tõhusalt töötada, minimaalse/ilma vahetamiseta.
See, et sa VÕID, ei tähenda, et PEAKS. Peate otsustama, kui väärtuslik on teie aeg.
Minu jaoks oli selle võrrandi määrav hetk palju-palju aastaid tagasi. Toode nimega Instant-C. See vähendas seda tsüklit mitmelt minutilt mitmele sekundile. See inspireeris mind vähendama kompileerimise-lingi-käivitamise tsüklit rakenduse jaoks, mis simuleerib ja analüüsib variatsioone (alguselt Fortranis kirjutatud mudelist) mehaanilistes sõlmedes 1/2 tunnilt vähem kui minutile. (OK, ma petsin – eemaldasin kompileerimise-lingi-käivitamise tsükli... kirjutades domeenispetsiifilise kompilaatori ja kaasbaitkoodi tõlgi) 35 aastat hiljem on see endiselt selle domeeni puhul domineeriv lahendus.
Igatahes OP tegi oma otsuse – arvan, et targa.
BTW, kui ma kasutaksin ehitusteks endiselt oma 2012. aasta i7 Minit, kasutaksin Ramdiski. Minu jaoks vähendab see Mini ehitusaega umbes poole võrra. Proovisin seda oma uue iMac Proga, kuid sellel ei olnud samasugust mõju. Ma kardan, et ma ei mõelnud ramdisket proovida enne, kui sain iMac Pro. MacOS-il pole tegelikult suurepäraseid RamDiski lahendusi. Mini on 16 GB. 4 GB-ga masinal pole mäluketta jaoks varu. (iMac Pro-l on 64 GB).
vbctv
juurde
- 25. september 2013
- Cleveland, OH
- 2. mai 2019
jtara ütles: Kas MacBook Pro kasutab ekraani jaoks süsteemimälu?
8 GB-st kindlasti ei piisa – näiteks – Mac Mini puhul, kuna ekraani jaoks kasutatakse sellest päris korralikku tükki (olenevalt mudelist).
Siin antud kõige olulisem tagasiside on see, et viimastel MacBookidel on mälu maha joodetud. Teete otsuse järgmisteks aastateks.
Mul on 2018. aasta mac Mini, mis on ühendatud 2 monitoriga ja mul on 8 GB muutmälu, ma ei näe kunagi probleeme ja teen nii Android Studio kui ka Xcode'i arendustööd ning käivitan taustal MAMP Pro. Mälu rõhumonitor ei tõuse kunagi ja jääb alati roheliseks ja madalaks. Olen arutanud 16 GB-le versiooniuuenduse üle, kuid ma ei näe tegelikult vajadust, kui ma just ei leia müügilt hullemat pakkumist.... C
ChromeCloud
- 21. juuni 2009
- Itaalia
- 2. mai 2019
Kui proovin kasutada oma 4 GB muutmäluga MacBook Airi iOS-i rakenduste (ma räägin pärisrakendustest, mitte ainult väikestest demoprojektidest) arendamiseks, muutub kogemus väga kiiresti masentavaks. Ainuüksi Xcode'i ja Safari avamine 3 või 4 vahekaardiga täidab teie RAM-i täielikult (pidage meeles, et süsteem võtab umbes 2 GB) ja simulaatori kasutamine rakenduste silumiseks on peaaegu võimatu (arvuti aeglustub nii, et see ei reageeri).
8 GB-ga on kõik korras. Aga mitte kauaks. Oletame, et 8 GB on minimaalne kogu iOS-i täieliku arenduskomplekti mugavaks käitamiseks + paar rakendust küljel, kui soovite omada nagu uhket tekstiredaktorit või mõnda tööriista näiteks vektorgraafika tegemiseks.
Seega, kui ma peaksin nüüd ostma uue masina ja hoidma seda järgmiseks 3 aastaks või kauemaks, saaksin vähemalt 16 GB muutmälu.
Veel üks hoiatav sõna: ma poleks seda kunagi oodanud, kui ostsin oma iMaci (millel on 32 GB muutmälu ja see on minu põhitööjaam) paar aastat tagasi, kuid näib, et kui soovite simulaatorit käivitada ilma kogu GUI kokutamiseta, VRAM (teise nimega videomälu) mängib samuti võrrandis olulist rolli.
Võrkkesta iMaci puhul ei piisa 2 GB videokaardist, et kõik sujuvalt käitada: iga paari sekundi järel saab puhver täis (ma kogen seda siiski ainult simulaatorit töötades) ja iMac hangub sekundiks. tühjendatakse ja täidetakse uuesti. See on ülitüütu.
Nii et minu soovitus millegi jaoks, mille kallal saate järgmise 3 aasta jooksul mugavalt töötada, on järgmine: 16 GB muutmälu (või rohkem) + 4 GB VRAM (või rohkem) .
mkelly
- 29. november 2007
- 3. mai 2019
rahvahulgad
- 12. veebruar 2019
- 4. mai 2019
Samas rakenduses näen, et RAM-i kasutus on alla 8 GB ilma swapita. Hiljem mõtlen RAM-i värskendamisele, kuid mul pole praegu kiiret. F
Filipeteixeira
- 10. aprill 2013
- 6. mai 2019
Lemmik Postitused