每个程序员都应该用MBP

换笔记本的想法很久了,前段时间换工作就想看换工作之后是什么情况吧。可能工作配的笔记本就是MBP。后来发现是想多了,新工作的笔记本是Thinkpad X240, 配置完全够用了,8G内存+128G的FLASH。美中不足是需要外接显示器,否则用那个12寸屏编码太费眼了,而且一屏也没有多少行代码。

自己在家里有个可心的笔记本还是很重要的。在获得了某个女士的强力支持后,于7月13号下午在AppStore在线订购了一台,上限就是2w,感觉过了这个数对不起那么多银子似的。

赞一下官网的送货效率,7月15号上午就送到了,也得赞一下顺丰。晒一下配置:

15.4 英寸的处理器  2.3 GHz Intel Core i7, 内存 16G DDR3, 固态硬盘 512G

如果说这个笔记本有哪儿不太好,就是有些重,算是我用过的最终的笔记本,但是考虑到其他方面的极致,也不算是缺点了,尤其是我还喜欢金属机身的质感。

回归整体,简单说一下我的环境搭建。

1. 使用VMWare Fusion来搭建Win7虚拟机

实际上,MAC是有Windows机器迁移到MAC的助手,就叫迁移助理,据说是可以将已有PC的数据,应用和设置迁移到MAC的虚拟机。这个需要在被迁移的机器上装一个类似于Agent的东西。我尝试过但是失败了。说是无法启动共享,而且加上我原来的笔记本装的东西大部分用不到了,因此放弃了这个想法。而且使用WI-FI链接的话,速度这的很够呛,毕竟一台笔记本要迁移的数据怎么也是100G左右吧(Win7系统自己的系统文件都是20G+)。迁移助手推荐使用网线直连,但是我还没有买网线的转接头(MAC的东西除了USB口,其他的都要转接头,强大到强盗啊)。

我具体使用的是使用VMWare的Fusion来安装Win7的虚拟机。装完之后发现Win7和MAC的切换简直快到发人类啊,完全是两个普通进程的切换嘛!

在Win7装上Office 2013,用的很爽。而且Win7的启动可以在秒级,真的难以想象。而且,本身MAC也是可以直接使用虚拟机的软件的,比如你打开一个zip可以直接使用虚拟机里装的解压软件(我只是举个例子,你不要用使用shell 的unzip来反驳我)。

当然了如果你不是VMWare的老用户,你完全有其他的选择。比如选择系统自带的BootCamp来安装Win7或者Win8。或者使用另外一款强大的虚拟机软件Parallels Desktop。如果你不想自己去找什么破解版,那你可以使用一根冰棍的钱来求助某宝。

选择的MAC用户应该算是幸福吧,一个简单的虚拟机省去了你要装双系统的烦恼。

2. IntelliJ IDEA

我买笔记本的动机就是为了更好的学习Spark,因此搭建Spark的学习环境也是我的必需了。这个来说还是挺简单的,比如安装JDK,直接只用百度搜索直接在网页下载安装即可,环境变量什么都设置好了。还有安装Scala也是,我不知道是否有Scala的安装包,解压后设置好了环境变量$SCALA_HOME=/scala所在目录,并且把$SCALA_HOME/bin加到PATH中。

IDEA有两个版本,一个是商业发行版,一个是开源社区版。我使用的是商业发行版。其实什么区别我没有研究过。IDEA需要装Scala的插件,使用IDEA的plugin manager非常容易可以在线安装。如果失败,那可以下载离线安装包后解压到IDEA安装目录的plugin目录下,重启IDEA即可。插件安装成功的话在新建project就可以看到Scala的图标了。

总体来说,没有什么困难的,困难的可以就是下载这些安装包吧。

3. 后感

MBP使用用过的最好用的笔记本。性价比来说,相比于iPhone,这个性价比还是很高的。其实这个配置的笔记本,即使Thinkpad的价格,也是没有太大的优势。

你直到系统启动要多久吗?几秒钟。而且系统后所有的东西都已经ready,不像Windows还不要等系统完全启动。

电池能用多长时间?如果不使用虚拟机,8个小时肯定没有问题。如果使用虚拟机,对不起,他们太耗电了,还是接上电源吧。

对于一个程序员,你可以不用iPhone,我认为拥有一个MBP是必需的。你可能平时的开发环境在远程主机,但是你需要收发邮件,需要写文档,需要做PPT,那么,用MBP,可以使你有一个很爽的心情,很高的效率。

当然了,一切不给员工配MBP的公司,都是耍流氓!

ps:

1. 为什么要选择mac: http://www.vpsee.com/2010/05/re-tl-why-choose-a-mac/

2.  http://www.vpsee.com/2009/06/why-programmers-love-mac/

时间: 2024-08-08 02:34:26

每个程序员都应该用MBP的相关文章

程序员都不读书,但你应该读

问答网站stackoverflow.com的一个主要功能体现就是:软件开发人员无需再从书本上学习编程,就像Joel所说的: 程序员看起来都不再读书.市场上编程方面书籍的数量和编程从业人数相比来少的可怜. 2004年在<The Shlemiel Way of Software>一书中Joel也表达了相同的观点: 大部分的人都不读点什么或写点什么.大部分的程序员都不读软件开发方面的书籍,他们不去软件开发方面的网站,他们不去Slashdot参与讨论. 既然现在的程序员都不读书,他们如何学习编程?他们

为什么程序员都是夜猫子 电脑屏幕惹的祸?

一种很流行的说法是,程序员是把咖啡因转化成程序代码的机器. 说的是实情,随便问一个程序员,问他什么时候工作最有状态,估计他很有可能说是深夜.有人稍微早一点,有人更晚.有一种流行的趋势是凌晨4点起床,在破晓之前这段时间里做一些事情.而另一些人喜欢凌晨4点才睡觉. 所有这些的主要目的是躲避打搅.但是你把自己反锁在屋里不就行了?为什么对夜晚情有独钟? 我想,这事归纳下来有3点:工人的时间表,疲倦的大脑和明亮的电脑屏幕. 工人的时间表 Paul Graham 在2009年写了一篇关于 工人的时间表的文章

程序员都应该知道的130个vim命令

 从1970年开始,vi和vim 就成为了程序员最喜爱的文本编辑器之一.5年前,我写了一个问自己名为"每个程序员都应该知道的100个vim 命令" 这次算是之前那篇文章的改进版,希望你会喜欢. 基础 :e filename Openfilenamefor edition :w Save file :q Exit Vim :q! Quit without saving :x Write file (if changes has been made) and exit :sav filen

每个程序员都应该知道的基础数论

这篇文章讨论了数论中每个程序员都应该知道的几个重要概念.本文的内容既不是对数论的入门介绍,也不是针对数论中任何特定算法的讨论,而只是想要做为数论的一篇参考.如果读者想要获取关于数论的更多细节,文中也提供了一些外部的参考文献(大多数来自于 Wikipedia 和 Wolfram ). 0. 皮亚诺公理 整个算术规则都是建立在 5 个基本公理基础之上的,这 5 个基本公理被称为皮亚诺公理.皮亚诺公理定义了自然数所具有的特性,具体如下: 0是自然数; 每个自然数都有一个后续自然数; 0不是任何自然数的

程序员都抽烟吗?

问题描述 看到不少程序员都有抽烟,尤其写程序的时候,呵呵做个调查~ 解决方案 解决方案二:我没有.楼下可能有.解决方案三:我不抽烟,呵呵解决方案四:我觉得抽烟挺好呵呵解决方案五:其实写程序的时候抽烟挺好的可惜我不抽解决方案六:···解决方案七:引用4楼super_thinker的回复: 其实写程序的时候抽烟挺好的可惜我不抽 是萨是萨,尤其熬夜更有效解决方案八:一包烟,一台电脑,熬一通宵解决方案九:只要给我烟和电脑,我能窝一天解决方案十:不抽烟解决方案十一:true解决方案十二:不抽烟解决方案十三

每个程序员都应该给自己写本书

理想流:http://blog.csdn.net/leezy_2000/article/details/9286843#comments: 因为看的书相对比较多,最近又写了一本,感觉多少有点发言权,因此把自己的经过和感受写出来,供想写书的做些参考. 现在浮躁的人比较多,所以我先说写书不能达成什么目标. 最关键的一点是程序员写书基本不能让你发财,这里有篇文章叫<写一本书作者到底能拿到多少稿酬?>   里面把版税计算的计算方法写的比较详细,大家可以仔细读下.一般来讲技术书籍很可能销售不了一万册,即

所有程序员都应该遵守的 11 条规则

  所有程序员都应该遵守的11 条规则   ************************************************************************** 英文原文:11 Rules All Programmers Should Live By 参与翻译(5人):北风其凉, pseudo, nzchris, 霍啸林, 无若 转载出处:http://www.oschina.net/translate/11-rules-all-programmers?from=

每一个程序员都应该知道的高并发处理技巧、创业公司如何解决高并发问题、互联网高并发问题解决思路、caoz大神多年经验总结分享

原文:每一个程序员都应该知道的高并发处理技巧.创业公司如何解决高并发问题.互联网高并发问题解决思路.caoz大神多年经验总结分享 本文来源于caoz梦呓公众号高并发专辑,以图形化.松耦合的方式,对互联网高并发问题做了详细解读与分析,"技术在短期内被高估,而在长期中又被低估",而不同的场景和人员成本又导致了巨头的方案可能并不适合创业公司,那么如何保证高并发问题不成为创业路上的拦路虎,是每一个全栈工程师.资深系统工程师.有理想的程序员必备的技能,希望本文助您寻找属于自己的"成金之

程序员都讨厌开会?

据说程序员都讨厌开会,不知道是不是都,但我确实也不喜欢.「小道消息」的 Fenng 曾经写过在阿里的后两年,他负责数据库团队时,每周会议也是多到让其感觉无法忍受.程序员讨厌写文档是出了名的,但讨厌开会的程度是讨厌写文档的立方,以上推论来自漫画<神秘的程序员>,如下: 有哪些会? 当我打算写这个主题时,反思了下过去都参加过哪些会议,发现有时会莫名其妙的就参加了一些完全无意义的会议.下面我们先看看一般程序员都会碰到哪些会议. 需求会 这类会议一般是产品或项目经理召集,组织参与项目的程序员一起讨论需