1
cxe2v 2013-07-17 17:44:42 +08:00
作开发的话完全够用
|
2
zazago 2013-07-17 17:58:41 +08:00
正用air开发中,11寸屏幕小是硬伤,其他妥妥的.
|
4
refresh 2013-07-18 09:25:49 +08:00
开发还是pro好,尺寸太小了不好用吧,键盘也小
|
5
cxe2v 2013-07-18 09:26:56 +08:00
不会
|
7
txx 2013-07-18 09:59:55 +08:00 via iPhone
12年的 air +8g内存 都没问题
|
8
alexrezit 2013-07-18 10:02:41 +08:00
性能是一方面, 键盘屏幕重量续航温度等各方面都有相当大的差距. 如果一定要买建议加到至少 8 GB 的内存.
|
9
offspring 2013-07-18 10:03:25 +08:00
这个问题也被问了太多次了吧
|
12
Yuansir 2013-07-18 10:14:18 +08:00
2012款mba13寸表示毫无压力
|
13
wupher 2013-07-18 10:22:48 +08:00
屏幕太小,调xib或者storyboard的时候有点不方便。
一般iOS开发还行,但是如果要折腾一些原生库编译,像FFMpeg、OpenCL之类,都不快。你可编译个boost试试。 我觉得以开发来说,作web、Ruby、JS之类的开发也许更适合? |
14
offspring 2013-07-18 10:26:16 +08:00
@alexrezit 同样屏幕尺寸的是air分辨率比较高吧 可能pro屏幕别的数据好一点 但是分辨率也很重要吧 重量还用比么... 续航也基本一样吧 没你说的那么大的差距 而且pro用ssd还要定制吧貌似
|
21
66450146 2013-07-18 10:31:58 +08:00 1
12 款 13 寸 Air (8G 内存)来讲一下体验吧
1. 很轻便,每天背着毫无压力。出门再也不用考虑要不要带电脑的问题了,往包里一塞就走。 2. 开发 iOS app 完全没问题,13 寸的屏幕有点小,有条件建议外接显示器。 3. 编译很慢,花的时间比 iMac 多一半以上。如果你的 app 要用比较大的第三方 C/C++ 库的话这是个问题。比如 VoIP 或者多媒体之类的。 4. 如果你用 4G 内存的机子,就跟 iOS 模拟器和 Chrome 说拜拜吧,没办法抢救的。 5. 上面提到编译时间很长,其实不只是这样……编译时间超过 5 分钟的话 CPU 温度会飙升(90 度以上),外壳变热,风扇开始呼呼响,最后 CPU 核心温度会稳定在不到 90 度的位置。掌托的温度是个问题,因为这时候我的手腕会出汗,接触的地方就会变得黏糊糊的。。。 6. Xcode 4 的卡顿是没救的。。。。这玩意的性能真的很烂。。。。Xcode 5 有改进但是有时候还是让人捉急。 综合一下,性能没有问题,主要是散热比较差,换来更好的便携性和更高的逼格(XDD)。 |
24
clydelin 2013-07-18 10:41:37 +08:00
完全够用了
|
25
bishop 2013-07-18 10:46:05 +08:00 1
|
26
offspring 2013-07-18 10:49:57 +08:00 1
@66450146 我是11年的air 4g内存 模拟器和chrome一起开也不会卡 不要说是我觉得不卡 和公司新版的27的 iMac 对比了一下 感觉速度没差太多 除非开了chrome xcode safari再开ps的话确实会卡... 而且是要多大的项目需要编译五分钟 一般一分钟不到就编译好了吧
|
27
tzheng 2013-07-18 11:27:45 +08:00
@refresh 11寸的键盘不小哦,都是标准的现在,过去上网本什么的10寸一下的爱把键盘整小。那会儿年纪小不懂咋回事儿,拿着编程总感觉哪里不得劲儿,后来发现原来是键盘不得劲儿。。
|
28
clowwindy 2013-07-18 12:38:01 +08:00
现在够用,一年以后难说。
|
30
66450146 2013-07-18 12:42:54 +08:00 1
@bishop @offspring Xcode 和编译速度这个跟项目大小有关系。之前那个项目在 12 年中的 21 寸 iMac 上要编译十分钟以上(boost + pjsip,自行脑补一下),在 Air 上我印象中是不止十五分钟的。那个项目是如此巨大以至于在 Xcode 左下角的文件名过滤里面输入任何东西都会导致 Xcode 卡死没响应。平时 Xcode 偶尔也 crash 一下,虽然次数不多但是很是让人心烦。内存也跟这个有关系,一打开这个项目 Xcode 至少就要吃掉 1.5G 的内存,满满的都是泪啊。。。。
btw,最近的项目有一个四万多行的源文件,打开就各种卡啊。。。 @Parallel Air 的流畅程度是很棒的,只是不适合长期高负荷运转。如果不用第三方 C/C++ 库而且项目不奇葩的话,开发 app 的感觉非常爽,逼格非常高,哈哈 |
31
wity_lv 2013-07-18 12:44:11 +08:00 1
我晒一下我的配置:
2010 下半年 13寸低配: M374 今年年初换了两根 4G DDR 1067 的内存。 CPU: Inter Core 2 Due 2.4G 系统: Mac OS X 10.8.4 日常开发使用: 浏览器: Chrome(有Flash) + Safari(禁Flash) 都开。 Tab也签一般10个左右。 IDE: XCode + IDEA(以前是eclipse) 其他软件: Evernote , Mail, TextMate, iTerm, Terminal, Dash. 用atMonitor监视CPU,内存。 CPU日常保持在30%以下, 编译运行程序的时候偶尔会飙到60%以上。 内存,一直在70%以上。 以我的使用情况看: 1. macbook air 在cpu方面够用 2. 4G内存太小,必须8G 3. 屏幕肯定是用外界屏, 电脑的屏幕看看控制台输出,看看文档 |
32
xiluo 2013-07-18 12:52:25 +08:00
稍微吃CPU的编译活动的话,air的CPU会叫
|
34
Parallel OP @wity_lv 新air的8G还得定制,目前也没什么消息。
方案一:mac mini + 显示器 + 一般本子 方案二:rmbp 13寸 高配 (或加显示器) 方案三:rmbp 15寸 低配 方案四:新air 13寸 + 台式机 预算都在一万二三。方案四主要在于便携。 |
36
wity_lv 2013-07-18 15:01:41 +08:00
@Parallel 推荐方案3,rmbp 15
重量比mbp 13轻点(0.04kg差别,可以忽略不计),便携性问题不大。 Mac OS & Win 之间切换,喝口水,刷个微博的功夫。 retina屏, 拖StoryBoard, 不会觉得屏幕不够用。 式过同事的rmbp之后,基本对其他笔记本无爱。以后换电脑会选两个极端: 1. rmbp 15 16G版 2. mac mini 低配自己上16G内存+256 SSD |
37
wity_lv 2013-07-18 15:04:44 +08:00
@wupher boost 是什么? 求详解...
现在的本,编译一次ffmpeg,编译的我想哭。 cocoachina上发了一个 ffmpeg 编译的项目,只要有人提问题,我就会重编译一次ffmpeg,编译时间巨长。 http://www.cocoachina.com/bbs/read.php?tid=142628 |
40
wupher 2013-07-18 15:50:42 +08:00
@wity_lv boost是C++模板库(http://www.boost.org/),没有FFMpeg那么变态,有时无聊拿来编译来做试机用。(纯属个人习惯)
记得以前有同事在做Rails的时候,在自己MBP上编译MySQL,大概用了...若干天。据说喜欢用Gentoo的人都有这爱好,啥东西都喜欢从源代码上编译起,以达到最优化。:-) |
42
wity_lv 2013-07-19 09:47:01 +08:00
@so898 大神!! 不敢当...
去年刚上手iOS开发,第一个应用就要用ffmpeg解h.264视频。当时编译ffmpeg各种折腾,折腾过之后索性整理出一个项目,一劳永逸。 ffmpeg使用,看他的博客, ffmpegc contributor 之一,贡献了h.264编译脚本和一些bug处理。 http://www.tangentsoftworks.com/blog/2012/11/12/how-to-prepare-your-mac-for-ios-development-with-ffmpeg-libraries/ |
43
hoogle 2013-07-21 23:43:22 +08:00
15'RMBP 。。除了重量比Air重(个人感觉重好多。。。)。。其它完美。。。 另外,R屏确实要比普通屏好很多。。
|